Connecting to AS/400 with Iseries Access fails when logging on

[Michael Buus Sørensen]

Hi

Any help wil be appreciated.

When I try to connect to AS/400 R5V2 via TCP/IP I get CWBSY1008 - rc=408.
I have done all the things told in the helptext and installed a CUMPTF that
works on
a similar AS/400.

Does anyone have any suggestions?

Details:
job:
QZSOSGND QUSER BCH

error msg:

Meddelelses-ID . . . . : MCH3601 Grad . . . . . . . . . : 40

Meddelelsestype . . . : Escape

Dato sendt . . . . . . : 14-02-04 Klokkeslæt . . . . . . : 13:25:31

Meddelelse . . : Pointer not set for location referenced.

Årsag . . . . . : A pointer was used, either directly or as a basing

pointer, that has not been set to an address.

Meddelelses-ID . . . . : CPIAD07 Grad . . . . . . . . . : 40

Meddelelsestype . . . : Diagnostik

Dato sendt . . . . . . : 14-02-04 Klokkeslæt . . . . . . :
13:25:31

Meddelelse . . : Error on hostserver reasoncode 5.

5 -- Error starting job on hostserver.

--
Michael Buus Sørensen

[fred langner]

I had it also some time ago... read this from IBM apar database

Error Description
Client Access connections may fail with CWBSY1000 or
CWBLM0006. These messages can indicate many different problems. If in the
course of normal problem determination, the CPIAD07 rc=5 is found in a
daemon joblog, the prestart job for that daemon should be investigated. If
the prestart job for the daemon is running normally, the Host Server User
Index should be investigated.

For information on the names of the daemon and prestart jobs, see SC41-5740.

To investigate the User Index:
DMPOBJ OBJ(QUSRSYS/QYSMSVRE) OBJTYPE(*USRIDX)

Display the splf and look at the Object Attributes.
If the object is damaged, delete it.

The User Index will be created automatically with the next client request.
If modifications have been made to the User Index, you may wish to restore
this from backup immediately after deleting, instead of letting a new User
Index automatically create.
Once the User Index is created and functional, save the object to tape or a
SAVF. This will not only ease recovery from the situation, may also
alleviate the probability of it reoccuring.
For example:
CRTSAVF FILE(QGPL/SAVUI) TEXT('quick savf') SAVOBJ OBJ(QYSMSVRE)
LIB(QUSRSYS) DEV(*SAVF)OBJTYPE(*USRIDX) SAVF(QGPL/SAVUI)
MSGCPIAD07 RC5 may also be seen when QYSMSVRE has been modified so that one
of the Client Access Servers runs in a user defined subsystem and that
subsystem has not been started.

so what I did is just deleting the object qsysmsvre, and after the first
ateempt to connect via ops navigator it was automatically rebuild and
everything was fine..

Greetings

--
Fred Langner

"Michael Buus Sørensen" <x...@xxx.com> schrieb im Newsbeitrag
news:402e229e$0$18961$ba62...@nntp04.dk.telia.net...

[fred langner]

Did you do a release change last wekend ???

"Michael Buus Sørensen" <x...@xxx.com> schrieb im Newsbeitrag
news:402e229e$0$18961$ba62...@nntp04.dk.telia.net...

[Michael Buus Sørensen]

no, I took a new (used) AS/400 in use installed with 5.2 on the lowest (I
guess) level.
anyway - I will try what you suggested and tell if it works, here.
--
Hilsen
Michael Buus Sørensen

"fred langner" <f.la...@tcs-gmbh.com> skrev i en meddelelse
news:c0qeov$1akuk1$1...@ID-88630.news.uni-berlin.de...

[Michael Buus Sørensen]

Thank's.

deleting QUSRSYS/QYSMSVRE helped.

I saved it first to make sure I could reestablish, but that wasn't
nessasary.
Until now I have spend about 10 hours to get it work, reading manuals,
looking for the topic
on the internet and opgrading the OS.

--
Hilsen
Michael Buus Sørensen

"fred langner" <f.la...@tcs-gmbh.com> skrev i en meddelelse

news:c0q8nd$1abd95$1...@ID-88630.news.uni-berlin.de...

[fred langner]

Thats fine...where are you located in Denmark...perhaps we can meet when I
am in Denmark

"Michael Buus Sørensen" <x...@xxx.com> schrieb im Newsbeitrag

news:40310851$0$24700$ba62...@nntp03.dk.telia.net...