Re: Dirmaint Broken?
To relieve your curiosity, Maint still had the 123, but DIRMAINT could no t get it RW to do updates. I have gone the route suggested by Kris/Mike. Updated the EXTENT CONTROL to put END back in on my REGIONS (540RES not part of that). Took the USER BACKUP and changed all the MDISKs back to END. Shutdown most of the users. Got rid of USER DIRECT on 1DF. Used DIRECTXA USER BACKUP and reipled the system to cause DIRMAINT to rebuild. Not quite out of the woods yet, but getting there I hope.
Re: heads up! VM64604 to change to VSWITCH defaults
Alan Altmark wrote: On Friday, 04/17/2009 at 01:23 EDT, "O'Brien, Dennis L" wrote: Will there be a new version of CP Planning and Administration to document this change? As is customary in such cases, the APAR will include doc changes. (I would recommend it go into the PSP bucket as well.) If you're asking if we will "reprint" the book, no. I speculate that there will be new HELP files. Alan Altmark z/VM Development IBM Endicott You might say the change to the book is FIN (fixed if next). -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009
Re: heads up! VM64604 to change to VSWITCH defaults
On Friday, 04/17/2009 at 01:23 EDT, "O'Brien, Dennis L" wrote: > Will there be a new version of CP Planning and Administration to > document this change? As is customary in such cases, the APAR will include doc changes. (I would recommend it go into the PSP bucket as well.) If you're asking if we will "reprint" the book, no. I speculate that there will be new HELP files. Alan Altmark z/VM Development IBM Endicott
Re: Dirmaint Broken?
Using CMDISK would also be OK, of course. Just trying to figure out how you lost that link... On Sat, Apr 18, 2009 at 4:04 AM, Ivica Brodaric wrote: > Valerie, > How did you update the size of MAINT 123? Using GET/REPLACE or using > DMDISK/AMDISK? If you used the latter, then maybe you forgot to use > KEEPLINKS operand of DMDISK. Without that, a LINK to MAINT 123 in DIRMAINT's > (and any other) directory entry would be deleted when you delete MAINT 123. > > Ivica Brodaric >
Re: Dirmaint Broken?
Valerie, How did you update the size of MAINT 123? Using GET/REPLACE or using DMDISK/AMDISK? If you used the latter, then maybe you forgot to use KEEPLINKS operand of DMDISK. Without that, a LINK to MAINT 123 in DIRMAINT's (and any other) directory entry would be deleted when you delete MAINT 123. Ivica Brodaric
Re: heads up! VM64604 to change to VSWITCH defaults
Alan, Will there be a new version of CP Planning and Administration to document this change? Dennis "If I'd only followed CNBC's advice, I'd have $1 million today, provided I'd started with $100 million." -- Jon Stewart -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Friday, April 17, 2009 07:07 To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] heads up! VM64604 to change to VSWITCH defaults You all know that I've posted copiously about VLAN configuration for the VSWITCH and the relationship of the default VLAN id (a guest <-> CP thing) to the native VLAN id (a CP<->switch thing). Today, when you define a trunking VSWITCH (specify the VLAN option), the native vlan ID (NATIVE ) defaults to . In almost every case this is wrong, since almost all switch configurations keep VLAN 1 as the native VLAN id. z/VM 5.4 APAR VM64604 (likely to close next week) will change that. With the APAR, the native VLAN id for a virtual switch will default to 1. You can override it if you want, but it will no longer default to the value specified on the VLAN keyword. It's a Good Thing and will help a larger percentage of trunking VSWITCHes work correctly right out of the box. There is no change to prior releases. Regards, Alan Alan Altmark Sr. Software Engineer IBM z/VM Development
*SIGNAL Service Experience
IF you have experience using *SIGNAL service for high volumes THEN Could you provide information (or simply observation) relating to overhead, latency? ELSEIF You know compelling reasons this service should not be considered for very high signal volumes THEN This is an excellent opportunity to keep fellow primates out of harms way. ENDIF Thanks --. .- .-. -.-- Gary Dennis Mantissa 0 ... living between the zeroes... 0
Ted Kotlowski is out of the office.
I will be out of the office starting 04/17/2009 and will not return until 04/28/2009. I will respond to your message when I return. If your request requires immediate attention, Please contact the MVS Technical Support Hotline at 1-866-866-4488 x12000 ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. **
heads up! VM64604 to change to VSWITCH defaults
You all know that I've posted copiously about VLAN configuration for the VSWITCH and the relationship of the default VLAN id (a guest <-> CP thing) to the native VLAN id (a CP<->switch thing). Today, when you define a trunking VSWITCH (specify the VLAN option), the native vlan ID (NATIVE ) defaults to . In almost every case this is wrong, since almost all switch configurations keep VLAN 1 as the native VLAN id. z/VM 5.4 APAR VM64604 (likely to close next week) will change that. With the APAR, the native VLAN id for a virtual switch will default to 1. You can override it if you want, but it will no longer default to the value specified on the VLAN keyword. It's a Good Thing and will help a larger percentage of trunking VSWITCHes work correctly right out of the box. There is no change to prior releases. Regards, Alan Alan Altmark Sr. Software Engineer IBM z/VM Development
FTP Server very slow
z/VM is at level 5.4. Connectivity is through vswitch layer2 and an OSA- Express3 10 GbE adapter. When using FTP to move a file between two VMs I am getting transfer rates of 16.0 - 17.0 Kbytes/sec. I ran a trace on the VM where the FTPSERV is running and see the following messages once the data session is established DTCREQ034I DoSendB not signalling TcpDown for conn 1002 DTCPRI181I PrevFrustrated: Frustrated TCB queue DTCPRI182I NextFrustrated: Frustrated TCB queue DTCPRI199I Sender frustration level: Frustrated but am not able to locate where messages DTCREQ034I, DTCPRI181I, DTCPRI182I or DTCPRI199I are documented. Any help would be greatly appreciated. Thanks.
Re: RACF / Dirmaint
Will do and thank you..
>>> william.mun...@bbh.com 04/17/09 08:04AM >>>
Charles,
Check out VM Resources at this web site http://www.vm-resources.com/
Bill Munson
President MVMUA
http://www2.marist.edu/~mvmua/
Charles Grady
Sent by: The IBM z/VM Operating System
04/17/2009 07:49 AM
Please respond to
The IBM z/VM Operating System
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
RACF / Dirmaint
Does anyone know of training for RACF / Dirmaint? There are NO CLASSES
scheduled
on IBM education website. I've seen post from last year where the classes
were canceled.
HELP please.
Thanks,
Charles Grady
GDOL
404-232-7539
**
GDOL CONFIDENTIALITY NOTICE: This transmission may contain confidential
information protected by state
or federal law. The information is intended only for use consistent with
the state business discussed in this
transmission.If you are not the intended recipient, you are hereby
notified that any disclosure, copying,
distribution, or the taking of any action based on the contents is
strictly prohibited. If you have received this
transmission in error, please delete this email and notify the sender
immediately.Your cooperation is
appreciated.
**
*** IMPORTANT
NOTE* The opinions expressed in this
message and/or any attachments are those of the author and not
necessarily those of Brown Brothers Harriman & Co., its
subsidiaries and affiliates ("BBH"). There is no guarantee that
this message is either private or confidential, and it may have
been altered by unauthorized sources without your or our knowledge.
Nothing in the message is capable or intended to create any legally
binding obligations on either party and it is not intended to
provide legal advice. BBH accepts no responsibility for loss or
damage from its use, including damage from virus.
**
GDOL CONFIDENTIALITY NOTICE: This transmission may contain confidential
information protected by state
or federal law. The information is intended only for use consistent with the
state business discussed in this
transmission.If you are not the intended recipient, you are hereby notified
that any disclosure, copying,
distribution, or the taking of any action based on the contents is strictly
prohibited. If you have received this
transmission in error, please delete this email and notify the sender
immediately.Your cooperation is
appreciated.
**
Re: RACF / Dirmaint
Charles,
Check out VM Resources at this web site http://www.vm-resources.com/
Bill Munson
President MVMUA
http://www2.marist.edu/~mvmua/
Charles Grady
Sent by: The IBM z/VM Operating System
04/17/2009 07:49 AM
Please respond to
The IBM z/VM Operating System
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
RACF / Dirmaint
Does anyone know of training for RACF / Dirmaint? There are NO CLASSES
scheduled
on IBM education website. I've seen post from last year where the classes
were canceled.
HELP please.
Thanks,
Charles Grady
GDOL
404-232-7539
**
GDOL CONFIDENTIALITY NOTICE: This transmission may contain confidential
information protected by state
or federal law. The information is intended only for use consistent with
the state business discussed in this
transmission.If you are not the intended recipient, you are hereby
notified that any disclosure, copying,
distribution, or the taking of any action based on the contents is
strictly prohibited. If you have received this
transmission in error, please delete this email and notify the sender
immediately.Your cooperation is
appreciated.
**
*** IMPORTANT
NOTE* The opinions expressed in this
message and/or any attachments are those of the author and not
necessarily those of Brown Brothers Harriman & Co., its
subsidiaries and affiliates ("BBH"). There is no guarantee that
this message is either private or confidential, and it may have
been altered by unauthorized sources without your or our knowledge.
Nothing in the message is capable or intended to create any legally
binding obligations on either party and it is not intended to
provide legal advice. BBH accepts no responsibility for loss or
damage from its use, including damage from virus.
RACF / Dirmaint
Does anyone know of training for RACF / Dirmaint? There are NO CLASSES scheduled on IBM education website. I've seen post from last year where the classes were canceled. HELP please. Thanks, Charles Grady GDOL 404-232-7539 ** GDOL CONFIDENTIALITY NOTICE: This transmission may contain confidential information protected by state or federal law. The information is intended only for use consistent with the state business discussed in this transmission.If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action based on the contents is strictly prohibited. If you have received this transmission in error, please delete this email and notify the sender immediately.Your cooperation is appreciated. **
