Re: Realy simple pipe insert ?

[Shimon Lebowitz]

> > You've all fallen for it! It is a well known fact that you cannot mix 
> > APPLES and ORANGES. Won't work. 
> 
> Add a tablespoon of cinnamon, two tablespoons of light brown sugar per apple 
> and
> orange, and a jigger of really good brandy, and heat on low. Add teaspoons of
> honey slowly until you get a smooth pouring consistency. Watch carefully so 
> the
> syrup and fruit don't burn. Serve over French vanilla ice cream. 
> 

Sitting here this morning going over last night's emails, 
I read this one to my wife (after a short reminder that 'PIPES'
is something that can manipulate files...).

My six year old daughter looked at me after listening to the
recipe and asked "what's brandy?". I told her it's a kind of
liquor. (She knows I have a scotch for "L'Chaim!" on occasion).
She made a face, and said "we have a better way to mix 
apples and oranges". And with a great big smile she said
"FRUIT SALAD!".

That was my OT post for the day. :-)

Shimon

Re: DASD cylinders

[Marcy Cortes]

Right, there's the details query.  But the issue is do those cyl values
make the monitor data so that the tools we use (i.e. Velocity or PTK)
can put them on screens & in reports (the reports say -9 for the 32,760
one).

 
q dasd details b866 
B866  CUTYPE = 3990-E9, DEVTYPE = 3390-0A, VOLSER = V9PG02, CYLS = 1252 
  CACHE DETAILS:  CACHE NVS CFW DFW PINNED CONCOPY  
   -SUBSYSTEM   YY   Y   -N   N 
  -DEVICE   Y-   -   YN   N 
  DEVICE DETAILS: CCA = 66, DDC = --
  DUPLEX DETAILS: --
Ready; T=0.01/0.01 20:13:49 
q dasd details 6d00 
6D00  CUTYPE = 3990-E9, DEVTYPE = 3390-0C, VOLSER = 6D00VM, CYLS = 32760
  CACHE DETAILS:  CACHE NVS CFW DFW PINNED CONCOPY  
   -SUBSYSTEM   YY   Y   -N   N 
  -DEVICE   Y-   -   YN   N 
  DEVICE DETAILS: CCA = 00, DDC = --
  DUPLEX DETAILS: --
Ready; T=0.01/0.01 20:13:52 
q cplevel   
z/VM Version 5 Release 2.0, service level 0602 (64-bit) 
Generated at 12/06/06 17:18:29 CST  
IPL at 02/25/07 04:08:48 CST
Ready; T=0.01/0.01 20:13:54 

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 David Kreuter
Sent: Tuesday, March 06, 2007 4:37 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] DASD cylinders

q dasd details b300

B300  CUTYPE = 2105-E8, DEVTYPE = 3390-0C, VOLSER = VPC900, CYLS = 10017

  CACHE DETAILS:  CACHE NVS CFW DFW PINNED CONCOPY

   -SUBSYSTEM   YY   Y   -N   N

  -DEVICE   Y-   -   YN   N

  DEVICE DETAILS: CCA = 00, DDC = --

  DUPLEX DETAILS: --


q cplevel 
z/VM Version 5 Release 2.0, service level 0602 (64-bit)   
Generated at 01/21/07 06:36:52 EST
IPL at 01/21/07 06:44:05 EST   

David   

-Original Message-
From: The IBM z/VM Operating System on behalf of [EMAIL PROTECTED]
Sent: Tue 3/6/2007 2:55 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] DASD cylinders
 
Back in the "Good Old Days" with RTM, I had a modification that would
identify the different 3390 models on the device screen, with '3393' for
a model 3, '3399' for a model 9, '339M' for a model 27, and '339X' for
everything else (which at the time the three models were all we
had.)  With PTK we can't do that, unfortunately, and with all the
changes they've put into CP, it would take a big-time rewrite of RTM to
make it work past zVM 5.1.0. 
 
I agree with Marcy in that it would be very nice to be able to have some
way of knowing which model 3390 you are looking at.  Even being able to
have a customized screen that would read a table of addresses and
matching in the correct device type would be useful.

 




Marcy Cortes <[EMAIL PROTECTED]> Sent by: The IBM z/VM
Operating System 
03/06/2007 02:47 PM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: DASD cylinders







That's what I think too.  Mod 27 and Mod 54 don't exist.  I just read
the ds8000 doc, you can choose 3390 Standard Mod 3, 3390 Standard Mod 9,
or 3390 Custom Volume.

Velocity, if you are listening, question, any way of seeing the cyl
counts in any of the screens for "custom" volumes?


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 Stephen Frazier
Sent: Tuesday, March 06, 2007 11:36 AM
T

Re: DASD cylinders

[David Kreuter]

q dasd details b300
B300  CUTYPE = 2105-E8, DEVTYPE = 3390-0C, VOLSER = VPC900, CYLS = 10017   
  CACHE DETAILS:  CACHE NVS CFW DFW PINNED CONCOPY 
   -SUBSYSTEM   YY   Y   -N   N
  -DEVICE   Y-   -   YN   N
  DEVICE DETAILS: CCA = 00, DDC = --   
  DUPLEX DETAILS: --   

q cplevel 
z/VM Version 5 Release 2.0, service level 0602 (64-bit)   
Generated at 01/21/07 06:36:52 EST
IPL at 01/21/07 06:44:05 EST   

David   

-Original Message-
From: The IBM z/VM Operating System on behalf of [EMAIL PROTECTED]
Sent: Tue 3/6/2007 2:55 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] DASD cylinders
 
Back in the "Good Old Days" with RTM, I had a modification that would 
identify the different
3390 models on the device screen, with '3393' for a model 3, '3399' for a 
model 9, '339M' for 
a model 27, and '339X' for everything else (which at the time the three 
models were all we 
had.)  With PTK we can't do that, unfortunately, and with all the changes 
they've put into
CP, it would take a big-time rewrite of RTM to make it work past zVM 
5.1.0. 
 
I agree with Marcy in that it would be very nice to be able to have some 
way of knowing
which model 3390 you are looking at.  Even being able to have a customized 
screen that 
would read a table of addresses and matching in the correct device type 
would be useful.

 




Marcy Cortes <[EMAIL PROTECTED]> 
Sent by: The IBM z/VM Operating System 
03/06/2007 02:47 PM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: DASD cylinders







That's what I think too.  Mod 27 and Mod 54 don't exist.  I just read
the ds8000 doc, you can choose 3390 Standard Mod 3, 3390 Standard Mod 9,
or 3390 Custom Volume.

Velocity, if you are listening, question, any way of seeing the cyl
counts in any of the screens for "custom" volumes?


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 Stephen Frazier
Sent: Tuesday, March 06, 2007 11:36 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] DASD cylinders

3390 model 1, 3 and 9 were real devices that were the same except for
the number of cylinders. After RAID came along everyone stopped making
real devices. Model 27 and 54 never existed. They were emulated model
9's with more cylinders.

[EMAIL PROTECTED] wrote:
> Yes there are model 27 and 54 as well as 1, 3 and 9. 
> 
> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] 
> On Behalf Of Marcy Cortes
> Sent: Tuesday, March 06, 2007 12:03 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: DASD cylinders
> 
> 
> How many cylinders in a mod 9?
> Is there such thing as a mod 27 (32,760 cyl) and mod 54 (65520)?  Or 
> are these just mod 9s of a different size? My storage folks don't 
> believe me (I'm reading $DASD$ CONSTS S) that they are all just 
> variable sized mod 9.
> 
> Marcy Cortes

--
Stephen Frazier
Information Technology Unit
Oklahoma Department of Corrections
3400 Martin Luther King
Oklahoma City, Ok, 73111-4298
Tel.: (405) 425-2549
Fax: (405) 425-2554
Pager: (405) 690-1828
email:  stevef%doc.state.ok.us

Re: Installing DFSMS/VM RMSONLY

[Les Geer (607-429-3580)]

>VMSESPARTCAT
>SMPACSL  ACS
>SMPACSS  ACS
>SMPACS2  ACS
>SMPREXX  EXEC
>FSMPROF  EXEC
>DGTVCNTL SAMPDATA
>DGTVAUTH SAMPDATA
>RMCONFIG SAMPCNFG
>SMPCNFGR CONFIG
>SMPCNFG2 CONFIG
>SMPCNFGS CONFIG
>SMPCNFGL CONFIG=20
>
>> >It's not on my 1C2, but it is on 1B1.
>>
>> That's not good, the RMSPROF EXEC is supposed to be on the=20
>> 1C2.  What files are on that disk?

I investigated what happened to the RMSPROF EXEC on the 1C2 disk;
looks like this was removed on the December 2006 SDO refresh.
It will be included on the next refresh, and will match the serviced
level on the 1B5 minidisk.

Best Regards,
Les Geer
IBM z/VM and Linux Development

Re: FTP Linux - CMS

[Schuh, Richard]

Don't worry, Alan. That just isn't my style. Besides, it is someone
else's REXX, not mine. :-)

H - maybe I should tell him about it. 

Alan, tell Chuckie to behave himself. He is using telepathy, trying to
get me to do the things that you won't.


Regards, 
Richard Schuh 


-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: Tuesday, March 06, 2007 2:20 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FTP Linux - CMS

On Tuesday, 03/06/2007 at 12:44 EST, "Sikich, Frank J." 
<[EMAIL PROTECTED]> wrote:
> Put  into your REXX
>  
> TOASCII:

Please don't do that.  The DTCXLATE CSL routine is available to load the
correct EBCDIC/ASCII translation tables depending on the code pages that
you need.

HELP ROUTINE DTCXLATE

Alan Altmark
z/VM Development
IBM Endicott

Re: DASD cylinders

[pfa]

Back in the "Good Old Days" with RTM, I had a modification that would 
identify the different
3390 models on the device screen, with '3393' for a model 3, '3399' for a 
model 9, '339M' for 
a model 27, and '339X' for everything else (which at the time the three 
models were all we 
had.)  With PTK we can't do that, unfortunately, and with all the changes 
they've put into
CP, it would take a big-time rewrite of RTM to make it work past zVM 
5.1.0. 
 
I agree with Marcy in that it would be very nice to be able to have some 
way of knowing
which model 3390 you are looking at.  Even being able to have a customized 
screen that 
would read a table of addresses and matching in the correct device type 
would be useful.

 




Marcy Cortes <[EMAIL PROTECTED]> 
Sent by: The IBM z/VM Operating System 
03/06/2007 02:47 PM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: DASD cylinders







That's what I think too.  Mod 27 and Mod 54 don't exist.  I just read
the ds8000 doc, you can choose 3390 Standard Mod 3, 3390 Standard Mod 9,
or 3390 Custom Volume.

Velocity, if you are listening, question, any way of seeing the cyl
counts in any of the screens for "custom" volumes?


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 Stephen Frazier
Sent: Tuesday, March 06, 2007 11:36 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] DASD cylinders

3390 model 1, 3 and 9 were real devices that were the same except for
the number of cylinders. After RAID came along everyone stopped making
real devices. Model 27 and 54 never existed. They were emulated model
9's with more cylinders.

[EMAIL PROTECTED] wrote:
> Yes there are model 27 and 54 as well as 1, 3 and 9. 
> 
> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] 
> On Behalf Of Marcy Cortes
> Sent: Tuesday, March 06, 2007 12:03 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: DASD cylinders
> 
> 
> How many cylinders in a mod 9?
> Is there such thing as a mod 27 (32,760 cyl) and mod 54 (65520)?  Or 
> are these just mod 9s of a different size? My storage folks don't 
> believe me (I'm reading $DASD$ CONSTS S) that they are all just 
> variable sized mod 9.
> 
> Marcy Cortes

--
Stephen Frazier
Information Technology Unit
Oklahoma Department of Corrections
3400 Martin Luther King
Oklahoma City, Ok, 73111-4298
Tel.: (405) 425-2549
Fax: (405) 425-2554
Pager: (405) 690-1828
email:  stevef%doc.state.ok.us

Re: DASD cylinders

[pfa]

Does Hercules emulate 2311's ??





RPN01 <[EMAIL PROTECTED]> 
Sent by: The IBM z/VM Operating System 
03/06/2007 02:00 PM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: DASD cylinders







Glad to know that other?s memorys work no better than mine.

We should all switch to emulated 2311?s and be done with it.
-- 
   .~.Robert P. Nix Mayo Foundation 
   /V\RO-OC-1-13  200 First Street SW 
 / ( ) \  507-284-0844   Rochester, MN 55905 
^^-^^   - 
"In theory, theory and practice are the same, but 
 in practice, theory and practice are different." 


> From: William Munson <[EMAIL PROTECTED]>
> 
> so much for MY memory 
> 
> David Boyes wrote:
>>> the 3370 was CKD
>>> the 3375 was FBA
>>> and the 3380 was back to CKD
>>> and the 3390 changed the bytes per track but stayed CKD
>> 
>> You've got the 3375 and 3370 reversed. 3375 was CKD. 
>> 

Re: DASD cylinders

[Richards.Bob]

If I remember correctly, the first was the Symmetrix 7700 and they were
known as "RAID-S" volumes. The small ones were terrific for JES2
checkpoints, RACF databases, MIM control datasets, etc. I remember
telling someone I just improved our busiest datasets by 1 millisecond.
They said, "So what?"  I said, "Let me express it another way. I just
improved their response time by 33%! Does that sound better?" 

 

Bob Richards 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of RPN01
Sent: Tuesday, March 06, 2007 4:19 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DASD cylinders

 

The "mod 27" moniker was selected because the 32,760 size was "roughly"
three times a mod 9. The mod 54 is "roughly" three times the mod 27. It
would have been too hard to allocate a "3390 mod 29.43396226415".

You have actual volumes with 32,760 cylinders because they've been
defined that way in your DS8000. If you want 10 cylinder disks, you can
probably have that too. I remember an EMC box I used that gave me
(memory's bad here...) 4 mod 9 disks, plus a "leftover" 110 cylinder
disk per physical volume in the EMC frame. They said to consider the
small ones as "really fast" dasd for specific purposes.

Some things just need to be taken on faith, and then you move on.
-- 
   .~.Robert P. Nix Mayo Foundation 
   /V\RO-OC-1-13  200 First Street SW 
 / ( ) \  507-284-0844   Rochester, MN 55905 
^^-^^   - 
"In theory, theory and practice are the same, but 
 in practice, theory and practice are different." 


> From: Marcy Cortes <[EMAIL PROTECTED]>
> Reply-To: The IBM z/VM Operating System 
> Date: Tue, 6 Mar 2007 14:00:38 -0600
> To: 
> Conversation: [IBMVM] DASD cylinders
> Subject: Re: DASD cylinders
> 
> How then do I have actual volumes on my system of 32,760 cyls.  That's
> not divisible by 1113 (ds8000 here).
> 
>  
> 
> 
> 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 Jim Elliott <[EMAIL PROTECTED]>
> Sent: Tuesday, March 06, 2007 11:55 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: [IBMVM] DASD cylinders
> 
>> That's what I think too. Mod 27 and Mod 54 don't exist. I just read 
>> the ds8000 doc, you can choose 3390 Standard Mod 3, 3390 Standard Mod

>> 9, or 3390 Custom Volume.
> 
> Marcy:
> 
>> On the DS8000 family, you can allocate any number of cylinders you 
>> want, but they must be in multiples of 1113 (a 3390-1) up to a
maximum
> 
>> of 60102 cylinders (a 3390-54). Apparently this is different from the

>> ESS where you could have any number of cylinders (up to whatever the 
>> limit was).
> 
> Jim 
  
  
  
LEGAL DISCLAIMER 
The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer. 
  
SunTrust and Seeing beyond money are federally registered service marks of 
SunTrust Banks, Inc. 
[ST:XCL] 
 
 
 
 

Re: DASD cylinders

[McKown, John]

It may be possible to construct a finite Galois field in which that is
true.
 
http://en.wikipedia.org/wiki/Finite_field
 
 

--
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 Schuh, Richard
Sent: Tuesday, March 06, 2007 4:18 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DASD cylinders


Interesting problem - a system in which 4 > 7. Surely there is a
parallel universe somewhere ...
 

Regards, 
Richard Schuh 

 

 



From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Adam Thornton
Sent: Tuesday, March 06, 2007 1:58 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DASD cylinders



On Mar 6, 2007, at 3:35 PM, RPN01 wrote:


New math.



I'll give you a dollar if you can show me a base in which 54 is
more than two and a half times as big as 27.


Adam

Re: FTP Linux - CMS

[Alan Altmark]

On Tuesday, 03/06/2007 at 12:44 EST, "Sikich, Frank J." 
<[EMAIL PROTECTED]> wrote:
> Put  into your REXX 
>  
> TOASCII:

Please don't do that.  The DTCXLATE CSL routine is available to load the 
correct EBCDIC/ASCII translation tables depending on the code pages that 
you need.

HELP ROUTINE DTCXLATE

Alan Altmark
z/VM Development
IBM Endicott

Re: DASD cylinders

[Richards.Bob]

Adam,

 

Does the following "base" count? 

 

Davis-Mothan Air Force Base (assuming they have an A-27 there. I know they used 
to have a C-54)

 

The C-54 Skymaster versus an A-27 pursuit plane

 

*   C54 - Length: 93 ft 10 in (28.6 m) 
*   Wingspan  : 117 ft 6 in (35.8 m) 
*   Height: 27 ft 6 in (8.38 m) 
*   Wing area: 1,460 ft² (136 m²) 

*   A-27 - Length: 29ft 0in () 
*   Wingspan  : 42ft 0in () 
*   Height: 12ft 2in () 

As a child, I flew in the C-54s. Not old enough for when the A-27s flew (WWII) 
although most went to the Philippines and I lived there 12 years later.

 

Bob Richards 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Adam 
Thornton
Sent: Tuesday, March 06, 2007 4:58 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DASD cylinders

 

 

On Mar 6, 2007, at 3:35 PM, RPN01 wrote:





New math.

I'll give you a dollar if you can show me a base in which 54 is more than two 
and a half times as big as 27.

 

Adam 
  
  
  
LEGAL DISCLAIMER 
The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer. 
  
SunTrust and Seeing beyond money are federally registered service marks of 
SunTrust Banks, Inc. 
[ST:XCL] 
 
 
 
 

Re: DASD cylinders

[Schuh, Richard]

Interesting problem - a system in which 4 > 7. Surely there is a
parallel universe somewhere ...
 

Regards, 
Richard Schuh 

 

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Adam Thornton
Sent: Tuesday, March 06, 2007 1:58 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DASD cylinders



On Mar 6, 2007, at 3:35 PM, RPN01 wrote:


New math.



I'll give you a dollar if you can show me a base in which 54 is more
than two and a half times as big as 27.


Adam

Re: DASD cylinders

[Adam Thornton]

On Mar 6, 2007, at 3:35 PM, RPN01 wrote:


New math.

I'll give you a dollar if you can show me a base in which 54 is more  
than two and a half times as big as 27.


Adam

Re: DASD cylinders

[RPN01]

New math.
-- 
   .~.Robert P. Nix Mayo Foundation
   /V\RO-OC-1-13  200 First Street SW
 / ( ) \  507-284-0844   Rochester, MN 55905
^^-^^   - 
"In theory, theory and practice are the same, but
 in practice, theory and practice are different."



From: Adam Thornton <[EMAIL PROTECTED]>

On Mar 6, 2007, at 3:18 PM, RPN01 wrote:

>  The ³mod 27² moniker was selected because the 32,760 size was ³roughly² three
> times a mod 9. The mod 54 is ³roughly² three times the mod 27.

Two times, I hope, or it woulda been a "mod 81", right?  (And isn't the 54
just less than 64Kcyls ?)  Is there a limitation that the number of
cylinders has to fit into sixteen bits?

Adam

Re: DASD cylinders

[Adam Thornton]

On Mar 6, 2007, at 3:18 PM, RPN01 wrote:

The “mod 27” moniker was selected because the 32,760 size was  
“roughly” three times a mod 9. The mod 54 is “roughly” three times  
the mod 27.


Two times, I hope, or it woulda been a "mod 81", right?  (And isn't  
the 54 just less than 64Kcyls ?)  Is there a limitation that the  
number of cylinders has to fit into sixteen bits?


Adam

Re: DASD cylinders

[RPN01]

The ³mod 27² moniker was selected because the 32,760 size was ³roughly²
three times a mod 9. The mod 54 is ³roughly² three times the mod 27. It
would have been too hard to allocate a ³3390 mod 29.43396226415².

You have actual volumes with 32,760 cylinders because they¹ve been defined
that way in your DS8000. If you want 10 cylinder disks, you can probably
have that too. I remember an EMC box I used that gave me (memory¹s bad
here...) 4 mod 9 disks, plus a ³leftover² 110 cylinder disk per physical
volume in the EMC frame. They said to consider the small ones as ³really
fast² dasd for specific purposes.

Some things just need to be taken on faith, and then you move on.
-- 
   .~.Robert P. Nix Mayo Foundation
   /V\RO-OC-1-13  200 First Street SW
 / ( ) \  507-284-0844   Rochester, MN 55905
^^-^^   - 
"In theory, theory and practice are the same, but
 in practice, theory and practice are different."


> From: Marcy Cortes <[EMAIL PROTECTED]>
> Reply-To: The IBM z/VM Operating System 
> Date: Tue, 6 Mar 2007 14:00:38 -0600
> To: 
> Conversation: [IBMVM] DASD cylinders
> Subject: Re: DASD cylinders
> 
> How then do I have actual volumes on my system of 32,760 cyls.  That's
> not divisible by 1113 (ds8000 here).
> 
>  
> 
> 
> 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 Jim Elliott <[EMAIL PROTECTED]>
> Sent: Tuesday, March 06, 2007 11:55 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: [IBMVM] DASD cylinders
> 
>> That's what I think too. Mod 27 and Mod 54 don't exist. I just read
>> the ds8000 doc, you can choose 3390 Standard Mod 3, 3390 Standard Mod
>> 9, or 3390 Custom Volume.
> 
> Marcy:
> 
>> On the DS8000 family, you can allocate any number of cylinders you
>> want, but they must be in multiples of 1113 (a 3390-1) up to a maximum
> 
>> of 60102 cylinders (a 3390-54). Apparently this is different from the
>> ESS where you could have any number of cylinders (up to whatever the
>> limit was).
> 
> Jim

Re: Realy simple pipe insert ?

[Llewellyn, Mark]

Again, D'oh.  Insert a RECORD.  The SPECS example will do it, of course.
I should never do email and chew gum at the same time.  



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Llewellyn, Mark
Sent: Tuesday, March 06, 2007 10:03 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Realy simple pipe insert ?


Assuming there aren't any compound versions of APPLES in the input file
(like SNAPPLES):
 
'PIPE < INPUT FILE A | change /APPLES/ORANGES APPLES/ | > NEW FILE A'
 
Mark Llewellyn
VISA USA



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Huegel, Thomas
Sent: Tuesday, March 06, 2007 9:44 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Realy simple pipe insert ?


Marty,
 
Yes I want to pass the entire file to 'new file a' and insert ORANGES
before APPLES.
 
Thanks

-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] Behalf Of Marty Zimelis
Sent: Tuesday, March 06, 2007 11:41 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Realy simple pipe insert ?


I'm guessing you didn't give us the full request.  I assume that
records without the string APPLES pass unchanged.  Records with the
string APPLES: do you want to replace the string or the entire record
with ORANGES?  Or do you want to insert a new record (ORANGES)?  If an
insert, before or after the record with APPLES?
 
Marty
 
Martin Zimelis 
Principal 
maz/Consultancy 




From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Huegel, Thomas
Sent: Tuesday, March 06, 2007 12:27 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Realy simple pipe insert ?


I want to do a simple insert of a record into the
stream.
 
pipe < test file a | locate /APPLES/ | here I want
to insert a literal ORANGES | > new file a

Re: DASD cylinders

[Marcy Cortes]

How then do I have actual volumes on my system of 32,760 cyls.  That's
not divisible by 1113 (ds8000 here).

 


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 Jim Elliott <[EMAIL PROTECTED]>
Sent: Tuesday, March 06, 2007 11:55 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] DASD cylinders

> That's what I think too. Mod 27 and Mod 54 don't exist. I just read 
> the ds8000 doc, you can choose 3390 Standard Mod 3, 3390 Standard Mod 
> 9, or 3390 Custom Volume.

Marcy:

> On the DS8000 family, you can allocate any number of cylinders you 
> want, but they must be in multiples of 1113 (a 3390-1) up to a maximum

> of 60102 cylinders (a 3390-54). Apparently this is different from the 
> ESS where you could have any number of cylinders (up to whatever the 
> limit was).

Jim

Re: DASD cylinders

[Jim Elliott <[EMAIL PROTECTED]>]

> That's what I think too. Mod 27 and Mod 54 don't exist. I just
> read the ds8000 doc, you can choose 3390 Standard Mod 3, 3390
> Standard Mod 9, or 3390 Custom Volume.

Marcy:

> On the DS8000 family, you can allocate any number of cylinders
> you want, but they must be in multiples of 1113 (a 3390-1) up
> to a maximum of 60102 cylinders (a 3390-54). Apparently this is
> different from the ESS where you could have any number of
> cylinders (up to whatever the limit was).

Jim

Re: DASD cylinders

[Marcy Cortes]

That's what I think too.  Mod 27 and Mod 54 don't exist.  I just read
the ds8000 doc, you can choose 3390 Standard Mod 3, 3390 Standard Mod 9,
or 3390 Custom Volume.

Velocity, if you are listening, question, any way of seeing the cyl
counts in any of the screens for "custom" volumes?


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 Stephen Frazier
Sent: Tuesday, March 06, 2007 11:36 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] DASD cylinders

3390 model 1, 3 and 9 were real devices that were the same except for
the number of cylinders. After RAID came along everyone stopped making
real devices. Model 27 and 54 never existed. They were emulated model
9's with more cylinders.

[EMAIL PROTECTED] wrote:
> Yes there are model 27 and 54 as well as 1, 3 and 9.  
> 
> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] 
> On Behalf Of Marcy Cortes
> Sent: Tuesday, March 06, 2007 12:03 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: DASD cylinders
> 
> 
> How many cylinders in a mod 9?
> Is there such thing as a mod 27 (32,760 cyl) and mod 54 (65520)?  Or 
> are these just mod 9s of a different size? My storage folks don't 
> believe me (I'm reading $DASD$ CONSTS S) that they are all just 
> variable sized mod 9.
> 
> Marcy Cortes

--
Stephen Frazier
Information Technology Unit
Oklahoma Department of Corrections
3400 Martin Luther King
Oklahoma City, Ok, 73111-4298
Tel.: (405) 425-2549
Fax: (405) 425-2554
Pager: (405) 690-1828
email:  stevef%doc.state.ok.us

Re: DASD cylinders

[Stephen Frazier]

3390 model 1, 3 and 9 were real devices that were the same except for the number of cylinders. After 
RAID came along everyone stopped making real devices. Model 27 and 54 never existed. They were 
emulated model 9's with more cylinders.


[EMAIL PROTECTED] wrote:
Yes there are model 27 and 54 as well as 1, 3 and 9.  


-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Marcy Cortes
Sent: Tuesday, March 06, 2007 12:03 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: DASD cylinders


How many cylinders in a mod 9?
Is there such thing as a mod 27 (32,760 cyl) and mod 54 (65520)?  Or are
these just mod 9s of a different size? My storage folks don't believe me
(I'm reading $DASD$ CONSTS S) that they are all just variable sized mod
9.

Marcy Cortes


--
Stephen Frazier
Information Technology Unit
Oklahoma Department of Corrections
3400 Martin Luther King
Oklahoma City, Ok, 73111-4298
Tel.: (405) 425-2549
Fax: (405) 425-2554
Pager: (405) 690-1828
email:  stevef%doc.state.ok.us

Re: DASD cylinders

[Tom Duerbusch]

Wow...
 
9 MB per pack.  
We'll never use it all .
And, they are demountable too.
 
Tom Duerbusch
THD Consulting

>>> [EMAIL PROTECTED] 3/6/2007 1:00 PM >>>
Glad to know that other's memorys work no better than mine.

We should all switch to emulated 2311's and be done with it.
-- 
   .~.Robert P. Nix Mayo Foundation 
   /V\RO-OC-1-13  200 First Street SW 
 / ( ) \  507-284-0844   Rochester, MN 55905 
^^-^^   - 
"In theory, theory and practice are the same, but 
 in practice, theory and practice are different." 


> From: William Munson <[EMAIL PROTECTED]>
> 
> so much for MY memory 
> 
> David Boyes wrote:
>>> the 3370 was CKD
>>> the 3375 was FBA
>>> and the 3380 was back to CKD
>>> and the 3390 changed the bytes per track but stayed CKD
>> 
>> You've got the 3375 and 3370 reversed. 3375 was CKD. 
>> 

Re: Realy simple pipe insert ?

[Kris Buelens]

If you have some time to learn by reading: our PIPES telecourse on
 http://www.vm.ibm.com/download/packages/descript.cgi?TCVM2
It has been refreshed last week.

--
Kris Buelens,
IBM Belgium, VM customer support

Re: Realy simple pipe insert ?

[Marty Zimelis]

Modify the SPECS stage to
 
'SPECS /ORANGES/ 1 write 1-* 1 |',
 
emiting the string ORANGES before copying the existing record, rather than
after it.
 
Marty



  _  

From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Huegel, Thomas
Sent: Tuesday, March 06, 2007 1:07 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Realy simple pipe insert ?



This works pretty good. 
There shouldn't be multiple APPLES, but if there is it is OK to add 1
ORANGES for each APPLES. 
But how do I get the ORANGES to get inserted BEFORE apples? 
'PIPE < TEST FILE A',  
'|XXX:  IF LOCATE /APPLES/ ',  
'|SPECS 1-* 1  WRITE /ORANGES/ 1', 
'|XXX:  ', 
'|> NEW FILE A'
  

-Original Message- 
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] 
Behalf Of Hughes, Jim - OIT 
Sent: Tuesday, March 06, 2007 11:55 AM 
To: IBMVM@LISTSERV.UARK.EDU 
Subject: Re: Realy simple pipe insert ? 


Hi Don, 

I never pay attention to details.  Please read my signature tagline. 

 
Jim Hughes 
603-271-5586 
"There's no sense in being precise when you don't even know what you're 
talking about." 
John von Neumann 

=>-Original Message- 
=>From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] 
On 
=>Behalf Of Don Russell 
=>Sent: Tuesday, March 06, 2007 12:48 PM 
=>To: IBMVM@LISTSERV.UARK.EDU 
=>Subject: Re: Realy simple pipe insert ? 
=> 
=>The original request said they wanted to insert *a* record into the 
=>stream... Your suggestion will insert a record for each record read 
from 
=>the file that contains APPLES. resulting in a file of lines containing 
=>APPLES,separated by lines of ORANGES. 
=> 
=>'PIPE < test file a |', 
=>'locate /APPLES/|', 
=>'strliteral /ORANGES/|', 
=>'> new file a' 
=> 
=>Will result in a "new file a" with one record more than the count of 
=>'APPLES' records found. 
=>The first record of the new file will be ORANGES... if you want it to 
be 
=>the last, use APPEND STRLITERAL... 
=> 
=>Don Russell 
=>> 


__ 
<< ella for Spam Control >> has removed VSE-List messages and set aside
VM-List for me 
You can use it too - and it's FREE!  http://www.ellaforspam.com 

Re: DASD cylinders

[RPN01]

Glad to know that other¹s memorys work no better than mine.

We should all switch to emulated 2311¹s and be done with it.
-- 
   .~.Robert P. Nix Mayo Foundation
   /V\RO-OC-1-13  200 First Street SW
 / ( ) \  507-284-0844   Rochester, MN 55905
^^-^^   - 
"In theory, theory and practice are the same, but
 in practice, theory and practice are different."


> From: William Munson <[EMAIL PROTECTED]>
> 
> so much for MY memory
> 
> David Boyes wrote:
>>> the 3370 was CKD
>>> the 3375 was FBA
>>> and the 3380 was back to CKD
>>> and the 3390 changed the bytes per track but stayed CKD
>> 
>> You've got the 3375 and 3370 reversed. 3375 was CKD.
>> 

Re: DASD cylinders

[William Munson]

so much for MY memory   

David Boyes wrote:

the 3370 was CKD
the 3375 was FBA
and the 3380 was back to CKD
and the 3390 changed the bytes per track but stayed CKD


You've got the 3375 and 3370 reversed. 3375 was CKD. 

Re: DASD cylinders

[David Boyes]

> the 3370 was CKD
> the 3375 was FBA
> and the 3380 was back to CKD
> and the 3390 changed the bytes per track but stayed CKD

You've got the 3375 and 3370 reversed. 3375 was CKD. 

Re: DASD cylinders

[Rich Smrcina]

The 3370 was FBA, we used them when I worked at Aldrich Chemical.  The 
3310 was also FBA.


William Munson wrote:

If I remember correctly

the 3370 was CKD
the 3375 was FBA
and the 3380 was back to CKD
and the 3390 changed the bytes per track but stayed CKD

all required conversion to move from or to.

Bill Munson
IT Specialist
Office of Information Technology
State of New Jersey
(609) 984-4065

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



David Boyes wrote:
We've just been honoring the 3390 all these years by trying to do 
things they would have done them. Had FBA been more popular at the 
time of the real 3390's, we might be seeing 3350 mod 81's instead.


Had MVS been able to cope with FBA, rather. FBA was plenty popular 
with the
non-MVS crowd. Also, wasn't 3350 CKD? 3370 was FBA, but I thought 
there was

one earlier that was at least pseudo-FBA.




--
Rich Smrcina
VM Assist, Inc.
Phone: 414-491-6001
Ans Service:  360-715-2467
rich.smrcina at vmassist.com

Catch the WAVV!  http://www.wavv.org
WAVV 2007 - Green Bay, WI - May 18-22, 2007

Re: DASD cylinders

[Adam Thornton]

On Mar 6, 2007, at 12:15 PM, Marcy Cortes wrote:




32760 on a mod 27. The 27 is to a 9 as the 9 is to a 3. :)


Not really.   3339 * 3 = 10017.   10017 * 3 = 30051  and 30051 <>  
32760.



I think it was ICKDSF support when I reported a strange message that
said they were really all 9's, just of different sizes Which  
kind of

goes along with what $DASD$ CONSTS seems to suggest.


They're *REALLY* a mess of FBA underneath an emulation layer, and  
don't let anyone tell you different.


Adam

Re: Realy simple pipe insert ?

[David Boyes]

> You've all fallen for it! It is a well known fact that you cannot mix 
> APPLES and ORANGES. Won't work. 

Add a tablespoon of cinnamon, two tablespoons of light brown sugar per apple
and orange, and a jigger of really good brandy, and heat on low. Add
teaspoons of honey slowly until you get a smooth pouring consistency. Watch
carefully so the syrup and fruit don't burn. Serve over French vanilla ice
cream. 

> Even PIPES can't do it!

It's only a matter of application. 

It must be Friday somewhere8-)

-- db

Re: DASD cylinders

[Marcy Cortes]

 
> 32760 on a mod 27. The 27 is to a 9 as the 9 is to a 3. :)

Not really.   3339 * 3 = 10017.   10017 * 3 = 30051  and 30051 <> 32760.


I think it was ICKDSF support when I reported a strange message that
said they were really all 9's, just of different sizes Which kind of
goes along with what $DASD$ CONSTS seems to suggest.

IBM? What say ye?


Marcy Cortes
Enterprise Hosting Services - z/VM and z/Linux
w. (415) 243-6343
c. (415) 517-0895

"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: DASD cylinders

[William Munson]

If I remember correctly

the 3370 was CKD
the 3375 was FBA
and the 3380 was back to CKD
and the 3390 changed the bytes per track but stayed CKD

all required conversion to move from or to.

Bill Munson
IT Specialist
Office of Information Technology
State of New Jersey
(609) 984-4065

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



David Boyes wrote:
We've just been honoring the 3390 all these years by trying to do things 
they would have done them. Had FBA been more popular at the time of the 
real 3390's, we might be seeing 3350 mod 81's instead.


Had MVS been able to cope with FBA, rather. FBA was plenty popular with the
non-MVS crowd. Also, wasn't 3350 CKD? 3370 was FBA, but I thought there was
one earlier that was at least pseudo-FBA. 

Re: Realy simple pipe insert ?

[Llewellyn, Mark]

"PIPE literal D'oh! | console"



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of McKown, John
Sent: Tuesday, March 06, 2007 10:09 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Realy simple pipe insert ?


You've all fallen for it! It is a well known fact that you cannot mix
APPLES and ORANGES. Won't work. Even PIPES can't do it! 
 
 

--
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 Llewellyn, Mark
Sent: Tuesday, March 06, 2007 12:03 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Realy simple pipe insert ?


Assuming there aren't any compound versions of APPLES in the
input file (like SNAPPLES):
 
'PIPE < INPUT FILE A | change /APPLES/ORANGES APPLES/ | > NEW
FILE A'
 
Mark Llewellyn
VISA USA



From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Huegel, Thomas
Sent: Tuesday, March 06, 2007 9:44 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Realy simple pipe insert ?


Marty,
 
Yes I want to pass the entire file to 'new file a' and insert
ORANGES before APPLES.
 
Thanks

-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] Behalf Of Marty Zimelis
Sent: Tuesday, March 06, 2007 11:41 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Realy simple pipe insert ?


I'm guessing you didn't give us the full request.  I
assume that records without the string APPLES pass unchanged.  Records
with the string APPLES: do you want to replace the string or the entire
record with ORANGES?  Or do you want to insert a new record (ORANGES)?
If an insert, before or after the record with APPLES?
 
Marty
 
Martin Zimelis 
Principal 
maz/Consultancy 




From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Huegel, Thomas
Sent: Tuesday, March 06, 2007 12:27 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Realy simple pipe insert ?


I want to do a simple insert of a record into
the stream.
 
pipe < test file a | locate /APPLES/ | here
I want to insert a literal ORANGES | > new file a

Re: DASD cylinders

[Stracka, James (GTI)]

I used the 9332 and 9335.  $DASD$   CONSTS mentions 3310 also.

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of David Boyes
Sent: Tuesday, March 06, 2007 1:01 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DASD cylinders


> We've just been honoring the 3390 all these years by trying to do 
> things
> they would have done them. Had FBA been more popular at the time of
the 
> real 3390's, we might be seeing 3350 mod 81's instead.

Had MVS been able to cope with FBA, rather. FBA was plenty popular with
the non-MVS crowd. Also, wasn't 3350 CKD? 3370 was FBA, but I thought
there was one earlier that was at least pseudo-FBA.


If you are not an intended recipient of this e-mail, please notify the sender, 
delete it and do not read, act upon, print, disclose, copy, retain or 
redistribute it. Click here for important additional terms relating to this 
e-mail. http://www.ml.com/email_terms/

Re: Realy simple pipe insert ?

[McKown, John]

You've all fallen for it! It is a well known fact that you cannot mix
APPLES and ORANGES. Won't work. Even PIPES can't do it! 
 
 

--
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 Llewellyn, Mark
Sent: Tuesday, March 06, 2007 12:03 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Realy simple pipe insert ?


Assuming there aren't any compound versions of APPLES in the
input file (like SNAPPLES):
 
'PIPE < INPUT FILE A | change /APPLES/ORANGES APPLES/ | > NEW
FILE A'
 
Mark Llewellyn
VISA USA



From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Huegel, Thomas
Sent: Tuesday, March 06, 2007 9:44 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Realy simple pipe insert ?


Marty,
 
Yes I want to pass the entire file to 'new file a' and insert
ORANGES before APPLES.
 
Thanks

-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] Behalf Of Marty Zimelis
Sent: Tuesday, March 06, 2007 11:41 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Realy simple pipe insert ?


I'm guessing you didn't give us the full request.  I
assume that records without the string APPLES pass unchanged.  Records
with the string APPLES: do you want to replace the string or the entire
record with ORANGES?  Or do you want to insert a new record (ORANGES)?
If an insert, before or after the record with APPLES?
 
Marty
 
Martin Zimelis 
Principal 
maz/Consultancy 




From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Huegel, Thomas
Sent: Tuesday, March 06, 2007 12:27 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Realy simple pipe insert ?


I want to do a simple insert of a record into
the stream.
 
pipe < test file a | locate /APPLES/ | here
I want to insert a literal ORANGES | > new file a

Re: Realy simple pipe insert ?

[Huegel, Thomas]

This works pretty good.
There shouldn't be multiple APPLES, but if there is it is OK to add 1
ORANGES for each APPLES.
But how do I get the ORANGES to get inserted BEFORE apples?
'PIPE < TEST FILE A',  
'|XXX:  IF LOCATE /APPLES/ ',  
'|SPECS 1-* 1  WRITE /ORANGES/ 1', 
'|XXX:  ', 
'|> NEW FILE A'
  

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Behalf Of Hughes, Jim - OIT
Sent: Tuesday, March 06, 2007 11:55 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Realy simple pipe insert ?


Hi Don,

I never pay attention to details.  Please read my signature tagline.

 
Jim Hughes
603-271-5586
"There's no sense in being precise when you don't even know what you're
talking about."
John von Neumann

=>-Original Message-
=>From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
On
=>Behalf Of Don Russell
=>Sent: Tuesday, March 06, 2007 12:48 PM
=>To: IBMVM@LISTSERV.UARK.EDU
=>Subject: Re: Realy simple pipe insert ?
=>
=>The original request said they wanted to insert *a* record into the
=>stream... Your suggestion will insert a record for each record read
from
=>the file that contains APPLES. resulting in a file of lines containing
=>APPLES,separated by lines of ORANGES.
=>
=>'PIPE < test file a |',
=>'locate /APPLES/|',
=>'strliteral /ORANGES/|',
=>'> new file a'
=>
=>Will result in a "new file a" with one record more than the count of
=>'APPLES' records found.
=>The first record of the new file will be ORANGES... if you want it to
be
=>the last, use APPEND STRLITERAL...
=>
=>Don Russell
=>>


__
<< ella for Spam Control >> has removed VSE-List messages and set aside
VM-List for me
You can use it too - and it's FREE!  http://www.ellaforspam.com

Re: Realy simple pipe insert ?

[Marty Zimelis]

Jim Hughes' second offering clearly does what you want.  If you prefer not
to use the IF convenience, his translates to
 
   'PIPE (end ?)',
  '< test file a |',
 'xxx: locate /APPLES/ |',
  'spec /ORANGES/ 1 write 1-* 1 |',
 'i: faninany |',
  '> new file a',
'?',
 'xxx: | i:'
 
Marty
 
Martin Zimelis 
Principal 
maz/Consultancy 


  _  

From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Huegel, Thomas
Sent: Tuesday, March 06, 2007 12:44 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Realy simple pipe insert ?


Marty,
 
Yes I want to pass the entire file to 'new file a' and insert ORANGES before
APPLES.
 
Thanks

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Behalf Of Marty Zimelis
Sent: Tuesday, March 06, 2007 11:41 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Realy simple pipe insert ?


I'm guessing you didn't give us the full request.  I assume that records
without the string APPLES pass unchanged.  Records with the string APPLES:
do you want to replace the string or the entire record with ORANGES?  Or do
you want to insert a new record (ORANGES)?  If an insert, before or after
the record with APPLES?
 
Marty
 
Martin Zimelis 
Principal 
maz/Consultancy 


  _  

From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Huegel, Thomas
Sent: Tuesday, March 06, 2007 12:27 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Realy simple pipe insert ?


I want to do a simple insert of a record into the stream.
 
pipe < test file a | locate /APPLES/ | here I want to insert a literal
ORANGES | > new file a

  _  

Re: Realy simple pipe insert ?

[Llewellyn, Mark]

Assuming there aren't any compound versions of APPLES in the input file
(like SNAPPLES):
 
'PIPE < INPUT FILE A | change /APPLES/ORANGES APPLES/ | > NEW FILE A'
 
Mark Llewellyn
VISA USA



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Huegel, Thomas
Sent: Tuesday, March 06, 2007 9:44 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Realy simple pipe insert ?


Marty,
 
Yes I want to pass the entire file to 'new file a' and insert ORANGES
before APPLES.
 
Thanks

-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] Behalf Of Marty Zimelis
Sent: Tuesday, March 06, 2007 11:41 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Realy simple pipe insert ?


I'm guessing you didn't give us the full request.  I assume that
records without the string APPLES pass unchanged.  Records with the
string APPLES: do you want to replace the string or the entire record
with ORANGES?  Or do you want to insert a new record (ORANGES)?  If an
insert, before or after the record with APPLES?
 
Marty
 
Martin Zimelis 
Principal 
maz/Consultancy 




From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Huegel, Thomas
Sent: Tuesday, March 06, 2007 12:27 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Realy simple pipe insert ?


I want to do a simple insert of a record into the
stream.
 
pipe < test file a | locate /APPLES/ | here I want
to insert a literal ORANGES | > new file a

Re: DASD cylinders

[David Boyes]

> We've just been honoring the 3390 all these years by trying to do things 
> they would have done them. Had FBA been more popular at the time of the 
> real 3390's, we might be seeing 3350 mod 81's instead.

Had MVS been able to cope with FBA, rather. FBA was plenty popular with the
non-MVS crowd. Also, wasn't 3350 CKD? 3370 was FBA, but I thought there was
one earlier that was at least pseudo-FBA. 

Re: DASD cylinders

[Adam Thornton]

On Mar 6, 2007, at 11:53 AM, David Boyes wrote:

32760 on a mod 27. The 27 is to a 9 as the 9 is to a 3. :)

Now, if the mod 27 left Chicago traveling east at 54 mph for 9 hours,
and the mod 9 left Chicago traveling west at 3 mph for 21 hours, which
fish first needed the bicycle?
(Sorry. Never post on antihistamines. It's all ever so surreal. )


Try the cough syrup.  It's raspberry!

Adam

Re: Realy simple pipe insert ?

[Hughes, Jim - OIT]

Hi Don,

I never pay attention to details.  Please read my signature tagline.

 
Jim Hughes
603-271-5586
"There's no sense in being precise when you don't even know what you're
talking about."
John von Neumann

=>-Original Message-
=>From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
On
=>Behalf Of Don Russell
=>Sent: Tuesday, March 06, 2007 12:48 PM
=>To: IBMVM@LISTSERV.UARK.EDU
=>Subject: Re: Realy simple pipe insert ?
=>
=>The original request said they wanted to insert *a* record into the
=>stream... Your suggestion will insert a record for each record read
from
=>the file that contains APPLES. resulting in a file of lines containing
=>APPLES,separated by lines of ORANGES.
=>
=>'PIPE < test file a |',
=>'locate /APPLES/|',
=>'strliteral /ORANGES/|',
=>'> new file a'
=>
=>Will result in a "new file a" with one record more than the count of
=>'APPLES' records found.
=>The first record of the new file will be ORANGES... if you want it to
be
=>the last, use APPEND STRLITERAL...
=>
=>Don Russell
=>>

Re: DASD cylinders

[David Boyes]

> 32760 on a mod 27. The 27 is to a 9 as the 9 is to a 3. :) 

Now, if the mod 27 left Chicago traveling east at 54 mph for 9 hours,
and the mod 9 left Chicago traveling west at 3 mph for 21 hours, which
fish first needed the bicycle? 

(Sorry. Never post on antihistamines. It's all ever so surreal. ) 

Re: SPXTAPE alternatives

[Chris Langford]

I have a program that will backup to CMS files and restore  all system files
 (NSS, DCSS, IMG, OVERRIDE and NLS)
On a restore, if needed, the  appropriate DEFSEG/DEFSYS is constructed 
based upon

the file to be restored and issued. Restored files may be issued new names.

Documentation is sketchy but if there is interest that can be fixed.



-Original Message-
From: The IBM z/VM Operating System
[mailto:IBMVM@LISTSERV.UARK.EDU ] On
Behalf Of Jerry Whitteridge
Sent: Monday, March 05, 2007 13:40
To: IBMVM@LISTSERV.UARK.EDU 
Subject: [IBMVM] SPXTAPE alternatives

I have a z/VM 5.1 system used to host linux guests. I need to move all
the volumes from one ESS to a new ESS (F20 to 800 if it makes a
difference).

I note that the correct way to move the spool and nss/dcss is via
SPXTAPE -- can this be used to write to dasd as I have no tape drives
(or volumes) assigned to the VM LPAR ?

I'm assuming that I would use DDR to move the other mini disk
volumes (
I plan to create new CP_OWNED volumes and use the procedures to
move CF2
to an alternate residence volume to move the VM system
itself.  The plan
then would be then to have different ONLINE_AT_IPL volumes between
CF1
(in use) and CF2 (new).

Am I off base here or is there an easier way of doing this. (I have
access to all the volumes from a z/OS LPAR if that is needed (and I am
more z/OS literate !)

Jerry Whitteridge
Safeway Inc
925 951 4184


"MMS http://safeway.com>>" made the following
annotations.




--
Chris Langford,
Cestrian Software:
Consulting services for: VM, VSE, MVS, z/VM, z/OS, OS/2, P/3x0 etc. 


z/FM  - A toolbox for VM & MVS at http://zfm.cestrian.com

Re: DASD cylinders

[RPN01]

There may not be a physical 3390 Mod 27. As newer DASD hardware has been
created, and with the need for larger and larger disks, the new hardware
emulates the 3390 in larger and larger sizes. We regularly use 3390 mod 27
DASD, with 32,760 cylinders on each device. These are emulated on portions
of disks with 9 inch platters. We¹re talking about going to 3390 mod 54, and
I¹ve seen messages talking about 3390 mod 81.

These are not ³just variable sized 3390 mod 9¹s². And your storage folks are
correct, none of these devices ever really existed. But then, how many shops
have any actual 3390 devices left at all? Ours have been emulated for many
years. EMC, Hitachi, IBM Shark, IBM DS8000... They all ³do² 3390, in varying
sizes and with newer features than a 3390 ever thought of. (Snapshot copy,
mirroring, ...)

I see that the $DASD$ CONSTS S file shows a 3390-9 as having 65,520
cylinders, but such a beast never lived that I know of. We¹ve just been
honoring the 3390 all these years by trying to do things they would have
done them. Had FBA been more popular at the time of the real 3390¹s, we
might be seeing 3350 mod 81¹s instead.
-- 
   .~.Robert P. Nix Mayo Foundation
   /V\RO-OC-1-13  200 First Street SW
 / ( ) \  507-284-0844   Rochester, MN 55905
^^-^^   - 
"In theory, theory and practice are the same, but
 in practice, theory and practice are different."



From: Mary Anne Matyaz <[EMAIL PROTECTED]>
Reply-To: The IBM z/VM Operating System 
Date: Tue, 6 Mar 2007 12:17:23 -0500
To: 
Subject: Re: DASD cylinders

32760 on a mod 27. The 27 is to a 9 as the 9 is to a 3. :)
MA

On 3/6/07, Ed Zell <[EMAIL PROTECTED]
 > wrote:
>> > How many cylinders in a mod 9?
> 
> There are 10,017 cylinders on a 3390-9  (3339*3).
> 
> I am not sure about the other ones you mention.
> 
> Ed Zell
> (309) 674-8255 x-107
> [EMAIL PROTECTED]
> .
> 
> 
> CONFIDENTIAL NOTICE:  This communication, including any attachments, is
> intended only for the use of the individual or entity to which it is addressed
> and contains information which may be confidential.  If you are not the
> intended recipient, any distribution or copying of this communication is
> strictly prohibited.  If you have received this communication in error, notify
> the sender immediately, delete the communication and destroy all copies. Thank
> you for your compliance.
> 

Re: Realy simple pipe insert ?

[Don Russell]

The original request said they wanted to insert *a* record into the 
stream... Your suggestion will insert a record for each record read from 
the file that contains APPLES. resulting in a file of lines containing 
APPLES,separated by lines of ORANGES.


'PIPE < test file a |',
'locate /APPLES/|',
'strliteral /ORANGES/|',
'> new file a'

Will result in a "new file a" with one record more than the count of 
'APPLES' records found.
The first record of the new file will be ORANGES... if you want it to be 
the last, use APPEND STRLITERAL...


Don Russell


Hughes, Jim - OIT wrote:


“PIPE < test file a |”,

“ locate /APPLES/ |”,

“ specs 1-* 1 write /ORANGES/ 1 |”,

“ > new file a”


Jim Hughes
603-271-5586
"There's no sense in being precise when you don't even know what 
you're talking about."

John von Neumann



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

*Sent:* Tuesday, March 06, 2007 12:27 PM
*To:* IBMVM@LISTSERV.UARK.EDU
*Subject:* Realy simple pipe insert ?

I want to do a simple insert of a record into the stream.

pipe < test file a | locate /APPLES/ .| here I want to insert a 
literal ORANGES | > new file a






<<* ella for Spam Control *>> has removed *10443* VSE-List messages 
and set aside *8563* VM-List for me
You can use it too - and it's FREE! www.ellaforspam.com 

Re: Looking for used 3490E tapes

[David Boyes]

> > I need 3490E cartridges.
> > Does anyone have used ones for sale?

http://cgi.ebay.com/1-2-Tape-Cartridges-3490E-Tape-Cartridge-800MB_W0QQi
temZ190087069249QQihZ009QQcategoryZ25384QQrdZ1QQssPageNameZWD1VQQcmdZVie
wItem

"This mall's got everything." -- Blues Brothers

Re: Realy simple pipe insert ?

[Hughes, Jim - OIT]

Picky, picky, picky...

 

"pipe < test file a  |",

 " xxx:  if locate /APPLES/  |",

  "   specs /ORANGES/ 1 write 1-* 1 |",

   " xxx:|",

 " > new file a"

 

 


Jim Hughes
603-271-5586
"There's no sense in being precise when you don't even know what you're
talking about."
John von Neumann 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Huegel, Thomas
Sent: Tuesday, March 06, 2007 12:41 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Realy simple pipe insert ?

 

Jim,

Not quite.

I need to write the entire input file back out to 'new file a' and
insert ORANGES before APPLES.

 

Thanks

-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] Behalf Of Hughes, Jim - OIT
Sent: Tuesday, March 06, 2007 11:32 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Realy simple pipe insert ?

"PIPE < test file a   |",

   " locate /APPLES/  |",

  " specs 1-* 1  write /ORANGES/ 1 |",

 " > new file a"

 


Jim Hughes
603-271-5586
"There's no sense in being precise when you don't even know what
you're talking about."
John von Neumann 





From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Huegel, Thomas
Sent: Tuesday, March 06, 2007 12:27 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Realy simple pipe insert ?

 

I want to do a simple insert of a record into the stream.

 

pipe < test file a | locate /APPLES/ .| here I want to
insert a literal ORANGES | > new file a

 




<< ella for Spam Control >> has removed 10443 VSE-List messages and set
aside 8563 VM-List for me
You can use it too - and it's FREE!  www.ellaforspam.com

 

Re: Realy simple pipe insert ?

[Huegel, Thomas]

Marty,
 
Yes I want to pass the entire file to 'new file a' and insert ORANGES before
APPLES.
 
Thanks

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Behalf Of Marty Zimelis
Sent: Tuesday, March 06, 2007 11:41 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Realy simple pipe insert ?


I'm guessing you didn't give us the full request.  I assume that records
without the string APPLES pass unchanged.  Records with the string APPLES:
do you want to replace the string or the entire record with ORANGES?  Or do
you want to insert a new record (ORANGES)?  If an insert, before or after
the record with APPLES?
 
Marty
 
Martin Zimelis 
Principal 
maz/Consultancy 


  _  

From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Huegel, Thomas
Sent: Tuesday, March 06, 2007 12:27 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Realy simple pipe insert ?


I want to do a simple insert of a record into the stream.
 
pipe < test file a | locate /APPLES/ .| here I want to insert a literal
ORANGES | > new file a

  _  

Re: FTP Linux - CMS

[Sikich, Frank J.]

Put into your REXX 
 
TOASCII:
TRACE N
/* 000102030405060708090A0B0C0D0E0F101112131415161718191A1B1C1D1E1F */
RETURN TRANSLATE(ARG(1),,
'00010203CF09D37FD4D5C30B0C0D0E0F10111213C7B408C91819CCCD831DD21F'x||,
'81821C84860A171B89919295A2050607E0EE16E5D01EEA048AF6C6C21415C11A'x||,
'20A6E180EB909FE2AB8B9B2E3C282B7C26A9AA9CDBA599E3A89E21242A293B5E'x||,
'2D2FDFDC9ADDDE989DACBA2C255F3E3FD78894B0B1B2FCD6FB603A2340273D22'x||,
'F861626364656667686996A4F3AFAEC58C6A6B6C6D6E6F7071729787CE93F1FE'x||,
'C87E737475767778797AEFC0DA5BF2F9B5B6FDB7B8B9E6BBBCBD8DD9BF5DD8C4'x||,
'7B414243444546474849CBCABEE8ECED7D4A4B4C4D4E4F505152A1ADF5F4A38F'x||,
'5CE7535455565758595AA0858EE9E4D130313233343536373839B3F7F0FAA7FF'x)
/*-End of TOASCII function---*/
 
/*RXCOPY TOEBCDIC  21 LINES COPIED ON 12-17-98 AT 20:11/
/*-Start of TOEBCDIC function---Version-01.02-*/
/*:TOEBCDIC Function: Returns an EBCDIC string equivalent to the */
/* ASCII string passed to it. */
/* Parms: 1 positional parm, ASCII text. */
/* Returns: EBCDIC text. */
/* Example: SAY TOEBCDIC(input.i) */
/**/
TOEBCDIC:
TRACE N
/* 000102030405060708090A0B0C0D0E0F101112131415161718191A1B1C1D1E1F */
RETURN TRANSLATE(ARG(1),,
'00010203372D2E2F1605250B0C0D0E0F101112133C3D322618193F27221D351F'x||,
'405A7F7B5B6C507D4D5D5C4E6B604B61F0F1F2F3F4F5F6F7F8F97A5E4C7E6E6F'x||,
'7CC1C2C3C4C5C6C7C8C9D1D2D3D4D5D6D7D8D9E2E3E4E5E6E7E8E9ADE0BD5F6D'x||,
'79818283848586878889919293949596979899A2A3A4A5A6A7A8A9C04FD0A107'x||,
'4320211C23EB249B7128384990BAECDF45292A9D722B8A9A6756644A53685946'x||,
'EADA2CDE8B5541FE5851524869DB8E8D737475FA15B0B1B3B4B56AB7B8B9CCBC'x||,
'AB3E3B0ABF8F3A14A017CBCA1A1B9C0434EF1E0608097770BEBBAC5463656662'x||,
'30424757EE33B6E1CDED3644CECF31AAFC9EAE8CDDDC39FB80AFFD7876B29FFF'x)
/*-End of TOEBCDIC function---*/



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Schuh, Richard
Sent: Monday, March 05, 2007 6:56 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: FTP Linux - CMS



We have a need to transfer text files (extension of TXT) from Linux
(running in an IFL LPAR) to CMS. The FTP is to be initiated by the CMS
user. The files are ASCII, as you might expect. The lines/records end in
a LineFeed (0A). I have not been able to come up with a way to translate
the data from ASCII to EBCDIC and write the records to a CMS file in the
FTP. I can transfer the file as "BINARY F nn" records and pass the
resultant file through a pipe ("PIPE < file | strip trailing 00 |
deblock linend 0a | xlate a2e | > newfile") that does the job, but it
seems that there ought to be a way to accomplish the entire job in FTP.
Everything I have tried other than the "BINARY F nn" results in a
message that the stream is too big. 

What am I missing? 

Regards,
Richard Schuh 



---
***National City made the following annotations
---
This communication is a confidential and proprietary business communication.  
It is intended solely for the use of the designated recipient(s).  If this
communication is received in error, please contact the sender and delete 
this communication.
===

Re: Realy simple pipe insert ?

[Marty Zimelis]

I'm guessing you didn't give us the full request.  I assume that records
without the string APPLES pass unchanged.  Records with the string APPLES:
do you want to replace the string or the entire record with ORANGES?  Or do
you want to insert a new record (ORANGES)?  If an insert, before or after
the record with APPLES?
 
Marty
 
Martin Zimelis 
Principal 
maz/Consultancy 


  _  

From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Huegel, Thomas
Sent: Tuesday, March 06, 2007 12:27 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Realy simple pipe insert ?


I want to do a simple insert of a record into the stream.
 
pipe < test file a | locate /APPLES/ .| here I want to insert a literal
ORANGES | > new file a

  _  

<< ella for Spam Control >> has removed 10443 VSE-List messages and set
aside 8563 VM-List for me
You can use it too - and it's FREE!  www.ellaforspam.com

Re: Realy simple pipe insert ?

[Huegel, Thomas]

Jim,
Not quite.
I need to write the entire input file back out to 'new file a' and insert
ORANGES before APPLES.
 
Thanks

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Behalf Of Hughes, Jim - OIT
Sent: Tuesday, March 06, 2007 11:32 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Realy simple pipe insert ?



"PIPE < test file a   |",

   " locate /APPLES/  |",

  " specs 1-* 1  write /ORANGES/ 1 |",

 " > new file a"

 


Jim Hughes
603-271-5586
"There's no sense in being precise when you don't even know what you're
talking about."
John von Neumann 


  _  


From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Huegel, Thomas
Sent: Tuesday, March 06, 2007 12:27 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Realy simple pipe insert ?

 

I want to do a simple insert of a record into the stream.

 

pipe < test file a | locate /APPLES/ .| here I want to insert a literal
ORANGES | > new file a






  _  


<< ella for Spam Control >> has removed 10443 VSE-List messages and set
aside 8563 VM-List for me
You can use it too - and it's FREE!   www.ellaforspam.com
 

 

Re: DASD cylinders

[Stracka, James (GTI)]

Yes there are model 27 and 54 as well as 1, 3 and 9.  

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Marcy Cortes
Sent: Tuesday, March 06, 2007 12:03 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: DASD cylinders


How many cylinders in a mod 9?
Is there such thing as a mod 27 (32,760 cyl) and mod 54 (65520)?  Or are
these just mod 9s of a different size? My storage folks don't believe me
(I'm reading $DASD$ CONSTS S) that they are all just variable sized mod
9.

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."


If you are not an intended recipient of this e-mail, please notify the sender, 
delete it and do not read, act upon, print, disclose, copy, retain or 
redistribute it. Click here for important additional terms relating to this 
e-mail. http://www.ml.com/email_terms/

Re: Realy simple pipe insert ?

[Hughes, Jim - OIT]

"PIPE < test file a   |",

   " locate /APPLES/  |",

  " specs 1-* 1  write /ORANGES/ 1 |",

 " > new file a"

 


Jim Hughes
603-271-5586
"There's no sense in being precise when you don't even know what you're
talking about."
John von Neumann 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Huegel, Thomas
Sent: Tuesday, March 06, 2007 12:27 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Realy simple pipe insert ?

 

I want to do a simple insert of a record into the stream.

 

pipe < test file a | locate /APPLES/ .| here I want to insert a
literal ORANGES | > new file a







<< ella for Spam Control >> has removed 10443 VSE-List messages and set
aside 8563 VM-List for me
You can use it too - and it's FREE!  www.ellaforspam.com

 

Realy simple pipe insert ?

[Huegel, Thomas]

I want to do a simple insert of a record into the stream.
 
pipe < test file a | locate /APPLES/ .| here I want to insert a literal
ORANGES | > new file a

  _  

<< ella for Spam Control >> has removed 10443 VSE-List messages and set
aside 8563 VM-List for me
You can use it too - and it's FREE!   www.ellaforspam.com

Re: DASD cylinders

[Mary Anne Matyaz]

32760 on a mod 27. The 27 is to a 9 as the 9 is to a 3. :)
MA

On 3/6/07, Ed Zell <[EMAIL PROTECTED]> wrote:


> How many cylinders in a mod 9?

There are 10,017 cylinders on a 3390-9  (3339*3).

I am not sure about the other ones you mention.

Ed Zell
(309) 674-8255 x-107
[EMAIL PROTECTED]
.


CONFIDENTIAL NOTICE:  This communication, including any attachments, is
intended only for the use of the individual or entity to which it is
addressed and contains information which may be confidential.  If you are
not the intended recipient, any distribution or copying of this
communication is strictly prohibited.  If you have received this
communication in error, notify the sender immediately, delete the
communication and destroy all copies. Thank you for your compliance.

Re: DASD cylinders

[Ed Zell]

> How many cylinders in a mod 9?

There are 10,017 cylinders on a 3390-9  (3339*3).

I am not sure about the other ones you mention.

Ed Zell
(309) 674-8255 x-107
[EMAIL PROTECTED]
.


CONFIDENTIAL NOTICE:  This communication, including any attachments, is 
intended only for the use of the individual or entity to which it is addressed 
and contains information which may be confidential.  If you are not the 
intended recipient, any distribution or copying of this communication is 
strictly prohibited.  If you have received this communication in error, notify 
the sender immediately, delete the communication and destroy all copies. Thank 
you for your compliance.

DASD cylinders

[Marcy Cortes]

How many cylinders in a mod 9?
Is there such thing as a mod 27 (32,760 cyl) and mod 54 (65520)?  Or are
these just mod 9s of a different size?
My storage folks don't believe me (I'm reading $DASD$ CONSTS S) that
they are all just variable sized mod 9.

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: Looking for used 3490E tapes

[Stephen Frazier]

I've got some 3480 cartridges. Does anyone want them?

[EMAIL PROTECTED] wrote:

Cross posted to VSE and VM discussion lists.

I need 3490E cartridges.
Does anyone have used ones for sale?

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


--
Stephen Frazier
Information Technology Unit
Oklahoma Department of Corrections
3400 Martin Luther King
Oklahoma City, Ok, 73111-4298
Tel.: (405) 425-2549
Fax: (405) 425-2554
Pager: (405) 690-1828
email:  stevef%doc.state.ok.us

Looking for used 3490E tapes

[Fran Hensler]

Cross posted to VSE and VM discussion lists.

I need 3490E cartridges.
Does anyone have used ones for sale?

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

Re: IOCP for EMC 8430

[Aria Bamdad]

Dale, thanks for the sample IOCP.

I guess my question still stands.  It seems that you don't have to
have a one to one correspondence between 'real' control units and
CNTLUNIT macros.  Based on your sample, you define as many CNTLUNIT
macros as you need to satisfy your number of devices where each
control unit can have 256 devices.

The way these statements look on paper do not appear as good from a
performance point of view.  This may not matter but it seems that
each set of 256 devices are accessible only thru one control unit.
For example, something like this:


CU#800   CNTLUNIT CUNUMBR=800,
   CUADD=0,
   PATH=(80,E9,88,E5),
   LINK=(F8,FB,F8,FB),
   UNIT=2105,
   UNITADD=((00,256))

DA#5000  IODEVICE ADDRESS=(5000,256),
   CUNUMBR=(800),
   STADET=Y,
   UNIT=3390

As compared to something like this for the old 3990/3390 control units:


   CNTLUNIT CUNUMBR=A00,PATH=(07,13),UNIT=3990,
   UNITADD=((00,256))
   CNTLUNIT CUNUMBR=A01,PATH=(08,14),UNIT=3990,
   UNITADD=((00,256))
   CNTLUNIT CUNUMBR=A02,PATH=(15,09),UNIT=3990,
   UNITADD=((00,256))
   CNTLUNIT CUNUMBR=A03,PATH=(16,0A),UNIT=3990,
   UNITADD=((00,256))
   IODEVICE ADDRESS=(A00,256),CUNUMBR=(A00,A01,A02,A03),
   UNIT=3390,UNITADD=00


In this case, the devices have four control units backing them rather
than just one.

Can someone shed some light on this?

Thanks.

Re: FTP Linux - CMS

[dave]

One other possible solution to Richard's FTP problem would
be to use the (undocumented) PIPE "ftpget" stage. It's
contained in the INSTPIPE MODULE file on z/VM 5.x and an
example of it's use can be seen on line 231 in the DVDPRIME
EXEC. It's how IBM loads the installation material to z/VM
from an FTP server.

I offered to document the FTPGET stage for general use to
the folks in Endicott, as I think having it more widely
available would be a "Good Thing" (tm, M. Stewart), but I
never got a response back.sigh

Have a good one.

DJ
- Original Message Follows -
From: "Jones, Zachary" <[EMAIL PROTECTED]>
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FTP Linux - CMS
Date: Tue, 6 Mar 2007 08:10:36 -0500

> Richard,
> 
> Setting the ftp download type to ASCII will do the
> automatic conversion to and from ASCII/EBCDIC.
> Then you use the ftp locsite command to set the fixed
> length.
> 
> So do the below then your get and it will be in the format
> you want. (fix length 80 example).
> 
> ASCII
> LOCSITE FIX 80 
> 
> Now do your get command.
> 
> 
> Zachary Jones
> Operations Systems Analyst
> Northrop Grumman 
> City of Grand Rapids Michigan
> 
> 
> 
> On Mon, 2007-03-05 at 15:56 -0800, Schuh, Richard wrote:
> 
> > We have a need to transfer text files (extension of TXT)
> > from Linux (running in an IFL LPAR) to CMS. The FTP is
> > to be initiated by the CMS user. The files are ASCII, as
> > you might expect. The lines/records end in a LineFeed
> > (0A). I have not been able to come up with a way to
> translate the data from ASCII to EBCDIC and write the
> > records to a CMS file in the FTP. I can transfer the
> > file as "BINARY F nn" records and pass the resultant
> > file through a pipe ("PIPE < file | strip trailing 00 |
> deblock linend 0a | xlate a2e | > newfile") that does the
> > job, but it seems that there ought to be a way to
> > accomplish the entire job in FTP. Everything I have
> > tried other than the "BINARY F nn" results in a message
> > that the stream is too big.  
> > What am I missing?
> > 
> > Regards,
> > Richard Schuh 
> > 
> > 
> 

Re: SPXTAPE alternatives

[Kris Buelens]

I quickly created a small README file

--
Kris Buelens,
IBM Belgium, VM customer support

Re: SPXTAPE alternatives

[RPN01]

Actually, the GCS build isn¹t quite that trivial.

SPOOL PUN * CLASS I
SPOOL RDR CLASS I
VMFSETUP ZVM GCS
VMFBLD PPF ZVM GCS GCTLOAD (ALL
I C

Your VMFBLD command was also missing the PPF parameter.
-- 
   .~.Robert P. Nix Mayo Foundation
   /V\RO-OC-1-13  200 First Street SW
 / ( ) \  507-284-0844   Rochester, MN 55905
^^-^^   - 
"In theory, theory and practice are the same, but
 in practice, theory and practice are different."



From: Kris Buelens <[EMAIL PROTECTED]>
Reply-To: The IBM z/VM Operating System 
Date: Tue, 6 Mar 2007 10:09:01 +0200
To: 
Subject: Re: SPXTAPE alternatives

Saved segments can be copied too with DCSSBKUP & DCSSRSAV. The problem(?) is
that you before a DCSSRSAV, one must issue a DEFSEG with the appropriate
values.

CMS and GCS must be rebuilt
  SAMPNSS CMS#IPL 190 PARM SAVESYS CMS
  VMFBLD ZVM  GCS GCTLOAD (ALL

I've got a service machine that does all this almost automatically.  But,
documentation is almost not-existing.   Send me a note if you want to get it
"the way it is"

-- 
Kris Buelens,
IBM Belgium, VM customer support

2007/3/6, O'Brien, Dennis L :
> Jerry,
> If you have a few spare DASD volumes, create a small system that you can
> use to move your main system.  You can create the small system second
> level, then shut down your main system and IPL the small one first level
> when you're ready to do the move.  Just make sure that none of the small
> system DASD labels duplicate those on your main system.  With the main
> system shut down, you can move everything with DDR.  You can create a
> few worker userids on the small system, so that you can run multiple
> DDR's in parallel.
> 
>   Dennis O'Brien
> 
> The world is full of fools and faint hearts; and yet everyone has
> courage enough to bear the misfortunes, and wisdom enough to manage the
> affairs, of his neighbor.  -- Benjamin Franklin
> 
> 
> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
> Behalf Of Jerry Whitteridge
> Sent: Monday, March 05, 2007 13:40
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: [IBMVM] SPXTAPE alternatives
> 
> I have a z/VM 5.1 system used to host linux guests. I need to move all
> the volumes from one ESS to a new ESS (F20 to 800 if it makes a
> difference).
> 
> I note that the correct way to move the spool and nss/dcss is via
> SPXTAPE -- can this be used to write to dasd as I have no tape drives
> (or volumes) assigned to the VM LPAR ?
> 
>  I'm assuming that I would use DDR to move the other mini disk volumes (
> I plan to create new CP_OWNED volumes and use the procedures to move CF2
> to an alternate residence volume to move the VM system itself.  The plan
> then would be then to have different ONLINE_AT_IPL volumes between CF1
> (in use) and CF2 (new).
> 
> Am I off base here or is there an easier way of doing this. (I have
> access to all the volumes from a z/OS LPAR if that is needed (and I am
> more z/OS literate !)
> 
> Jerry Whitteridge
> Safeway Inc
> 925 951 4184
> 
> 
> "MMS http://safeway.com> >" made the following annotations.
> 

Re: FTP Linux - CMS

[Jones, Zachary]

Richard,

Setting the ftp download type to ASCII will do the automatic conversion
to and from ASCII/EBCDIC.
Then you use the ftp locsite command to set the fixed length.

So do the below then your get and it will be in the format you want.
(fix length 80 example).

ASCII
LOCSITE FIX 80 

Now do your get command.


Zachary Jones
Operations Systems Analyst
Northrop Grumman 
City of Grand Rapids Michigan



On Mon, 2007-03-05 at 15:56 -0800, Schuh, Richard wrote:

> We have a need to transfer text files (extension of TXT) from Linux
> (running in an IFL LPAR) to CMS. The FTP is to be initiated by the CMS
> user. The files are ASCII, as you might expect. The lines/records end
> in a LineFeed (0A). I have not been able to come up with a way to
> translate the data from ASCII to EBCDIC and write the records to a CMS
> file in the FTP. I can transfer the file as "BINARY F nn" records and
> pass the resultant file through a pipe ("PIPE < file | strip trailing
> 00 | deblock linend 0a | xlate a2e | > newfile") that does the job,
> but it seems that there ought to be a way to accomplish the entire job
> in FTP. Everything I have tried other than the "BINARY F nn" results
> in a message that the stream is too big. 
> 
> What am I missing?
> 
> Regards,
> Richard Schuh 
> 
> 

Re: SPXTAPE alternatives

[Kris Buelens]

Saved segments can be copied too with DCSSBKUP & DCSSRSAV.  The problem(?)
is that you before a DCSSRSAV, one must issue a DEFSEG with the appropriate
values.

CMS and GCS must be rebuilt
 SAMPNSS CMS#IPL 190 PARM SAVESYS CMS
 VMFBLD ZVM  GCS GCTLOAD (ALL

I've got a service machine that does all this almost automatically.  But,
documentation is almost not-existing.   Send me a note if you want to get it
"the way it is"

--
Kris Buelens,
IBM Belgium, VM customer support

2007/3/6, O'Brien, Dennis L :


Jerry,
If you have a few spare DASD volumes, create a small system that you can
use to move your main system.  You can create the small system second
level, then shut down your main system and IPL the small one first level
when you're ready to do the move.  Just make sure that none of the small
system DASD labels duplicate those on your main system.  With the main
system shut down, you can move everything with DDR.  You can create a
few worker userids on the small system, so that you can run multiple
DDR's in parallel.

   Dennis O'Brien

The world is full of fools and faint hearts; and yet everyone has
courage enough to bear the misfortunes, and wisdom enough to manage the
affairs, of his neighbor.  -- Benjamin Franklin


-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Jerry Whitteridge
Sent: Monday, March 05, 2007 13:40
To: IBMVM@LISTSERV.UARK.EDU
Subject: [IBMVM] SPXTAPE alternatives

I have a z/VM 5.1 system used to host linux guests. I need to move all
the volumes from one ESS to a new ESS (F20 to 800 if it makes a
difference).

I note that the correct way to move the spool and nss/dcss is via
SPXTAPE -- can this be used to write to dasd as I have no tape drives
(or volumes) assigned to the VM LPAR ?

I'm assuming that I would use DDR to move the other mini disk volumes (
I plan to create new CP_OWNED volumes and use the procedures to move CF2
to an alternate residence volume to move the VM system itself.  The plan
then would be then to have different ONLINE_AT_IPL volumes between CF1
(in use) and CF2 (new).

Am I off base here or is there an easier way of doing this. (I have
access to all the volumes from a z/OS LPAR if that is needed (and I am
more z/OS literate !)

Jerry Whitteridge
Safeway Inc
925 951 4184


"MMS " made the following annotations.