RSCS help needed

2007-05-04 Thread James M

backup guy here again in need of assistance...

Last night one of the rscs links froze. Q F showed one file at the top in
sending mode with many behind in waiting status.
Purged the sending file, stop/start the link and files were again moving.
Now I've been told to provide an explanation.
question 1 -  how to look at rscs log -  I think the command would be.
smsg rscs cp sp cons close to myid
is that correct?
question 2 - if I remember correctly rscs now uses tcpip as transport
mechanism. If this is correct is there anything on that side I should be
looking at?

If there are any other hints that may be helpful I would appreciate hearing
them.

Thanks again.
-James


Re: RSCS help needed

2007-05-04 Thread Kris Buelens

RSCS can use SNA, CTC or TCP/IP as transport mechanism for a link to another
NJE site, it depends on your setup.  Example
SM RSCS Q VMKBMB01
Link
Name Status Type
VMKBMB01 connectTCPNJE
which is for TCP/IP, the other linktypes are SNANJE or NJE.  If it is a link
driving a printer, it probably is SNA or TCP/IP.
If your link is SNA, also have a look at the VTAM console; for TCP/IP, maybe
the TCPIP console can tell you things too.

2007/5/4, James M [EMAIL PROTECTED]:


backup guy here again in need of assistance...

Last night one of the rscs links froze. Q F showed one file at the top in
sending mode with many behind in waiting status.
Purged the sending file, stop/start the link and files were again moving.
Now I've been told to provide an explanation.
question 1 -  how to look at rscs log -  I think the command would be.
smsg rscs cp sp cons close to myid
is that correct?
question 2 - if I remember correctly rscs now uses tcpip as transport
mechanism. If this is correct is there anything on that side I should be
looking at?

If there are any other hints that may be helpful I would appreciate
hearing them.

Thanks again.
-James





--
Kris Buelens,
IBM Belgium, VM customer support


Re: RSCS help needed

2007-05-04 Thread James M

OK - thanks.
Seems to be nje w/dedicated ctc.
I think I found a clue.
09180,07/05/03 16:46:00 RSCS SYS1  :  16:46:00 DMTNTR930E LINK SYS2 STR
EAM 2 DENIED -- INSUFFICIENT SPOOL
SPACE   ,

I assuming this means the remote system (SYS2) has run out of spool space??
Oddly it seemed to recover and send more files until around 8PM when I got
involved.
I do remember checking spool on both sides at that time and each had plenty.
BTW sys1  sys2 are z/vm 52 - sys2 is second level.

So I guess the mystery remains - why did it hang @8PM? - why did the purge
of the sending(hung) file not clear things? Why did I have to stop/start the
link to free it?

Thanks for the help.
-James
On 5/4/07, Kris Buelens [EMAIL PROTECTED] wrote:


RSCS can use SNA, CTC or TCP/IP as transport mechanism for a link to
another NJE site, it depends on your setup.  Example
SM RSCS Q VMKBMB01
Link
Name Status Type
VMKBMB01 connectTCPNJE
which is for TCP/IP, the other linktypes are SNANJE or NJE.  If it is a
link driving a printer, it probably is SNA or TCP/IP.
If your link is SNA, also have a look at the VTAM console; for TCP/IP,
maybe the TCPIP console can tell you things too.

2007/5/4, James M [EMAIL PROTECTED] :

 backup guy here again in need of assistance...

 Last night one of the rscs links froze. Q F showed one file at the top
 in sending mode with many behind in waiting status.
 Purged the sending file, stop/start the link and files were again
 moving.
 Now I've been told to provide an explanation.
 question 1 -  how to look at rscs log -  I think the command would
 be.
 smsg rscs cp sp cons close to myid
 is that correct?
 question 2 - if I remember correctly rscs now uses tcpip as transport
 mechanism. If this is correct is there anything on that side I should be
 looking at?

 If there are any other hints that may be helpful I would appreciate
 hearing them.

 Thanks again.
 -James




--
Kris Buelens,
IBM Belgium, VM customer support


Re: RSCS help needed

2007-05-04 Thread Shimon Lebowitz
 Seems to be nje w/dedicated ctc.

dedicated ctc? I am guessing that you mean that 
the RSCS machine has a *virtual* ctc coupled to the
host machine running the second level VM?

If you really have a *hardware* ctc connecting the two
VM instances (regardless of whether they are in the same
LPAR, or physical machine), you can use it to run ISFC:
ACTIVATE ISLINK dev (if I remember correctly).
Then from any one side you can just copy files directly to/from
SFS on the other side. A real breeze!

Shimon
-- 

Shimon Lebowitzmailto:[EMAIL PROTECTED]
VM System Programmer   mailto:[EMAIL PROTECTED]
Israel Police National HQ. http://www.poboxes.com/shimonpgp
Jerusalem, Israel  phone: +972 2 542-9877  fax: 542-9308