More new cables
As extension of keyboard- and mouse cables didn’t work, I ordered normal PS/2 cables, expecting them to work. These arrived today and I installed them. however, nor keyboard nor mouse were functioning – probably since DecWindows couldn’t access them on startup, and so these are left unnoticed.
There must be another way of doing it (probably stopping and starting the DecWindows server) but the quick and dirty route (AKA Reboot) actually does the same. Plus that the last changes in the startup-procedure (the ones I forgot last time) could be tested.
So In rebooted.
It went smooth and – in the quick look – seems to have started all that is needed. Plus that the directly connected keyboard and mouse do work.
As expected.


New cables
Since the systems have been moved to another position, the cabling for monitor, keyboard and mouse weren’t long enough to connect to the server, so I ordered extension cables/ For keyboard and mouse, I envisioned that USB extensions would do, and this one came with build-in amplifiers. But nothing happened, so I decided a reboot – which failed: there were user files open on two disks and that meant these could not be dismounted, and the system became overloaded – for no appetent reason. Tried to stop some processes but the system became slower and slower. CTRL_P, and crash (to find out what was going on) was required. After restart it became clear that there was a TCPIP process that took all CPU and caused excessive paging.
But the system started without a hitch – almost: after upgrading WordPress (to a new directory) I forgot to change the logicals for the blogs. Done that by hand so it now all works again.
There is one more short downtime to be expected, when I change power tomorrow.

The USB extensions don’t work so I have ordered the normal PS2 extension cables. the USB extension have found good use by moving the printer and scanner, and now I have some more room on the workplace to add more machines.


Nothing special
The maintenance log shows nothing particular. it has been rather silent.
PMAS statistics for October
Total messages    :   1233 = 100.0 o/o
DNS Blacklisted   :    108 =   8.7 o/o (Files:  1)
Relay attempts    :    192 =  15.5 o/o (Files: 30)
Accepted by PMAS  :    933 =  75.6 o/o (Files: 31)
  Handled by explicit rule
         Rejected :    386 =  41.3 o/o (processed),  31.3 o/o (all)
         Accepted :    206 =  22.0 o/o (processed),  16.7 o/o (all)
  Handled by content
        Discarded :    162 =  17.3 o/o (processed),  13.1 o/o (all)
     Quarantained :    154 =  16.5 o/o (processed),  12.4 o/o (all)
        Delivered :     25 =   2.6 o/o (processed),   2.0 o/o (all)

Even the number of relay attempts has been pretty low, the largest amount of attempts (100) were on 30-Oct-2015, sent from (outside address) with a faked sender account (any@grootersnet.com, but that can only be sent from this address :))
Just the number of SYSLOGD log files is larger than usual; there have been a number of days where someone tries to retrieve large amounts of data from the site – like the YAHOO-based access a few days ago – but there isn’t a logfile scanner – yet – so I would have to look into that (one of the pending projects is just about that…).
System load has been stable as well over the last four weeks. Except for the reboot due to moving the system:

So nothing special….


A few days ago, there was one address ( that had many, many links open to the site, since it connected to port 443 and Diana, suspicion arose someone was trying to access one of the secure sites. So it was blocked access to all of them: trying to access the site will just drop the connection.

The server log showed the same address encountered four times an ACCVIO on accessing the entry of this blog:

%SYSTEM-F-ACCVIO, access violation, reason mask=04, virtual address=000000000597C000, PC=FFFFFFFF8083D9A0, PS=0000001B

for times in a row.
This error has occurred a few days earlier as well, but from a different origin, on a different program counter:

%SYSTEM-F-ACCVIO, access violation, reason mask=04, virtual address=000000000597C000, PC=FFFFFFFF8083D9B8, PS=0000001B

The difference in program counter is obvious since this is a separate process that can be located elsewhere in memory, but since the virtual address is the same, it is the same error. ACCVIO will cause the process to abort but when a next process is started immediately afterwards (which is possible in this particular case) it can be loaded in the same physical location and produce the same error. Here, it is the PHP executor, this will cause WASD to start worker processes on the fly – probably in the same location.

Reason mask 04 means the process tries to modify a location that is read-only, or inaccessible. It may also mean that an attempt was made to expand the user stack – as the HELP/MESSAGE output states:

This message is also displayed when an attempt has been made
to make the user stack larger than the user’s virtual address
space permits.

I noted this error before, and rather often, when the system was on 512 Mb of memory, so it is likely to be related to lack of virtual memory – a too low setting of process parameter pgflquo of user HTTP$NOBODY (set to 500.000). So I could increase this value, but since it only occurs on higher loads from one address, this can be deferred.

On older systems, I could look at system parameter VIRTUALPAGECNT but that is obsolete in VMS version 8.4 and set to the max possible (2147483647, the default value):
Parameter Name Current Default Min. Max. Unit Dynamic
-------------- ------- ------- ------- ------- ---- -------
VIRTUALPAGECNT 2147483647 2147483647 2048 2147483647 Obsolete


A few issues
There was too little time last week to look if everything works properly, so it was only this morning that I found that there are a few issues, but only in the operational site (so far), that needs to be looked at: The list op OPERATOR logs won’t show up (gives me an extract of the access log), for instance, though the link is all right. So there may be more that’s not working as it should. The question is, however, why this happened. There was no change in environment that I’m aware of. So there is some investigation to do.
The result:
Running the procedure that creates the index file, didn’t finish as intended:

$ @SMAN:[com]indexoperlogs.com
Creating index file of operator and FTP logs
%RMS-F-FUL, device full (insufficient space for allocation)

So where has the space gone? Creating a list on this device won’t work either. so put it elsewhere (with enough free space):
$ dir/out=$116$dka106:[000000]x.x/size web_disk2:[000000...]

to get a full view on all what’s on the disk (which is actually a logical one).

No matter what, I can remove the old WordPress versions, saving me some 100.000 blocks. the big win however is removing all images of Trips, Tracks and Travels from the disk, because these are moved a few weeks ago to another disk, and it seems to work fine. That means 10 Gb….. Of course, I used a script (Q&D) for this operation.
Why the disk was so full: I added a view videos to Tessa and som eother stuff on a disk that was already pretty filled up. It fitted – until the operatorlog.html file was once more created – a week ago… The logfiles were a bit larger than normal because Daphne was started (and this logs on Diana as well).

And the text on the home page needs to be updated and set s well, this is not done automatically, and I didn’t add this on the last reboot.


Have been offline for an hour: reconfiguration of my workspace / recreation area,  so moved the server. Took a bit more time than estimated because I had an appointment with the dentist, and second startup failed after starting TCPIP because there was no Internet connection. But now it works again.


Updated WordPress
Tonight I updated both blogs to WordPress 4.3.1, and consequently Aksimet to the latest version (3.1.3 comes with WordPress 4.3.1 but a new version has been released as well).
No problems whatsoever.
Next, I installed Jetpack – latest version as well – but this cannot be activated: it runs into an error:
Fatal error: Cannot find a library with slug admin-pages/class.jetpack-landing-page. in /sysblog/wp-content/plugins/jetpack/require-lib.php on line 35
The reason is that this plugin seems to require a directorypath [.INC.LIB]. That is: this does exists in the root of this plugin, and accessing it deeper into the structure, the required file does exist:
$ set def wp431:[wp-content.plugins]
$ dir


AKISMET.DIR;1       hello.php;1         index.php;1         JETPACK.DIR;1

Total of 4 files.
$ set def [.jetpack]
$ dir .dir


^.INC.DIR;1         3RD-PARTY.DIR;1     CSS.DIR;1           IMAGES.DIR;1
SCSS.DIR;1          VIEWS.DIR;1

Total of 9 files.
$ dir [.^.INC]


FONTS.DIR;1         footer.php;1        gallery-settings.js;1
GENERICONS.DIR;1    genericons.php;1    header.php;1        IMAGES.DIR;1
IMG.DIR;1           jetpack-admin.js;1  JETPACK-ICONS.DIR;1 jetpack-jitm.js;1
jetpack-modules.js;1                    jetpack-modules^.models.js;1
jetpack-modules^.views.js;1             jetpack.js;1        jp-my-jetpack.js;1
jp.js;1             jquery^.inview.js;1 jquery^.jetpack-resize.js;1
jquery^.jetpack-sync.js;1               jquery^.spin.js;1   LIB.DIR;1
postmessage.js;1    SCSS.DIR;1          spin.js;1

Total of 25 files.
$ dir [.^.INC.lib]


ADMIN-PAGES.DIR;1   class^.color.php;1  MARKDOWN.DIR;1      tonesque.php;1

Total of 4 files.

but for some reason, this file is not reachable. It’s not a matter of protection since all directories are W:RE and files W:R so that should not be a problem..
There must be something within the plugin code that needs to be adapted before this can be used on VMS. The code where the error is generated uses a variable lib_dir , set to WP_CONTENT_DIR and additions:

if ( defined( 'ABSPATH' ) && ! defined( 'WP_CONTENT_DIR' ) ) {
define( 'WP_CONTENT_DIR', ABSPATH . 'wp-content' ); // no trailing slash, full paths only - WP_CONTENT_URL is defined further down

$lib_dir = WP_CONTENT_DIR . '/lib';

and somewhat further down:

$lib_dir = apply_filters( 'jetpack_require_lib_dir', $lib_dir );
$choices = array(

so probably there is something wrong here that needs to be addressed. to have it working on VMS.
For the time being, I can live without this plugin but it would be nice to have it working as well.


Router issue?
Yesterday, I had a large download – almost 6Gb – that I had to retrieve from a site that is connected through a ADSL line – which is a-symmetric – and that showed. It took about 5 hours to get the file – and that shows in the router’s statistics:

Traffic graph
Traffic graph

This morning, I had to restart the router since it had become a bit sluggish, and the NAT session table showed more sessions from my work address than are feasible; so it looks as if dropped connections are not freed where they should. Perhaps I could schedule a reboot of the router once a week, when it usually quiet…


No surprises. The system is stable, the amount of memory in use is constantly about 75%, the number of processes keeps within range (typically somewhere between 60 and 65, but at times less or more, but never over a prolonged period).
Mail holds no surprises either:

Saving PMAS logs to DKA0:[LOGSARCHIVE]PMASSEP2015.zip
PMAS statistics for September
Total messages    :   2499 = 100.0 o/o
DNS Blacklisted   :      0 =    .0 o/o (Files:  0)
Relay attempts    :   1401 =  56.0 o/o (Files: 30)
Accepted by PMAS  :   1098 =  43.9 o/o (Files: 30)
 Handled by explicit rule
        Rejected :    595 =  54.1 o/o (processed),  23.8 o/o (all)
        Accepted :    194 =  17.6 o/o (processed),   7.7 o/o (all)
 Handled by content
       Discarded :    145 =  13.2 o/o (processed),   5.8 o/o (all)
    Quarantained :    138 =  12.5 o/o (processed),   5.5 o/o (all)
       Delivered :     26 =   2.3 o/o (processed),   1.0 o/o (all)

The vast majority of relay attempts was on 13-Sep, from one address and different senders (or recepients – I’ve asked Process on the layout of this logfile):

13-SEP-2015 07:41:42.43|R||rvaeh@grootersnet.nl|xiaonanzi11162@163.com|550 5.7.1 Relaying not allowed: xiaonanzi11162@1`
13-SEP-2015 07:42:08.01|R||ptxc@grootersnet.nl|z13699753428@vip.163.com|550 5.7.1 Relaying not allowed: z13699753428@vi`
13-SEP-2015 09:29:55.50|R||lpd@grootersnet.nl|z13699753428@vip.163.com|550 5.7.1 Relaying not allowed: z13699753428@vip ...

On what Hunter explained, the sender at forges the FROM: line to mimic my domain (so NONE of these messages are actually sent by me) and tries to reach the next person. Quite likely this is the offender trying to get through, or a system to be breached. So now I know the route for investigation.
End Update

Apart from these, there were a few that, according the addresses, were control-messages:

13-SEP-2015 12:08:37.00|R||admin@goodservers.com|joneslarry481@gmail.com|550 5.7.1 Relaying not allowed: joneslarry481`
13-SEP-2015 13:10:19.79|R||server@checking.net|csclus.smtp@gmail.com|550 5.7.1 Relaying not allowed: csclus.smtp@gmail.`
13-SEP-2015 14:27:37.43|R||support@microsoft.com|support@microsoft.com|550 5.7.1 Relaying not allowed: support@microsoft`
13-SEP-2015 14:33:39.42|R||cpanel@www.grootersnet.nl|arcadio.setimmi@yahoo.com|550 5.7.1 Relaying not allowed: arcadi`

That’s fine with me :)

Furthermore, there a a few updates to be installed, no big deal (have done it before) but it just takes time – that I need to make free.

Development system
I got a new version of nxtWare-Remote to test.
Robert’s reply on my issues was I should $ SET PROCESS/PARSE=EXTENDED before installing GNV, Java and NxtWare – and that failing to do so may cause the problems. I’m pretty sure this is set by my LOGIN.COM file – or even SYLOGIN.COM – but it is no problem to double-check.

PHP still bloating
It’s mainly during the admin pages of the blog, that WordPress spits out an error:

%HTTPD-W-NOTICED, 01-OCT-2015 13:28:02, CGI:2107, not a strict CGI response
-NOTICED-I-SERVICE, http://www.grootersnet.nl:80
-NOTICED-I-URI, POST (32 bytes) /sysblog/wp-admin/admin-ajax.php
-NOTICED-I-SCRIPT, /sysblog/wp-admin/admin-ajax.php sysblog:[wp-admin]admin-ajax.php (phpwasd:) SYSBLOG:[WP-ADMIN]admin-ajax.php
-NOTICED-I-CGI, 504850205761726E696E673A20204D6F64756C652027646F (289 bytes) PHP Warning: Module 'dom' already loaded in Unknown on line 0.
-NOTICED-I-RXTX, err:0/0 raw:1321/0 net:1088/0

Quite a number of these, and just in the same PHP source (other ones are now seldom so the reader won’t get such errors any more; Or far less).
I should probably look at this PHP source to find out what’s causing the error, perhaps it is gone after the update?? Or mention it on the WordPress site…

Only one today: It seems this script tried to output something but cannot write (of course: theer is no need to write in the directory that holds the PHP-code: So it is set ReadOnly – as it should be):

%HTTPD-W-NOTICED, 01-OCT-2015 13:36:02, CGI:2107, not a strict CGI response
-NOTICED-I-SERVICE, http://www.grootersnet.nl:80
-NOTICED-I-URI, POST (32 bytes) /sysblog/wp-admin/admin-ajax.php
-NOTICED-I-SCRIPT, /sysblog/wp-admin/admin-ajax.php sysblog:[wp-admin]admin-ajax.php (phpwasd:) SYSBLOG:[WP-ADMIN]admin-ajax.php
-NOTICED-I-CGI, 556E61626C6520746F206F70656E2027707468726561645F (71 bytes) Unable to open 'pthread_dump.log' for write, using standard output only
-NOTICED-I-RXTX, err:0/0 raw:1088/0 net:1088/0

so there is something to be changed in that script anyway…


Moved the images of Trips, Tracks and Travels
The size of the logical disk containing the images of our “expeditions” was extended once before to 15 Gb, but even that is not sufficient; the next bit: our fall trip into Germany (2 years ago – it’s finally done) won’t fit, let alone what is still to come (there still is some work to be done). I do have spare 32Gb disks available so I decided to $ INIT one of them and move the whole directory tree containing the images over to a new directory on that disk, and add the latest album. To access them, I added this directory into the logical that contains all that is part of this environment (including the blog), leaving the now (hopefully) obsolete tree intact:


Because of this, there was no need at all to add anything in the WASD configuration because all that is referred to is this logical configuration:
redirect /tracks /tracks/index.php
map /tracks**/ /tracks*/index.php
exec+ /tracks/**.php* (phpwasd:)/tracks/*.php* ods=5
pass /tracks/000000/* /tracks/* ods=5 search=none dir=noaccess
pass /tracks/* /tracks/* ods=5 search=none dir=noaccess

Of course, this double definition of the image directory isn’t needed at all. Since all data is copied, the old environment can simply be made inaccessible, by one simple DCL statemnent:

$ def/sys/exec tracks web2016:[trackimages.]/transs=conc, -
_$ web_disk2:[blogs.tracks.]/trans=conc, -
_$ wp43:/trans=conc

without touching anything else.

How I love the elegance of OpenVMS :)

Setting up a development environment
For some contrast…
I have two Personal Workstations at had: both 256 Mb, Alpha EV56 at 500 Mh – though one has been speeded up to run at the top available: 600 Mhz – it means that the PCI and memory busses are at full speed as well.
This machine got the memory of the other so it now has a whopping 512 Mb of memory :)
Meet Daphne: OpenVMS 8.4, booted in the cluster but with it’s own environment, compilers at all. The disk was thought to be 9Gb but turned out to be a 4.3 Gb one. It contained MySQL, SWS, WASD and WordPress versions so there was little room left. So all this was removed as well as any other data – since the system is booted into the cluster and all disks are designed to be mounted clusterwide, I can use the abundant space on Diana for storage, but have the work done on Daphne.
So far, it’s all as expected.
I could stop here and start developing, but I promised eCube half a year ago to do some testing on their development (Eclipse-based) platform; I proposed a small addition (to be abled to use it on a rooted environment where different parts of an application are stored in separate sub-trees) so I needed to install some extra software: the Nxtware Remote toolsuite. That needs Java and GNV, the toolbox to Unixify an OpenVMS environment to ease porting of *x based software more easily.
Installing the IDE (eCube Nxtware) is no problem.
Installing JAVA is no problem.
Installing GNV is no problem. Well, mostly; there are a few updates to be installed but the question is where to get them? There are several places on Sourceforge and the documentation on the site isn’t exactly helping… Installed these, but it is questionable whether these are really the lastest versions (I found newer ones yesterday…)
Configuring Nxtware shows I need to change a few system and process parameters. Process parameters for Java (otherwise it may not work), system parameters likely for the Nxtware server process. After that, configuration starts with extracting files that will be needed by either the server or clients – and there trouble starts: It cannot extract and process < .PAS> en < .COB> files; but otherwise it seems to run ton the end. Starting the server will tall….

But first, I’ll read the docs.