I've got a ZAPCP EXEC that can reset the invamid pasword counts for LINK
and AUTOLOG (available on request), also CP SET JOURNAL OFF and ON used to
clear certain counters; but not all, otherwise I woudn't have coded ZAPCP
Kris,
IBM Belgium, VM customer support
I don't understand what you mean
On 7/29/06, Tom Cluster [EMAIL PROTECTED] wrote:
Well, I just did a test. Remember, we have no ESM. I logged on as a
user who does not have LNKNOPAS. I issued a LINK command to Maint's
191 with the wrong pw 5 times, and I got this message. But when I
gave it the correct password on the 6th
I don't understand what you mean by anone with TCPIP access. Are
you talking about people who use TN3270 through this server? You
can't be seriously saying that because of TCPIP's having LNKNOPAS
that they can link to all disks, are you?
Thanks for the information about journaling. I'll
On Friday, 07/28/2006 at 07:42 MST, Tom Cluster [EMAIL PROTECTED]
wrote:
Well, I just did a test. Remember, we have no ESM. I logged on as a
user who does not have LNKNOPAS. I issued a LINK command to Maint's
191 with the wrong pw 5 times, and I got this message. But when I
gave it the
On 7/27/06, Tom Cluster [EMAIL PROTECTED] wrote:
apparently some bug in the password passing routine.
From what I remember it does not use the CMS tokenizer but has its
own, and requires blanks around the opening parenthesis to ensure
parsing.
Rob
Well, I just did a test. Remember, we have no ESM. I logged on as a
user who does not have LNKNOPAS. I issued a LINK command to Maint's
191 with the wrong pw 5 times, and I got this message. But when I
gave it the correct password on the 6th try it worked.
I suppose one way to get around
You have to specifically tell VM:Secure to give TCPIP rights (I gave it R/W because I was in a hurry at the time and didn't want to take the time to experiment w/ R/O and then maybe R/W) to link to your 191 disk.And, the message you get when you don't have that authorization set, as I recall, is
Hello Tom,
I am on z/VM 4.3.
If you do a NETSTAT ?, you will see all the commands you are allowed.
Is OBEY there?
Commands available:
BLOCK adr - Ignore packets from an IP address
CP command- Issue a CP command
DELARP adr- Delete ARP cache entry for an IP address
DROP n- Drop a TCP
Tom,
NETSTAT OBEY was added in z/VM 4.3
Regards,
Miguel Delapaz
z/VM TCP/IP Development
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
wrote on 07/27/2006 11:08:01 AM:
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
On
Behalf Of Tom
Hello, Alan,
Taking your advice, I've spoken with the network guy about this. (He
didn't laugh at me. He's an ex-mainframer and a good guy.) They
haven't put in any kind of filter or rule that would affect this one
VSE guest, and they've verified that their arp cache on their Cisco
router
One (hopefully final) question. I PROFILE TCPIP I see a series of
START statements at the end, one of which is START CTC1, which is the
connection under discussion here. Is there a way to issue a
statement like this once the stack is up and running? Do I just log
onto the service machine
On 26 Jul 2006 at 13:38, Tom Cluster wrote:
One (hopefully final) question. I PROFILE TCPIP I see a series of
START statements at the end, one of which is START CTC1, which is
the
connection under discussion here. Is there a way to issue a
statement like this once the stack is up and
I'm sorry, Shimon. I didn't see those postings. Who knows what
happened at this end. Thank you for drawing my attention to it.
- Tom.
At 02:02 PM 7/26/2006, you wrote:
On 26 Jul 2006 at 13:38, Tom Cluster wrote:
One (hopefully final) question. I PROFILE TCPIP I see a series of
On Wednesday, 07/26/2006 at 01:38 MST, Tom Cluster
[EMAIL PROTECTED] wrote:
One (hopefully final) question. I PROFILE TCPIP I see a series of
START statements at the end, one of which is START CTC1, which is the
connection under discussion here. Is there a way to issue a
statement like this
I'm sorry, but I'm really sort of confused.
Shimon pointed out that I could use OBEYFILE, and I went to the
section in the Planning and Customization Guide that he mentioned,
with some trepidation, because I had vaguely remembered that there's
a whole issue about getting TCPIP to see the
My first posting in that old thread said OBEYFILE, and Alan
had some juicy comment at that idea.
He suggested NETSTAT OBEY, which I have not looked at yet,
but is apparently an easier way to deal with OBEYFILE.
I mentioned that nowadays I use IFCONFIG if DOWN or UP.
These commands require that
I find that I'm always stumbling around when it comes to
understanding the configuration and use of TCP/IP in VM.
We have three VSE virtual machines which use TCP/IP in VM as their
gateway, connected via virtual ctca's. The IP stacks are working
correctly in two of the guests, but not in the
If you can ping VM from VSE and ping VSE from VM, then the connection is
fine.
Since the other VSE systems can access outside of VM and you LAN type
can access the other VSE systems, the VM connection and routing is
fine.
So it is a possible routing problem for that VSE.
If, from a LAN you try
On Tuesday, 07/11/2006 at 02:33 MST, Tom Cluster [EMAIL PROTECTED]
wrote:
We have three VSE virtual machines which use TCP/IP in VM as their
gateway, connected via virtual ctca's. The IP stacks are working
correctly in two of the guests, but not in the third. It previously
worked and no
19 matches
Mail list logo