This is a fresh build of WASD 12.0 on AXP

Compile and link work with no errors (for simplicity I'm NOT building with SSL) but I'm getting the following when running the demo package...

%HTTPD-F-SOFTWAREID, HTTPd-WASD/12.0.0 OpenVMS/AXP
-HTTPD-F-WHEN, 25-JAN-2022 17:19:09.14
-HTTPD-F-WHERE, module:NET line:466
-HTTPD-F-WHAT, sanity check failure!
%HTTPD-I-PROXYVERIFY, for 32 records in local storage of 14 page(let)s
%HTTPD-F-EXIT, 25-JAN-2022 17:19:09, WASD:7080 %X100002A4
-HTTPD-F-TRACE, FFFFFFFF8008A0D8
-HTTPD-F-TRACE, 0000000000161AF4
-HTTPD-F-TRACE, 00000000001EA2B4
-HTTPD-F-TRACE, 000000000018D0BC
-HTTPD-F-TRACE, 000000000018BC2C
-HTTPD-F-ADIEU, ...

Trying to run the main HTTPD shows similar failures on the console when trying to connect to port 80.

Any thoughts? TIA.

On 2022-01-25, issinoho <iain@issinoho.com> wrote:
> This is a fresh build of WASD 12.0 on AXP
>

Which emulator (or real Alpha hardware) are you using to run WASD ?

If it's not FreeAXP or real Alpha hardware, does your WASD kit work
with FreeAXP ?

What VMS version and TCP/IP version are you using ?

Simon.

--
Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP
Walking destinations on a map are further away than they appear.

On 26/1/22 3:53 am, issinoho wrote:
> This is a fresh build of WASD 12.0 on AXP
>
> Compile and link work with no errors (for simplicity I'm NOT building with SSL) but I'm getting the following when running the demo package...
>
> %HTTPD-F-SOFTWAREID, HTTPd-WASD/12.0.0 OpenVMS/AXP
> -HTTPD-F-WHEN, 25-JAN-2022 17:19:09.14
> -HTTPD-F-WHERE, module:NET line:466
> -HTTPD-F-WHAT, sanity check failure!
> %HTTPD-I-PROXYVERIFY, for 32 records in local storage of 14 page(let)s
> %HTTPD-F-EXIT, 25-JAN-2022 17:19:09, WASD:7080 %X100002A4
> -HTTPD-F-TRACE, FFFFFFFF8008A0D8
> -HTTPD-F-TRACE, 0000000000161AF4
> -HTTPD-F-TRACE, 00000000001EA2B4
> -HTTPD-F-TRACE, 000000000018D0BC
> -HTTPD-F-TRACE, 000000000018BC2C
> -HTTPD-F-ADIEU, ...
>
> Trying to run the main HTTPD shows similar failures on the console when trying to connect to port 80.
>
> Any thoughts? TIA.

8< snip 8<
else
if (IPADDRESS_IS_SAME (&svptr->ServerIpAddress, &PrimaryIpAddress))
{
/* zeroing these is the equivalent of setting INADDR_ANY */
if (IPADDRESS_IS_V4 (&PrimaryIpAddress))
IPADDRESS_ZERO4 (&IpAddress)
else
if (IPADDRESS_IS_V6 (&PrimaryIpAddress))
IPADDRESS_ZERO6 (&IpAddress)
else
--> ErrorExitVmsStatus (SS$_BUGCHECK, ErrorSanityCheck, FI_LI);
IPADDRESS_COPY (&svptr->MultiHomeIpAddress, &PrimaryIpAddress)
}
else
8< snip 8<

Definitely odd. What Simon Clubley asked.

--
Anyone, who using social-media, forms an opinion regarding anything
other than the relative cuteness of this or that puppy-dog, needs
seriously to examine their critical thinking.

On Tuesday, 25 January 2022 at 21:59:16 UTC, Mark Daniel wrote:
> On 26/1/22 3:53 am, issinoho wrote:
> > This is a fresh build of WASD 12.0 on AXP
> >
> > Compile and link work with no errors (for simplicity I'm NOT building with SSL) but I'm getting the following when running the demo package...
> >
> > %HTTPD-F-SOFTWAREID, HTTPd-WASD/12.0.0 OpenVMS/AXP
> > -HTTPD-F-WHEN, 25-JAN-2022 17:19:09.14
> > -HTTPD-F-WHERE, module:NET line:466
> > -HTTPD-F-WHAT, sanity check failure!
> > %HTTPD-I-PROXYVERIFY, for 32 records in local storage of 14 page(let)s
> > %HTTPD-F-EXIT, 25-JAN-2022 17:19:09, WASD:7080 %X100002A4
> > -HTTPD-F-TRACE, FFFFFFFF8008A0D8
> > -HTTPD-F-TRACE, 0000000000161AF4
> > -HTTPD-F-TRACE, 00000000001EA2B4
> > -HTTPD-F-TRACE, 000000000018D0BC
> > -HTTPD-F-TRACE, 000000000018BC2C
> > -HTTPD-F-ADIEU, ...
> >
> > Trying to run the main HTTPD shows similar failures on the console when trying to connect to port 80.
> >
> > Any thoughts? TIA.
> 8< snip 8<
> else
> if (IPADDRESS_IS_SAME (&svptr->ServerIpAddress, &PrimaryIpAddress))
> {
> /* zeroing these is the equivalent of setting INADDR_ANY */
> if (IPADDRESS_IS_V4 (&PrimaryIpAddress))
> IPADDRESS_ZERO4 (&IpAddress)
> else
> if (IPADDRESS_IS_V6 (&PrimaryIpAddress))
> IPADDRESS_ZERO6 (&IpAddress)
> else
> --> ErrorExitVmsStatus (SS$_BUGCHECK, ErrorSanityCheck, FI_LI);
> IPADDRESS_COPY (&svptr->MultiHomeIpAddress, &PrimaryIpAddress)
> }
> else
> 8< snip 8<
>
> Definitely odd. What Simon Clubley asked.
>
> --
> Anyone, who using social-media, forms an opinion regarding anything
> other than the relative cuteness of this or that puppy-dog, needs
> seriously to examine their critical thinking.

Ok, I have no idea what was going on. Flattened the install, rebuilt and now everything is good (even with SSL) - so now just trying to get PHP running. Got all the components installed and just trying now to figure out what I need in the map and global files - anyone got any Dummies Guides for this??

On Thursday, 27 January 2022 at 13:31:29 UTC, issinoho wrote:
> On Tuesday, 25 January 2022 at 21:59:16 UTC, Mark Daniel wrote:
> > On 26/1/22 3:53 am, issinoho wrote:
> > > This is a fresh build of WASD 12.0 on AXP
> > >
> > > Compile and link work with no errors (for simplicity I'm NOT building with SSL) but I'm getting the following when running the demo package...
> > >
> > > %HTTPD-F-SOFTWAREID, HTTPd-WASD/12.0.0 OpenVMS/AXP
> > > -HTTPD-F-WHEN, 25-JAN-2022 17:19:09.14
> > > -HTTPD-F-WHERE, module:NET line:466
> > > -HTTPD-F-WHAT, sanity check failure!
> > > %HTTPD-I-PROXYVERIFY, for 32 records in local storage of 14 page(let)s
> > > %HTTPD-F-EXIT, 25-JAN-2022 17:19:09, WASD:7080 %X100002A4
> > > -HTTPD-F-TRACE, FFFFFFFF8008A0D8
> > > -HTTPD-F-TRACE, 0000000000161AF4
> > > -HTTPD-F-TRACE, 00000000001EA2B4
> > > -HTTPD-F-TRACE, 000000000018D0BC
> > > -HTTPD-F-TRACE, 000000000018BC2C
> > > -HTTPD-F-ADIEU, ...
> > >
> > > Trying to run the main HTTPD shows similar failures on the console when trying to connect to port 80.
> > >
> > > Any thoughts? TIA.
> > 8< snip 8<
> > else
> > if (IPADDRESS_IS_SAME (&svptr->ServerIpAddress, &PrimaryIpAddress))
> > {
> > /* zeroing these is the equivalent of setting INADDR_ANY */
> > if (IPADDRESS_IS_V4 (&PrimaryIpAddress))
> > IPADDRESS_ZERO4 (&IpAddress)
> > else
> > if (IPADDRESS_IS_V6 (&PrimaryIpAddress))
> > IPADDRESS_ZERO6 (&IpAddress)
> > else
> > --> ErrorExitVmsStatus (SS$_BUGCHECK, ErrorSanityCheck, FI_LI);
> > IPADDRESS_COPY (&svptr->MultiHomeIpAddress, &PrimaryIpAddress)
> > }
> > else
> > 8< snip 8<
> >
> > Definitely odd. What Simon Clubley asked.
> >
> > --
> > Anyone, who using social-media, forms an opinion regarding anything
> > other than the relative cuteness of this or that puppy-dog, needs
> > seriously to examine their critical thinking.
> Ok, I have no idea what was going on. Flattened the install, rebuilt and now everything is good (even with SSL) - so now just trying to get PHP running. Got all the components installed and just trying now to figure out what I need in the map and global files - anyone got any Dummies Guides for this??

Ok, the root cause of the issue seems to be in the host name resolution, specifically with regard to case sensitivity. Setting an alias with the specific case that WASD is expecting solves the problem.

On 28/1/22 12:01 am, issinoho wrote:
> On Tuesday, 25 January 2022 at 21:59:16 UTC, Mark Daniel wrote:
>> On 26/1/22 3:53 am, issinoho wrote:
8< snip 8<
> Ok, I have no idea what was going on. Flattened the install, rebuilt and now everything is good (even with SSL) - so now just trying to get PHP running. Got all the components installed and just trying now to figure out what I need in the map and global files - anyone got any Dummies Guides for this??

Decidedly odd. But odder things have happened.

https://wasd.vsm.com.au/wasd_root/src/php/readmore.html

The readmore is a bit dated but these days relies on the Berryman PHP
kits being applied. I would update the readmore page but have failed to
rattle Mark's cage hard enough wrt any changes to PHPWASD.C.

https://wasd.vsm.com.au/wasd_root/src/php/readmore.html#Berryman

https://wasd.vsm.com.au/wasd_root/src/php/readmore.html#Configure_WASD

I'd suggest the RTE configuration. This allows the PHP application(s)
to reside outside the server directory structure. Apart from demos PHP
apps tend to be sprawling affairs. Borrowing from the readmore...

Edit the file WASD_CONFIG_MAP and at an appropriate point (the rules are
parsed from top to bottom) insert

exec /app/**.php* (cgi-bin:[000000]phpwasd.exe)/app_root/*.php* \
script=query=relaxed map=once ods=5
pass /app/* /app_root/*

(actually this is a fairly self-contained clause and and is pretty-much
position independent).

The 'pass /app/* /app_root/*' rule maps the app-expected path to the VMS
installation directory, which needs to be some form of concealed device
logical name to allow dependent paths to map naturally. So if the 'xyz'
app is expecting activation via the web path /xyz then it would be

pass /xyz/* /xyz_root/*

with (for example)

$ DEFINE /SYSTEM /EXEC /TRANS=CONCEALED XYZ_ROOT DKA100:[PHP.XYZ.]

The directory tree protections must allow the scripting account access.

Then check and load the mapping into the running server.

$ HTTPD/DO=MAP=CHECK
%HTTPD-S-CHECK, map config; 0 informationals, 0 warnings, 0 errors
WASD_ROOT:[local]WASD_CONFIG_MAP.CONF;55
$ HTTPD/DO=MAP
%HTTPD-I-DO, "MAP"; 1 instance notified; KLAATU::WASD:80

Reproduce this approach to support each independent application.

No changes to WASD_CONFIG_GLOBAL to get this running.

This configuration will not allow any of the (if installed) example
scripts to be activated. To access these

exec /cgi-bin/*.php* ($cgi-bin:[000000]phpwasd.exe)/cgi-bin/*.php* \
script=query=relaxed

Most of this detail is covered in the referenced links but the
admittedly various combinations of approaches and file systems and PHP
versions (not to mention my understanding) accumulated over the past two
decades make a ghastly hash (food) of configuration.

I might also take this opportunity to mention WATCH.

The WATCH facility is a powerful adjunct in server administration.
From the Server Administration facility (9. Server Administration)
it provides an online, real-time, in-browser-window view of request
processing in the running server. The ability to observe live request
processing on an ad hoc basis, without changing server configuration
or shutting-down/restarting the server process, makes this facility
a great configuration and problem resolution tool.

https://wasd.kicks-ass.net/wasd_root/wasdoc/features/features010.html
https://wasd.kicks-ass.net/wasd_root/wasdoc/features/features009.html
(to avoid wrapping - see section Access Before Configuration)

In addition to the default items ...
to observe mapping rule processing [x]Mapping
CGI processing (variables, I/O) [x]CGI
DCL (PHPWASD.EXE) script processing [x]DCL
though not necessarily all first-up, a welter of information can be
generated.

Hope this helps, Mark.

--
Anyone, who using social-media, forms an opinion regarding anything
other than the relative cuteness of this or that puppy-dog, needs
seriously to examine their critical thinking.

On 28/1/22 9:54 am, issinoho wrote:
> On Thursday, 27 January 2022 at 13:31:29 UTC, issinoho wrote:
>> On Tuesday, 25 January 2022 at 21:59:16 UTC, Mark Daniel wrote:
>>> On 26/1/22 3:53 am, issinoho wrote:
8< snip 8<
>> Ok, I have no idea what was going on. Flattened the install, rebuilt and now everything is good (even with SSL) - so now just trying to get PHP running. Got all the components installed and just trying now to figure out what I need in the map and global files - anyone got any Dummies Guides for this??
>
> Ok, the root cause of the issue seems to be in the host name resolution, specifically with regard to case sensitivity. Setting an alias with the specific case that WASD is expecting solves the problem.

Hmmmm. So after the rebuild the local host database remained unchanged?
Should have exhibited the same behaviour.

--
Anyone, who using social-media, forms an opinion regarding anything
other than the relative cuteness of this or that puppy-dog, needs
seriously to examine their critical thinking.

On 28/1/22 10:52 am, Mark Daniel wrote:
> On 28/1/22 9:54 am, issinoho wrote:
>> On Thursday, 27 January 2022 at 13:31:29 UTC, issinoho wrote:
>>> On Tuesday, 25 January 2022 at 21:59:16 UTC, Mark Daniel wrote:
>>>> On 26/1/22 3:53 am, issinoho wrote:
> 8< snip 8<
>>> Ok, I have no idea what was going on. Flattened the install, rebuilt
>>> and now everything is good (even with SSL) - so now just trying to
>>> get PHP running. Got all the components installed and just trying now
>>> to figure out what I need in the map and global files - anyone got
>>> any Dummies Guides for this??
>>
>> Ok, the root cause of the issue seems to be in the host name
>> resolution, specifically with regard to case sensitivity. Setting an
>> alias with the specific case that WASD is expecting solves the problem.
>
> Hmmmm.  So after the rebuild the local host database remained unchanged?
> Should have exhibited the same behaviour.

Can't seem to reproduce this.

X86VMS$ tcpip show host /local

LOCAL database

Host address Host name

127.0.0.1 LOCALHOST, localhost
192.168.1.86 x86vms

$ @wasd_root:[install]demo
8< snip 8<
%DCL-S-SPAWNED, process SYSTEM_64379 spawned
%DCL-S-ATTACHED, terminal now attached to process SYSTEM_5389
%HTTPD-I-SOFTWAREID, HTTPd-WASD/12.0.0 OpenVMS/X86 SSL
8< snip 8<
%HTTPD-I-SERVICE, http://x86vms.lan:7080
%HTTPD-I-SERVICE, https://x86vms.lan:7443
%HTTPD-I-SSL, x86vms.lan:7443
Generate x86vms.lan 2048 bit private key:
............................+++++
.................................................................................
.........................................................+++++
.......+++++
%HTTPD-I-DEMO, demonstration mode
8< snip 8<

X86VMS$ tcpip show host /local

LOCAL database

Host address Host name

127.0.0.1 LOCALHOST, localhost
192.168.1.86 X86VMS

$ @wasd_root:[install]demo
8< snip 8<
%DCL-S-SPAWNED, process SYSTEM_64379 spawned
%DCL-S-ATTACHED, terminal now attached to process SYSTEM_64379
%HTTPD-I-SOFTWAREID, HTTPd-WASD/12.0.0 OpenVMS/X86 SSL
8< snip 8<
%HTTPD-I-SERVICE, http://x86vms.lan:7080
%HTTPD-I-SERVICE, https://x86vms.lan:7443
%HTTPD-I-SSL, x86vms.lan:7443
Generate x86vms.lan 2048 bit private key:
.................................................................+++++
.......+++++
%HTTPD-I-DEMO, demonstration mode
8< snip 8<

What was the original failure entry, and now the current entry?

Thanks.

--
Anyone, who using social-media, forms an opinion regarding anything
other than the relative cuteness of this or that puppy-dog, needs
seriously to examine their critical thinking.

On Friday, 28 January 2022 at 02:44:43 UTC, Mark Daniel wrote:
> On 28/1/22 10:52 am, Mark Daniel wrote:
> > On 28/1/22 9:54 am, issinoho wrote:
> >> On Thursday, 27 January 2022 at 13:31:29 UTC, issinoho wrote:
> >>> On Tuesday, 25 January 2022 at 21:59:16 UTC, Mark Daniel wrote:
> >>>> On 26/1/22 3:53 am, issinoho wrote:
> > 8< snip 8<
> >>> Ok, I have no idea what was going on. Flattened the install, rebuilt
> >>> and now everything is good (even with SSL) - so now just trying to
> >>> get PHP running. Got all the components installed and just trying now
> >>> to figure out what I need in the map and global files - anyone got
> >>> any Dummies Guides for this??
> >>
> >> Ok, the root cause of the issue seems to be in the host name
> >> resolution, specifically with regard to case sensitivity. Setting an
> >> alias with the specific case that WASD is expecting solves the problem..
> >
> > Hmmmm. So after the rebuild the local host database remained unchanged?
> > Should have exhibited the same behaviour.
> Can't seem to reproduce this.
>
> X86VMS$ tcpip show host /local
>
> LOCAL database
>
> Host address Host name
>
> 127.0.0.1 LOCALHOST, localhost
> 192.168.1.86 x86vms
>
> $ @wasd_root:[install]demo
> 8< snip 8<
> %DCL-S-SPAWNED, process SYSTEM_64379 spawned
> %DCL-S-ATTACHED, terminal now attached to process SYSTEM_5389
> %HTTPD-I-SOFTWAREID, HTTPd-WASD/12.0.0 OpenVMS/X86 SSL
> 8< snip 8<
> %HTTPD-I-SERVICE, http://x86vms.lan:7080
> %HTTPD-I-SERVICE, https://x86vms.lan:7443
> %HTTPD-I-SSL, x86vms.lan:7443
> Generate x86vms.lan 2048 bit private key:
> ...........................+++++
> .................................................................................
> ........................................................+++++
> ......+++++
> %HTTPD-I-DEMO, demonstration mode
> 8< snip 8<
>
> X86VMS$ tcpip show host /local
>
> LOCAL database
>
> Host address Host name
>
> 127.0.0.1 LOCALHOST, localhost
> 192.168.1.86 X86VMS
>
> $ @wasd_root:[install]demo
> 8< snip 8<
> %DCL-S-SPAWNED, process SYSTEM_64379 spawned
> %DCL-S-ATTACHED, terminal now attached to process SYSTEM_64379
> %HTTPD-I-SOFTWAREID, HTTPd-WASD/12.0.0 OpenVMS/X86 SSL
> 8< snip 8<
> %HTTPD-I-SERVICE, http://x86vms.lan:7080
> %HTTPD-I-SERVICE, https://x86vms.lan:7443
> %HTTPD-I-SSL, x86vms.lan:7443
> Generate x86vms.lan 2048 bit private key:
> ................................................................+++++
> ......+++++
> %HTTPD-I-DEMO, demonstration mode
> 8< snip 8<
>
> What was the original failure entry, and now the current entry?
>
> Thanks.
> --
> Anyone, who using social-media, forms an opinion regarding anything
> other than the relative cuteness of this or that puppy-dog, needs
> seriously to examine their critical thinking.

Mark, thanks a million for the PHP pointers, that's tremendous - I'll give that a try today at some point.

In terms of the errors, here is my hosts database...

AXPBOX::tcpip sho hosts

LOCAL database

Host address Host name

127.0.0.1 LOCALHOST, localhost
192.168.0.47 axpbox.Home, axpbox.home

This ^^^ works. If the "axpbox.home" alias is *not* defined then we have the problem. Following this, I actually found an entry in the VSI TCP/IP manual which states that when hosts have a mixed-case then a uniform case alias should/must be defined. So it seems like a known situation.

On Friday, 28 January 2022 at 10:10:20 UTC, issinoho wrote:
> On Friday, 28 January 2022 at 02:44:43 UTC, Mark Daniel wrote:
> > On 28/1/22 10:52 am, Mark Daniel wrote:
> > > On 28/1/22 9:54 am, issinoho wrote:
> > >> On Thursday, 27 January 2022 at 13:31:29 UTC, issinoho wrote:
> > >>> On Tuesday, 25 January 2022 at 21:59:16 UTC, Mark Daniel wrote:
> > >>>> On 26/1/22 3:53 am, issinoho wrote:
> > > 8< snip 8<
> > >>> Ok, I have no idea what was going on. Flattened the install, rebuilt
> > >>> and now everything is good (even with SSL) - so now just trying to
> > >>> get PHP running. Got all the components installed and just trying now
> > >>> to figure out what I need in the map and global files - anyone got
> > >>> any Dummies Guides for this??
> > >>
> > >> Ok, the root cause of the issue seems to be in the host name
> > >> resolution, specifically with regard to case sensitivity. Setting an
> > >> alias with the specific case that WASD is expecting solves the problem.
> > >
> > > Hmmmm. So after the rebuild the local host database remained unchanged?
> > > Should have exhibited the same behaviour.
> > Can't seem to reproduce this.
> >
> > X86VMS$ tcpip show host /local
> >
> > LOCAL database
> >
> > Host address Host name
> >
> > 127.0.0.1 LOCALHOST, localhost
> > 192.168.1.86 x86vms
> >
> > $ @wasd_root:[install]demo
> > 8< snip 8<
> > %DCL-S-SPAWNED, process SYSTEM_64379 spawned
> > %DCL-S-ATTACHED, terminal now attached to process SYSTEM_5389
> > %HTTPD-I-SOFTWAREID, HTTPd-WASD/12.0.0 OpenVMS/X86 SSL
> > 8< snip 8<
> > %HTTPD-I-SERVICE, http://x86vms.lan:7080
> > %HTTPD-I-SERVICE, https://x86vms.lan:7443
> > %HTTPD-I-SSL, x86vms.lan:7443
> > Generate x86vms.lan 2048 bit private key:
> > ...........................+++++
> > .................................................................................
> > ........................................................+++++
> > ......+++++
> > %HTTPD-I-DEMO, demonstration mode
> > 8< snip 8<
> >
> > X86VMS$ tcpip show host /local
> >
> > LOCAL database
> >
> > Host address Host name
> >
> > 127.0.0.1 LOCALHOST, localhost
> > 192.168.1.86 X86VMS
> >
> > $ @wasd_root:[install]demo
> > 8< snip 8<
> > %DCL-S-SPAWNED, process SYSTEM_64379 spawned
> > %DCL-S-ATTACHED, terminal now attached to process SYSTEM_64379
> > %HTTPD-I-SOFTWAREID, HTTPd-WASD/12.0.0 OpenVMS/X86 SSL
> > 8< snip 8<
> > %HTTPD-I-SERVICE, http://x86vms.lan:7080
> > %HTTPD-I-SERVICE, https://x86vms.lan:7443
> > %HTTPD-I-SSL, x86vms.lan:7443
> > Generate x86vms.lan 2048 bit private key:
> > ................................................................+++++
> > ......+++++
> > %HTTPD-I-DEMO, demonstration mode
> > 8< snip 8<
> >
> > What was the original failure entry, and now the current entry?
> >
> > Thanks.
> > --
> > Anyone, who using social-media, forms an opinion regarding anything
> > other than the relative cuteness of this or that puppy-dog, needs
> > seriously to examine their critical thinking.
> Mark, thanks a million for the PHP pointers, that's tremendous - I'll give that a try today at some point.
>
> In terms of the errors, here is my hosts database...
>
> AXPBOX::tcpip sho hosts
> LOCAL database
>
> Host address Host name
>
> 127.0.0.1 LOCALHOST, localhost
> 192.168.0.47 axpbox.Home, axpbox.home
>
> This ^^^ works. If the "axpbox.home" alias is *not* defined then we have the problem. Following this, I actually found an entry in the VSI TCP/IP manual which states that when hosts have a mixed-case then a uniform case alias should/must be defined. So it seems like a known situation.

WATCHER is excellent - what a superb diagnostic tool.

One question: after authorizing with, "HTTPD /DO=AUTH=SKELKEY=_username:password" this works; however obviously times out after a period at which point the page URL returns a 403. What is the recommended way to get WATCHER going again after this? Resubmitting the skeleton key doesn't seem to work - the only way I've found is to restart the web service. Any pointers would be appreciated - thanks.

On 28/1/22 8:40 pm, issinoho wrote:
> On Friday, 28 January 2022 at 02:44:43 UTC, Mark Daniel wrote:
>> On 28/1/22 10:52 am, Mark Daniel wrote:
>>> On 28/1/22 9:54 am, issinoho wrote:
>>>> On Thursday, 27 January 2022 at 13:31:29 UTC, issinoho wrote:
>>>>> On Tuesday, 25 January 2022 at 21:59:16 UTC, Mark Daniel wrote:
>>>>>> On 26/1/22 3:53 am, issinoho wrote:
8< snip 8<
> Mark, thanks a million for the PHP pointers, that's tremendous - I'll give that a try today at some point.
>
> In terms of the errors, here is my hosts database...
>
> AXPBOX::tcpip sho hosts
>
> LOCAL database
>
> Host address Host name
>
> 127.0.0.1 LOCALHOST, localhost
> 192.168.0.47 axpbox.Home, axpbox.home
>
> This ^^^ works. If the "axpbox.home" alias is *not* defined then we have the problem. Following this, I actually found an entry in the VSI TCP/IP manual which states that when hosts have a mixed-case then a uniform case alias should/must be defined. So it seems like a known situation.

Voila! Can reproduce that.

X86VMS$ tcpip show host /local

LOCAL database

Host address Host name

127.0.0.1 LOCALHOST, localhost
192.168.1.86 X86vms.lan

X86VMS$ @wasd_root:[install]demo
8< snip 8<
%HTTPD-F-SOFTWAREID, HTTPd-WASD/12.0.0 OpenVMS/X86 SSL
-HTTPD-F-WHEN, 28-JAN-2022 22:08:37.91
-HTTPD-F-WHERE, module:NET line:466
-HTTPD-F-WHAT, sanity check failure!
%HTTPD-I-PROXYVERIFY, for 32 records in local storage of 14 page(let)s
%HTTPD-F-EXIT, 28-JAN-2022 22:08:37, WASD:7080 %X100002A4
-HTTPD-F-TRACE, FFFF8300091803D5
8< snip 8<
-HTTPD-F-TRACE, FFFF83000B44E361
-HTTPD-F-ADIEU, ...
%DCL-S-RETURNED, control returned to process SYSTEM

Nasty, and obscure.

--
Anyone, who using social-media, forms an opinion regarding anything
other than the relative cuteness of this or that puppy-dog, needs
seriously to examine their critical thinking.

On 28/1/22 8:46 pm, issinoho wrote:
> On Friday, 28 January 2022 at 10:10:20 UTC, issinoho wrote:
>> On Friday, 28 January 2022 at 02:44:43 UTC, Mark Daniel wrote:
>>> On 28/1/22 10:52 am, Mark Daniel wrote:
>>>> On 28/1/22 9:54 am, issinoho wrote:
>>>>> On Thursday, 27 January 2022 at 13:31:29 UTC, issinoho wrote:
>>>>>> On Tuesday, 25 January 2022 at 21:59:16 UTC, Mark Daniel wrote:
>>>>>>> On 26/1/22 3:53 am, issinoho wrote:
8< snip 8<
> WATCHER is excellent - what a superb diagnostic tool.

It is. I sometimes think it sets WASD apart. [Of course, parent's
opinion of child.]

> One question: after authorizing with, "HTTPD /DO=AUTH=SKELKEY=_username:password" this works; however obviously times out after a period at which point the page URL returns a 403. What is the recommended way to get WATCHER going again after this? Resubmitting the skeleton key doesn't seem to work - the only way I've found is to restart the web service. Any pointers would be appreciated - thanks.

Resetting the skeleton key

$ HTTPD /DO=AUTH=SKELKEY=0

and them re-establishing the key should work.

You can add a timeout period to the

$ HTTPD/DO=AUTH=SKELKEY=_username:password:<hours>

so

$ HTTPD//DO=AUTH=SKELKEY=_username:password:168

should set it for a (maximum) of seven days. Conversely

$ HTTPD//DO=AUTH=SKELKEY=0

resets (disables) the skeleton key.

https://wasd.vsm.com.au/wasd_root/wasdoc/features/features003.html#skeletonkeyauthentication

(wrap likely)

Skeleton key access is an ad hoc / emergency mechanism. It is far
better to make it a permanent feature of the configuration.
Unfortunately, usually involving VMS authentication, any WASD site will
tell you this is a (deliberately) non-trivial undertaking.

https://wasd.vsm.com.au/wasd_root/wasdoc/features/features003.html

--
Anyone, who using social-media, forms an opinion regarding anything
other than the relative cuteness of this or that puppy-dog, needs
seriously to examine their critical thinking.

On Friday, 28 January 2022 at 12:03:55 UTC, Mark Daniel wrote:
> On 28/1/22 8:46 pm, issinoho wrote:
> > On Friday, 28 January 2022 at 10:10:20 UTC, issinoho wrote:
> >> On Friday, 28 January 2022 at 02:44:43 UTC, Mark Daniel wrote:
> >>> On 28/1/22 10:52 am, Mark Daniel wrote:
> >>>> On 28/1/22 9:54 am, issinoho wrote:
> >>>>> On Thursday, 27 January 2022 at 13:31:29 UTC, issinoho wrote:
> >>>>>> On Tuesday, 25 January 2022 at 21:59:16 UTC, Mark Daniel wrote:
> >>>>>>> On 26/1/22 3:53 am, issinoho wrote:
> 8< snip 8<
> > WATCHER is excellent - what a superb diagnostic tool.
> It is. I sometimes think it sets WASD apart. [Of course, parent's
> opinion of child.]
> > One question: after authorizing with, "HTTPD /DO=AUTH=SKELKEY=_username:password" this works; however obviously times out after a period at which point the page URL returns a 403. What is the recommended way to get WATCHER going again after this? Resubmitting the skeleton key doesn't seem to work - the only way I've found is to restart the web service. Any pointers would be appreciated - thanks.
> Resetting the skeleton key
>
> $ HTTPD /DO=AUTH=SKELKEY=0
>
> and them re-establishing the key should work.
>
> You can add a timeout period to the
>
> $ HTTPD/DO=AUTH=SKELKEY=_username:password:<hours>
>
> so
>
> $ HTTPD//DO=AUTH=SKELKEY=_username:password:168
>
> should set it for a (maximum) of seven days. Conversely
>
> $ HTTPD//DO=AUTH=SKELKEY=0
>
> resets (disables) the skeleton key.
>
> https://wasd.vsm.com.au/wasd_root/wasdoc/features/features003.html#skeletonkeyauthentication" rel="nofollow" target="_blank">https://wasd.vsm.com.au/wasd_root/wasdoc/features/features003.html#skeletonkeyauthentication
>
> (wrap likely)
>
> Skeleton key access is an ad hoc / emergency mechanism. It is far
> better to make it a permanent feature of the configuration.
> Unfortunately, usually involving VMS authentication, any WASD site will
> tell you this is a (deliberately) non-trivial undertaking.
>
> https://wasd.vsm.com.au/wasd_root/wasdoc/features/features003.html
> --
> Anyone, who using social-media, forms an opinion regarding anything
> other than the relative cuteness of this or that puppy-dog, needs
> seriously to examine their critical thinking.

Hi Mark, I'm sure I'm doing something silly here...

wasd_config_map.conf
# PHP
exec /phpmyadmin/**.php* (cgi-bin:[000000]phpwasd.exe)/phpmyadmin$root/*.php* \
script=query=relaxed map=once ods=5
pass /phpmyadmin/* /phpmyadmin$root/*

AXPBOX::sh log/full phpmyadmin$root
"PHPMYADMIN$ROOT" [exec] = "dka0:[www.phpmyadmin.]" [concealed] (LNM$SYSTEM_TABLE)

From file path report...
0040 exec /phpmyadmin/**.php* (cgi-bin:[000000]phpwasd.exe)/phpmyadmin$root/*.php* map=ONCE ods=5 script=QUERY=relaxed
0041 pass /phpmyadmin/* /phpmyadmin$root/*

From WATCHER when browsing to http://192.168.0.47/phpmyadmin...
|Time_______|Module__|Line|Item__|Category__|Event...|
|08:04:53.46 NET 2151 000001 CONNECT ACCEPTED 192.168.0.28,49203 on http://axpbox.home,80 (192.168.0.47) BG8793:|
|++++++++++++++++++++++++++++++++++++++++++++
|08:04:53.46 SERVICE 1757 000002 CONNECT UNKNOWN service|
|08:04:53.46 REQUEST 4413 000002 REQUEST GET /phpmyadmin|
|08:04:53.46 MAPURL 0966 000002 MAPPING PATH /phpmyadmin|
0001 /phpmyadmin .. SET /wasd_root/doc/* map=ELLIPSIS
0002 /phpmyadmin .. SET /wasd_root/src/* NOcache map=ELLIPSIS
0003 /phpmyadmin .. PASS /wasd_root/* /wasd_root/* dir=access dir=wildcard
0004 /phpmyadmin .. MAP /httpd-internal-icons/* /httpd/-/*
0005 /phpmyadmin .. PASS /*/-/* /wasd_root/runtime/*/*
0006 /phpmyadmin .. PASS /wasd_root/runtime/* /wasd_root/runtime/*
0007 /phpmyadmin .. PASS /httpd/-/admin/*
0008 /phpmyadmin .. SET /wasd_root/local/* auth=ALL
0009 /phpmyadmin .. SET /local/* auth=ALL
0010 /phpmyadmin .. PASS /web/* /web/*
0011 /phpmyadmin .. EXEC /cgi-bin/* /cgi-bin/*
0012 /phpmyadmin .. EXEC+ /cgiplus-bin/* /cgi-bin/*
0013 /phpmyadmin .. EXEC+ /cgiauth-bin/* /cgi-bin/*
0014 /phpmyadmin .. EXEC+ /isapi/* /cgi-bin/*
0015 /phpmyadmin .. SCRIPT+ /conan* /cgi-bin/conan*
0016 /phpmyadmin .. SCRIPT+ /help* /cgi-bin/conan*
0017 /phpmyadmin .. SCRIPT+ /HyperReader* /cgi-bin/HyperReader*
0018 /phpmyadmin .. SCRIPT+ /HyperShelf* /cgi-bin/HyperShelf*
0019 if (path-info:/query/wasd_root/doc/*) script /query/* /cgi-bin/query/*
FALSE path-info:/query/wasd_root/doc/* '/phpmyadmin'
FALSE
0020 if (path-info:/extract/wasd_root/doc/*) script /extract/* /cgi-bin/extract/*
FALSE path-info:/extract/wasd_root/doc/* '/phpmyadmin'
FALSE
0021 /phpmyadmin .. EXEC /rtbin/* (cgi-bin:[000000]rte_example.exe)/wasd_root/src/httpd/*
0022 /phpmyadmin .. EXEC /decnet/* /0::/cgi-bin/*
0023 /phpmyadmin .. REDIRECT /*.*.htmlx /*.htmlx?httpd=ssi&__part=*
0024 /phpmyadmin .. EXEC /osu/* /0::"0=wwwexec"/cgi-bin/*
0025 /phpmyadmin .. EXEC /htbin/* /0::"0=wwwexec"/cgi-bin/*
0026 /phpmyadmin .. MAP /demo/* /www_root/serverdoc/*
0027 /phpmyadmin .. PASS /help*
0028 /phpmyadmin .. PASS /*[*]*
0029 /phpmyadmin .. PASS /www_root/*
0030 /phpmyadmin .. PASS /sys$common/syshlp/* /sys$common/syshlp/* dir=access dir=wildcard
0031 /phpmyadmin .. PASS /sys$common/syslib/* /sys$common/syslib/* dir=access dir=wildcard
0032 /phpmyadmin .. PASS /sys$common/syshlp/* /sys$common/ssl/* dir=access dir=wildcard
0033 /phpmyadmin .. PASS /decw$book/* /decw$book/*
0034 /phpmyadmin .. PASS /sys$common/decw$book/* /sys$common/decw$book/*
0035 /phpmyadmin .. PASS /sys$common/decw$defaults/user/* /sys$common/decw$defaults/user/*
0036 /phpmyadmin .. PASS /disk$vaxdoc* /disk$vaxdoc*
0037 /phpmyadmin .. PASS /disk$axpdoc* /disk$axpdoc*
0038 /phpmyadmin .. PASS /ht_root/* /wasd_root/*
0039 /phpmyadmin Y- PASS /* /wasd_root/*
|08:04:53.46 MAPURL 0991 000002 MAPPING RESULT|
Mapped: /wasd_root/phpmyadmin
Translated: wasd_root:[000000]phpmyadmin (ODS-5)
Script:
Script-File:
Run-Time:
|08:04:53.46 CACHE 0603 000002 RESPONSE CACHE search path 50CC60724DE6A0F037FB9AE7824DF1BC|
|08:04:53.46 CACHE 0603 000002 RESPONSE CACHE search file 50CC60724DE6A0F037FB9AE7824DF1BC|
|08:04:53.46 NET 2151 000003 CONNECT ACCEPTED 192.168.0.28,49204 on http://axpbox.home,80 (192.168.0.47) BG8901:|
|08:04:53.46 CACHE 0603 000002 RESPONSE CACHE search file 50CC60724DE6A0F037FB9AE7824DF1BC|
|08:04:53.46 FILE 1515 000002 RESPONSE FILE %X00018292 (%RMS-E-FNF, file not found)|
|08:04:53.46 MAPURL 0971 000002 MAPPING VMS WASD_ROOT:[000000]PHPMYADMIN|
0001 /WASD_ROOT/PHPMYADMIN .. SET /wasd_root/doc/* map=ELLIPSIS
0002 /WASD_ROOT/PHPMYADMIN .. SET /wasd_root/src/* NOcache map=ELLIPSIS
0003 /WASD_ROOT/PHPMYADMIN Y- PASS /wasd_root/* /wasd_root/* dir=access dir=wildcard
|08:04:53.46 MAPURL 0982 000002 MAPPING RESULT /wasd_root/PHPMYADMIN|
|08:04:53.46 ERROR 1586 000002 RESPONSE REQUEST:5936 (basic-only) 404(000) %X00018292 (%RMS-E-FNF, file not found) "Document not found" "/wasd_root/PHPMYADMIN" "(no information)"|
|08:04:53.46 LOGGING 2281 000002 LOG ENTRY axpbox-home_80_20220124_ACCESS.LOG 218 bytes|
192.168.0.28 - - [28/Jan/2022:08:04:53 +0000] "GET /phpmyadmin HTTP/1.1" 404 869 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/97.0.4692.99 Safari/537.36 Edg/97.0.1072.69"
|08:04:53.46 REQUEST 1435 000002 REQUEST STATUS 404 (Not Found) rx:484 tx:869 bytes 4.000ms 338,249 B/s|
|--------------------------------------------
|08:04:53.46 REQUEST 1789 000002 CONNECT PERSISTENT 1 with 192.168.0.28,49203|
|08:05:00.86 LOGGING 1032 000000 LOG FLUSH axpbox-home_80_20220124_ACCESS.LOG|
|08:05:00.87 LOGGING 1032 000000 LOG FLUSH axpbox-home_443_20220124_ACCESS.LOG|
|08:05:23.87 HTTPD 3543 000004 CONNECT TIMER (t/o:input) |
|08:05:42.87 NETIO 1002 000004 CONNECT CLOSE channel 528 %X00000001|
|08:05:48.87 end|

As you can see the map is still looking for this under, wasd_root:[000000]phpmyadmin

What am I doing wrong?

Thanks.

On 29/1/22 4:27 am, issinoho wrote:
> On Friday, 28 January 2022 at 12:03:55 UTC, Mark Daniel wrote:
8< snip 8<
> Hi Mark, I'm sure I'm doing something silly here...
>
> wasd_config_map.conf
> # PHP
> exec /phpmyadmin/**.php* (cgi-bin:[000000]phpwasd.exe)/phpmyadmin$root/*.php* \
> script=query=relaxed map=once ods=5
> pass /phpmyadmin/* /phpmyadmin$root/*
>
> AXPBOX::sh log/full phpmyadmin$root
> "PHPMYADMIN$ROOT" [exec] = "dka0:[www.phpmyadmin.]" [concealed] (LNM$SYSTEM_TABLE)
>
> From file path report...
> 0040 exec /phpmyadmin/**.php* (cgi-bin:[000000]phpwasd.exe)/phpmyadmin$root/*.php* map=ONCE ods=5 script=QUERY=relaxed
> 0041 pass /phpmyadmin/* /phpmyadmin$root/*
>
> From WATCHER when browsing to http://192.168.0.47/phpmyadmin...
> |Time_______|Module__|Line|Item__|Category__|Event...|
> |08:04:53.46 NET 2151 000001 CONNECT ACCEPTED 192.168.0.28,49203 on http://axpbox.home,80 (192.168.0.47) BG8793:|
> |++++++++++++++++++++++++++++++++++++++++++++
> |08:04:53.46 SERVICE 1757 000002 CONNECT UNKNOWN service|
> |08:04:53.46 REQUEST 4413 000002 REQUEST GET /phpmyadmin|
> |08:04:53.46 MAPURL 0966 000002 MAPPING PATH /phpmyadmin|
> 0001 /phpmyadmin .. SET /wasd_root/doc/* map=ELLIPSIS
> 0002 /phpmyadmin .. SET /wasd_root/src/* NOcache map=ELLIPSIS
8< snip 8<
> 0039 /phpmyadmin Y- PASS /* /wasd_root/*
> |08:04:53.46 MAPURL 0991 000002 MAPPING RESULT|
> Mapped: /wasd_root/phpmyadmin
> Translated: wasd_root:[000000]phpmyadmin (ODS-5)
> Script:
> Script-File:
> Run-Time:
> |08:04:53.46 CACHE 0603 000002 RESPONSE CACHE search path 50CC60724DE6A0F037FB9AE7824DF1BC|
8< snip 8<
> As you can see the map is still looking for this under, wasd_root:[000000]phpmyadmin
>
> What am I doing wrong?

The mapping rules are scanned from first to last and the
"map-everything-else-as" rule '/*' is being hit at 39 before rules 40
and 41 can be encountered. At the very least move your two rules in
front of the '/*' rule. As mentioned, these two are pretty-much
position independent (once in front of the map-everything-else-as rule)
and if PHP is going to be your main game you can expedite their matching
(mapping is pretty efficient anyway) by moving them further towards the
front of the rule set.

> Thanks.

Always encouraging to see another convert to Server Admin and WATCH :-]

--
Anyone, who using social-media, forms an opinion regarding anything
other than the relative cuteness of this or that puppy-dog, needs
seriously to examine their critical thinking.

On 2022-01-28, issinoho <iain@issinoho.com> wrote:
>
> If the "axpbox.home" alias is *not* defined then we have the problem. Following this, I actually found an entry in the VSI TCP/IP manual which states that when hosts have a mixed-case then a uniform case alias should/must be defined. So it seems like a known situation.

So instead of spending the effort to fix the problem, they instead
documented the current behaviour as the expected behaviour. :-)

I hope VSI are more proactive about fixing problems such as this and
don't just leave them until they are forced to fix them. :-)

Simon.

--
Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP
Walking destinations on a map are further away than they appear.

On Friday, 28 January 2022 at 19:28:54 UTC, Simon Clubley wrote:
> On 2022-01-28, issinoho <ia...@issinoho.com> wrote:
> >
> > If the "axpbox.home" alias is *not* defined then we have the problem. Following this, I actually found an entry in the VSI TCP/IP manual which states that when hosts have a mixed-case then a uniform case alias should/must be defined. So it seems like a known situation.
> So instead of spending the effort to fix the problem, they instead
> documented the current behaviour as the expected behaviour. :-)
>
> I hope VSI are more proactive about fixing problems such as this and
> don't just leave them until they are forced to fix them. :-)
> Simon.
>
> --
> Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP
> Walking destinations on a map are further away than they appear.

Ok, now we're getting somewhere.

The page is now found but is rendering as plain text, not PHP.

Output from http://192.168.0.47/phpmyadmin/setup/...

|Time_______|Module__|Line|Item__|Category__|Event...|
|10:57:33.51 NET 2151 000001 CONNECT ACCEPTED 192.168.0.28,62699 on http://axpbox.home,80 (192.168.0.47) BG10919:|
|++++++++++++++++++++++++++++++++++++++++++++
|10:57:33.52 SERVICE 1757 000002 CONNECT UNKNOWN service|
|10:57:33.52 REQUEST 4413 000002 REQUEST GET /phpmyadmin/setup/|
|10:57:33.52 MAPURL 0966 000002 MAPPING PATH /phpmyadmin/setup/|
0001 /phpmyadmin/setup/ .. SET /wasd_root/doc/* map=ELLIPSIS
0002 /phpmyadmin/setup/ .. SET /wasd_root/src/* NOcache map=ELLIPSIS
0003 /phpmyadmin/setup/ .. PASS /wasd_root/* /wasd_root/* dir=access dir=wildcard
0004 /phpmyadmin/setup/ .. MAP /httpd-internal-icons/* /httpd/-/*
0005 /phpmyadmin/setup/ .. PASS /*/-/* /wasd_root/runtime/*/*
0006 /phpmyadmin/setup/ .. PASS /wasd_root/runtime/* /wasd_root/runtime/*
0007 /phpmyadmin/setup/ .. PASS /httpd/-/admin/*
0008 /phpmyadmin/setup/ .. SET /wasd_root/local/* auth=ALL
0009 /phpmyadmin/setup/ .. SET /local/* auth=ALL
0010 /phpmyadmin/setup/ .. PASS /web/* /web/*
0011 /phpmyadmin/setup/ .. EXEC /cgi-bin/* /cgi-bin/*
0012 /phpmyadmin/setup/ .. EXEC+ /cgiplus-bin/* /cgi-bin/*
0013 /phpmyadmin/setup/ .. EXEC+ /cgiauth-bin/* /cgi-bin/*
0014 /phpmyadmin/setup/ .. EXEC+ /isapi/* /cgi-bin/*
0015 /phpmyadmin/setup/ .. SCRIPT+ /conan* /cgi-bin/conan*
0016 /phpmyadmin/setup/ .. SCRIPT+ /help* /cgi-bin/conan*
0017 /phpmyadmin/setup/ .. SCRIPT+ /HyperReader* /cgi-bin/HyperReader*
0018 /phpmyadmin/setup/ .. SCRIPT+ /HyperShelf* /cgi-bin/HyperShelf*
0019 if (path-info:/query/wasd_root/doc/*) script /query/* /cgi-bin/query/*
FALSE path-info:/query/wasd_root/doc/* '/phpmyadmin/setup/'
FALSE
0020 if (path-info:/extract/wasd_root/doc/*) script /extract/* /cgi-bin/extract/*
FALSE path-info:/extract/wasd_root/doc/* '/phpmyadmin/setup/'
FALSE
0021 /phpmyadmin/setup/ .. EXEC /rtbin/* (cgi-bin:[000000]rte_example.exe)/wasd_root/src/httpd/*
0022 /phpmyadmin/setup/ .. EXEC /decnet/* /0::/cgi-bin/*
0023 /phpmyadmin/setup/ .. REDIRECT /*.*.htmlx /*.htmlx?httpd=ssi&__part=*
0024 /phpmyadmin/setup/ .. EXEC /osu/* /0::"0=wwwexec"/cgi-bin/*
0025 /phpmyadmin/setup/ .. EXEC /htbin/* /0::"0=wwwexec"/cgi-bin/*
0026 /phpmyadmin/setup/ .. MAP /demo/* /www_root/serverdoc/*
0027 /phpmyadmin/setup/ .. PASS /help*
0028 /phpmyadmin/setup/ .. PASS /*[*]*
0029 /phpmyadmin/setup/ .. PASS /www_root/*
0030 /phpmyadmin/setup/ .. PASS /sys$common/syshlp/* /sys$common/syshlp/* dir=access dir=wildcard
0031 /phpmyadmin/setup/ .. PASS /sys$common/syslib/* /sys$common/syslib/* dir=access dir=wildcard
0032 /phpmyadmin/setup/ .. PASS /sys$common/syshlp/* /sys$common/ssl/* dir=access dir=wildcard
0033 /phpmyadmin/setup/ .. PASS /decw$book/* /decw$book/*
0034 /phpmyadmin/setup/ .. PASS /sys$common/decw$book/* /sys$common/decw$book/*
0035 /phpmyadmin/setup/ .. PASS /sys$common/decw$defaults/user/* /sys$common/decw$defaults/user/*
0036 /phpmyadmin/setup/ .. PASS /disk$vaxdoc* /disk$vaxdoc*
0037 /phpmyadmin/setup/ .. PASS /disk$axpdoc* /disk$axpdoc*
0038 /phpmyadmin/setup/ .. EXEC /phpmyadmin/**.php* (cgi-bin:[000000]phpwasd.exe)/phpmyadmin$root/*.php* map=ONCE ods=5 script=QUERY=relaxed
0039 /phpmyadmin/setup/ Y- PASS /phpmyadmin/* /phpmyadmin$root/*
|10:57:33.52 MAPURL 0991 000002 MAPPING RESULT|
Mapped: /phpmyadmin$root/setup/
Translated: phpmyadmin$root:[setup] (ODS-5)
Script:
Script-File:
Run-Time:
|10:57:33.52 CACHE 0603 000002 RESPONSE CACHE search path F3495C2A183BCE7766C452ADBCCD7DA2|
|10:57:33.52 CACHE 0603 000002 RESPONSE CACHE search file F3495C2A183BCE7766C452ADBCCD7DA2|
|10:57:33.52 CACHE 0603 000002 RESPONSE CACHE search file F3495C2A183BCE7766C452ADBCCD7DA2|
|10:57:33.53 NET 2151 000003 CONNECT ACCEPTED 192.168.0.28,62700 on http://axpbox.home,80 (192.168.0.47) BG10933:|
|10:57:33.53 FILE 1515 000002 RESPONSE FILE %X00018292 (%RMS-E-FNF, file not found)|
|10:57:33.53 CACHE 0603 000002 RESPONSE CACHE search file F3495C2A183BCE7766C452ADBCCD7DA2|
|10:57:33.53 FILE 1515 000002 RESPONSE FILE %X00018292 (%RMS-E-FNF, file not found)|
|10:57:33.53 CACHE 0603 000002 RESPONSE CACHE search file F3495C2A183BCE7766C452ADBCCD7DA2|
|10:57:33.53 FILE 1515 000002 RESPONSE FILE %X00018292 (%RMS-E-FNF, file not found)|
|10:57:33.53 CACHE 0603 000002 RESPONSE CACHE search file F3495C2A183BCE7766C452ADBCCD7DA2|
|10:57:33.53 FILE 1515 000002 RESPONSE FILE %X00018292 (%RMS-E-FNF, file not found)|
|10:57:33.53 CACHE 0603 000002 RESPONSE CACHE search file F3495C2A183BCE7766C452ADBCCD7DA2|
|10:57:33.53 FILE 1587 000002 RESPONSE FILE PHPMYADMIN$ROOT:[setup]INDEX.PHP ODS:5 rfm:STMLF ebk:4 ffb:419 (1955 bytes) rdt:22-JAN-2022 23:31:22..00|
|10:57:33.53 FILE 1938 000002 RESPONSE NOT modified|
|10:57:33.53 REQUEST 1435 000002 REQUEST STATUS 304 (Not Modified) rx:586 tx:186 bytes 17.0ms 45,411 B/s|
|--------------------------------------------
|10:57:33.53 REQUEST 1789 000002 CONNECT PERSISTENT 1 with 192.168.0.28,62699|
|10:58:04.36 HTTPD 3543 000004 CONNECT TIMER (t/o:input) |

Thanks.

On 29/1/22 7:16 am, issinoho wrote:
> On Friday, 28 January 2022 at 19:28:54 UTC, Simon Clubley wrote:
>> On 2022-01-28, issinoho <ia...@issinoho.com> wrote:
8< snip 8<
> Ok, now we're getting somewhere.
>
> The page is now found but is rendering as plain text, not PHP.
>
> Output from http://192.168.0.47/phpmyadmin/setup/...
8< snip 8<
> |Time_______|Module__|Line|Item__|Category__|Event...|
> |10:57:33.51 NET 2151 000001 CONNECT ACCEPTED 192.168.0.28,62699 on http://axpbox.home,80 (192.168.0.47) BG10919:|
> |++++++++++++++++++++++++++++++++++++++++++++
> |10:57:33.52 SERVICE 1757 000002 CONNECT UNKNOWN service|
> |10:57:33.52 REQUEST 4413 000002 REQUEST GET /phpmyadmin/setup/|
> |10:57:33.52 MAPURL 0966 000002 MAPPING PATH /phpmyadmin/setup/|
> 0001 /phpmyadmin/setup/ .. SET /wasd_root/doc/* map=ELLIPSIS
8< snip 8<
> |10:57:33.52 MAPURL 0991 000002 MAPPING RESULT|
> Mapped: /phpmyadmin$root/setup/
> Translated: phpmyadmin$root:[setup] (ODS-5)
> Script:
> Script-File:
> Run-Time:
8< snip 8<
> |10:57:33.53 FILE 1587 000002 RESPONSE FILE PHPMYADMIN$ROOT:[setup]INDEX.PHP ODS:5 rfm:STMLF ebk:4 ffb:419 (1955 bytes) rdt:22-JAN-2022 23:31:22.00|
> |10:57:33.53 FILE 1938 000002 RESPONSE NOT modified|
> |10:57:33.53 REQUEST 1435 000002 REQUEST STATUS 304 (Not Modified) rx:586 tx:186 bytes 17.0ms 45,411 B/s|
> |--------------------------------------------
> |10:57:33.53 REQUEST 1789 000002 CONNECT PERSISTENT 1 with 192.168.0.28,62699|
> |10:58:04.36 HTTPD 3543 000004 CONNECT TIMER (t/o:input) |
>
> Thanks.

Add another rule immediately before the existing two that defaults an
empty directory path to the desired script name.

redirect /phpmyadmin/**/ /phpmyadmin/*/index.php

--
Anyone, who using social-media, forms an opinion regarding anything
other than the relative cuteness of this or that puppy-dog, needs
seriously to examine their critical thinking.

On Friday, 28 January 2022 at 23:12:01 UTC, Mark Daniel wrote:
> On 29/1/22 7:16 am, issinoho wrote:
> > On Friday, 28 January 2022 at 19:28:54 UTC, Simon Clubley wrote:
> >> On 2022-01-28, issinoho <ia...@issinoho.com> wrote:
> 8< snip 8<
> > Ok, now we're getting somewhere.
> >
> > The page is now found but is rendering as plain text, not PHP.
> >
> > Output from http://192.168.0.47/phpmyadmin/setup/...
> 8< snip 8<
> > |Time_______|Module__|Line|Item__|Category__|Event...|
> > |10:57:33.51 NET 2151 000001 CONNECT ACCEPTED 192.168.0.28,62699 on http://axpbox.home,80 (192.168.0.47) BG10919:|
> > |++++++++++++++++++++++++++++++++++++++++++++
> > |10:57:33.52 SERVICE 1757 000002 CONNECT UNKNOWN service|
> > |10:57:33.52 REQUEST 4413 000002 REQUEST GET /phpmyadmin/setup/|
> > |10:57:33.52 MAPURL 0966 000002 MAPPING PATH /phpmyadmin/setup/|
> > 0001 /phpmyadmin/setup/ .. SET /wasd_root/doc/* map=ELLIPSIS
> 8< snip 8<
> > |10:57:33.52 MAPURL 0991 000002 MAPPING RESULT|
> > Mapped: /phpmyadmin$root/setup/
> > Translated: phpmyadmin$root:[setup] (ODS-5)
> > Script:
> > Script-File:
> > Run-Time:
> 8< snip 8<
> > |10:57:33.53 FILE 1587 000002 RESPONSE FILE PHPMYADMIN$ROOT:[setup]INDEX.PHP ODS:5 rfm:STMLF ebk:4 ffb:419 (1955 bytes) rdt:22-JAN-2022 23:31:22.00|
> > |10:57:33.53 FILE 1938 000002 RESPONSE NOT modified|
> > |10:57:33.53 REQUEST 1435 000002 REQUEST STATUS 304 (Not Modified) rx:586 tx:186 bytes 17.0ms 45,411 B/s|
> > |--------------------------------------------
> > |10:57:33.53 REQUEST 1789 000002 CONNECT PERSISTENT 1 with 192.168.0.28,62699|
> > |10:58:04.36 HTTPD 3543 000004 CONNECT TIMER (t/o:input) |
> >
> > Thanks.
> Add another rule immediately before the existing two that defaults an
> empty directory path to the desired script name.
>
> redirect /phpmyadmin/**/ /phpmyadmin/*/index.php
> --
> Anyone, who using social-media, forms an opinion regarding anything
> other than the relative cuteness of this or that puppy-dog, needs
> seriously to examine their critical thinking.

Fantastic! Thanks, Mark. That's phpMyAdmin running better than it has ever done on CSWS. I'll continue to test tomorrow and report back.
Many thanks for the help, it's truly appreciated.

On 28/1/22 9:54 am, issinoho wrote:
> On Thursday, 27 January 2022 at 13:31:29 UTC, issinoho wrote:
>> On Tuesday, 25 January 2022 at 21:59:16 UTC, Mark Daniel wrote:
>>> On 26/1/22 3:53 am, issinoho wrote:
8< snip 8<
> Ok, the root cause of the issue seems to be in the host name resolution, specifically with regard to case sensitivity. Setting an alias with the specific case that WASD is expecting solves the problem.

Confirmed via a little code (see below) and some local database fiddles.

WASD establishes the primary server host name using gethostname(). This
always is returned as lower case regardless of the host name database entry.

All upper or lower case host name works. Does not work with mixed-case.

$ tcpip show host /local

LOCAL database

Host address Host name

127.0.0.1 LOCALHOST, localhost
192.168.1.2 gort.lan
192.168.1.3 klaatu.lan
192.168.1.254 router.lan

$ mcr []lookup "klaatu.lan"
gethostname() klaatu.lan 0
gethostbyname() klaatu.lan %X00061578
$QIO() klaatu.lan %X00000001 %X00000001

$ tcpip show host /local

LOCAL database

Host address Host name

192.168.1.3 KLAATU.LAN
127.0.0.1 LOCALHOST, localhost
192.168.1.2 gort.lan
192.168.1.254 router.lan
192.168.1.86 x86vms.lan

$ mcr []lookup "klaatu.lan"
gethostname() klaatu.lan 0
gethostbyname() klaatu.lan %X00061578
$QIO() klaatu.lan %X00000001 %X00000001

$ tcpip show host /local

LOCAL database

Host address Host name

127.0.0.1 LOCALHOST, localhost
192.168.1.2 gort.lan
192.168.1.3 klAAtu.lan
192.168.1.254 router.lan
192.168.1.86 x86vms.lan

$ mcr []lookup "klaatu.lan"
gethostname() klaatu.lan 0
gethostbyname() klaatu.lan %X00000000
$QIO() klaatu.lan %X00000001 %X00000870

$ mcr []lookup "klAAtu.lan"
gethostname() klaatu.lan 0
gethostbyname() klAAtu.lan %X00061578
$QIO() klAAtu.lan %X00000001 %X00000001

/*****************************************************************************/

#include<ints.h>
#include<stdlib.h>
#include<stdio.h>
#include<string.h>
#include<in.h>
#include<netdb.h>

#include<iodef.h>
#include<iosbdef.h>
#include<efndef.h>
#include<starlet.h>
#include<descrip.h>

#define INETACP_FUNC$C_GETHOSTBYNAME 1

int main (int argc, char *argv[])
{ static $DESCRIPTOR (TcpIpDeviceDsc, "TCPIP$DEVICE");
static $DESCRIPTOR (HostNameDsc, "");
static $DESCRIPTOR (HostAddressDsc, "");

static char SubFunction [4] =
{ INETACP_FUNC$C_GETHOSTBYNAME, 0, 0, 0 };
static struct dsc$descriptor SubFunctionDsc =
{ sizeof(SubFunction), DSC$K_DTYPE_T, DSC$K_CLASS_S, SubFunction };

int status;
short chan;
char hname [128];
unsigned char ipaddr [16];
struct _iosb IOsb;
struct hostent *heptr;

status = gethostname (hname, sizeof(hname));
printf ("gethostname() %s %d\n", hname, status);

heptr = gethostbyname (argv[1]);
printf ("gethostbyname() %s %%X%08.08X\n", argv[1], heptr);

HostNameDsc.dsc$a_pointer = argv[1];
HostNameDsc.dsc$w_length = strlen(argv[1]);

HostAddressDsc.dsc$a_pointer = (char*)ipaddr;
HostAddressDsc.dsc$w_length = sizeof(ipaddr);

status = sys$assign (&TcpIpDeviceDsc, &chan, 0, 0);
if (!(status & 1)) exit (status);

status = sys$qiow (EFN$C_ENF, chan, IO$_ACPCONTROL,
&IOsb, 0, 0,
&SubFunctionDsc,
&HostNameDsc, 0,
&HostAddressDsc, 0, 0);

printf ("$QIO() %s %%X%08.08X %%X%08.08X\n",
HostNameDsc.dsc$a_pointer, status, IOsb.iosb$w_status);
}

/*****************************************************************************/

--
Anyone, who using social-media, forms an opinion regarding anything
other than the relative cuteness of this or that puppy-dog, needs
seriously to examine their critical thinking.

On Saturday, 29 January 2022 at 03:17:06 UTC, Mark Daniel wrote:
> On 28/1/22 9:54 am, issinoho wrote:
> > On Thursday, 27 January 2022 at 13:31:29 UTC, issinoho wrote:
> >> On Tuesday, 25 January 2022 at 21:59:16 UTC, Mark Daniel wrote:
> >>> On 26/1/22 3:53 am, issinoho wrote:
> 8< snip 8<
> > Ok, the root cause of the issue seems to be in the host name resolution, specifically with regard to case sensitivity. Setting an alias with the specific case that WASD is expecting solves the problem.
> Confirmed via a little code (see below) and some local database fiddles.
>
> WASD establishes the primary server host name using gethostname(). This
> always is returned as lower case regardless of the host name database entry.
>
> All upper or lower case host name works. Does not work with mixed-case.
> $ tcpip show host /local
>
> LOCAL database
>
> Host address Host name
>
> 127.0.0.1 LOCALHOST, localhost
> 192.168.1.2 gort.lan
> 192.168.1.3 klaatu.lan
> 192.168.1.254 router.lan
>
> $ mcr []lookup "klaatu.lan"
> gethostname() klaatu.lan 0
> gethostbyname() klaatu.lan %X00061578
> $QIO() klaatu.lan %X00000001 %X00000001
> $ tcpip show host /local
>
> LOCAL database
>
> Host address Host name
> 192.168.1.3 KLAATU.LAN
> 127.0.0.1 LOCALHOST, localhost
> 192.168.1.2 gort.lan
> 192.168.1.254 router.lan
> 192.168.1.86 x86vms.lan
>
> $ mcr []lookup "klaatu.lan"
> gethostname() klaatu.lan 0
> gethostbyname() klaatu.lan %X00061578
> $QIO() klaatu.lan %X00000001 %X00000001
> $ tcpip show host /local
>
> LOCAL database
>
> Host address Host name
>
> 127.0.0.1 LOCALHOST, localhost
> 192.168.1.2 gort.lan
> 192.168.1.3 klAAtu.lan
> 192.168.1.254 router.lan
> 192.168.1.86 x86vms.lan
>
> $ mcr []lookup "klaatu.lan"
> gethostname() klaatu.lan 0
> gethostbyname() klaatu.lan %X00000000
> $QIO() klaatu.lan %X00000001 %X00000870
>
> $ mcr []lookup "klAAtu.lan"
> gethostname() klaatu.lan 0
> gethostbyname() klAAtu.lan %X00061578
> $QIO() klAAtu.lan %X00000001 %X00000001
>
> /*****************************************************************************/
>
> #include<ints.h>
> #include<stdlib.h>
> #include<stdio.h>
> #include<string.h>
> #include<in.h>
> #include<netdb.h>
>
> #include<iodef.h>
> #include<iosbdef.h>
> #include<efndef.h>
> #include<starlet.h>
> #include<descrip.h>
>
> #define INETACP_FUNC$C_GETHOSTBYNAME 1
>
> int main (int argc, char *argv[])
> {
> static $DESCRIPTOR (TcpIpDeviceDsc, "TCPIP$DEVICE");
> static $DESCRIPTOR (HostNameDsc, "");
> static $DESCRIPTOR (HostAddressDsc, "");
>
> static char SubFunction [4] =
> { INETACP_FUNC$C_GETHOSTBYNAME, 0, 0, 0 };
> static struct dsc$descriptor SubFunctionDsc =
> { sizeof(SubFunction), DSC$K_DTYPE_T, DSC$K_CLASS_S, SubFunction };
>
> int status;
> short chan;
> char hname [128];
> unsigned char ipaddr [16];
> struct _iosb IOsb;
> struct hostent *heptr;
>
> status = gethostname (hname, sizeof(hname));
> printf ("gethostname() %s %d\n", hname, status);
>
> heptr = gethostbyname (argv[1]);
> printf ("gethostbyname() %s %%X%08.08X\n", argv[1], heptr);
>
> HostNameDsc.dsc$a_pointer = argv[1];
> HostNameDsc.dsc$w_length = strlen(argv[1]);
>
> HostAddressDsc.dsc$a_pointer = (char*)ipaddr;
> HostAddressDsc.dsc$w_length = sizeof(ipaddr);
>
> status = sys$assign (&TcpIpDeviceDsc, &chan, 0, 0);
> if (!(status & 1)) exit (status);
>
> status = sys$qiow (EFN$C_ENF, chan, IO$_ACPCONTROL,
> &IOsb, 0, 0,
> &SubFunctionDsc,
> &HostNameDsc, 0,
> &HostAddressDsc, 0, 0);
>
> printf ("$QIO() %s %%X%08.08X %%X%08.08X\n",
> HostNameDsc.dsc$a_pointer, status, IOsb.iosb$w_status);
> }
>
> /*****************************************************************************/
> --
> Anyone, who using social-media, forms an opinion regarding anything
> other than the relative cuteness of this or that puppy-dog, needs
> seriously to examine their critical thinking.

So, Mark Berryman's 7.2.29 is working well, however 7.4.27 (both posted versions) gives the following response...
ERROR 502 - External agent did not respond (or not acceptably).

And here's the WATCHER trace...
29-JAN-2022 00:06:09 WATCH REPORT axpbox.home:80
--------------------------------------------------
HTTPD_SSL 12.0.0 25-JAN-2022 22:23:06.36 DKA0:[WASD_ROOT.][AXP]HTTPD_SSL.EXE (25-JAN-2022 22:23:05.17)
HP TCPIP$IPC_SHR V5.7-ECO5 (08-NOV-2014 13:06:10.02)
OpenSSL 1.1.1l 24 Aug 2021 (Mon Sep 6 09:12:51 2021 UTC) [SYS0.SYSCOMMON.SSL111.INCLUDE]*.H SYS$COMMON:[SYSLIB]SSL111$LIBSSL_SHR32.EXE
$ CC (V8.4-2L1/70490002) /DECC /STAND=RELAXED_ANSI /PREFIX=ALL /NAMES=UPPER /OPTIMIZE=(INLINE=AUTO,LEVEL=4,UNROLL=0,TUNE=HOST) /NODEBUG /WARNING=(DISABLE=(PREOPTW)) /FLOAT=IEEE /IEEE=DENORM /DEFINE=(SESOLA,WATCH_CAT=1,WATCH_MOD=0,WASD_ACME=1,WASD_GETSPI=1)
AlphaServer DS10L with 1 CPU and 4GB running VMS V8.4-2L1 (ODS-5 enabled, VMS NAML, VMS FIB, ODS-DIRECT enabled, ZLIB %X00018292 (%RMS-E-FNF, file not found), REGEX enabled, lksb$b_valblk[64])
$ HTTPD /PRIORITY=4
AST:1992/2000 BIO:1997/2000 BYT:4874688/4999424 DIO:997/1000 ENQ:471/500 FIL:293/300 PGFL:460480/500000 PRC:0/100 TQ:97/100
DCL Scripting: detached, as HTTP$NOBODY, PERSONA disabled
Process: WASD:80 OTHER DKA0:[wasd_root.][startup]startup_server.com;1 DKA0:[wasd_root.][log_server]AXPBOX_20220128235933.LOG;1
Instances: AXPBOX::WASD:80
Watching: connect, request, response, mapping, error, cgi, dcl (98963) via HTTP/2
Filter: NONE
|Time_______|Module__|Line|Item__|Category__|Event...|
|00:06:13.69 DCL 4470 000000 DCL USERNAME HTTP$NOBODY|
|00:06:13.69 DCL 4586 000000 DCL CREATE detached pid:00001DF1 priority 4|
|00:06:13.69 NET 2151 000001 CONNECT ACCEPTED 192.168.0.28,64347 on http://axpbox.home,80 (192.168.0.47) BG18857:|
AST:1939/2000 BIO:1945/2000 BYT:4873408/4999424 DIO:996/1000 ENQ:471/500 FIL:293/300 PGFL:460480/500000 PRC:0/100 TQ:97/100
|00:06:13.74 ERROR 0463 ****** INTERNAL CGI:2285, not a strict CGI response|
|00:06:13.75 DCL 4829 000000 DCL DELPRC pid:00001DF1|
|00:06:13.75 DCL 4873 000000 DCL DETACHED completion pid:00001DF1 %X00002BD4 (%SYSTEM-F-EXITFORCED, forced exit of image or process by SYS$DELPRC)|
|++++++++++++++++++++++++++++++++++++++++++++
|00:06:13.84 SERVICE 1757 000003 CONNECT UNKNOWN service|
|00:06:13.84 REQUEST 4413 000003 REQUEST GET /favicon.ico|
|00:06:13.84 MAPURL 0966 000003 MAPPING PATH /favicon.ico|
0001 /favicon.ico .. SET /wasd_root/doc/* map=ELLIPSIS
0002 /favicon.ico .. SET /wasd_root/src/* NOcache map=ELLIPSIS
0003 /favicon.ico .. PASS /wasd_root/* /wasd_root/* dir=access dir=wildcard
0004 /favicon.ico .. MAP /httpd-internal-icons/* /httpd/-/*
0005 /favicon.ico .. PASS /*/-/* /wasd_root/runtime/*/*
0006 /favicon.ico .. PASS /wasd_root/runtime/* /wasd_root/runtime/*
0007 /favicon.ico .. PASS /httpd/-/admin/*
0008 /favicon.ico .. SET /wasd_root/local/* auth=ALL
0009 /favicon.ico .. SET /local/* auth=ALL
0010 /favicon.ico .. PASS /web/* /web/*
0011 /favicon.ico .. EXEC /cgi-bin/* /cgi-bin/*
0012 /favicon.ico .. EXEC+ /cgiplus-bin/* /cgi-bin/*
0013 /favicon.ico .. EXEC+ /cgiauth-bin/* /cgi-bin/*
0014 /favicon.ico .. EXEC+ /isapi/* /cgi-bin/*
0015 /favicon.ico .. SCRIPT+ /conan* /cgi-bin/conan*
0016 /favicon.ico .. SCRIPT+ /help* /cgi-bin/conan*
0017 /favicon.ico .. SCRIPT+ /HyperReader* /cgi-bin/HyperReader*
0018 /favicon.ico .. SCRIPT+ /HyperShelf* /cgi-bin/HyperShelf*
0019 if (path-info:/query/wasd_root/doc/*) script /query/* /cgi-bin/query/*
FALSE path-info:/query/wasd_root/doc/* '/favicon.ico'
FALSE
0020 if (path-info:/extract/wasd_root/doc/*) script /extract/* /cgi-bin/extract/*
FALSE path-info:/extract/wasd_root/doc/* '/favicon.ico'
FALSE
0021 /favicon.ico .. EXEC /rtbin/* (cgi-bin:[000000]rte_example.exe)/wasd_root/src/httpd/*
0022 /favicon.ico .. EXEC /decnet/* /0::/cgi-bin/*
0023 /favicon.ico .. REDIRECT /*.*.htmlx /*.htmlx?httpd=ssi&__part=*
0024 /favicon.ico .. EXEC /osu/* /0::"0=wwwexec"/cgi-bin/*
0025 /favicon.ico .. EXEC /htbin/* /0::"0=wwwexec"/cgi-bin/*
0026 /favicon.ico .. MAP /demo/* /www_root/serverdoc/*
0027 /favicon.ico .. PASS /help*
0028 /favicon.ico .. PASS /*[*]*
0029 /favicon.ico .. PASS /www_root/*
0030 /favicon.ico .. PASS /sys$common/syshlp/* /sys$common/syshlp/* dir=access dir=wildcard
0031 /favicon.ico .. PASS /sys$common/syslib/* /sys$common/syslib/* dir=access dir=wildcard
0032 /favicon.ico .. PASS /sys$common/syshlp/* /sys$common/ssl/* dir=access dir=wildcard
0033 /favicon.ico .. PASS /decw$book/* /decw$book/*
0034 /favicon.ico .. PASS /sys$common/decw$book/* /sys$common/decw$book/*
0035 /favicon.ico .. PASS /sys$common/decw$defaults/user/* /sys$common/decw$defaults/user/*
0036 /favicon.ico .. PASS /disk$vaxdoc* /disk$vaxdoc*
0037 /favicon.ico .. PASS /disk$axpdoc* /disk$axpdoc*
0038 /favicon.ico .. REDIRECT /phpmyadmin/**/ /phpmyadmin/*/index.php
0039 /favicon.ico .. EXEC /phpmyadmin/**.php* (cgi-bin:[000000]phpwasd.exe)/phpmyadmin$root/*.php* map=ONCE ods=5 script=QUERY=relaxed
0040 /favicon.ico .. PASS /phpmyadmin/* /phpmyadmin$root/*
0041 /favicon.ico .. REDIRECT /phpbb3/**/ /phpbb3/*/index.php
0042 /favicon.ico .. EXEC /phpbb3/**.php* (cgi-bin:[000000]phpwasd.exe)/phpbb3$root/*.php* map=ONCE ods=5 script=QUERY=relaxed
0043 /favicon.ico .. PASS /phpbb3/* /phpbb3$root/*
0044 /favicon.ico .. PASS /ht_root/* /wasd_root/*
0045 /favicon.ico Y- PASS /* /wasd_root/*
|00:06:13.84 MAPURL 0991 000003 MAPPING RESULT|
Mapped: /wasd_root/favicon.ico
Translated: wasd_root:[000000]favicon.ico (ODS-5)
Script:
Script-File:
Run-Time:
|00:06:13.84 CACHE 0562 000003 RESPONSE CACHE request no-cache|
|00:06:13.84 CACHE 0562 000003 RESPONSE CACHE request no-cache|
|00:06:13.84 CACHE 0562 000003 RESPONSE CACHE request no-cache|
|00:06:13.84 FILE 1587 000003 RESPONSE FILE WASD_ROOT:[000000]favicon.ico ODS:5 rfm:FIX ebk:6 ffb:174 (2734 bytes) rdt:04-NOV-2021 09:41:18.78|
|00:06:13.84 CACHE 1618 000003 RESPONSE CACHE etag: 3eb7000600009513fb2a00b6b4e8|
|00:06:13.84 REQUEST 1435 000003 REQUEST STATUS 200 (OK) rx:452 tx:2999 bytes 5.000ms 690,200 B/s|
|--------------------------------------------
|00:06:13.84 REQUEST 1789 000003 CONNECT PERSISTENT 2 with 192.168.0.28,64342|
|00:06:44.38 HTTPD 3543 000002 CONNECT TIMER (t/o:input) |
|00:07:02.92 NETIO 1002 000002 CONNECT CLOSE channel 592 %X00000001|
|00:07:08.92 end|

On 29/1/22 8:27 pm, issinoho wrote:
> On Saturday, 29 January 2022 at 03:17:06 UTC, Mark Daniel wrote:
>> On 28/1/22 9:54 am, issinoho wrote:
>>> On Thursday, 27 January 2022 at 13:31:29 UTC, issinoho wrote:
>>>> On Tuesday, 25 January 2022 at 21:59:16 UTC, Mark Daniel wrote:
>>>>> On 26/1/22 3:53 am, issinoho wrote:
8< snip 8<
> So, Mark Berryman's 7.2.29 is working well, however 7.4.27 (both posted versions) gives the following response...
> ERROR 502 - External agent did not respond (or not acceptably).
>
> And here's the WATCHER trace...
> 29-JAN-2022 00:06:09 WATCH REPORT axpbox.home:80
> --------------------------------------------------
> HTTPD_SSL 12.0.0 25-JAN-2022 22:23:06.36 DKA0:[WASD_ROOT.][AXP]HTTPD_SSL.EXE (25-JAN-2022 22:23:05.17)
> HP TCPIP$IPC_SHR V5.7-ECO5 (08-NOV-2014 13:06:10.02)
8< snip 8<
> |Time_______|Module__|Line|Item__|Category__|Event...|
> |00:06:13.69 DCL 4470 000000 DCL USERNAME HTTP$NOBODY|
> |00:06:13.69 DCL 4586 000000 DCL CREATE detached pid:00001DF1 priority 4|
> |00:06:13.69 NET 2151 000001 CONNECT ACCEPTED 192.168.0.28,64347 on http://axpbox.home,80 (192.168.0.47) BG18857:|
> AST:1939/2000 BIO:1945/2000 BYT:4873408/4999424 DIO:996/1000 ENQ:471/500 FIL:293/300 PGFL:460480/500000 PRC:0/100 TQ:97/100
> |00:06:13.74 ERROR 0463 ****** INTERNAL CGI:2285, not a strict CGI response|
> |00:06:13.75 DCL 4829 000000 DCL DELPRC pid:00001DF1|
> |00:06:13.75 DCL 4873 000000 DCL DETACHED completion pid:00001DF1 %X00002BD4 (%SYSTEM-F-EXITFORCED, forced exit of image or process by SYS$DELPRC)|
8< snip 8<
> |00:07:08.92 end|

As there is nothing from the PHPWASD.EXE being included in the WATCH
report it suggests the executable is failing to activate. What does the
following command result in?

$ mcr cgi_exe:phpwasd.exe /version
PHPWASD IA64-1.4.7, 80400000, 30-OCT-2017 16:08:48.77
PHP 7.1.11, PHPSHR, 30-OCT-2017 13:59:30.40

There may be failure data recorded in the server process log. It can be
accessed via the Server Admin [Log+] report, or from your WATCH report
indicated log file

DKA0:[wasd_root.][log_server]AXPBOX_20220128235933.LOG;

All server process logs may be found via logical name WASD_SERVER_LOGS.

> I've also just noticed the error, ZLIB %X00018292 (%RMS-E-FNF, file not found)
>
> AXPBOX::prod sho prod zlib
> ------------------------------------ ----------- ---------
> PRODUCT KIT TYPE STATE
> ------------------------------------ ----------- ---------
> JFP AXPVMS ZLIB V1.2-7 Full LP Installed
> ------------------------------------ ----------- ---------

My server process log notes

%HTTPD-I-GZIP, using LIBZ_SHR32 V1.2.3

and the command

$ show log *libz*
8< snip 8<
(LNM$SYSTEM_TABLE)

"LIBZ" = "DISK$JFPLIB0020A:[LIBZ]"
"LIBZ_SHR32" = "LIBZ:LIBZSHR32_EV56.EXE"
"LIBZ_SHR64" = "LIBZ:LIBZSHR64_EV56.EXE"
8< snip 8<

The code uses a succession of logical names to identify and activate the
shareable image.

static $DESCRIPTOR (LibzImageDsc, "LIBZ_SHR32");
static $DESCRIPTOR (GnvLibzImageDsc, "GNV$LIBZSHR32");
static $DESCRIPTOR (WasdLibzImageDsc, "WASD_LIBZ_SHR32");
8< snip 8<
status = lib$find_image_symbol (dscptr = &WasdLibzImageDsc,
&ZlibVersionDsc,
&ZlibVersionFn, 0, 0);
if (status == RMS$_FNF)
status = lib$find_image_symbol (dscptr = &GnvLibzImageDsc,
&ZlibVersionDsc,
&ZlibVersionFn, 0, 0);
if (status == RMS$_FNF)
status = lib$find_image_symbol (dscptr = &LibzImageDsc,
&ZlibVersionDsc,
&ZlibVersionFn, 0, 0);
if (status == RMS$_FNF)
{
GzipFindImageStatus = status;
GzipZlibNamePtr = dscptr->dsc$a_pointer;
FaoToStdout ("%HTTPD-W-GZIP, shareable image not found\n");
return;
}

so if something obscure you could always

$ DEFINE /SYSTEM /EXEC WASD_LIBZ_SHR32 <location>

> Thoughts???

Fascinating as all this is to the general c.o.v. denizen it might be
time to consider taking it to a more specialised forum. The info-WASD
mailing list is a low-traffic, no off-topic, conclave for such like.
Mark Berryman is also a subscriber so you never know.

https://wasd.vsm.com.au/wasd_root/other/info-WASD.html

--
Anyone, who using social-media, forms an opinion regarding anything
other than the relative cuteness of this or that puppy-dog, needs
seriously to examine their critical thinking.

On Saturday, 29 January 2022 at 12:19:41 UTC, Mark Daniel wrote:
> On 29/1/22 8:27 pm, issinoho wrote:
> > On Saturday, 29 January 2022 at 03:17:06 UTC, Mark Daniel wrote:
> >> On 28/1/22 9:54 am, issinoho wrote:
> >>> On Thursday, 27 January 2022 at 13:31:29 UTC, issinoho wrote:
> >>>> On Tuesday, 25 January 2022 at 21:59:16 UTC, Mark Daniel wrote:
> >>>>> On 26/1/22 3:53 am, issinoho wrote:
> 8< snip 8<
> > So, Mark Berryman's 7.2.29 is working well, however 7.4.27 (both posted versions) gives the following response...
> > ERROR 502 - External agent did not respond (or not acceptably).
> >
> > And here's the WATCHER trace...
> > 29-JAN-2022 00:06:09 WATCH REPORT axpbox.home:80
> > --------------------------------------------------
> > HTTPD_SSL 12.0.0 25-JAN-2022 22:23:06.36 DKA0:[WASD_ROOT.][AXP]HTTPD_SSL.EXE (25-JAN-2022 22:23:05.17)
> > HP TCPIP$IPC_SHR V5.7-ECO5 (08-NOV-2014 13:06:10.02)
> 8< snip 8<
> > |Time_______|Module__|Line|Item__|Category__|Event...|
> > |00:06:13.69 DCL 4470 000000 DCL USERNAME HTTP$NOBODY|
> > |00:06:13.69 DCL 4586 000000 DCL CREATE detached pid:00001DF1 priority 4|
> > |00:06:13.69 NET 2151 000001 CONNECT ACCEPTED 192.168.0.28,64347 on http://axpbox.home,80 (192.168.0.47) BG18857:|
> > AST:1939/2000 BIO:1945/2000 BYT:4873408/4999424 DIO:996/1000 ENQ:471/500 FIL:293/300 PGFL:460480/500000 PRC:0/100 TQ:97/100
> > |00:06:13.74 ERROR 0463 ****** INTERNAL CGI:2285, not a strict CGI response|
> > |00:06:13.75 DCL 4829 000000 DCL DELPRC pid:00001DF1|
> > |00:06:13.75 DCL 4873 000000 DCL DETACHED completion pid:00001DF1 %X00002BD4 (%SYSTEM-F-EXITFORCED, forced exit of image or process by SYS$DELPRC)|
> 8< snip 8<
> > |00:07:08.92 end|
>
> As there is nothing from the PHPWASD.EXE being included in the WATCH
> report it suggests the executable is failing to activate. What does the
> following command result in?
>
> $ mcr cgi_exe:phpwasd.exe /version
> PHPWASD IA64-1.4.7, 80400000, 30-OCT-2017 16:08:48.77
> PHP 7.1.11, PHPSHR, 30-OCT-2017 13:59:30.40
>
> There may be failure data recorded in the server process log. It can be
> accessed via the Server Admin [Log+] report, or from your WATCH report
> indicated log file
>
> DKA0:[wasd_root.][log_server]AXPBOX_20220128235933.LOG;
>
> All server process logs may be found via logical name WASD_SERVER_LOGS.
> > I've also just noticed the error, ZLIB %X00018292 (%RMS-E-FNF, file not found)
> >
> > AXPBOX::prod sho prod zlib
> > ------------------------------------ ----------- ---------
> > PRODUCT KIT TYPE STATE
> > ------------------------------------ ----------- ---------
> > JFP AXPVMS ZLIB V1.2-7 Full LP Installed
> > ------------------------------------ ----------- ---------
> My server process log notes
>
> %HTTPD-I-GZIP, using LIBZ_SHR32 V1.2.3
>
> and the command
>
> $ show log *libz*
> 8< snip 8<
> (LNM$SYSTEM_TABLE)
>
> "LIBZ" = "DISK$JFPLIB0020A:[LIBZ]"
> "LIBZ_SHR32" = "LIBZ:LIBZSHR32_EV56.EXE"
> "LIBZ_SHR64" = "LIBZ:LIBZSHR64_EV56.EXE"
> 8< snip 8<
>
> The code uses a succession of logical names to identify and activate the
> shareable image.
>
> static $DESCRIPTOR (LibzImageDsc, "LIBZ_SHR32");
> static $DESCRIPTOR (GnvLibzImageDsc, "GNV$LIBZSHR32");
> static $DESCRIPTOR (WasdLibzImageDsc, "WASD_LIBZ_SHR32");
> 8< snip 8<
> status = lib$find_image_symbol (dscptr = &WasdLibzImageDsc,
> &ZlibVersionDsc,
> &ZlibVersionFn, 0, 0);
> if (status == RMS$_FNF)
> status = lib$find_image_symbol (dscptr = &GnvLibzImageDsc,
> &ZlibVersionDsc,
> &ZlibVersionFn, 0, 0);
> if (status == RMS$_FNF)
> status = lib$find_image_symbol (dscptr = &LibzImageDsc,
> &ZlibVersionDsc,
> &ZlibVersionFn, 0, 0);
> if (status == RMS$_FNF)
> {
> GzipFindImageStatus = status;
> GzipZlibNamePtr = dscptr->dsc$a_pointer;
> FaoToStdout ("%HTTPD-W-GZIP, shareable image not found\n");
> return;
> }
>
> so if something obscure you could always
>
> $ DEFINE /SYSTEM /EXEC WASD_LIBZ_SHR32 <location>
>
> > Thoughts???
>
> Fascinating as all this is to the general c.o.v. denizen it might be
> time to consider taking it to a more specialised forum. The info-WASD
> mailing list is a low-traffic, no off-topic, conclave for such like.
> Mark Berryman is also a subscriber so you never know.
>
> https://wasd.vsm.com.au/wasd_root/other/info-WASD.html
> --
> Anyone, who using social-media, forms an opinion regarding anything
> other than the relative cuteness of this or that puppy-dog, needs
> seriously to examine their critical thinking.

Thanks. Will do.

On 2022-01-28, Simon Clubley <clubley@remove_me.eisner.decus.org-Earth.UFP> wrote:
> On 2022-01-28, issinoho <iain@issinoho.com> wrote:
>>
>> If the "axpbox.home" alias is *not* defined then we have the problem. Following this, I actually found an entry in the VSI TCP/IP manual which states that when hosts have a mixed-case then a uniform case alias should/must be defined. So it seems like a known situation.
>
> So instead of spending the effort to fix the problem, they instead
> documented the current behaviour as the expected behaviour. :-)
>

Just for the record, that should say "HPE instead documented the current
behaviour". I'm aware that VSI inherited the stack from HPE.

> I hope VSI are more proactive about fixing problems such as this and
> don't just leave them until they are forced to fix them. :-)
>

Simon.

--
Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP
Walking destinations on a map are further away than they appear.