AUTO: Tami Zebrowski-Darrow is out of the office. (returning 06/10/2010)

2010-06-09 Thread Tami Zebrowski-Darrow
I am out of the office until 06/10/2010. I will respond to your message when I return as I will not be checking my mail while I am away. If your note needs immediate attention you can try to contact my backups. For VMSES/E and z/VM Installation support try Susan Baloga or Mark Blackwell (or

VMLINK behavior

2010-06-09 Thread Alain Benveniste
Hi, q disk LABEL VDEV M STAT CYL TYPE BLKSZ FILES BLKS USED-(%) BLKS LEFT BL K TOTAL OWN191 191 A R/W 100 3390 4096 315 4296-24 13704 18000 DFS1B5 001 B R/O50 3390 4096 142 7988-89 1012 9000 TCM592 002 C R/O56 3390 4096

Re: VMLINK behavior

2010-06-09 Thread Bruce Hayden
I'd say you should open a PMR. VMLINK shouldn't cause a fatal error to CMS by detaching the 190. It seems to know enough that a simple VMLINK MAINT 190 does access 190 as a new filemode, but when you specify those linking options, it detached the 190. On Wed, Jun 9, 2010 at 4:31 AM, Alain

Re: VMLINK behavior

2010-06-09 Thread Marci Beach
I agree. The DMSACC048E Invalid filemode S makes since since 190 is a system disk, but don't like the fact that it is gone when VMLINK finishes. Marci Beach From: Bruce Hayden bjhay...@gmail.com To: IBMVM@LISTSERV.UARK.EDU Date: 06/09/2010 08:10 AM Subject: Re: VMLINK

Re: VMLINK behavior

2010-06-09 Thread Frank M. Ramaekers
Does not work that way here: q search MNT191 191 AR/W MNT5E5 5E5 BR/W - DIR CR/W VMSYSA:MAINT.CONFIG MNT51D 51D DR/W MNT190

Re: VMLINK behavior

2010-06-09 Thread Marci Beach
Yup you are right. This was fixed in a recent APAR VM64809. This is for z/VM Version 5 Release 3.0, z/VM Version 5 Release 4.0 and z/VM Version 6 Release 1.0 Marci Beach From: Frank M. Ramaekers framaek...@ailife.com To: IBMVM@LISTSERV.UARK.EDU Date: 06/09/2010 08:58 AM

Re: VMLINK behavior

2010-06-09 Thread Marci Beach
Ok I take that back. Even with the APAR I mentioned applied on our system here, we still see the problem. I guess a PMR is in order still. Marci Beach From: Frank M. Ramaekers framaek...@ailife.com To: IBMVM@LISTSERV.UARK.EDU Date: 06/09/2010 08:58 AM Subject: Re: VMLINK

Re: VMLINK behavior

2010-06-09 Thread Mike Walter
Not that it matters much since IBM will need to resolve it for every release and RSU, but it happens here for: z/VM 5.4.0 CP service level 0901 and 1001, with CMS Level 24 at service level 901 and 001 Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my

Re: VMLINK behavior

2010-06-09 Thread Frank M. Ramaekers
Really? I'm surprised that it fails in 0901 and 1001 but not in 0903? Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter Sent: Wednesday, June 09, 2010 9:11 AM To: IBMVM@LISTSERV.UARK.EDU Subject:

Re: VMLINK behavior

2010-06-09 Thread Mike Walter
Could you issue a: LISTFILE VMLINK * * (ISO and: EXECMAP VMLINK right before issuing (again) that: vmlink maint 190 +1 a-z rr (type That would ensure that you have no other VMLINK EXEC somewhere in your search order, I, too, am surprised that it would not be just as broken at 0903 as it is

Re: VMLINK behavior

2010-06-09 Thread Frank M. Ramaekers
Surprised, especially since my VMLINK EXEC is dated 2008-06-10: LISTFILE VMLINK EXEC * (ISO FILENAME FILETYPE FM FORMAT LRECL RECS BLOCKS DATE TIME VMLINK EXEC S2 F 1024304 76 2008-06-10 09:41:15 Ready; T=0.01/0.01 09:49:23 execmap vmlink Name

Re: VMLINK behavior

2010-06-09 Thread Mark Pace
An FYI from a z/VM 6.1 1002 system. listf vmlink * * (iso FILENAME FILETYPE FM FORMAT LRECL RECS BLOCKS DATE TIME VMLINK EXEC S2 F 1024304 76 2009-03-22 16:04:36 VMLINK SEXECS2 V130 4114 42 2009-03-20 14:17:09 Ready;

Re: VMLINK behavior

2010-06-09 Thread Mike Walter
q cmslevel CMS Level 24, Service Level 901 l vmlink exec * (Iso FILENAME FILETYPE FM FORMAT LRECL RECS BLOCKS DATE TIME VMLINK EXEC S2 F 1024304 76 2008-06-10 09:41:15 So at SLU 901 we're running the same VMLINK EXEC as you at your SLU

Re: Automated Logoff of CMS user

2010-06-09 Thread Alan Altmark
On Tuesday, 06/08/2010 at 11:11 EDT, Michael Coffin michaelcof...@mccci.com wrote: NIST SP 800-53 Control: The information system automatically terminates a session after 15 minutes of inactivity. We argued that, in it?s literal sense, Session Termination means forcing the z/VM virtual

Re: Automated Logoff of CMS user

2010-06-09 Thread Michael Coffin
Why would you argue that session means server? When you ssh into a server and terminate the ssh session after 15 minutes of activity, do you terminate the server? You do not. All you are terminating is the ssh session. Look at all uses of the word session in 800-53; none of them could

SFS Blocks to Cylinders

2010-06-09 Thread Wandschneider, Scott
Can someone tell me how many SFS blocks there are per 3390-3 cylinder? I have a user wanting the equivalent of 300 cylinders of SFS Directory space. Thank you, Scott R Wandschneider Senior Systems Programmer|| Infocrossing, a Wipro Company || 11707 Miracle Hills Drive, Omaha, NE,

Re: SFS Blocks to Cylinders

2010-06-09 Thread O'Brien, Dennis L
Can someone tell me how many SFS blocks there are per 3390-3 cylinder? I have a user wanting the equivalent of 300 cylinders of SFS Directory space. Scott, There are 180 4k-blocks per 3390 cylinder (any size 3390). SFS uses 4k blocks.  

Re: SFS Blocks to Cylinders

2010-06-09 Thread Wandschneider, Scott
Thanks Dennis Thank you, Scott -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of O'Brien, Dennis L Sent: Wednesday, June 09, 2010 1:40 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SFS Blocks to Cylinders Can someone tell me how many

Re: Automated Logoff of CMS user

2010-06-09 Thread Thomas Kern
My concern about the requirement to run an anti-virus type program on z/VM is not that we don't need one, but that we don't have one to run. We do run a z/VM-CMS based webserver and with it we deliver binary files to end-users. Yes, this can and will be replaced by a linux/x86 solution, but our