Thanks, Alan. Confirmation with explanation, as usual. It helps to keep
me from asking the same question the next time (if I can remember that I
had the problem before, that is).
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:[EMAIL PROTE
Jim, the documentation on how to use the vmserve package is included in the vmarc file.
Look for the VMSERVE SCRIPT file.
Dodds, Jim wrote:
Is there any documentation on how to use this or must we spend time
trying to figure out what it does and how it does it?
Jim Dodds
Systems Programm
On Wednesday, 07/02/2008 at 07:05 EDT, "Schuh, Richard" <[EMAIL PROTECTED]>
wrote:
> Thanks for the tip. I will give it a try.
Not "PASV". That's the name of the verb that flows. You want "passive"
(applying only to the VM FTP client). If you're using some other client,
check its documentati
Thanks for the tip. I will give it a try.
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:[EMAIL PROTECTED] On Behalf Of Fran Hensler
> Sent: Wednesday, July 02, 2008 4:00 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: FTP Problem
>
> I
I have had firewall problems and using the passive (PASV) command
cured it.
/Fran Hensler at Slippery Rock University of Pennsylvania USA for 45 years
[EMAIL PROTECTED] +1.724.738.2153
"Yes, Virginia, there is a Slippery Rock"
On Wed, 2 Jul 2008 15:34:05 -0500 Bob Bates
On Wednesday, 07/02/2008 at 03:57 EDT, "Schuh, Richard" <[EMAIL PROTECTED]>
wrote:
> Near the end of a 605MB (the size of the VMARC file; unpacked, it is
over
> 2.7GB) FTP, I got the message "421 Service not available, closing
control
> connection." Dumb me, I looked in the numbered client and
Is there any documentation on how to use this or must we spend time
trying to figure out what it does and how it does it?
Jim Dodds
Systems Programmer
Kentucky State University
400 East Main Street
Frankfort, Ky 40601
502 597 6114
-Original Message-
From: The IBM z/VM Operating System [m
Yes, they needed someone intelligent in there :-)
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:[EMAIL PROTECTED] On Behalf Of Leland
> Sent: Wednesday, July 02, 2008 1:50 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: What do your ope
Quoting "Schuh, Richard" <[EMAIL PROTECTED]>:
> It kind of reminds me of a trip to the Navy's Atlantic
> Intelligence Center in 1968 - each of us in the group was accompanied by
> two armed Marine guards. There were more guards in the meeting room than
> there were participants.
>
I'm impressed Ri
I see lots of other dumps, including some of my old ones, so the DIR is
not being blocked. I have already started it again, and it appears to be
about 30% done. Wish me luck, I will probably need it.
Regards,
Richard Schuh
From: The IBM z/VM Op
Quoting Marcy Cortes <[EMAIL PROTECTED]>:
> Some of us are just way way too far from our systems to be "around".
> One data center is 2000 miles, the other like 800.
> Added to that, they don't let us in :) and who wants to go to MN in
> January or AZ in August anyway!
>
Awww, MN's not that bad.
I know what you mean. Ours two closest are 1000 and 3000 miles away. If
we are going into one of the centers, we must be accompanied by a
manager at the facility and leave our firstborn at the door as a hostage
(well, maybe not the firstborn, but company id and driver's license).
And that is just t
Yup, probably a firewall server. It is using the user and password you
give it to do the open and pass the userid and password before it starts
moving the commands through. Since you don't see any part of the file,
I'd say either the site blocks the DIR (if you see other files, then
that's not it)
Some of us are just way way too far from our systems to be "around".
One data center is 2000 miles, the other like 800.
Added to that, they don't let us in :) and who wants to go to MN in
January or AZ in August anyway!
Marcy
"This message may contain confidential and/or privileged information.
Actually, it is a bit more complex than that - we have some kind of
server that we go through. It is
ftp internet
user>
[EMAIL PROTECTED]@ipaddress
password>
[EMAIL PROTECTED]
And then it is the BIN and PUT commands.
I assumed that the OPEN was being done under the covers, but I do not
know
Thanks everyone for paint the pictures.
Let's see...We don't have tape attached to our z/VMs. We rarely do server
reboots and very rarely IPL our z/VMs (both of which will be changing though)
and z/VM has almost never complained about anything.
When we do IPL/reboot it's usually due to change, s
You actually did do an open, though maybe not directly. If you issue an
FTP X.Y.COM, the OPEN X.Y.COM command is issued for you. If you enter
just the FTP command to get into the FTP environment, you would then
have to issue the OPEN X.Y.COM or wherever, then USER, etc. Usually I
just quit and star
That has not been the case when sessions dropped in the past.
Unfortunately, I do not see my file when I log on to the site and enter
a DIR command.
Regards,
Richard Schuh
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf
I am no expert though it appears the control session timed out. The
data session probably did the transfer and the control session wanted to
give you the 226 Transfer Complete message.
Jim Hughes
603-271-5586
"Its kind of fun to do the impossible." (Walt Disney)
_
Near the end of a 605MB (the size of the VMARC file; unpacked, it is
over 2.7GB) FTP, I got the message "421 Service not available, closing
control connection." Dumb me, I looked in the numbered client and server
messages and could not find a 421. Then I looked in the section called
"Reply Code Mes
Ours don't stare at the screens, but the messages are scraped off VM and
routed over to their monitoring sw, filtered, and acted upon if need be
(call someone usually).
They occasionally have to vary off a chpid or some disk addresses upon
request of the HW guys. They would do a PSW restart dump
We are a zLinux only shop. Our operators do the IPL of VM (3 lpars)
when needed. They will stop/start zLinux guest from VM when needed.
Monitor for problems.
Paul
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Leland
Sent: Wednesday, Jul
Our operators attach and detach real devices, almost always tape drives,
sometimes OSA ports, to our guests. It is nice to be able to have them
enter commands in the odd situations that pop up from time to time,
particularly when the system programming staff is not near a terminal,
or the system h
1) Handle the few tape mounts tape not already in tape libraries
2) IPLs
3) Monitor the console for undocumented issues (they have to issued the
command WATCHMAN their_initials every hour to ensure that they are
watching)
4) "Phone home" - i.e. page for support when undocumented issues appear
5)
Mostly monitor the console in case of problems. They have two VM and two
TPF systems to monitor. Every now and then they see a red message on a
VM console. Most of their time is spent with TPF. Sometimes they help
the MVS operators.
Regards,
Richard Schuh
> -Original Message-
> From
So, my RACF question and all the answers y'all gave made me think of another...
What do your operators do within z/VM?
The reason I ask is because we haven't given our operations staff access to any
of our z/VMs. What am I missing? Why do they need access? What should they
be doing and aren't?
Courtesy of a note from Phil Smith, III:
http://www-03.ibm.com/press/us/en/pressrelease/24560.wss
--
DJ
V/Soft
z/VM and mainframe Linux expertise, training,
consulting, and software development
www.vsoft-software.com
On Wednesday, 07/02/2008 at 08:46 EDT, Rich Greenberg <[EMAIL PROTECTED]>
wrote:
> Isn't there a RACF setting for NEVER REVOKE?
That's the z/OS RACF "protected user" support I mentioned. z/VM RACF
doesn't have that yet. BTW, I confirmed that XAUTOLOG (w/o password) does
not reset the invalid
Unless the green operator gives permission to revoke :-)
Regards,
Richard Schuh
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Colin Allinson
Sent: Wednesday, July 02, 2008 1:09 AM
To: IBMVM@LISTSERV.
Thanks, Dale. This was helpful.
David Wakser
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of [EMAIL PROTECTED]
Sent: Wednesday, July 02, 2008 11:00 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Best method
David, FWIW, here is a "skeleton" Exec
David, FWIW, here is a "skeleton" Exec that I use to setup a VM service
machine to wait for incoming reader files and process them. The Exec als
o
supports invoking commands from authorized users that send it SMSGs. The
user issuing the SMSG command must be authorized to do so and the Exec
This is only required/useful when using WAKEUP in combination with a WAKEUP
file. And, the exec using WAKEUP must be celver enough to use CP SLEEP or
alike to effectively pass midnight.
Here's what I wrote about the problem in our RxServer HTML documentation.
*Midnight
Processing*<|--
On: Tue, Jul 01, 2008 at 03:37:19PM -0500,Huegel, Thomas Wrote:
} It all depends on what you want to do.
} In some cases you may not want to wait forever for a file that may never
arrive.
} So you put the timer in.
} If on the other hand the vm is totally driven by the arrival of a RDR file,
the
beats me
This e-mail, including any attachments, may be confidential, privileged or
otherwise legally protected. It is intended only for the addressee. If you
received this e-mail in error or from someone who was not authorized to send it
On: Tue, Jul 01, 2008 at 12:43:22PM -0400,Romanowski, John (OFT) Wrote:
} We do LOGONBY but some people forget and try to logon directly to MAINT,
} enter their own logon password (an incorrect pw for MAINT), RACF
} dutifully counts these consecutive wrong logon pw's and after 1 attempt
} in Jan,
On: Tue, Jul 01, 2008 at 09:03:45AM -0700,Wakser, David Wrote:
} Is there a method of also trapping the "message" that shows when
} a file is sent to the VM reader? I need it to issue the RECEIVE
} properly. In the HELP WAKEUP it seems that setting the various message
} types to IUCV should
Kris Buelens <[EMAIL PROTECTED]> wrote :-
>> As to avoid RACF revoking users due to inactivity: XAUTOLOG them every
now and then.
Revoke due to inactivity is something that not only affects MAINT.
Remember, this is not virtual machine activity but authentication
activity.
If, like us, you ha
Yep, I agree. I just haven't had time (yet) to "pretty it up". Perhaps
this morning I'll get to it.
David Wakser
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Kris Buelens
Sent: Wednesday, July 02, 2008 12:35 AM
To: IBMVM@LISTSERV.UARK.EDU
S
38 matches
Mail list logo
