Hi All,

We have an entry in our user coldstart which spawns a phantom
process.
This process reads a list of programs from a control-file and
loops over this list to spawn further phantoms.
A total of five only jobs.

One of these jobs executes a "LOGTO accountname" and the MD entry
of this accountname runs a sequence of programs in an overnight batch
run.


While testing an upgrade from 7.3.6 to 7.5.6, I realised that the
phantom was returning straight away from it's LOGTO : thereby doing
none of the batch processes. It runs fine in the foreground.

Ok, with only a couple of days to my cutover, I decided to hack
out the phantom and try that other unreliable command, LOGON.

I have tried all the examples in the documentation in an effort
to log another port onto D3 to try to get my batch processes to run.
No luck, I'm afraid.

The WHERE status of a free port before my attempt to log it on
(if it is of any value) :

PCB PIB ABS Stat R1 and Return Stack
FID Stat Base

138 0000010A 7310 000018 MD0:000

After attempt to LOGON port :

138 0000010A FF10 000018 LG_ON:000


My question to the group is this : Does anyone have the syntax
of a working LOGON command that I could try ?

Thanks in advance.

Niall Heelan

Couple questions:
1) What does TL say about Logto from a phantom working differently?
2) Is the v7.5.x reference manual page on Logon inaccurate?

logon {(p)}
line,user-ID,user-password,md,md-password
'p' Starts process as a phantom line.

See ref for details.
T

On Mar 3, 4:37*pm, Ross Ferris <ro... (AT) stamina (DOT) com.au> wrote:
Hi Russ,

Thanks for the suggestion.
It still comes back with an "Unsuccessful Logon" message.

Regards,

Niall

On Mar 4, 10:38*pm, "ni... (AT) removethisgreatgulfhomes (DOT) com"
<chicod... (AT) gmail (DOT) com> wrote:
ummmmmmm,

OK new system & all that ..... does the user exist?!?! with sys2?

On Mar 4, 8:11*am, Ross Ferris <ro... (AT) stamina (DOT) com.au> wrote:
Hi Russ,


Yep. I am trying to log a port onto DM from my account - SYS2
privileges.
Tried it from DM too : no luck.

I remember way back that the LOGON verb used to work but I've
never had to use it in over 15 years. I was just looking for a simple
example that currently works on D3/NT but I guess it doesn't.


Regards,

Niall

If you are not using a user or account password there might be a bug
with null parameters. There was a bug like this in the Z command in
v7.2. Make sure your user and account have a password and try again.

On Mar 4, 11:55*am, Tony Gravagno
<address.is.in.po... (AT) removethis (DOT) com.invalid> wrote:
Not sure it's so much a bug as to a "feature". The z command
definitely works differently during a coldstart, as user DM, than when
you are logged on an interactive session. During a coldstart, the z
command does not prompt for any account level passwords, so if you've
created a PROC with such data stacked, it will fail during coldstart,
though it will run fine during a regular user session.

--
Kevin Powick

Kevin Powick wrote:

That was certainly a bug. Commands should work consistently
regardless of where they're executed. This was fixed somewhere in
v7.4.x.

On Mar 6, 4:21*pm, Tony Gravagno
<address.is.in.po... (AT) removethis (DOT) com.invalid> wrote:

Or broken again recently, as one of my sites 7.5.x still has this
behaviour.

One thing the OP can try, which is how I discovered this in the first
place, is to reboot the VME in DEBUG mode and see if his coldstart
process raises any errors.

--
Kevin Powick