after that when i tried to logon i am getting the following error.
ICH70001I VTI0HC1 LAST ACCESS AT 08:37:09 ON THURSDAY, FEBRUARY 7, 2002
IKJ56455I VTI0HC1 LOGON IN PROGRESS AT 08:39:07 ON FEBRUARY 7, 2002
IKJ56457I LOGON FAILED JCL ERROR IN LOGON PROCEDURE
IKJ56470I VTI0HC1 LOGGED OFF TSO AT 08:39:09 ON FEBRUARY 7, 2002
Can anyone tell me how to remove that entry
thanks
manohar
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to list...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
- logon with a different logon procedure
- logon at a different system that has access to the broken logon proc
- restore the procedure library from a backup (possibly stand-alone)
- use a standalone editor (like ZZSA, real great tool, and it is free)
With kind Regards |\ _,,,---,,_
ZZZzz /,`.-'`' -. ;-;;,
Volker Bandke |,4- ) )-,_. ,\ ( `'-'
(BSP GmbH) '---''(_/--' `-'\_)
Life is an illusion and reality is a figment of the imagination. --
The Rocky Horror Picture Show
(Another Wisdom from my fortune cookie jar)
-----Ursprüngliche Nachricht-----
Von: IBM Mainframe Discussion List [mailto:IBM-...@BAMA.UA.EDU]Im
Auftrag von G Manohar Rao, Noida
Gesendet: Donnerstag, 7. Februar 2002 13:44
An: IBM-...@BAMA.UA.EDU
Betreff: [IBM-MAIN] logon procedure error
after that when i tried to logon i am getting the following error.
ICH70001I VTI0HC1 LAST ACCESS AT 08:37:09 ON THURSDAY, FEBRUARY 7, 2002
IKJ56455I VTI0HC1 LOGON IN PROGRESS AT 08:39:07 ON FEBRUARY 7, 2002
IKJ56457I LOGON FAILED JCL ERROR IN LOGON PROCEDURE
IKJ56470I VTI0HC1 LOGGED OFF TSO AT 08:39:09 ON FEBRUARY 7, 2002
Can anyone tell me how to remove that entry
---------------------<unsnip>-------------------------
This is an excellent argument for having an alternate LOGON proc.
Try logging on with procedure IKJACCT and using the TSO line editor to
insert a '*' into position 3 of the offending line.
If you line have at doc (.) at the end, It is the trouble.
You have to remove it.
Henry.
-----Mensaje original-----
De: G Manohar Rao, Noida [mailto:gman...@NOIDA.HCLTECH.COM]
Enviado el: Jueves, 07 de Febrero de 2002 07:44 a.m.
Para: IBM-...@BAMA.UA.EDU
Asunto: logon procedure error
hi all ,
my tso logon procedure is SYS1.TSOPROC(ISPFPROC).
i have added a SYSPROC statement as
// DD DSN=VTI0HC1.IPERV311.CLIST,DISP=SHR.
after that when i tried to logon i am getting the following error.
ICH70001I VTI0HC1 LAST ACCESS AT 08:37:09 ON THURSDAY, FEBRUARY 7, 2002
IKJ56455I VTI0HC1 LOGON IN PROGRESS AT 08:39:07 ON FEBRUARY 7, 2002
IKJ56457I LOGON FAILED JCL ERROR IN LOGON PROCEDURE
IKJ56470I VTI0HC1 LOGGED OFF TSO AT 08:39:09 ON FEBRUARY 7, 2002
Can anyone tell me how to remove that entry
thanks
manohar
henry.
-----Original Message-----
From: Rick Fochtman [mailto:Rick.F...@BOTCC.COM]
Sent: Thursday, February 07, 2002 6:29 PM
To: IBM-...@BAMA.UA.EDU
Subject: Re: logon procedure error
----------------------<snip>----------------------
my tso logon procedure is SYS1.TSOPROC(ISPFPROC).
i have added a SYSPROC statement as
// DD DSN=VTI0HC1.IPERV311.CLIST,DISP=SHR.
after that when i tried to logon i am getting the following error.
ICH70001I VTI0HC1 LAST ACCESS AT 08:37:09 ON THURSDAY, FEBRUARY 7, 2002
IKJ56455I VTI0HC1 LOGON IN PROGRESS AT 08:39:07 ON FEBRUARY 7, 2002
IKJ56457I LOGON FAILED JCL ERROR IN LOGON PROCEDURE
IKJ56470I VTI0HC1 LOGGED OFF TSO AT 08:39:09 ON FEBRUARY 7, 2002
Can anyone tell me how to remove that entry
---------------------<unsnip>-------------------------
This is an excellent argument for having an alternate LOGON proc.
Try logging on with procedure IKJACCT and using the TSO line editor to
insert a '*' into position 3 of the offending line.
----------------------------------------------------------------------
-------------------<unsnip>--------------------
Got another LOGON proc you can use?
Or someone else handy who can edit that library?
F DFHSM,RECOVER you-clist-pds
is an there another TSO user logged on that can edit the proc you
modify ?
For IKJACCNT not authorized , use TSO ACCOUNT command to add this proc
to your user , so next time you can alternativly logon with IKJACCNT
With kind Regards |\ _,,,---,,_
ZZZzz /,`.-'`' -. ;-;;,
Volker Bandke |,4- ) )-,_. ,\ ( `'-'
(BSP GmbH) '---''(_/--' `-'\_)
Life is an illusion and reality is a figment of the imagination. --
The Rocky Horror Picture Show
(Another Wisdom from my fortune cookie jar)
-----Ursprüngliche Nachricht-----
Von: IBM Mainframe Discussion List [mailto:IBM-...@BAMA.UA.EDU]Im
Auftrag von G Manohar Rao, Noida
Gesendet: Donnerstag, 7. Februar 2002 14:32
An: IBM-...@BAMA.UA.EDU
Betreff: Re: [IBM-MAIN] logon procedure error
Have someone else edit the logon procedure and fix it.
With kind Regards |\ _,,,---,,_
ZZZzz /,`.-'`' -. ;-;;,
Volker Bandke |,4- ) )-,_. ,\ ( `'-'
(BSP GmbH) '---''(_/--' `-'\_)
Life is an illusion and reality is a figment of the imagination. --
The Rocky Horror Picture Show
(Another Wisdom from my fortune cookie jar)
-----Ursprüngliche Nachricht-----
Von: IBM Mainframe Discussion List [mailto:IBM-...@BAMA.UA.EDU]Im
Auftrag von Matthew Stitt
Gesendet: Donnerstag, 7. Februar 2002 15:40
An: IBM-...@BAMA.UA.EDU
Betreff: Re: [IBM-MAIN] AW: [IBM-MAIN] logon procedure error
>I don't have my P390 cookbook with me, but, I believe that it mentions 2 or
>3 alternative procedures that could be used for logon procs. If someone
has
>that book available, maybe they could check to see what they are, or maybe
>my memory is failing and I'm just fantasizing. Oh well. Fred
>
What makes you think this is a P/390 system?
Mark
--
+------------------------------------------------------------------+
| Mark Zelden - OS/390 and z/OS consultant - Chicago |
| mailto:mze...@flash.net |
| Mark's MVS Utilites: http://home.flash.net/~mzelden/mvsutil.html |
+------------------------------------------------------------------+
> rick,
> PROCEDURE NAME IKJACCT NOT AUTHORIZED
I believe that would be IKJACCNT.
-----Original Message-----
From: Mark Zelden [mailto:mze...@FLASH.NET]
Sent: Thursday, February 07, 2002 10:09 AM
To: IBM-...@BAMA.UA.EDU
Subject: Re: logon procedure error
On Thu, 7 Feb 2002 09:56:48 -0600, Fred Hoffman <fhof...@TAD.ORG> wrote:
>I don't have my P390 cookbook with me, but, I believe that it mentions 2 or
>3 alternative procedures that could be used for logon procs. If someone
has
>that book available, maybe they could check to see what they are, or maybe
>my memory is failing and I'm just fantasizing. Oh well. Fred
>
What makes you think this is a P/390 system?
Mark
--
+------------------------------------------------------------------+
| Mark Zelden - OS/390 and z/OS consultant - Chicago |
| mailto:mze...@flash.net |
| Mark's MVS Utilites: http://home.flash.net/~mzelden/mvsutil.html |
+------------------------------------------------------------------+
----------------------------------------------------------------------
Greg Dorner
Ultraserv Corp
dor...@ultraserv.net
If he has an AD system, he can log on with that PROC using IBMUSER (if
it's not revoked) and use TSO/E EDIT to remove the line:
EDIT SYS1.TSOPROC(ISPFPROC) CNTL
LIST <=== To get the line number
DELETE nnnnnn <=== To delete the line
SAVE
END
Or he could use any other working logon PROC from any ID authorized to
update the SYS1.TSOPROC data set.
On a P/390, if all else fails, then given enough disk space he could
restore another the SCPxxx volume for his release from the CDs, IPL with
his existing one offline, rename his existing SCPxxx, bring it online,
edit the PROC, rename the volume back, and re-IPL. (This assumes the
system configuration hasn't been changed to break the setup on a virgin
SCPxxx volume. If it has, then at least the z/OS target volumes will
also be needed to IPL.)
John Eells (Original AD system builder)
ServerPac Design
IBM Poughkeepsie
Fred Hoffman wrote:
>
> I don't have my P390 cookbook with me, but, I believe that it mentions 2 or
> 3 alternative procedures that could be used for logon procs. If someone has
> that book available, maybe they could check to see what they are, or maybe
> my memory is failing and I'm just fantasizing. Oh well. Fred
>
----------------------------------------------------------------------
I see that Greg Dorner already posted my cure for tso proc failures:
have a proc handy that allocates no datasets and another one that only
allocates the standard (bare minimum) IBM ISPF libraries. You should
test using these procs before depending on using them!
Another thing to so is when you make a change, logon with an alternate
userid or have a cow-orker do it while you stay logged on .
Yet another thing you could do if you have TCPIP FTP server running (and
who doesn't anymore): FTP to MVS, download the offending proc, edit it
on the PC and upload the proc back to MVS. Logon FD&H.
>
>A decidedly less proactive approach I used once (a long time ago) is when
you
>realize your mistake, run feverishly from cubicle to cubicle yelling 'DON'T
>LOGOFF'!! Sometimes this works, but it is a bit embarrassing! Also is not
>recommended in a single user environment.
>
That also doesn't work if the person logged on doesn't have the
authority to update the proclib!
Mark
--
+------------------------------------------------------------------+
| Mark Zelden - OS/390 and z/OS consultant - Chicago |
| mailto:mze...@flash.net |
| Mark's MVS Utilites: http://home.flash.net/~mzelden/mvsutil.html |
+------------------------------------------------------------------+
----------------------------------------------------------------------
> Another thing to so is when you make a change, logon with an alternate
> userid or have a cow-orker do it while you stay logged on .
A decidedly less proactive approach I used once (a long time ago) is when you
realize your mistake, run feverishly from cubicle to cubicle yelling 'DON'T
LOGOFF'!! Sometimes this works, but it is a bit embarrassing! Also is not
recommended in a single user environment.
----------------------------------------------------------------------
If you do not want to bother with ds concatenation in logon proc, use
CCAT command in your clist instead of FREE/ALLOCATE command. CCAT is
non-standard TSO cmd, but you can download file # 535 from
http://www.cbttape.org/cbtdowns.htmCBT. Hope this help.
regards,
--
Deru Sudibyo
posted via MFF : http://www.mainframeforum.com/f1363/s
registration is required to reply to posts