Good Citizenship Opportunity

[Jeff Gribbin, EDS]

It's been a while but, if I may, I think it's time to repeat my perennial
 
plea on behalf of those who, like me, have good reasons to access this 

list in, "Plain Daily Digest Mode".

When possible, could you PLEASE use Plain Text for your messages and 
ESPECIALLY PLEASE, when possible, avoid HTML. Daily Digest Mode displays 

all the HTML source and, currently, the, "junk" substantially overwhelms 

the, "content" when one is reading a digest (I would estimate about 80% 

junk in every digest received).

Secondary to this plea for Plain Text, but also significant; it would als
o 
be appreciated if you could consciously consider whether or not it is 
strictly necessary to re-send the original message when replying. 
Sometimes it's obviously of benefit but at other times it's, "just more 

clutter" and communication is actually enhanced by the deletion of the 

original from the reply.

As I usually do when it's time for me to make this request, I'd like to 

emphasise that I'm not trying to discourage anybody from posting - if all
 
you have is HTML, and all your replies are required to contain the 
original messages, then, please, fire away! However, if you DO have any 

control over this and are willing to exercise that control, your 
consideration for others will be appreciated.

Regards
Jeff

Re: VSWITCH bug ?

[Marcy Cortes]

 
Yes and Yes.
Also, doesn't seem to happen on Guest Lan, just vswitch.
I'll get someone on that pmr :)
Thanks Alan.  

Marcy Cortes 

"This message may contain confidential and/or privileged information. If
you are not the addressee or authorized to receive this for the
addressee, you must not use, copy, disclose, or take any action based on
this message or any information herein. If you have received this
message in error, please advise the sender immediately by reply e-mail
and delete this message. Thank you for your cooperation."


-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: Thursday, December 06, 2007 9:44 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] VSWITCH bug ?

On Thursday, 12/06/2007 at 07:26 EST, Marcy Cortes
<[EMAIL PROTECTED]> wrote:
> Running z/VM 5.3  - 0702. 
> 
> I have a Linux (sles9x - latest kernel) - runing on a virtual machine 
> I take it down.
> Rename it (using directory manager of my choice -- in this case
'vmsecure 
> change linuxa linuxb')
> Boot virtual machine with the new name

You logged off LINUXA and then logged onto LINUXB?

> And Get... 
> 
> qeth: Device 0.0.3000/0.0.3001/0.0.3002 is a Guest LAN QDIO card
(level: 
V531)  
> with link type GuestLAN QDIO (portname: 
td6vsw1)
> qeth: LAN on card 0.0.3000 if offline! Continuing softsetup. 
>   
> Sure enough - it does not appear on Q LAN DETAILS td6vsw1 Shutting 
> down (all the way off) and bringing it back up fixes it.

You now logoff LINUXB and back on?
 
> Why would that be?   I haven't yet tried waiting for some time period
to 
see if 
> that fixes it as well. 

I suggest opening a PMR.

Alan Altmark
z/VM Development
IBM Endicott

Re: FTP

[Dale R. Smith]

VMFTP is a wonderful tool and and good one to have around.  I wrote 
several VMFTP macros and they worked very well.  That being said, if all 

you want to do is issue FTP commands from a file and you don't care to 

check the return codes, then the documented, (TCP/IP User's Guide), way t
o 
do it on CMS is to put your commands into a CMS file, then issue a FILEDE
F 
for the file with a DDname of INPUT before invoking FTP.  If you want the
 
output from FTP to go to a file instead of the console, issue a FILEDEF 

with a DDname of OUTPUT before invoking FTP.  For example:
FILEDEF INPUT DISK CMS2MVS FTPCMDS A
FILEDEF OUTPUT DISK CMS2MVS OUTPUT A
FTP server

Of course, you will want to clear the FILEDEFs after the FTP completes. 
 
(You would probably do all of this from an Exec, of course!)

-- 
Dale R. Smith

"Profanity is the one language that all programmers understand."
- Anonymous 

On Wed, 5 Dec 2007 10:56:23 -0800, Schuh, Richard <[EMAIL PROTECTED]> wrote
:

>We have a one-time need to FTP thousands of files to an MVS system from
>VM. Is there any way to coax FTP to read a file for its subcommands? I
>see nothing in the syntax that performs the same function as the Windows

>switch -s:fileid. Is it really necessary to stack all of the subcommands

>before issuing the FTP command?
>Regards, 
>Richard Schuh 

Re: VSWITCH bug ?

[Alan Altmark]

On Thursday, 12/06/2007 at 07:26 EST, Marcy Cortes 
<[EMAIL PROTECTED]> wrote:
> Running z/VM 5.3  - 0702. 
> 
> I have a Linux (sles9x - latest kernel) - runing on a virtual machine 
> I take it down. 
> Rename it (using directory manager of my choice -- in this case 
'vmsecure 
> change linuxa linuxb') 
> Boot virtual machine with the new name 

You logged off LINUXA and then logged onto LINUXB?

> And Get... 
> 
> qeth: Device 0.0.3000/0.0.3001/0.0.3002 is a Guest LAN QDIO card (level: 
V531)  
> with link type GuestLAN QDIO (portname: 
td6vsw1)
> qeth: LAN on card 0.0.3000 if offline! Continuing softsetup. 
>   
> Sure enough - it does not appear on Q LAN DETAILS td6vsw1 
> Shutting down (all the way off) and bringing it back up fixes it.

You now logoff LINUXB and back on?
 
> Why would that be?   I haven't yet tried waiting for some time period to 
see if 
> that fixes it as well. 

I suggest opening a PMR.

Alan Altmark
z/VM Development
IBM Endicott

Re: Tues, Dec 4 - Linux on System z Security - Live Virtual Class

[Alan Ackerman]

Thanks! That should do the trick, although it would be nice to get remind
ers a couple of days 
before. Both of those events are now in my calendar.

Alan Ackerman
Alan (dot) Ackerman (at) Bank of America (dot) com 

Re: VSWITCH bug ?

[Thomas Kern]

I'll have to remember that one when I get the 5.3 level of DIRMAINT running.

/Tom Kern

Marcy Cortes wrote:

I'll never forget it again like I've done before because I have this
nifty z/VM 5.3 feature in my directory entries:
COMMAND SET VSWITCH TD6VSW1 GRANT &USERID
 



Marcy Cortes 


"This message may contain confidential and/or privileged information. If
you are not the addressee or authorized to receive this for the
addressee, you must not use, copy, disclose, or take any action based on
this message or any information herein. If you have received this
message in error, please advise the sender immediately by reply e-mail
and delete this message. Thank you for your cooperation."


-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Thomas Kern
Sent: Thursday, December 06, 2007 6:06 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] VSWITCH bug ?

Did you do 'SET VSWITCH TD6VSW1 GRANT LINUXB' ?

That is the one I keep forgetting to do when I am building a new linux
server. I wish the it would accept a wild card format userid like lnx* .

/Tom Kern

Marcy Cortes wrote:

Running z/VM 5.3  - 0702.

I have a Linux (sles9x - latest kernel) - runing on a virtual machine 
I take it down.
Rename it (using directory manager of my choice -- in this case 
'vmsecure change linuxa linuxb') Boot virtual machine with the new 
name And Get...




qeth: Device 0.0.3000/0.0.3001/0.0.3002 is a Guest LAN QDIO card
(level: 

V531)
with link type GuestLAN QDIO (portname: 
td6vsw1)   
qeth: LAN on card 0.0.3000 if offline! Continuing 
softsetup.   



Sure enough - it does not appear on Q LAN DETAILS td6vsw1 Shutting 
down (all the way off) and bringing it back up fixes it.


Why would that be?   I haven't yet tried waiting for some time period
to 

see if that fixes it as well.



*Marcy Cortes *

/"This message may contain confidential and/or privileged information.


If you are not the addressee or authorized to receive this for the 
addressee, you must not use, copy, disclose, or take any action based 
on this message or any information herein. If you have received this 
message in error, please advise the sender immediately by reply e-mail



and delete this message. Thank you for your cooperation."/

Re: VSWITCH bug ?

[Marcy Cortes]

I'll never forget it again like I've done before because I have this
nifty z/VM 5.3 feature in my directory entries:
COMMAND SET VSWITCH TD6VSW1 GRANT &USERID
 


Marcy Cortes 

"This message may contain confidential and/or privileged information. If
you are not the addressee or authorized to receive this for the
addressee, you must not use, copy, disclose, or take any action based on
this message or any information herein. If you have received this
message in error, please advise the sender immediately by reply e-mail
and delete this message. Thank you for your cooperation."


-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Thomas Kern
Sent: Thursday, December 06, 2007 6:06 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] VSWITCH bug ?

Did you do 'SET VSWITCH TD6VSW1 GRANT LINUXB' ?

That is the one I keep forgetting to do when I am building a new linux
server. I wish the it would accept a wild card format userid like lnx* .

/Tom Kern

Marcy Cortes wrote:
> Running z/VM 5.3  - 0702.
> 
> I have a Linux (sles9x - latest kernel) - runing on a virtual machine 
> I take it down.
> Rename it (using directory manager of my choice -- in this case 
> 'vmsecure change linuxa linuxb') Boot virtual machine with the new 
> name And Get...
> 
> 
> 
> qeth: Device 0.0.3000/0.0.3001/0.0.3002 is a Guest LAN QDIO card
(level: 
> V531)
> with link type GuestLAN QDIO (portname: 
> td6vsw1)   
> qeth: LAN on card 0.0.3000 if offline! Continuing 
> softsetup.   
> 
> 
> Sure enough - it does not appear on Q LAN DETAILS td6vsw1 Shutting 
> down (all the way off) and bringing it back up fixes it.
> 
> Why would that be?   I haven't yet tried waiting for some time period
to 
> see if that fixes it as well.
> 
> 
> 
> *Marcy Cortes *
> 
> /"This message may contain confidential and/or privileged information.

> If you are not the addressee or authorized to receive this for the 
> addressee, you must not use, copy, disclose, or take any action based 
> on this message or any information herein. If you have received this 
> message in error, please advise the sender immediately by reply e-mail

> and delete this message. Thank you for your cooperation."/
> 
> 

Re: FTP

[Alan Ackerman]

On Wed, 5 Dec 2007 14:22:53 -0500, Hughes, Jim <[EMAIL PROTECTED]> wr
ote:

>Roger Deschner wrote this back in 2002. Here it is:
>
>VMFTP needs numeric IP addresses. Look 'em up with a PIPE.
>
>Roger Deschner University of Illinois at Chicago [EMAIL PROTECTED]

I've been using VMFTP for years. I just use the domain name, I've never h
ad to find a numeric IP 
address. Any idea why Roger said that? Maybe a firewall issue?

Alan Ackerman
Alan (dot) Ackerman (at) Bank of America (dot) com 

Re: VSWITCH bug ?

[Thomas Kern]

Did you do 'SET VSWITCH TD6VSW1 GRANT LINUXB' ?

That is the one I keep forgetting to do when I am building a new linux 
server. I wish the it would accept a wild card format userid like lnx* .


/Tom Kern

Marcy Cortes wrote:

Running z/VM 5.3  - 0702.

I have a Linux (sles9x - latest kernel) - runing on a virtual machine
I take it down.
Rename it (using directory manager of my choice -- in this case 
'vmsecure change linuxa linuxb')

Boot virtual machine with the new name
And Get...



qeth: Device 0.0.3000/0.0.3001/0.0.3002 is a Guest LAN QDIO card (level: 
V531) 
with link type GuestLAN QDIO (portname: 
td6vsw1)   
qeth: LAN on card 0.0.3000 if offline! Continuing 
softsetup.   



Sure enough - it does not appear on Q LAN DETAILS td6vsw1
Shutting down (all the way off) and bringing it back up fixes it.

Why would that be?   I haven't yet tried waiting for some time period to 
see if that fixes it as well.




*Marcy Cortes *

/“This message may contain confidential and/or privileged information. 
If you are not the addressee or authorized to receive this for the 
addressee, you must not use, copy, disclose, or take any action based on 
this message or any information herein. If you have received this 
message in error, please advise the sender immediately by reply e-mail 
and delete this message. Thank you for your cooperation."/

Re: REquest for IOCP for DS6800 FICON Z890

[Raymond Noal]

Kevin, Edward,
 
Would not - 
 
CU0130   CNTLUNIT CUNUMBR=0130,PATH=(30,31,40,41),CUADD=01,
X   
   UNITADD=((00,256)),UNIT=2105  
DV800IODEVICE ADDRESS=(0800,256),CUNUMBR=(0130),
X   
   UNIT=3390
 
give you the same results??  
 
HITACHI
 DATA SYSTEMS 
Raymond E. Noal 
Senior Technical Engineer 
Office: (408) 970 - 7978 
 


From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Edward M. Martin
Sent: Thursday, December 06, 2007 2:05 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: REquest for IOCP for DS6800 FICON Z890
 
Hello Kevin,
 
Thanks that is what I was looking for.
 
I have this right now.
 
*

CU0130   CNTLUNIT CUNUMBR=0130,PATH=(30),CUADD=01, X

   UNITADD=((00,256)),UNIT=2105

CU0140   CNTLUNIT CUNUMBR=0140,PATH=(40),CUADD=01, X

   UNITADD=((00,256)),UNIT=2105

CU0131   CNTLUNIT CUNUMBR=0131,PATH=(31),CUADD=01, X

   UNITADD=((00,256)),UNIT=2105

CU0141   CNTLUNIT CUNUMBR=0141,PATH=(41),CUADD=01, X

   UNITADD=((00,256)),UNIT=2105

CU0230   CNTLUNIT CUNUMBR=0230,PATH=(30),CUADD=02, X

   UNITADD=((00,256)),UNIT=2105

CU0240   CNTLUNIT CUNUMBR=0240,PATH=(40),CUADD=02, X

   UNITADD=((00,256)),UNIT=2105

CU0231   CNTLUNIT CUNUMBR=0231,PATH=(31),CUADD=02, X

   UNITADD=((00,256)),UNIT=2105

CU0241   CNTLUNIT CUNUMBR=0241,PATH=(41),CUADD=02, X

   UNITADD=((00,256)),UNIT=2105

DV800IODEVICE ADDRESS=(0800,256),CUNUMBR=(0130,0140,0141,0131),X

   UNIT=3390

DV900IODEVICE ADDRESS=(0900,256),CUNUMBR=(0241,0231,0230,0240),X

   UNIT=3390

*

 
Ed Martin
330-588-4723
ext 40441


From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Neubert, Kevin (DIS)
Sent: Thursday, December 06, 2007 4:39 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: REquest for IOCP for DS6800 FICON Z890
 
You definitely want and should take advantage of all four channels.
Your CHPIDs look okay to me, but consider something like the following
for your CNTLUNITs and IODEVICEs
CU130CNTLUNIT CUNUMBR=130,PATH=(30),   X
   UNITADD=((00,256)),CUADD=0,UNIT=2105 
CU140CNTLUNIT CUNUMBR=140,PATH=(40),   X
   UNITADD=((00,256)),CUADD=0,UNIT=2105 
CU131CNTLUNIT CUNUMBR=131,PATH=(31),   X
   UNITADD=((00,256)),CUADD=0,UNIT=2105 
CU141CNTLUNIT CUNUMBR=141,PATH=(41),   X
   UNITADD=((00,256)),CUADD=0,UNIT=2105 
CUA30CNTLUNIT CUNUMBR=130,PATH=(30),   X
   UNITADD=((00,256)),CUADD=1,UNIT=2105 
CUA40CNTLUNIT CUNUMBR=140,PATH=(40),   X
   UNITADD=((00,256)),CUADD=1,UNIT=2105 
CUA31CNTLUNIT CUNUMBR=131,PATH=(31),   X
   UNITADD=((00,256)),CUADD=1,UNIT=2105 
CUA41CNTLUNIT CUNUMBR=141,PATH=(41),   X
   UNITADD=((00,256)),CUADD=1,UNIT=2105 
DV800IODEVICE ADDRESS=(0800,256),CUNUMBR=(130,140,131,141),X
   UNIT=3390,UNITADD=00 
DV900IODEVICE ADDRESS=(0900,256),CUNUMBR=(A30,A40,A31,A41),X
   UNIT=3390,UNITADD=00 
Regards,
 
Kevin
 


From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Edward M. Martin
Sent: Thursday, December 06, 2007 12:19 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: REquest for IOCP for DS6800 FICON Z890
 
Hello Everyone,
I am just getting the IOCP ready for a ds6800 connected to four
ports on the Z890.
I would like to some help with the IOCP.  
Even though we have to have LPAR, there is only one  called
PROD.
The FICON cards are the 2320 FICON Express SX.   Two 1 gig ports
per card.
I would like to have all four ports able to access all dasd.

I am figuring to have the DS6800 formated for  30 3390 mod 3, 306 3390
mod 9, and 30 3390 mod 27. (366 devices)
I know that am missing some RESOURCE PARTITION and various CSS
commands.

I am reading about them now.  And I still have lots of
questions.
I would appreciate any insight and idea's.  Than
 
 CHPID PCHID=130,PATH=30,TYPE=FC,SHARED   .FICON DS6800  
 CHPID PCHID=131,PATH=31,TYPE=FC,SHARED   .FICON DS6800  
 CHPID PCHID=140,PATH=40

VSWITCH bug ?

[Marcy Cortes]

Running z/VM 5.3  - 0702.

I have a Linux (sles9x - latest kernel) - runing on a virtual machine
I take it down.
Rename it (using directory manager of my choice -- in this case
'vmsecure change linuxa linuxb') 
Boot virtual machine with the new name
And Get...



qeth: Device 0.0.3000/0.0.3001/0.0.3002 is a Guest LAN QDIO card (level:
V531)  
with link type GuestLAN QDIO (portname: td6vsw1)

qeth: LAN on card 0.0.3000 if offline! Continuing softsetup.



Sure enough - it does not appear on Q LAN DETAILS td6vsw1
Shutting down (all the way off) and bringing it back up fixes it.

Why would that be?   I haven't yet tried waiting for some time period to
see if that fixes it as well.



Marcy Cortes 

"This message may contain confidential and/or privileged information. If
you are not the addressee or authorized to receive this for the
addressee, you must not use, copy, disclose, or take any action based on
this message or any information herein. If you have received this
message in error, please advise the sender immediately by reply e-mail
and delete this message. Thank you for your cooperation."

Re: SAN and Linux on zSeries

[Steve Wilkins]

The DS4000 Series is only supported on System z if it is behind the IBM San
Volume Controller (SVC).

Regards, Steve.

Steve Wilkins
IBM z/VM Development


   
 "Hilliard, Chris" 
 <[EMAIL PROTECTED] 
 orfolk.gov>To
 Sent by: The IBM  IBMVM@LISTSERV.UARK.EDU 
 z/VM Operating cc
 System
 <[EMAIL PROTECTED] Subject
 ARK.EDU>  Re: SAN and Linux on zSeries
   
   
 12/06/2007 11:35  
 AM
   
   
 Please respond to 
   The IBM z/VM
 Operating System  
 <[EMAIL PROTECTED] 
 ARK.EDU>  
   
   




We are running z/Linux on our z800 and connecting to a 2105-800 (Shark)
over a SAN.  I would imagine it to be setup the same way on a z9
connecting to a DS4800.  I can share our experiences and configuration
if that will help.


-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Martha McConaghy
Sent: Thursday, December 06, 2007 10:32 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: SAN and Linux on zSeries

We are currently looking to add some disk storage to our SAN and I'm
anticipating connecting our z9 to it at some point to support Linux
guests
on z/VM.  We are looking at buying at least one, perhaps two DS4800's.
However, there doesn't seem to be any info for supporting Linux on
zSeries
on them.  They have "host kits" available for Linux on Power and Linux
on Intel, but not zSeries.

Does anyone have any experience with the DS4000 series and Linux on z?
If you have your z on the SAN, what types of devices are you using?

Any info would be helpful.  Thanks and happy holidays to everyone!

Martha

Re: REquest for IOCP for DS6800 FICON Z890

[Edward M. Martin]

Hello Everyone,

 

I believe Kevin is right.   I was just trying to ensure that I have
enough path and control units to make the

each drive the bottleneck.

 

Ed Martin

330-588-4723

ext 40441



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Neubert, Kevin (DIS)
Sent: Thursday, December 06, 2007 5:20 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: REquest for IOCP for DS6800 FICON Z890

 

It looks good to me.  I have not connected to DASD directly in a long
time, but I believe this would work as well.  Anybody know the
difference, pros/cons, etc.?

 

CU0130   CNTLUNIT CUNUMBR=0130,PATH=(30,40,31,41),CUADD=01,X


   UNITADD=((00,256)),UNIT=2105


CU0230   CNTLUNIT CUNUMBR=0230,PATH=(30,40,31,41),CUADD=02,X


   UNITADD=((00,256)),UNIT=2105


DV800IODEVICE ADDRESS=(0800,256),CUNUMBR=(0130),   X


   UNIT=3390


DV900IODEVICE ADDRESS=(0900,256),CUNUMBR=(0230),   X


   UNIT=3390


 

Regards,

 

Kevin

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Edward M. Martin
Sent: Thursday, December 06, 2007 2:05 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: REquest for IOCP for DS6800 FICON Z890

 

Hello Kevin,

 

Thanks that is what I was looking for.

 

I have this right now.

 

*


CU0130   CNTLUNIT CUNUMBR=0130,PATH=(30),CUADD=01, X


   UNITADD=((00,256)),UNIT=2105


CU0140   CNTLUNIT CUNUMBR=0140,PATH=(40),CUADD=01, X


   UNITADD=((00,256)),UNIT=2105


CU0131   CNTLUNIT CUNUMBR=0131,PATH=(31),CUADD=01, X


   UNITADD=((00,256)),UNIT=2105


CU0141   CNTLUNIT CUNUMBR=0141,PATH=(41),CUADD=01, X


   UNITADD=((00,256)),UNIT=2105


CU0230   CNTLUNIT CUNUMBR=0230,PATH=(30),CUADD=02, X


   UNITADD=((00,256)),UNIT=2105


CU0240   CNTLUNIT CUNUMBR=0240,PATH=(40),CUADD=02, X


   UNITADD=((00,256)),UNIT=2105


CU0231   CNTLUNIT CUNUMBR=0231,PATH=(31),CUADD=02, X


   UNITADD=((00,256)),UNIT=2105


CU0241   CNTLUNIT CUNUMBR=0241,PATH=(41),CUADD=02, X


   UNITADD=((00,256)),UNIT=2105


DV800IODEVICE ADDRESS=(0800,256),CUNUMBR=(0130,0140,0141,0131),X


   UNIT=3390


DV900IODEVICE ADDRESS=(0900,256),CUNUMBR=(0241,0231,0230,0240),X


   UNIT=3390


*


 

Ed Martin

330-588-4723

ext 40441

Re: REquest for IOCP for DS6800 FICON Z890

[Neubert, Kevin (DIS)]

It looks good to me.  I have not connected to DASD directly in a long
time, but I believe this would work as well.  Anybody know the
difference, pros/cons, etc.?

 

CU0130   CNTLUNIT CUNUMBR=0130,PATH=(30,40,31,41),CUADD=01,X


   UNITADD=((00,256)),UNIT=2105


CU0230   CNTLUNIT CUNUMBR=0230,PATH=(30,40,31,41),CUADD=02,X


   UNITADD=((00,256)),UNIT=2105


DV800IODEVICE ADDRESS=(0800,256),CUNUMBR=(0130),   X


   UNIT=3390


DV900IODEVICE ADDRESS=(0900,256),CUNUMBR=(0230),   X


   UNIT=3390


 

Regards,

 

Kevin

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Edward M. Martin
Sent: Thursday, December 06, 2007 2:05 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: REquest for IOCP for DS6800 FICON Z890

 

Hello Kevin,

 

Thanks that is what I was looking for.

 

I have this right now.

 

*


CU0130   CNTLUNIT CUNUMBR=0130,PATH=(30),CUADD=01, X


   UNITADD=((00,256)),UNIT=2105


CU0140   CNTLUNIT CUNUMBR=0140,PATH=(40),CUADD=01, X


   UNITADD=((00,256)),UNIT=2105


CU0131   CNTLUNIT CUNUMBR=0131,PATH=(31),CUADD=01, X


   UNITADD=((00,256)),UNIT=2105


CU0141   CNTLUNIT CUNUMBR=0141,PATH=(41),CUADD=01, X


   UNITADD=((00,256)),UNIT=2105


CU0230   CNTLUNIT CUNUMBR=0230,PATH=(30),CUADD=02, X


   UNITADD=((00,256)),UNIT=2105


CU0240   CNTLUNIT CUNUMBR=0240,PATH=(40),CUADD=02, X


   UNITADD=((00,256)),UNIT=2105


CU0231   CNTLUNIT CUNUMBR=0231,PATH=(31),CUADD=02, X


   UNITADD=((00,256)),UNIT=2105


CU0241   CNTLUNIT CUNUMBR=0241,PATH=(41),CUADD=02, X


   UNITADD=((00,256)),UNIT=2105


DV800IODEVICE ADDRESS=(0800,256),CUNUMBR=(0130,0140,0141,0131),X


   UNIT=3390


DV900IODEVICE ADDRESS=(0900,256),CUNUMBR=(0241,0231,0230,0240),X


   UNIT=3390


*


 

Ed Martin

330-588-4723

ext 40441

Re: REquest for IOCP for DS6800 FICON Z890

[Edward M. Martin]

Hello Kevin,

 

Thanks that is what I was looking for.

 

I have this right now.

 

*


CU0130   CNTLUNIT CUNUMBR=0130,PATH=(30),CUADD=01, X


   UNITADD=((00,256)),UNIT=2105


CU0140   CNTLUNIT CUNUMBR=0140,PATH=(40),CUADD=01, X


   UNITADD=((00,256)),UNIT=2105


CU0131   CNTLUNIT CUNUMBR=0131,PATH=(31),CUADD=01, X


   UNITADD=((00,256)),UNIT=2105


CU0141   CNTLUNIT CUNUMBR=0141,PATH=(41),CUADD=01, X


   UNITADD=((00,256)),UNIT=2105


CU0230   CNTLUNIT CUNUMBR=0230,PATH=(30),CUADD=02, X


   UNITADD=((00,256)),UNIT=2105


CU0240   CNTLUNIT CUNUMBR=0240,PATH=(40),CUADD=02, X


   UNITADD=((00,256)),UNIT=2105


CU0231   CNTLUNIT CUNUMBR=0231,PATH=(31),CUADD=02, X


   UNITADD=((00,256)),UNIT=2105


CU0241   CNTLUNIT CUNUMBR=0241,PATH=(41),CUADD=02, X


   UNITADD=((00,256)),UNIT=2105


DV800IODEVICE ADDRESS=(0800,256),CUNUMBR=(0130,0140,0141,0131),X


   UNIT=3390


DV900IODEVICE ADDRESS=(0900,256),CUNUMBR=(0241,0231,0230,0240),X


   UNIT=3390


*


 

Ed Martin

330-588-4723

ext 40441



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Neubert, Kevin (DIS)
Sent: Thursday, December 06, 2007 4:39 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: REquest for IOCP for DS6800 FICON Z890

 

You definitely want and should take advantage of all four channels.
Your CHPIDs look okay to me, but consider something like the following
for your CNTLUNITs and IODEVICEs

CU130CNTLUNIT CUNUMBR=130,PATH=(30),   X

   UNITADD=((00,256)),CUADD=0,UNIT=2105 

CU140CNTLUNIT CUNUMBR=140,PATH=(40),   X

   UNITADD=((00,256)),CUADD=0,UNIT=2105 

CU131CNTLUNIT CUNUMBR=131,PATH=(31),   X

   UNITADD=((00,256)),CUADD=0,UNIT=2105 

CU141CNTLUNIT CUNUMBR=141,PATH=(41),   X

   UNITADD=((00,256)),CUADD=0,UNIT=2105 

CUA30CNTLUNIT CUNUMBR=130,PATH=(30),   X

   UNITADD=((00,256)),CUADD=1,UNIT=2105 

CUA40CNTLUNIT CUNUMBR=140,PATH=(40),   X

   UNITADD=((00,256)),CUADD=1,UNIT=2105 

CUA31CNTLUNIT CUNUMBR=131,PATH=(31),   X

   UNITADD=((00,256)),CUADD=1,UNIT=2105 

CUA41CNTLUNIT CUNUMBR=141,PATH=(41),   X

   UNITADD=((00,256)),CUADD=1,UNIT=2105 

DV800IODEVICE ADDRESS=(0800,256),CUNUMBR=(130,140,131,141),X

   UNIT=3390,UNITADD=00 

DV900IODEVICE ADDRESS=(0900,256),CUNUMBR=(A30,A40,A31,A41),X

   UNIT=3390,UNITADD=00 

Regards,

 

Kevin

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Edward M. Martin
Sent: Thursday, December 06, 2007 12:19 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: REquest for IOCP for DS6800 FICON Z890

 

Hello Everyone,

I am just getting the IOCP ready for a ds6800 connected to four
ports on the Z890.

I would like to some help with the IOCP.  

Even though we have to have LPAR, there is only one  called
PROD.

The FICON cards are the 2320 FICON Express SX.   Two 1 gig ports
per card.

I would like to have all four ports able to access all dasd.



I am figuring to have the DS6800 formated for  30 3390 mod 3, 306 3390
mod 9, and 30 3390 mod 27. (366 devices)

I know that am missing some RESOURCE PARTITION and various CSS
commands.



I am reading about them now.  And I still have lots of
questions.

I would appreciate any insight and idea's.  Than

 

 CHPID PCHID=130,PATH=30,TYPE=FC,SHARED   .FICON DS6800  

 CHPID PCHID=131,PATH=31,TYPE=FC,SHARED   .FICON DS6800  

 CHPID PCHID=140,PATH=40,TYPE=FC,SHARED   .FICON DS6800  

 CHPID PCHID=141,PATH=41,TYPE=FC,SHARED   .FICON DS6800  

*


*chpids 130/131/140/141 paths 30/31/40/41   *


*IBM ds6400 system  *


*


*


CU130CNTLUNIT CUNUMBR=130,PATH=(30,40),X


   UNITADD=((00,256)),UNIT=2105


CU140CNTLUNIT CUNUMBR=140,PATH=(31,41),X


   UNITADD=((00,256

Re: REquest for IOCP for DS6800 FICON Z890

[Neubert, Kevin (DIS)]

You definitely want and should take advantage of all four channels.
Your CHPIDs look okay to me, but consider something like the following
for your CNTLUNITs and IODEVICEs

CU130CNTLUNIT CUNUMBR=130,PATH=(30),   X

   UNITADD=((00,256)),CUADD=0,UNIT=2105 

CU140CNTLUNIT CUNUMBR=140,PATH=(40),   X

   UNITADD=((00,256)),CUADD=0,UNIT=2105 

CU131CNTLUNIT CUNUMBR=131,PATH=(31),   X

   UNITADD=((00,256)),CUADD=0,UNIT=2105 

CU141CNTLUNIT CUNUMBR=141,PATH=(41),   X

   UNITADD=((00,256)),CUADD=0,UNIT=2105 

CUA30CNTLUNIT CUNUMBR=130,PATH=(30),   X

   UNITADD=((00,256)),CUADD=1,UNIT=2105 

CUA40CNTLUNIT CUNUMBR=140,PATH=(40),   X

   UNITADD=((00,256)),CUADD=1,UNIT=2105 

CUA31CNTLUNIT CUNUMBR=131,PATH=(31),   X

   UNITADD=((00,256)),CUADD=1,UNIT=2105 

CUA41CNTLUNIT CUNUMBR=141,PATH=(41),   X

   UNITADD=((00,256)),CUADD=1,UNIT=2105 

DV800IODEVICE ADDRESS=(0800,256),CUNUMBR=(130,140,131,141),X

   UNIT=3390,UNITADD=00 

DV900IODEVICE ADDRESS=(0900,256),CUNUMBR=(A30,A40,A31,A41),X

   UNIT=3390,UNITADD=00 

Regards,

 

Kevin

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Edward M. Martin
Sent: Thursday, December 06, 2007 12:19 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: REquest for IOCP for DS6800 FICON Z890

 

Hello Everyone,

I am just getting the IOCP ready for a ds6800 connected to four
ports on the Z890.

I would like to some help with the IOCP.  

Even though we have to have LPAR, there is only one  called
PROD.

The FICON cards are the 2320 FICON Express SX.   Two 1 gig ports
per card.

I would like to have all four ports able to access all dasd.



I am figuring to have the DS6800 formated for  30 3390 mod 3, 306 3390
mod 9, and 30 3390 mod 27. (366 devices)

I know that am missing some RESOURCE PARTITION and various CSS
commands.



I am reading about them now.  And I still have lots of
questions.

I would appreciate any insight and idea's.  Than

 

 CHPID PCHID=130,PATH=30,TYPE=FC,SHARED   .FICON DS6800  

 CHPID PCHID=131,PATH=31,TYPE=FC,SHARED   .FICON DS6800  

 CHPID PCHID=140,PATH=40,TYPE=FC,SHARED   .FICON DS6800  

 CHPID PCHID=141,PATH=41,TYPE=FC,SHARED   .FICON DS6800  

*


*chpids 130/131/140/141 paths 30/31/40/41   *


*IBM ds6400 system  *


*


*


CU130CNTLUNIT CUNUMBR=130,PATH=(30,40),X


   UNITADD=((00,256)),UNIT=2105


CU140CNTLUNIT CUNUMBR=140,PATH=(31,41),X


   UNITADD=((00,256)),UNIT=2105


DV800IODEVICE ADDRESS=(0800,256),CUNUMBR=(130,140),X


   UNIT=3390,UNITADD=00


DV900IODEVICE ADDRESS=(0900,256),CUNUMBR=(140,130),X


   UNIT=3390,UNITADD=00


*


Ed Martin

330-588-4723

ext 40441

Re: EMC DASD

[Eric Schadow]

Richard

On the link below search "2107device" to get the 2107 device bucket

http://www.ibm.com/support/us/en/


Eric



-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Behalf Of Schuh, Richard
Sent: Thursday, December 06, 2007 3:31 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: EMC DASD


This is a multi-part message in MIME format.

--_=_NextPart_001_01C83846.DFE9EF6A
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

I have just been asked if VM is ready for the EMC DMX3 with the CU
specified as 2107. We are on z/VM 5.2.0 at maintenance level 0701,
running on a z9. Is it ready, or is maintenance or modification
required?

Regards,=20
Richard Schuh=20



--_=_NextPart_001_01C83846.DFE9EF6A
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable






EMC DASD




I have just been asked if VM is ready for the =
EMC DMX3 =
with the CU specified as 2107. We are on =
z/VM 5.2.0 at maintenance level 0701, running on a z9. Is it ready, or is =
maintenance or modification =
required?

Regards,
Richard Schuh 







--_=_NextPart_001_01C83846.DFE9EF6A--




The information contained in this communication is intended
only for the use of the recipient(s) named above. It may
contain information that is privileged or confidential, and
may be protected by State and/or Federal Regulations. If
the reader of this message is not the intended recipient,
you are hereby notified that any dissemination,
distribution, or copying of this communication, or any of
its contents, is strictly prohibited. If you have received
this communication in error, please return it to the sender
immediately and delete the original message and any copy
of it from your computer system. If you have any questions
concerning this message, please contact the sender.

Re: FTP

[Fran Hensler]

The author of VMFTP, Romnay White, sent me an updated version and I
have put it on my download site as VMFTPUPD VMARC:

http://zvm.sru.edu/~download

/Fran Hensler at Slippery Rock University of Pennsylvania USA for 44 years
 [EMAIL PROTECTED] +1.724.738.2153
"Yes, Virginia, there is a Slippery Rock"

On Thu, 6 Dec 2007 09:18:50 -0500 Bill Munson said:
>Unless you already got it here is the URL
>
>http://ukcc.uky.edu/~tools/1997/
>

EMC DASD

[Schuh, Richard]

I have just been asked if VM is ready for the EMC DMX3 with the CU
specified as 2107. We are on z/VM 5.2.0 at maintenance level 0701,
running on a z9. Is it ready, or is maintenance or modification
required?

Regards, 
Richard Schuh 

REquest for IOCP for DS6800 FICON Z890

[Edward M. Martin]

Hello Everyone,

I am just getting the IOCP ready for a ds6800 connected to four
ports on the Z890.

I would like to some help with the IOCP.  

Even though we have to have LPAR, there is only one  called
PROD.

The FICON cards are the 2320 FICON Express SX.   Two 1 gig ports
per card.
I would like to have all four ports able to access all dasd.

I am figuring to have the DS6800 formated for  30 3390 mod 3, 306 3390
mod 9, and 30 3390 mod 27. (366 devices)

I know that am missing some RESOURCE PARTITION and various CSS
commands.

I am reading about them now.  And I still have lots of
questions.

I would appreciate any insight and idea's.  Than


 CHPID PCHID=130,PATH=30,TYPE=FC,SHARED   .FICON DS6800  
 CHPID PCHID=131,PATH=31,TYPE=FC,SHARED   .FICON DS6800  
 CHPID PCHID=140,PATH=40,TYPE=FC,SHARED   .FICON DS6800  
 CHPID PCHID=141,PATH=41,TYPE=FC,SHARED   .FICON DS6800  

*

*chpids 130/131/140/141 paths 30/31/40/41   *

*IBM ds6400 system  *

*

*

CU130CNTLUNIT CUNUMBR=130,PATH=(30,40),X

   UNITADD=((00,256)),UNIT=2105

CU140CNTLUNIT CUNUMBR=140,PATH=(31,41),X

   UNITADD=((00,256)),UNIT=2105

DV800IODEVICE ADDRESS=(0800,256),CUNUMBR=(130,140),X

   UNIT=3390,UNITADD=00

DV900IODEVICE ADDRESS=(0900,256),CUNUMBR=(140,130),X

   UNIT=3390,UNITADD=00

*



Ed Martin
330-588-4723
ext 40441

Re: FTP Append

[Schuh, Richard]

It is strictly from VM for now. We are in a freeze period that lasts
throughout the holiday season. The pcs are in an environment where they
touch the online systems, so they are untouchable during the freeze. I
had already made the suggestion to the one who cares for the pc
software. I even went so far as to suggest that if he does see a value
of zero, that he send the entire file instead of just the append. He is
planning to make changes early next year. 

 

And please, do not apologize for making your suggestions. It never hurts
to make the suggestions, and they may be the source of learning for some
or, in my case, relearning. 

 

Regards, 
Richard Schuh 

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Mike Walter
Sent: Thursday, December 06, 2007 11:52 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FTP Append

 


Good diagnostic technique! 

It's unclear to me if the monitoring is done from z/VM, or on the PCs in
the centers   

If it's done a z/VM, then you're only looking at one side of the
equation.  Can you develop a monitor that runs on the PCs to see what
*they* see every minute?   

Extra credit will be given if that monitor is also run on the PC
immediately before and after each FTP event so that what arrives on z/VM
can be compared with what was on the PC _just before_, and _just after_
every FTP event. 

My apologies if the thoughts in this have already been tried.  In an
apparent attempt to maintain some privacy around what's being done,
sometimes the posts have sometimes been difficult to interpret. 

Mike Walter 
Hewitt Associates 
Any opinions expressed herein are mine alone and do not necessarily
represent the opinions or policies of Hewitt Associates. 



"Schuh, Richard" <[EMAIL PROTECTED]> 

Sent by: "The IBM z/VM Operating System"  

12/06/2007 01:38 PM 

Please respond to
"The IBM z/VM Operating System" 

To

IBMVM@LISTSERV.UARK.EDU 

cc

 

Subject

Re: FTP Append

 

 

 




I  created a routine that checks the number of records in the files from
the center in question once per minute and reports any that change to or
from zero records. It has given surprising results. One time when there
was a corruption, it reported 0 records immediately before and + records
after. On other occasions, it has recorded similar changes without there
being any corruption. Conversely, there have been 2 cases of corruption
with no indications that the corrupted file was ever empty. I have since
changed the routine to monitor the files from all centers in an effort
to see if these state changes are normal. If I see them from the other
centers, I will have to conclude that they, while strange, are normal. 

Back in 2004, I posted an item about files disappearing from SFS when
FTP was appending to them
(http://listserv.uark.edu/scripts/wa.exe?A2=ind0405&L=IBMVM&P=R29292&D=0
&H=0&I=-3&O=T&T=0&m=49139
 ). There was only one response and the
problem went away without ever having been correctly diagnosed and
fixed. This problem seems to be very much the same as the 2004 post
because we did note that the files that disappeared were first reported
as being empty. This time, the problem, if it is related, is more
persistent than before, happening once every few days instead of once
every 3.5 years:-( 

The question is, what is causing this, something in SFS or is it being
done by TCPIP? How can I make the determination? 

Regards,
Richard Schuh 

Original post in the current thread. 

Date: Wed, 28 Nov 2007 14:12:04 -0800 

Reply-To: The IBM z/VM Operating System <[log in to unmask]
 > 

Sender:   The IBM z/VM Operating System <[log in to unmask]
 > 

From: "Schuh, Richard" <[log in to unmask]
 > 

Subject:  FTP Append 

Content-Type: multipart/alternative; 

We have been using FTP to append to daily files from our centers around
the world for eight years now. The way that we have been doing it is
that data is accumulated by a PC at each center. When a threshold is
reached, the PC initiates an FTP session with our VM system and appends
the data to a file whose name and type reflect the location of the
originating system, the type of log file and the date of the collection.
These files reside in the same SFS directory. 

Lately, the files from one of the centers intermittently get corrupted
by overwriting the already written data. For example, data, which is
timestamped, might be collected for three hours and after the next
transmission, the start 

Re: FTP Append

[Mike Walter]

Good diagnostic technique!

It's unclear to me if the monitoring is done from z/VM, or on the PCs in 
the centers 

If it's done a z/VM, then you're only looking at one side of the equation. 
 Can you develop a monitor that runs on the PCs to see what *they* see 
every minute? 

Extra credit will be given if that monitor is also run on the PC 
immediately before and after each FTP event so that what arrives on z/VM 
can be compared with what was on the PC _just before_, and _just after_ 
every FTP event.

My apologies if the thoughts in this have already been tried.  In an 
apparent attempt to maintain some privacy around what's being done, 
sometimes the posts have sometimes been difficult to interpret.

Mike Walter 
Hewitt Associates 
Any opinions expressed herein are mine alone and do not necessarily 
represent the opinions or policies of Hewitt Associates.



"Schuh, Richard" <[EMAIL PROTECTED]> 

Sent by: "The IBM z/VM Operating System" 
12/06/2007 01:38 PM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: FTP Append






I  created a routine that checks the number of records in the files from 
the center in question once per minute and reports any that change to or 
from zero records. It has given surprising results. One time when there 
was a corruption, it reported 0 records immediately before and + records 
after. On other occasions, it has recorded similar changes without there 
being any corruption. Conversely, there have been 2 cases of corruption 
with no indications that the corrupted file was ever empty. I have since 
changed the routine to monitor the files from all centers in an effort to 
see if these state changes are normal. If I see them from the other 
centers, I will have to conclude that they, while strange, are normal.
Back in 2004, I posted an item about files disappearing from SFS when FTP 
was appending to them (
http://listserv.uark.edu/scripts/wa.exe?A2=ind0405&L=IBMVM&P=R29292&D=0&H=0&I=-3&O=T&T=0&m=49139
). There was only one response and the problem went away without ever 
having been correctly diagnosed and fixed. This problem seems to be very 
much the same as the 2004 post because we did note that the files that 
disappeared were first reported as being empty. This time, the problem, if 
it is related, is more persistent than before, happening once every few 
days instead of once every 3.5 yearsL
The question is, what is causing this, something in SFS or is it being 
done by TCPIP? How can I make the determination?
Regards,
Richard Schuh 
Original post in the current thread.
Date: Wed, 28 Nov 2007 14:12:04 -0800
Reply-To: The IBM z/VM Operating System <[log in to unmask]>
Sender:   The IBM z/VM Operating System <[log in to unmask]>
From: "Schuh, Richard" <[log in to unmask]>
Subject:  FTP Append
Content-Type: multipart/alternative;
We have been using FTP to append to daily files from our centers around 
the world for eight years now. The way that we have been doing it is that 
data is accumulated by a PC at each center. When a threshold is reached, 
the PC initiates an FTP session with our VM system and appends the data to 
a file whose name and type reflect the location of the originating system, 
the type of log file and the date of the collection. These files reside in 
the same SFS directory. 
Lately, the files from one of the centers intermittently get corrupted by 
overwriting the already written data. For example, data, which is 
timestamped, might be collected for three hours and after the next 
transmission, the start of the file will bear the timestamp of 03:00:01. 
Sometimes, it happens early; other times late (20:39:00 is one recent 
example). 
The people who are in charge of this process have checked and rechecked to 
verify (1) that all centers are running the same level of software, (2) 
that there is nowhere that the PUT command is used in place of APPEND, and 
(3) any non-zero return code from any command terminates the transmission 
and the error is logged on the PC. So far, no non-zero return code has 
been reported; no error log created.
Has anyone seen this sort of behavior? What might cause it? We have nearly 
20 log files being created on VM using this method and software. Why is 
only one file being victimized?
I have tried FTP to a test file that is locked in XEDIT by a user other 
than the owner of the directory. The result was a meaningful error message 
accompanied by a non-zero return code. Doing the same from the owning user 
gives the expected bad results. The updates of whichever user ends first 
get wiped out by the last to do the FINIS. It is only the update that gets 
wiped out, not the entire file. The latter test was just done for 
completeness of the experiment. In real life, (a) the owner is a service 
machine that runs disconnected and never manipulates these files until 
they are at least a day old, and (b) the only ones who can write into the 
directory a

Re: FTP Append

[Schuh, Richard]

I  created a routine that checks the number of records in the files from
the center in question once per minute and reports any that change to or
from zero records. It has given surprising results. One time when there
was a corruption, it reported 0 records immediately before and + records
after. On other occasions, it has recorded similar changes without there
being any corruption. Conversely, there have been 2 cases of corruption
with no indications that the corrupted file was ever empty. I have since
changed the routine to monitor the files from all centers in an effort
to see if these state changes are normal. If I see them from the other
centers, I will have to conclude that they, while strange, are normal.
Back in 2004, I posted an item about files disappearing from SFS when
FTP was appending to them
(http://listserv.uark.edu/scripts/wa.exe?A2=ind0405&L=IBMVM&P=R29292&D=0
&H=0&I=-3&O=T&T=0&m=49139). There was only one response and the problem
went away without ever having been correctly diagnosed and fixed. This
problem seems to be very much the same as the 2004 post because we did
note that the files that disappeared were first reported as being empty.
This time, the problem, if it is related, is more persistent than
before, happening once every few days instead of once every 3.5 years:-(

The question is, what is causing this, something in SFS or is it being
done by TCPIP? How can I make the determination?
Regards, 
Richard Schuh 

Original post in the current thread.
Date: Wed, 28 Nov 2007 14:12:04 -0800
Reply-To: The IBM z/VM Operating System <[log in to unmask]
 >
Sender:   The IBM z/VM Operating System <[log in to unmask]
 >
From: "Schuh, Richard" <[log in to unmask]
 >
Subject:  FTP Append
Content-Type: multipart/alternative;
We have been using FTP to append to daily files from our centers around
the world for eight years now. The way that we have been doing it is
that data is accumulated by a PC at each center. When a threshold is
reached, the PC initiates an FTP session with our VM system and appends
the data to a file whose name and type reflect the location of the
originating system, the type of log file and the date of the collection.
These files reside in the same SFS directory. 
Lately, the files from one of the centers intermittently get corrupted
by overwriting the already written data. For example, data, which is
timestamped, might be collected for three hours and after the next
transmission, the start of the file will bear the timestamp of 03:00:01.
Sometimes, it happens early; other times late (20:39:00 is one recent
example). 
The people who are in charge of this process have checked and rechecked
to verify (1) that all centers are running the same level of software,
(2) that there is nowhere that the PUT command is used in place of
APPEND, and (3) any non-zero return code from any command terminates the
transmission and the error is logged on the PC. So far, no non-zero
return code has been reported; no error log created.
Has anyone seen this sort of behavior? What might cause it? We have
nearly 20 log files being created on VM using this method and software.
Why is only one file being victimized?
I have tried FTP to a test file that is locked in XEDIT by a user other
than the owner of the directory. The result was a meaningful error
message accompanied by a non-zero return code. Doing the same from the
owning user gives the expected bad results. The updates of whichever
user ends first get wiped out by the last to do the FINIS. It is only
the update that gets wiped out, not the entire file. The latter test was
just done for completeness of the experiment. In real life, (a) the
owner is a service machine that runs disconnected and never manipulates
these files until they are at least a day old, and (b) the only ones who
can write into the directory are  the owner, the PCs doing the FTPs,
which act under the auspices of the only user explicitly authorized to
write in the directory, and file pool administrators.

We are running z/VM 5.2.0 at service level 701 (CP, CMS22, and TCP/IP
all at the same service level.)

Re: How to create a CP Disabled Wait State?

[pfa]

Or, when you're ready for a C0FFEE break...
 
Alternatively: 
-- 
CP STore PSW C0FFEC
Store complete.
DMSITP143T Specification exception occurred at 00C0FFEE in system routine 
CP; re-IPL CMS
DMSDIE3550I All APPC/VM and IUCV paths have been severed.




Mike Walter <[EMAIL PROTECTED]> 
Sent by: The IBM z/VM Operating System 
12/06/2007 01:38 PM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: How to create a CP Disabled Wait State?








or... 
-- 
set conceal on   
MRWALTER; T=0.01/0.01 12:32:09   
CP STore PSW DEAD  
Store complete.  
DMSITP143T Specification exception occurred at DEAF in system routine 
CP; re-IPL CMS 
DMSDIE3550I All APPC/VM and IUCV paths have been severed.  
DMSWSP314W Automatic re-IPL by CP due to disabled wait; PSW 000A 
 
<> 
z/VM V5.1.02005-11-18 16:11  
-- 

Store the PSW as DEAD, and the virtual machine goes DEAF.  Makes complete 
sense to me (in accord with the POO).   
Then with CONCEAL set on, everything went ""  (too bad it couldn't 
go "FFFT".  Makes complete sense to me (in accord with the POO). ;-) 

Alternatively: 
-- 
CP STore PSW BAB   
Store complete.  
DMSITP143T Specification exception occurred at 0BAD in system routine 
CP; re-IPL CMS 
DMSDIE3550I All APPC/VM and IUCV paths have been severed.  
... 
-- 

Mike Walter 
Hewitt Associates 
Any opinions expressed herein are mine alone and do not necessarily 
represent the opinions or policies of Hewitt Associates. 


"Alan Altmark" <[EMAIL PROTECTED]> 

Sent by: "The IBM z/VM Operating System"  
12/06/2007 12:09 PM 

Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU 
cc

Subject
Re: How to create a CP Disabled Wait State?








On Thursday, 12/06/2007 at 11:46 EST, [EMAIL PROTECTED] wrote:
> If it's an OPTION CONCEAL type Re-IPL, won't a simple CP SYSTEM RESET 
cause the 
> re-IPL?? 

Yes, "anything that causes the virtual machine to reset."  You can use:
SYSTEM CLEAR
SYSTEM RESET
DETACH CPU
DEFINE STORAGE
SET MACHINE
or the guest itself can load a disabled wait PSW (that's what BEGIN 0 
causes).

Alan Altmark
z/VM Development
IBM Endicott


The information contained in this e-mail and any accompanying documents 
may contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if 
this message has been addressed to you in error, please immediately alert 
the sender by reply e-mail and then delete this message, including any 
attachments. Any dissemination, distribution or other use of the contents 
of this message by anyone other than the intended recipient is strictly 
prohibited. All messages sent to and from this e-mail address may be 
monitored as permitted by applicable law and regulations to ensure 
compliance with our internal policies and to protect our business. Emails 
are not secure and cannot be guaranteed to be error free as they can be 
intercepted, amended, lost or destroyed, or contain viruses. You are 
deemed to have accepted these risks if you communicate with us by email. 

IBM's Project Big Green Spurs Global Shift to Linux on Mainframe

[Bob Heerdink]

According to IBM:  http://www-03.ibm.com/press/us/en/pressrelease/21945.w
ss

 snip 
"Plan to Shrink 3,900 Computer Servers to About 30 Mainframes Targets 80 

Percent Energy Reduction Over Five Years

ARMONK, NY - 01 Aug 2007: In one of the most significant transformations 
of 
its worldwide data centers in a generation, IBM (NYSE: IBM) today announc
ed 
that it will consolidate about 3,900 computer servers onto about 30 Syste
m 
z mainframes running the Linux operating system. The company anticipates 

that the new server environment will consume approximately 80 percent les
s 
energy than the current set up and expects significant savings over five 

years in energy, software and system support costs. "

 snip 

Merry Christmas to us all,
Bob

Re: Strange RACF Issue

[Alan Altmark]

On Thursday, 12/06/2007 at 10:23 EST, Colin Allinson 
<[EMAIL PROTECTED]> wrote:
> We have a shared RACF database (3 VM systems running RACF 5.3 & a number 
of MVS 
> systems). 
> 
> Recently the z/OS systems upgraded to 1.7 and they found a discrepancy 
in the 
> database (that may have been there for ages) but that 1.4 did not 
report. 
> 
> It seems that there was an index entry pointing to a VMBATCH resource 
that did 
> not exist. 
> 
> For now, we are OK because we have redefined both the user and the 
resource so 
> z/OS 1.7 is happy - even though there are 2 index entries for the same 
> resource. 
> 
> What I don't understand is how we could have got into this situation. 
Our 
> security admin people normally manage VMBATCH resources from VM - but 
could 
> have done something on z/OS. 
> 
> Because we have no idea when this occurred (or what happened) it is very 

> difficult to follow this up. If we could recreate it (on the Test 
System) then 
> we would have something to work with. 
> 
> Does anyone have any ideas?

z/OS 1.4 was pre-dynamic templates.  z/OS 1.7 is post-dynamic templates. 
You need to talk to the (z/OS RACF) support center about the reports you 
ran and exactly what they reported.

(And I presume you upgraded the templates as part of the RACF FL530 
installation.)

Alan Altmark
z/VM Development
IBM Endicott

Re: How to create a CP Disabled Wait State?

[McKown, John]

NAH, I always liked a hard wait of DEADBEEF
 
 

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.
  

-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter
Sent: Thursday, December 06, 2007 12:39 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: How to create a CP Disabled Wait State?



or... 
-- 
set conceal on

MRWALTER; T=0.01/0.01 12:32:09

CP STore PSW DEAD

Store complete.

DMSITP143T Specification exception occurred at DEAF in
system routine CP; re-IPL CMS

DMSDIE3550I All APPC/VM and IUCV paths have been severed.

DMSWSP314W Automatic re-IPL by CP due to disabled wait; PSW
000A  
<> 
z/VM V5.1.02005-11-18 16:11

-- 

Store the PSW as DEAD, and the virtual machine goes DEAF.  Makes
complete sense to me (in accord with the POO).   
Then with CONCEAL set on, everything went ""  (too bad
it couldn't go "FFFT".  Makes complete sense to me (in accord with
the POO).;-) 

Alternatively: 
-- 
CP STore PSW BAB

Store complete.

DMSITP143T Specification exception occurred at 0BAD in
system routine CP; re-IPL CMS

DMSDIE3550I All APPC/VM and IUCV paths have been severed.

... 
-- 

Mike Walter 
Hewitt Associates 
Any opinions expressed herein are mine alone and do not
necessarily represent the opinions or policies of Hewitt Associates. 



"Alan Altmark" <[EMAIL PROTECTED]> 

Sent by: "The IBM z/VM Operating System"  

12/06/2007 12:09 PM 
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU 
cc
Subject
Re: How to create a CP Disabled Wait State?






On Thursday, 12/06/2007 at 11:46 EST, [EMAIL PROTECTED] wrote:
> If it's an OPTION CONCEAL type Re-IPL, won't a simple CP
SYSTEM RESET 
cause the 
> re-IPL?? 

Yes, "anything that causes the virtual machine to reset."  You
can use:
SYSTEM CLEAR
SYSTEM RESET
DETACH CPU
DEFINE STORAGE
SET MACHINE
or the guest itself can load a disabled wait PSW (that's what
BEGIN 0 
causes).

Alan Altmark
z/VM Development
IBM Endicott








The information contained in this e-mail and any accompanying
documents may contain information that is confidential or otherwise
protected from disclosure. If you are not the intended recipient of this
message, or if this message has been addressed to you in error, please
immediately alert the sender by reply e-mail and then delete this
message, including any attachments. Any dissemination, distribution or
other use of the contents of this message by anyone other than the
intended recipient is strictly prohibited. All messages sent to and from
this e-mail address may be monitored as permitted by applicable law and
regulations to ensure compliance with our internal policies and to
protect our business. Emails are not secure and cannot be guaranteed to
be error free as they can be intercepted, amended, lost or destroyed, or
contain viruses. You are deemed to have accepted these risks if you
communicate with us by email. 

Re: How to create a CP Disabled Wait State?

[Mike Walter]

or...
--
set conceal on  
MRWALTER; T=0.01/0.01 12:32:09  
CP STore PSW DEAD  
Store complete.  
DMSITP143T Specification exception occurred at DEAF in system routine 
CP; re-IPL CMS  
DMSDIE3550I All APPC/VM and IUCV paths have been severed.  
DMSWSP314W Automatic re-IPL by CP due to disabled wait; PSW 000A 
 
<> 
z/VM V5.1.02005-11-18 16:11  
--

Store the PSW as DEAD, and the virtual machine goes DEAF.  Makes complete 
sense to me (in accord with the POO). 
Then with CONCEAL set on, everything went ""  (too bad it couldn't 
go "FFFT".  Makes complete sense to me (in accord with the POO). ;-)

Alternatively:
--
CP STore PSW BAB  
Store complete.  
DMSITP143T Specification exception occurred at 0BAD in system routine 
CP; re-IPL CMS  
DMSDIE3550I All APPC/VM and IUCV paths have been severed.  
...
--

Mike Walter 
Hewitt Associates 
Any opinions expressed herein are mine alone and do not necessarily 
represent the opinions or policies of Hewitt Associates.



"Alan Altmark" <[EMAIL PROTECTED]> 

Sent by: "The IBM z/VM Operating System" 
12/06/2007 12:09 PM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: How to create a CP Disabled Wait State?






On Thursday, 12/06/2007 at 11:46 EST, [EMAIL PROTECTED] wrote:
> If it's an OPTION CONCEAL type Re-IPL, won't a simple CP SYSTEM RESET 
cause the 
> re-IPL?? 

Yes, "anything that causes the virtual machine to reset."  You can use:
SYSTEM CLEAR
SYSTEM RESET
DETACH CPU
DEFINE STORAGE
SET MACHINE
or the guest itself can load a disabled wait PSW (that's what BEGIN 0 
causes).

Alan Altmark
z/VM Development
IBM Endicott



 
The information contained in this e-mail and any accompanying documents may 
contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if this 
message has been addressed to you in error, please immediately alert the sender 
by reply e-mail and then delete this message, including any attachments. Any 
dissemination, distribution or other use of the contents of this message by 
anyone other than the intended recipient is strictly prohibited. All messages 
sent to and from this e-mail address may be monitored as permitted by 
applicable law and regulations to ensure compliance with our internal policies 
and to protect our business. Emails are not secure and cannot be guaranteed to 
be error free as they can be intercepted, amended, lost or destroyed, or 
contain viruses. You are deemed to have accepted these risks if you communicate 
with us by email. 

Re: How to create a CP Disabled Wait State?

[Alan Altmark]

On Thursday, 12/06/2007 at 11:46 EST, [EMAIL PROTECTED] wrote:
> If it's an OPTION CONCEAL type Re-IPL, won't a simple CP SYSTEM RESET 
cause the 
> re-IPL?? 

Yes, "anything that causes the virtual machine to reset."  You can use:
SYSTEM CLEAR
SYSTEM RESET
DETACH CPU
DEFINE STORAGE
SET MACHINE
or the guest itself can load a disabled wait PSW (that's what BEGIN 0 
causes).

Alan Altmark
z/VM Development
IBM Endicott

"New" qeth failure message

[Mark Post]

Cross-posted to linux-390 and ibmvm

>>> On Thu, Dec 6, 2007 at  4:26 AM, in message
> 
> does someone know what this error means ? The message appears during 
> activation of Hipersocket/GuestLAN device on Linux
> 
> qeth: received an IDX TERMINATE with cause code 0x08

I received this from one of my colleagues.  I'm not aware of any public 
documentation of these error codes (*please* correct me if I'm wrong), and I 
haven't seen it discussed here before, so I don't have an answer for them.


Thanks,

Mark Post

Re: How to create a CP Disabled Wait State?

[Berry van Sleeuwen]

Hello Dave,

Use "CP SYSTEM CLEAR".

I had to look for it, it is mentioned in the program directory for DIRMAI
NT
from a few years ago (5748XE4 that came with VM 2.x). Under testing DIRMA
INT
command CP SYSTEM CLEAR is being used to test the restart.

For some reason the appendix testing dirmaint has been left out the progr
am
directory for zvm4.4 and later. I can't find it in the tailoring and
adminstration guide either.

Regards, Berry.

Re: How to create a CP Disabled Wait State?

[pfa]

If it's an OPTION CONCEAL type Re-IPL, won't a simple CP SYSTEM RESET 
cause the re-IPL??
 



Alan Altmark <[EMAIL PROTECTED]> 
Sent by: The IBM z/VM Operating System 
12/06/2007 09:52 AM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: How to create a CP Disabled Wait State?







On Wednesday, 12/05/2007 at 01:20 EST, Dave Keeton 
<[EMAIL PROTECTED]> wrote:
> I'm working through Appendix E in the DirMaint Tailoring and Admin guide 


> (SC24-6135-01) and I'm not sure how to complete one of the steps. I'm on 

step 
> 9,  "Test DirMaint's automatic restart and recovery" and I'm not sure 
how to 
> "Create a CP disabled wait state".
> 
> How does one go about creating this condition? I've encountered it 
before; I 
> see it when a Linux guest is shutdown and the guest is still logged on. 
I don't 
> know how to force this condition. Any help would be greatly appreciated.

The DIRMAINT reference is to the "protected application environment" 
enabled by CP SET CONCEAL ON or OPTION CONCEAL in the directory.  Anything 

that causes the virtual machine to reset or load a disabled wait state 
(#CP BEGIN 0 is a good one) will trigger an automatic re-IPL.

Please submit a Reader's Comment Form.  It is a "virtual machine" disabled 

wait state, not CP!  :-)

Alan Altmark
z/VM Development
IBM Endicott

Re: SAN and Linux on zSeries

[Hilliard, Chris]

We are running z/Linux on our z800 and connecting to a 2105-800 (Shark)
over a SAN.  I would imagine it to be setup the same way on a z9
connecting to a DS4800.  I can share our experiences and configuration
if that will help.


-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Martha McConaghy
Sent: Thursday, December 06, 2007 10:32 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: SAN and Linux on zSeries

We are currently looking to add some disk storage to our SAN and I'm
anticipating connecting our z9 to it at some point to support Linux
guests
on z/VM.  We are looking at buying at least one, perhaps two DS4800's.
However, there doesn't seem to be any info for supporting Linux on
zSeries
on them.  They have "host kits" available for Linux on Power and Linux
on Intel, but not zSeries.

Does anyone have any experience with the DS4000 series and Linux on z?
If you have your z on the SAN, what types of devices are you using?

Any info would be helpful.  Thanks and happy holidays to everyone!

Martha

Re: IPFORMAT

[Brian Nielsen]

Thanks, that did exactly what I wanted.  I had previously tried using COP
Y 
(UNPACK which didn't work.

Brian Nielsen

On Thu, 6 Dec 2007 09:11:56 -0600, Mark Cibula <[EMAIL PROTECTED]> wrot
e:

>Hi Brian,
>
>Perhaps just processing the formatted file with the PIPE UNPACK stage wi
ll
>provide data in a format more suited to your needs:
>
>pipe < tracex ipfdata a | unpack | > tracex altdata a
>
>The various formatted packets are prefixed using a Pn marker string.
>
>Regards,
>Mark Cibula, IBM z/VM Systems Management
>
=
===

SAN and Linux on zSeries

[Martha McConaghy]

We are currently looking to add some disk storage to our SAN and I'm
anticipating connecting our z9 to it at some point to support Linux guests
on z/VM.  We are looking at buying at least one, perhaps two DS4800's.
However, there doesn't seem to be any info for supporting Linux on zSeries
on them.  They have "host kits" available for Linux on Power and Linux
on Intel, but not zSeries.

Does anyone have any experience with the DS4000 series and Linux on z?
If you have your z on the SAN, what types of devices are you using?

Any info would be helpful.  Thanks and happy holidays to everyone!

Martha

Strange RACF Issue

[Colin Allinson]

We have a shared RACF database (3 VM systems running RACF 5.3 & a number 
of MVS systems).

Recently the z/OS systems upgraded to 1.7 and they found a discrepancy in 
the database (that may have been there for ages) but that 1.4 did not 
report.

It seems that there was an index entry pointing to a VMBATCH resource that 
did not exist. 

For now, we are OK because we have redefined both the user and the 
resource so z/OS 1.7 is happy - even though there are 2 index entries for 
the same resource.

What I don't understand is how we could have got into this situation. Our 
security admin people normally manage VMBATCH resources from VM - but 
could have done something on z/OS.

Because we have no idea when this occurred (or what happened) it is very 
difficult to follow this up. If we could recreate it (on the Test System) 
then we would have something to work with.

Does anyone have any ideas?

Colin Allinson
Amadeus Data Processing



IMPORTANT  -  CONFIDENTIALITY  NOTICE  - This e-mail is intended only for 
the use of the individual or entity shown above as addressees. It may 
contain information which is privileged, confidential or otherwise 
protected from disclosure under applicable laws.  If the reader of this 
transmission is not the intended recipient, you are hereby notified that 
any dissemination, printing, distribution, copying, disclosure or the 
taking of any action in reliance on the contents of this information is 
strictly prohibited.  If you have received this transmission in error, 
please immediately notify us by reply e-mail or using the address below 
and delete the message and any attachments from your system. 

Amadeus Data Processing GmbH 
Geschäftsführer: Eberhard Haag 
Sitz der Gesellschaft: Erding 
HR München 48 199 
Berghamer Strasse 6 
85435 Erding 
Germany

Re: IPFORMAT

[Mark Cibula]

Hi Brian,

Perhaps just processing the formatted file with the PIPE UNPACK stage wil
l
provide data in a format more suited to your needs:

pipe < tracex ipfdata a | unpack | > tracex altdata a

The various formatted packets are prefixed using a Pn marker string.

Regards,
Mark Cibula, IBM z/VM Systems Management

Re: How to create a CP Disabled Wait State?

[Alan Altmark]

On Wednesday, 12/05/2007 at 01:20 EST, Dave Keeton 
<[EMAIL PROTECTED]> wrote:
> I'm working through Appendix E in the DirMaint Tailoring and Admin guide 

> (SC24-6135-01) and I'm not sure how to complete one of the steps. I'm on 
step 
> 9,  "Test DirMaint's automatic restart and recovery" and I'm not sure 
how to 
> "Create a CP disabled wait state".
> 
> How does one go about creating this condition? I've encountered it 
before; I 
> see it when a Linux guest is shutdown and the guest is still logged on. 
I don't 
> know how to force this condition. Any help would be greatly appreciated.

The DIRMAINT reference is to the "protected application environment" 
enabled by CP SET CONCEAL ON or OPTION CONCEAL in the directory.  Anything 
that causes the virtual machine to reset or load a disabled wait state 
(#CP BEGIN 0 is a good one) will trigger an automatic re-IPL.

Please submit a Reader's Comment Form.  It is a "virtual machine" disabled 
wait state, not CP!  :-)

Alan Altmark
z/VM Development
IBM Endicott

Re: FTP

[Bill Munson]

Unless you already got it here is the URL

http://ukcc.uky.edu/~tools/1997/

good luck

Bill Munson
VM System Programmer
Office of Information Technology
State of New Jersey
(609) 984-4065

President MVMUA
http://www.marist.edu/~mvmua



Schuh, Richard wrote:
Rogers treatise is interesting, but useless if I cannot find VMFTP. 
Google led me to both Mirasoft and the 1997 VM Workshop that which had a 
link to Mirasoft. That proved to be fruitless. Clicking on the VMFTP 
link leads to a list of shopping sites.


 


Regards,
Richard Schuh

 




*From:* The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] 
*On Behalf Of *Hughes, Jim

*Sent:* Wednesday, December 05, 2007 11:23 AM
*To:* IBMVM@LISTSERV.UARK.EDU
*Subject:* Re: FTP

 


Roger Deschner wrote this back in 2002. Here it is:

 


 snip