Re: Code after RUNNING status?

[Mike Walter]

That's what I get for trying to reply in a hurry before leaving... Already 
late.  "CP USER USERID" should have been the command "CP QUERY USERID".  

Mike Walter


- Original Message -
From: Mike Walter
Sent: 09/27/2007 05:47 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Code after RUNNING status?



The "SYSTEM NETID" value is displayed as a result to the CMS command
IDENTIFY, and is used by SENDFILE and RSCS.

The System_Identifier that you see at the bottom right hand corner of your
terminal is by the "SYSTEM CONFIG" file (usually on MAINT's CF1, CF2, CF3,
etc. disks) based upon the 'System_Identifer" values coded therein.  That
System_Identifier is also returned in response to the command "CP USER
USERID".  This can be very handy when running at a Disaster Recovery
center - you can program initialization execs to do things differently
based on the System_Identifier (affected by CPUID).  I explain this more
thoroughly in the SHARE session "z/VM Installation - It's Installed, NOW
What?"

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



"Ian S. Worthington" <[EMAIL PROTECTED]>

Sent by: "The IBM z/VM Operating System" 
09/27/2007 05:04 PM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: Code after RUNNING status?






I don't have access to see that.  But I did find it in SYSTEM NETID,
thanks.

What do people prefer as a way of customising their sessions so they can
easily tell them apart?

ian
...

-- Original Message --
Received: Thu, 27 Sep 2007 05:23:37 PM BST
From: [EMAIL PROTECTED]
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Code after RUNNING status?

> Have you looked in your SYSTEM CONFIG file for
> System_Identifier_Default? I bet it has an I10B after it.
>
> Peter
>
> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
> Behalf Of Ian S. Worthington
> Sent: September 27, 2007 12:14
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Code after RUNNING status?
>
> My CMS ready prompt has a code after the RUNNING/VM READ/CP READ: I10B,
> the
> one I'm looking at at the moment.
>
> I've always wondered what that meant.  Anyone care to enlighten me?
>
> For extra marks, suggestions of how to replace it with something useful,
> maybe
> like the userid of the screen I'm looking at so I stop getting them
> confused,
> would be much appreciated!
>
> ian
>
>
> The information transmitted is intended only for the person 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 of any
action in reliance upon this information by persons or entities other than
the
intended recipient or delegate is strictly prohibited.  If you received
this
in error please contact the sender and delete the material from any
computer.
The integrity and security of this message cannot by guaranteed on the
Internet.  The Sender accepts no liability for the content of this e-mail
or
for the consequences of any actions taken on basis of the information
provided.  The recipient should check this e-mail and any attachments for
the
presence of viruses.  The sender accepts no liability for any damage
caused by
any virus transmitted by this e-mail.  This disclaimer is the property of
the
TTC and must not be altered or circumvented in any manner.
>



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.




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-mai

Re: Code after RUNNING status?

[Mike Walter]

The "SYSTEM NETID" value is displayed as a result to the CMS command 
IDENTIFY, and is used by SENDFILE and RSCS.

The System_Identifier that you see at the bottom right hand corner of your 
terminal is by the "SYSTEM CONFIG" file (usually on MAINT's CF1, CF2, CF3, 
etc. disks) based upon the 'System_Identifer" values coded therein.  That 
System_Identifier is also returned in response to the command "CP USER 
USERID".  This can be very handy when running at a Disaster Recovery 
center - you can program initialization execs to do things differently 
based on the System_Identifier (affected by CPUID).  I explain this more 
thoroughly in the SHARE session "z/VM Installation - It's Installed, NOW 
What?"

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



"Ian S. Worthington" <[EMAIL PROTECTED]> 

Sent by: "The IBM z/VM Operating System" 
09/27/2007 05:04 PM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: Code after RUNNING status?






I don't have access to see that.  But I did find it in SYSTEM NETID, 
thanks.

What do people prefer as a way of customising their sessions so they can
easily tell them apart?

ian
...

-- Original Message --
Received: Thu, 27 Sep 2007 05:23:37 PM BST
From: [EMAIL PROTECTED]
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Code after RUNNING status?

> Have you looked in your SYSTEM CONFIG file for
> System_Identifier_Default? I bet it has an I10B after it.
> 
> Peter
> 
> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
> Behalf Of Ian S. Worthington
> Sent: September 27, 2007 12:14
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Code after RUNNING status?
> 
> My CMS ready prompt has a code after the RUNNING/VM READ/CP READ: I10B,
> the
> one I'm looking at at the moment.
> 
> I've always wondered what that meant.  Anyone care to enlighten me?
> 
> For extra marks, suggestions of how to replace it with something useful,
> maybe
> like the userid of the screen I'm looking at so I stop getting them
> confused,
> would be much appreciated!
> 
> ian
> 
> 
> The information transmitted is intended only for the person 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 of any
action in reliance upon this information by persons or entities other than 
the
intended recipient or delegate is strictly prohibited.  If you received 
this
in error please contact the sender and delete the material from any 
computer. 
The integrity and security of this message cannot by guaranteed on the
Internet.  The Sender accepts no liability for the content of this e-mail 
or
for the consequences of any actions taken on basis of the information
provided.  The recipient should check this e-mail and any attachments for 
the
presence of viruses.  The sender accepts no liability for any damage 
caused by
any virus transmitted by this e-mail.  This disclaimer is the property of 
the
TTC and must not be altered or circumvented in any manner.
> 


 
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: Code after RUNNING status?

[Dave Jones]

Hi, Ian.

I suspect that today most folks connect to their z/VM systems via a 
TN3270 emulator or some sort, rather than via a 'real' 3270. Instead of 
having something display the user id in the status ares, I simply rename 
the window the emulator is displayed in to be the system and user id 
that session is connected to. I use IBM's PCOMM emulator, btw.


Ian S. Worthington wrote:

I don't have access to see that.  But I did find it in SYSTEM NETID, thanks.

What do people prefer as a way of customising their sessions so they can
easily tell them apart?

ian
...

-- Original Message --
Received: Thu, 27 Sep 2007 05:23:37 PM BST
From: [EMAIL PROTECTED]
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Code after RUNNING status?


Have you looked in your SYSTEM CONFIG file for
System_Identifier_Default? I bet it has an I10B after it.

Peter

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Ian S. Worthington
Sent: September 27, 2007 12:14
To: IBMVM@LISTSERV.UARK.EDU
Subject: Code after RUNNING status?

My CMS ready prompt has a code after the RUNNING/VM READ/CP READ: I10B,
the
one I'm looking at at the moment.

I've always wondered what that meant.  Anyone care to enlighten me?

For extra marks, suggestions of how to replace it with something useful,
maybe
like the userid of the screen I'm looking at so I stop getting them
confused,
would be much appreciated!

ian


The information transmitted is intended only for the person 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 of any
action in reliance upon this information by persons or entities other than the
intended recipient or delegate is strictly prohibited.  If you received this
in error please contact the sender and delete the material from any computer. 
The integrity and security of this message cannot by guaranteed on the

Internet.  The Sender accepts no liability for the content of this e-mail or
for the consequences of any actions taken on basis of the information
provided.  The recipient should check this e-mail and any attachments for the
presence of viruses.  The sender accepts no liability for any damage caused by
any virus transmitted by this e-mail.  This disclaimer is the property of the
TTC and must not be altered or circumvented in any manner.


--
DJ
V/Soft

Re: Code after RUNNING status?

[Ian S. Worthington]

I don't have access to see that.  But I did find it in SYSTEM NETID, thanks.

What do people prefer as a way of customising their sessions so they can
easily tell them apart?

ian
...

-- Original Message --
Received: Thu, 27 Sep 2007 05:23:37 PM BST
From: [EMAIL PROTECTED]
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Code after RUNNING status?

> Have you looked in your SYSTEM CONFIG file for
> System_Identifier_Default? I bet it has an I10B after it.
> 
> Peter
> 
> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
> Behalf Of Ian S. Worthington
> Sent: September 27, 2007 12:14
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Code after RUNNING status?
> 
> My CMS ready prompt has a code after the RUNNING/VM READ/CP READ: I10B,
> the
> one I'm looking at at the moment.
> 
> I've always wondered what that meant.  Anyone care to enlighten me?
> 
> For extra marks, suggestions of how to replace it with something useful,
> maybe
> like the userid of the screen I'm looking at so I stop getting them
> confused,
> would be much appreciated!
> 
> ian
> 
> 
> The information transmitted is intended only for the person 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 of any
action in reliance upon this information by persons or entities other than the
intended recipient or delegate is strictly prohibited.  If you received this
in error please contact the sender and delete the material from any computer. 
The integrity and security of this message cannot by guaranteed on the
Internet.  The Sender accepts no liability for the content of this e-mail or
for the consequences of any actions taken on basis of the information
provided.  The recipient should check this e-mail and any attachments for the
presence of viruses.  The sender accepts no liability for any damage caused by
any virus transmitted by this e-mail.  This disclaimer is the property of the
TTC and must not be altered or circumvented in any manner.
> 

Re: Code after RUNNING status?

[Rob van der Heij]

On 9/28/07, Ian S. Worthington <[EMAIL PROTECTED]> wrote:
> I don't have access to see that.  But I did find it in SYSTEM NETID, thanks.
>
> What do people prefer as a way of customising their sessions so they can
> easily tell them apart?

My approach to start the termulator sessions in the same order and
have the most popular sessions always in the same session (and use
Alt-1, Alt-2 to go to the right system). I am using Tom Brennan's
Vista tn3270 which lets me also color the frame and border of the
session. It shows the IP hostname in frame of the window too. And I
use the ID command a lot when jumping through a dozen sessions.

In the past I have also worked with different colors for some of the
output via the CP SCREEN command (like red CP output on the production
systems - as if that were enough to prevent that accidental shutdown).

Rob

Re: zSeries Linux - White Paper for Management

[Mark Wheeler]

Paul,

I forgot to ask... have you specified "DIRECTIO YES" in your dsmserv.opt?

Mark

Listen in to z/VM Security Architecture LVC - Oct 2

[Pamela Christina in sunny and warm Endicott NY]

Hello VM and Linux enthusiasts on IBMVM, IBM-MAIN, and LINUX-390...

The next in the series of Live Virtual Classes is planned
for Tuesday, Oct 2.

z/VM Security Architecture presented by  Alan Altmark of IBM


   Date: Tuesday, October 2

   Start Time: 11:00 a.m. Eastern U.S./5:00 p.m. CET

   Duration: 90 minutes

   Connect to the Live Virtual Class (LVC) session using via this URL:

  https://asp22.centra.com:443/GA/main/0174cb2101151026619cb338

   You can connect to the LVC session up to 15 minutes prior to the start
   of the session.


 Abstract:
 Current z/VM customers are familiar with the isolation, security, and
 integrity features that z/VM provides. However, many customers running
 Linux on IBM System z servers  for the first time are new to the world
 of Virtualization and seek reassurance not only that multiple Linux
 servers can share hardware resources efficiently, but also
 comply with organizational IT security policies. This presentation is an
 overview of the security and integrity characteristics of the z/VM
 operating system when used to host virtual Linux servers on IBM System z
 servers.

 Alan Altmark, IBM z/VM Development, will be the featured
 speaker for this 90-minute session.

 Open to Customers,  IBM System z Technical Sales, System z Business
 Partners

 There is no charge to participate in this technical education session.


Playback - This session will be recorded and a playback will be available
following the live session via the URL referenced above.   Look for further
information in the Education section on the z/VM Homepage
(http://www.vm.ibm.com)

System Check
The LVC will be delivered using the Centra tool that employs Voice over
IP (VoIP) technology to provide both the audio as well as the visuals to
your Windows workstation.

Prior to the session, you should run a System Check via the following URL
to verify your workstation meets the following minimum requirements.
System Check: https://stg.centra.com/SysCheck/main/Customers/ibmstg
  Windows 2000 or Windows XP
  Internet Explorer 5.01, Netscape 7.2, Firefox 1.0 or later.
  28.8 kbps or faster Internet connection
  P350+ MHz, 128+ MB memory
  800x600 16-bit color display or better
  sound card and speakers (to hear the audio portion of the LVC)
  microphone (required if you want to ask a question during the LVC)

If you are unable to connect to the Live Virtual Class session, you can
listen to the audio portion of the session via telephone using the
following:
  Phone Number 1: 1-888-240-4148
  Phone Number 2: 1-719-234-0214
  Access Code: 355253

Note: use of telephone connection does not provide the presentation
charts nor does it provide capability for you to ask questions during
the session.

For more information, contact Dick Kendrick, Systems z9 Technical Education
Lead - +1.469.718.0048 or [EMAIL PROTECTED]

   --


By the way, the next two LVCs are planned for

October 16: z/VM LDAP and Security (details), Alan Altmark

November 13: Linux on System z Security, Peter Spera

Look for these and other events on the z/VM events calendar
at http://www.vm.ibm.com/events/

Regards,
Pam C

Re: zSeries Linux - White Paper for Management

[Mark Wheeler]

Paul,

I'm running TSM 5.3.4.0 on SLES9 2.6.5-7.276 under z/VM 5.3 on a z9-109
with one IFL. Database is 40GB on DS8100. My database is spread over 12
dbvolumes, each 3240 MB. I use half of twelve different 3390-9 volumes.
Three VG's are used, with 4 physical volumes (minidisks of 5008 cyls each),
striped 4 ways, with stripe size of 32K. I built 4 db.n.dsm files defined
on them, using commands
  /opt/tivoli/tsm/server/bin/dsmfmt -db
/opt/tivoli/tsm/server/db/vol3/db.1.dsm 3240
  /opt/tivoli/tsm/server/bin/dsmfmt -db
/opt/tivoli/tsm/server/db/vol3/db.2.dsm 3240
  /opt/tivoli/tsm/server/bin/dsmfmt -db
/opt/tivoli/tsm/server/db/vol3/db.3.dsm 3240
  /opt/tivoli/tsm/server/bin/dsmfmt -db
/opt/tivoli/tsm/server/db/vol3/db.4.dsm 3240

Four million files a day is much more than I typically run, although last
winter (as a Proof of Concept) I backed up 1.3 TB (3.9M files) from a
Windows file-and-print server in a day. At the time my database was on a
slow (vendor not to be named) disk subsystem, recently replaced with
DS8100, which has proven to be 7-10 times faster. Hard to say how fast we
could back up those files today.

I recently restored 1.4 TB of data (1.5M files) to a Windows client in 10.5
hours.

Are you using ECKD disk or zFCP? Striped? ESCON or FICON? What model of
processor? Backing up to disk or tape?

I believe the consensus view in the TSM community is that databases should
not exceed 100 GB (some say lower), otherwise you'll encounter the same
performance problems (particularly with expiration) that you are
experiencing. It may be time to split your server.

Best regards,

Mark



   
 Paul Raulerson
 <[EMAIL PROTECTED] 
 com>   To 
 Sent by: The IBM  IBMVM@LISTSERV.UARK.EDU 
 z/VM Operating cc 
 System
 <[EMAIL PROTECTED] Subject 
 ARK.EDU>  Re: zSeries Linux - White Paper for 
   Management  
   
 09/27/2007 02:36  
 PM
   
   
 Please respond to 
   The IBM z/VM
 Operating System  
 <[EMAIL PROTECTED] 
 ARK.EDU>  
   
   




What are you running on Mark? And how much are you backing up. I really
need some GOOD examples of TSM working! :)


I do have a large number of document images to back up each day, so what
happens to us is the database gets really large,  well over a hungred
gigabytes. At htat point, it cannot expire information before new backups
are being added, and it *all* goes downhill from there. I blame the ancient
version of DB/2 that is embededed it in, and the Linux kernel version that
is required to run a TSM server on z/Linux on an IFL.


-Paul




- Message from "Mark Wheeler" <[EMAIL PROTECTED]> on Thu, 27 Sep 2007
19:23:00 + -
   
 To: IBMVM@LISTSERV.UARK.EDU   
   
Subject: Re: zSeries Linux - White Paper for Management
   


Really? That hasn't been my experience at all. Runs like a rocketship here.

Mark L. Wheeler
IT Infrastructure, 3M Center B224-4N-20, St Paul MN 55144
Tel:  (651) 733-4355, Fax:  (651) 736-7689
mlwheeler at mmm.com

“Extraordinary claims require extraordinary evidence." Carl Sagan




 Paul Raulerson
 <[EMAIL PROTECTED]
 com>   To
 Sent by: The IBM  IBMVM@LISTSERV.UARK.EDU
 z/VM Operating cc
 System
 <[EMAIL PROTECTED] Subject
  

Re: z/VM Daily Snyc Point

[Ian S. Worthington]

Does your dasd support SNAPSHOT?  If so, duplicate the volumes, back them up
to tape at your leisure, then delete.  I used to do this to back up an entire
system with an outage of about 3 minutes (then a few hours on a tape drive of
course, but no one cared about that)

ian
...

-- Original Message --
Received: Thu, 27 Sep 2007 06:56:40 PM BST
From: Steve Mitchell <[EMAIL PROTECTED]>
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z/VM Daily Snyc Point

> In essence, Mgt has the perspective 'if there is data on a disk, we are
> going to back it up at the same time throughout the enterprise each day.
> That is at least, their utopian wish.  I'm of the opinion, since we back up
> all the linux guest w/tivoli, and the VM vols (520*) on Sunday nights its
> unnecessary to do more at this pt.
> However, I need to find out what alternatives (ie what are other shops
> doing) exist and their costs.  That, in all likelyhood will sway them to
> 'sane' solution.
> 
> So the short answer to your question Phil (after the long one of course) is
> both.
> 
> Steve Mitchell
> Sr Systems Software Specialist
> Blue Cross Blue Shield of Kansas
> (785) 291-8885
> 
> 'There are no degrees of Honesty-you're either Honest or you're not!
> 
> 
> 
>
>  Phil Tully
>  <[EMAIL PROTECTED] 
>  e.net> To 
>  Sent by: The IBM  IBMVM@LISTSERV.UARK.EDU 
>  z/VM Operating cc 
>  System
>  <[EMAIL PROTECTED]   Topic 
>  ARK.EDU>  
>Subject 
>Re: z/VM Daily Snyc Point   
>  09/27/2007 11:03  
>  AM
>
>
>  Please respond to 
>The IBM z/VM
>  Operating System  
>  <[EMAIL PROTECTED] 
>  ARK.EDU>  
>
>
> 
> 
> 
> 
> Steve,
> Are you looking for daily sync of the z/VM volumes only or of the linux
> volumes as well?
> 
> regards
> Phil Tully
> 
> Steve Mitchell wrote:
> 
> >We have a very simple z/VM environment.  Linux guests running WebSphere.
> >No database's on the IFL.  Our current backup process occurs on Sunday
> >night.  Stop VM, allocate Volumes to z/OS, do full volume backups, release
> >Volumes, Start VM.   We also back up the linux filesystems with Tivoli
> >nightly.  Currently the applications running on WebSphere have no 'up'
> >requirement for Sunday evening.
> >
> >Now Mgt wants to take a 'daily' sync point of the z/VM vols.  Obviously
> >doing the 'weekly' process is not an option.  We do NOT have any tape
> >drives dedicated to z/VM, nor are there any available that are capable of
> >supporting daily use.
> >
> >What are other shops doing for daily snyc points?  Any and All
> >thoughts/suggestions are appreciated.   Thanks.
> >
> >Steve Mitchell
> >Sr Systems Software Specialist
> >Blue Cross Blue Shield of Kansas
> >(785) 291-8885
> >
> >'There are no degrees of Honesty-you're either Honest or you're not!
> >
> >CONFIDENTIALITY NOTICE: This email message and any attachments are for the
> sole use of the intended recipient(s) and may contain proprietary,
> confidential, trade secret or privileged information.  Any unauthorized
> review use, disclosure or distribution is prohibited and may be a violation
> of law.  If you are not the intended recipient or a person responsible for
> delivering this message to an intended recipient, please contact the sender
> by reply email and destroy all copies of the original message
> >
> >
> >
> 
> --
> 'in media stat virtus'
> Virtue's in the middle
> 
> 
> CONFIDENTIALITY NOTICE: This email message and any attachments are for the
sole use of the intended recipient(s) and may contain proprietary,
confidential, trade secret or privileged information.  Any unauthorized review
use, disclosure or distribution is prohibited and may be a violation of la

Re: zSeries Linux - White Paper for Management

[Dave Jones]

I think a print server, built around CUPS running on Linux under z/VM 
and z/VM's own RSCS would work very well.


[EMAIL PROTECTED] wrote:
It probably stands to reason I/O related activities are much better 
suited, what kinds of applications can we "bunch" in to this, of course 
Web Serving and Database Serving, how about other things, such as Printer 
Serving??
 




Paul Raulerson <[EMAIL PROTECTED]> 
Sent by: The IBM z/VM Operating System 

09/27/2007 01:20 PM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: zSeries Linux - White Paper for Management







Hey Paul - 
  I have the barebones of one, but nothing in shape to publish at this 
time. A couple of notes though; Mainframe Linux has most of the same 
issues as workstation linux, but benefits greatly from the vast I/O 
resourcs of the mainframe. It works better under z/VM than on the bare 
metal (LPAR or no LPAR). 
It fails miserably only in one situation, and that is where whatever you 
are running on it is very compute intensive. For example, Tivoli really 
takes a couple of IFLSs to run all by iself, and is, IMNSHO, far better 
situated on an xSeries blade or pSeries server. 
Also, don't even think of running XWindows clients on it; much better to 
write customer Client/Server products, or use a web interface, than to do 
that.  In general, avoid processor intensive work, like image manipulation 
or most scientific computing. 
-Paul
 
- Message from [EMAIL PROTECTED] on Thu, 27 Sep 2007 13:13:00 + 
-

To:
IBMVM@LISTSERV.UARK.EDU
Subject:
zSeries Linux - White Paper for Management

Has anyone written a "white paper" on the how's and why's of zSeries 
Linux, and how it not only saves money but improves reliability and 
security?  I need something to convince the management that having things 
scattered all over you-know-who's half acre is not the optimum way to run 
things.  It's very hard (and frustrating...) trying to deal with the 
"mainframes are obsolete and outdated" mentality that exists. 
  
Thank You 
Paul Adrian. 



--
DJ
V/Soft

Re: z/VM Daily Snyc Point

[Romanowski, John (OFT)]

We use CA's VMBACKUP to get weekly full and daily incremental (your z/VM
sync-point) backups of z/VM CMS minidisks and SFS filepool. Not much
changes daily on our z/VMs running just Linux guests.

Daily, we also make a IPL-able one-tape disaster backup holding the
minimum z/VM stuff needed to do a bare-metal restore of enough z/VM to
run VMBACKUP to restore the rest from weekly/daily backups: we can
restore z/VM to the previous night's backup.
 A share-able, read-only dasd-based (image backed up by VMBACKUP) Linux
rescue system lets us do parallel bare-metal restores of SAN-, dasd-, or
mixed-SAN-dasd Linux guests from each Linux guest's TSM backups.
 
If you don't have any tape drives available to z/VM daily for a brief
window it's hard to get that z/VM sync-point management wants. We share
a pool of VTS (virtual) tape drives with z/OS and z/VM LPARS.

Good luck.



This e-mail, including any attachments, may be confidential, privileged or 
otherwise legally protected. It is intended only for the addressee. If you 
received this e-mail in error or from someone who was not authorized to send it 
to you, do not disseminate, copy or otherwise use this e-mail or its 
attachments.  Please notify the sender immediately by reply e-mail and delete 
the e-mail from your system.


-Original Message-

From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Steve Mitchell
Sent: Thursday, September 27, 2007 9:23 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: z/VM Daily Snyc Point

We have a very simple z/VM environment.  Linux guests running WebSphere.
No database's on the IFL.  Our current backup process occurs on Sunday
night.  Stop VM, allocate Volumes to z/OS, do full volume backups,
release
Volumes, Start VM.   We also back up the linux filesystems with Tivoli
nightly.  Currently the applications running on WebSphere have no 'up'
requirement for Sunday evening.

Now Mgt wants to take a 'daily' sync point of the z/VM vols.  Obviously
doing the 'weekly' process is not an option.  We do NOT have any tape
drives dedicated to z/VM, nor are there any available that are capable
of
supporting daily use.

What are other shops doing for daily snyc points?  Any and All
thoughts/suggestions are appreciated.   Thanks.

Steve Mitchell
Sr Systems Software Specialist
Blue Cross Blue Shield of Kansas
(785) 291-8885

'There are no degrees of Honesty-you're either Honest or you're not!

CONFIDENTIALITY NOTICE: This email message and any attachments are for
the sole use of the intended recipient(s) and may contain proprietary,
confidential, trade secret or privileged information.  Any unauthorized
review use, disclosure or distribution is prohibited and may be a
violation of law.  If you are not the intended recipient or a person
responsible for delivering this message to an intended recipient, please
contact the sender by reply email and destroy all copies of the original
message

Re: zSeries Linux - White Paper for Management

[Paul Raulerson]

What are you running on Mark? And how much are you backing up. I really need 
some GOOD examples of TSM working! :)
I do have a large number of document images to back up each day, so what 
happens to us is the database gets really large, well over a hungred gigabytes. 
At htat point, it cannot expire information before new backups are being added, 
and it *all* goes downhill from there. I blame the ancient version of DB/2 that 
is embededed it in, and the Linux kernel version that is required to run a TSM 
server on z/Linux on an IFL.
-Paul


--- Begin Message ---
Really? That hasn't been my experience at all. Runs like a rocketship here.

Mark L. Wheeler
IT Infrastructure, 3M Center B224-4N-20, St Paul MN 55144
Tel:  (651) 733-4355, Fax:  (651) 736-7689
mlwheeler at mmm.com

“Extraordinary claims require extraordinary evidence." Carl Sagan



   
 Paul Raulerson
 <[EMAIL PROTECTED] 
 com>   To 
 Sent by: The IBM  IBMVM@LISTSERV.UARK.EDU 
 z/VM Operating cc 
 System
 <[EMAIL PROTECTED] Subject 
 ARK.EDU>  Re: zSeries Linux - White Paper for 
   Management  
   
 09/27/2007 12:30  
 PM
   
   
 Please respond to 
   The IBM z/VM
 Operating System  
 <[EMAIL PROTECTED] 
 ARK.EDU>  
   
   




Sorry Marcy - Tivoli Storagte Manager (TSM).  Running the server on an IFL,
if you are backing up any number of files, will drag it down to the ground
in versy short order because of the database. It always amazes me that TSM
cannot do something simple, like backing up 4 or 5 million files per night,
without busting it's database. :)


I moved it from a Linux instance here to an LS20 Dual processor Dual Core
Blade with 8gb od RAM and it is much happier. What took intolerably long
times on the IFL runs in about 1/3 the time on the blade. That surprised me
so much that I spent about three or four weeks testing and proviing it over
and over and over. :)


 -Paul




- Message from "Marcy Cortes" <[EMAIL PROTECTED]> on Thu,
27 Sep 2007 17:24:00 + -
   
 To: IBMVM@LISTSERV.UARK.EDU   
   
Subject: Re: zSeries Linux - White Paper for Management
   


Tivoli what?


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





From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Paul Raulerson
Sent: Thursday, September 27, 2007 10:21 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] zSeries Linux - White Paper for Management



Hey Paul -

  I have the barebones of one, but nothing in shape to publish at this
time. A couple of notes though; Mainframe Linux has most of the same
issues as workstation linux, but benefits greatly from the vast I/O
resourcs of the mainframe. It works better under z/VM than on the bare
metal (LPAR or no LPAR).

It fails miserably only in one situation, and that is where whatever you
are running on it is very compute intensive. For example, Tivoli really
takes a couple of IFLSs to run all by iself, and is, IMNSHO, far better
situated on an xSeries blade or pSeries server.

Also, don't even think of runn

Re: zSeries Linux - White Paper for Management

[Mark Wheeler]

Really? That hasn't been my experience at all. Runs like a rocketship here.

Mark L. Wheeler
IT Infrastructure, 3M Center B224-4N-20, St Paul MN 55144
Tel:  (651) 733-4355, Fax:  (651) 736-7689
mlwheeler at mmm.com

“Extraordinary claims require extraordinary evidence." Carl Sagan



   
 Paul Raulerson
 <[EMAIL PROTECTED] 
 com>   To 
 Sent by: The IBM  IBMVM@LISTSERV.UARK.EDU 
 z/VM Operating cc 
 System
 <[EMAIL PROTECTED] Subject 
 ARK.EDU>  Re: zSeries Linux - White Paper for 
   Management  
   
 09/27/2007 12:30  
 PM
   
   
 Please respond to 
   The IBM z/VM
 Operating System  
 <[EMAIL PROTECTED] 
 ARK.EDU>  
   
   




Sorry Marcy - Tivoli Storagte Manager (TSM).  Running the server on an IFL,
if you are backing up any number of files, will drag it down to the ground
in versy short order because of the database. It always amazes me that TSM
cannot do something simple, like backing up 4 or 5 million files per night,
without busting it's database. :)


I moved it from a Linux instance here to an LS20 Dual processor Dual Core
Blade with 8gb od RAM and it is much happier. What took intolerably long
times on the IFL runs in about 1/3 the time on the blade. That surprised me
so much that I spent about three or four weeks testing and proviing it over
and over and over. :)


 -Paul




- Message from "Marcy Cortes" <[EMAIL PROTECTED]> on Thu,
27 Sep 2007 17:24:00 + -
   
 To: IBMVM@LISTSERV.UARK.EDU   
   
Subject: Re: zSeries Linux - White Paper for Management
   


Tivoli what?


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





From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Paul Raulerson
Sent: Thursday, September 27, 2007 10:21 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] zSeries Linux - White Paper for Management



Hey Paul -

  I have the barebones of one, but nothing in shape to publish at this
time. A couple of notes though; Mainframe Linux has most of the same
issues as workstation linux, but benefits greatly from the vast I/O
resourcs of the mainframe. It works better under z/VM than on the bare
metal (LPAR or no LPAR).

It fails miserably only in one situation, and that is where whatever you
are running on it is very compute intensive. For example, Tivoli really
takes a couple of IFLSs to run all by iself, and is, IMNSHO, far better
situated on an xSeries blade or pSeries server.

Also, don't even think of running XWindows clients on it; much better to
write customer Client/Server products, or use a web interface, than to
do that.  In general, avoid processor intensive work, like image
manipulation or most scientific computing.

-Paul

Re: zSeries Linux - White Paper for Management

[Paul Raulerson]

Pretty much anything that works on a demand basis rather than a continuous 
drain. Printing has some interesting side issues, as in many ways, Unix/Linux 
printing is not as sophisticated as mainframe or midrange printing. That 
usually means buying a third party package, which is hard to find for z/Linux. 
There are some, but they are hard to find.
CUPS, LPR, LPRng, etc can all be configured to do routine tasks, but do not 
provide AFP like printing features, and in some cases, only very basic printer 
control.
Database services on Linux have to be tuned with great care, and the tuning is 
not so easy or as well defined as under z/OS.
Backup services (other than TSM!) work reliably well and with z/VM in the 
backgroud to manage access to tapes, share quite nicely.
-Paul


--- Begin Message ---
It probably stands to reason I/O related activities are much better 
suited, what kinds of applications can we "bunch" in to this, of course 
Web Serving and Database Serving, how about other things, such as Printer 
Serving??
 



Paul Raulerson <[EMAIL PROTECTED]> 
Sent by: The IBM z/VM Operating System 
09/27/2007 01:20 PM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: zSeries Linux - White Paper for Management







Hey Paul - 
  I have the barebones of one, but nothing in shape to publish at this 
time. A couple of notes though; Mainframe Linux has most of the same 
issues as workstation linux, but benefits greatly from the vast I/O 
resourcs of the mainframe. It works better under z/VM than on the bare 
metal (LPAR or no LPAR). 
It fails miserably only in one situation, and that is where whatever you 
are running on it is very compute intensive. For example, Tivoli really 
takes a couple of IFLSs to run all by iself, and is, IMNSHO, far better 
situated on an xSeries blade or pSeries server. 
Also, don't even think of running XWindows clients on it; much better to 
write customer Client/Server products, or use a web interface, than to do 
that.  In general, avoid processor intensive work, like image manipulation 
or most scientific computing. 
-Paul
 
- Message from [EMAIL PROTECTED] on Thu, 27 Sep 2007 13:13:00 + 
-
To:
IBMVM@LISTSERV.UARK.EDU
Subject:
zSeries Linux - White Paper for Management

Has anyone written a "white paper" on the how's and why's of zSeries 
Linux, and how it not only saves money but improves reliability and 
security?  I need something to convince the management that having things 
scattered all over you-know-who's half acre is not the optimum way to run 
things.  It's very hard (and frustrating...) trying to deal with the 
"mainframes are obsolete and outdated" mentality that exists. 
  
Thank You 
Paul Adrian. 

--- End Message ---

Re: zSeries Linux - White Paper for Management

[pfa]

It probably stands to reason I/O related activities are much better 
suited, what kinds of applications can we "bunch" in to this, of course 
Web Serving and Database Serving, how about other things, such as Printer 
Serving??
 



Paul Raulerson <[EMAIL PROTECTED]> 
Sent by: The IBM z/VM Operating System 
09/27/2007 01:20 PM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: zSeries Linux - White Paper for Management







Hey Paul - 
  I have the barebones of one, but nothing in shape to publish at this 
time. A couple of notes though; Mainframe Linux has most of the same 
issues as workstation linux, but benefits greatly from the vast I/O 
resourcs of the mainframe. It works better under z/VM than on the bare 
metal (LPAR or no LPAR). 
It fails miserably only in one situation, and that is where whatever you 
are running on it is very compute intensive. For example, Tivoli really 
takes a couple of IFLSs to run all by iself, and is, IMNSHO, far better 
situated on an xSeries blade or pSeries server. 
Also, don't even think of running XWindows clients on it; much better to 
write customer Client/Server products, or use a web interface, than to do 
that.  In general, avoid processor intensive work, like image manipulation 
or most scientific computing. 
-Paul
 
- Message from [EMAIL PROTECTED] on Thu, 27 Sep 2007 13:13:00 + 
-
To:
IBMVM@LISTSERV.UARK.EDU
Subject:
zSeries Linux - White Paper for Management

Has anyone written a "white paper" on the how's and why's of zSeries 
Linux, and how it not only saves money but improves reliability and 
security?  I need something to convince the management that having things 
scattered all over you-know-who's half acre is not the optimum way to run 
things.  It's very hard (and frustrating...) trying to deal with the 
"mainframes are obsolete and outdated" mentality that exists. 
  
Thank You 
Paul Adrian. 

Re: DIRMAINT EXTENT question.

[David Kreuter]

Change in extent control:
3390 3339 DECLARE ALL 3390'S AS MODEL 3. 
to:
3390 32760 DECLARE ALL 3390'S AS MODEL 27s. 

David

-Original Message-
From: The IBM z/VM Operating System on behalf of Colin Allinson
Sent: Thu 9/27/2007 10:44 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: [IBMVM] DIRMAINT EXTENT question.
 
We have an absolutely huge number of DASD (many thousand) and on 2 CU's of 
2048 devices each we can have a mix of 3390-03, 3390-09 and 3390-27 (STK 
Equiv. - 32760 cyls).

We know by address where each size is but  the labelling conventions have 
other meanings so we cant easily tell the size from the volser (unless we 
specify each one).

Each volume will have an extent defined to userid SYSPACKS that will be 
the true size of the DASD (specific extent - not 0-END). 

In our DIRMAINT EXTENT CONTROL file we have the following under defaults 
:-

:DEFAULTS. 
  3390 3339 DECLARE ALL 3390'S AS MODEL 3. 
  3390-01  1113 
  3390-02  2226 
  3390-03  3339 
  3390-04  4959 
  3390-09 10017 
  3390-27 32760 

However, when the VCONTROL files are created we get the following (this is 
an example of a Mod 27 volume with the ACPMAINT entry defines as 1-END) ;-

DEVTYPE= 3390 
MAXBLK= 3338 
ARCH= CKD 
ENTRY= 1 3338 ACPMAINT 2090 * 
EXCLD= 0 32759 SYSPACKS D7D8 * 

Is there any easy way to get the 1-END entries to recognise the size of 
the DASD based on the largest extent defined? Because SYSPACKS is in the 
EXCLUDE LIST this is mainly so that DIRMAP could recognise overlaps 
correctly.


Colin Allinson
Technical Manager - VM Systems Support
Operating Systems Services
Amadeus Data Processing GmbH
T: +49 (0)8122 43 4975
F: +49 (0)8122 43 3260
[EMAIL PROTECTED]
www.amadeus.com



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: z/VM Daily Snyc Point

[Steve Mitchell]

In essence, Mgt has the perspective 'if there is data on a disk, we are
going to back it up at the same time throughout the enterprise each day.
That is at least, their utopian wish.  I'm of the opinion, since we back up
all the linux guest w/tivoli, and the VM vols (520*) on Sunday nights its
unnecessary to do more at this pt.
However, I need to find out what alternatives (ie what are other shops
doing) exist and their costs.  That, in all likelyhood will sway them to
'sane' solution.

So the short answer to your question Phil (after the long one of course) is
both.

Steve Mitchell
Sr Systems Software Specialist
Blue Cross Blue Shield of Kansas
(785) 291-8885

'There are no degrees of Honesty-you're either Honest or you're not!



   
 Phil Tully
 <[EMAIL PROTECTED] 
 e.net> To 
 Sent by: The IBM  IBMVM@LISTSERV.UARK.EDU 
 z/VM Operating cc 
 System
 <[EMAIL PROTECTED]   Topic 
 ARK.EDU>  
   Subject 
   Re: z/VM Daily Snyc Point   
 09/27/2007 11:03  
 AM
   
   
 Please respond to 
   The IBM z/VM
 Operating System  
 <[EMAIL PROTECTED] 
 ARK.EDU>  
   
   




Steve,
Are you looking for daily sync of the z/VM volumes only or of the linux
volumes as well?

regards
Phil Tully

Steve Mitchell wrote:

>We have a very simple z/VM environment.  Linux guests running WebSphere.
>No database's on the IFL.  Our current backup process occurs on Sunday
>night.  Stop VM, allocate Volumes to z/OS, do full volume backups, release
>Volumes, Start VM.   We also back up the linux filesystems with Tivoli
>nightly.  Currently the applications running on WebSphere have no 'up'
>requirement for Sunday evening.
>
>Now Mgt wants to take a 'daily' sync point of the z/VM vols.  Obviously
>doing the 'weekly' process is not an option.  We do NOT have any tape
>drives dedicated to z/VM, nor are there any available that are capable of
>supporting daily use.
>
>What are other shops doing for daily snyc points?  Any and All
>thoughts/suggestions are appreciated.   Thanks.
>
>Steve Mitchell
>Sr Systems Software Specialist
>Blue Cross Blue Shield of Kansas
>(785) 291-8885
>
>'There are no degrees of Honesty-you're either Honest or you're not!
>
>CONFIDENTIALITY NOTICE: This email message and any attachments are for the
sole use of the intended recipient(s) and may contain proprietary,
confidential, trade secret or privileged information.  Any unauthorized
review use, disclosure or distribution is prohibited and may be a violation
of law.  If you are not the intended recipient or a person responsible for
delivering this message to an intended recipient, please contact the sender
by reply email and destroy all copies of the original message
>
>
>

--
'in media stat virtus'
Virtue's in the middle


CONFIDENTIALITY NOTICE: This email message and any attachments are for the sole 
use of the intended recipient(s) and may contain proprietary, confidential, 
trade secret or privileged information.  Any unauthorized review use, 
disclosure or distribution is prohibited and may be a violation of law.  If you 
are not the intended recipient or a person responsible for delivering this 
message to an intended recipient, please contact the sender by reply email and 
destroy all copies of the original message

Re: zSeries Linux - White Paper for Management

[Paul Raulerson]

Sorry Marcy - Tivoli Storagte Manager (TSM). Running the server on an IFL, if 
you are backing up any number of files, will drag it down to the ground in 
versy short order because of the database. It always amazes me that TSM cannot 
do something simple, like backing up 4 or 5 million files per night, without 
busting it's database. :)
I moved it from a Linux instance here to an LS20 Dual processor Dual Core Blade 
with 8gb od RAM and it is much happier. What took intolerably long times on the 
IFL runs in about 1/3 the time on the blade. That surprised me so much that I 
spent about three or four weeks testing and proviing it over and over and over. 
:)
 -Paul


--- Begin Message ---
Tivoli what?
 

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

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Paul Raulerson
Sent: Thursday, September 27, 2007 10:21 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] zSeries Linux - White Paper for Management



Hey Paul - 

  I have the barebones of one, but nothing in shape to publish at this
time. A couple of notes though; Mainframe Linux has most of the same
issues as workstation linux, but benefits greatly from the vast I/O
resourcs of the mainframe. It works better under z/VM than on the bare
metal (LPAR or no LPAR).  

It fails miserably only in one situation, and that is where whatever you
are running on it is very compute intensive. For example, Tivoli really
takes a couple of IFLSs to run all by iself, and is, IMNSHO, far better
situated on an xSeries blade or pSeries server. 

Also, don't even think of running XWindows clients on it; much better to
write customer Client/Server products, or use a web interface, than to
do that.  In general, avoid processor intensive work, like image
manipulation or most scientific computing. 

-Paul


--- End Message ---

Re: zSeries Linux - White Paper for Management

[Marcy Cortes]

Tivoli what?
 

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

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Paul Raulerson
Sent: Thursday, September 27, 2007 10:21 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] zSeries Linux - White Paper for Management



Hey Paul - 

  I have the barebones of one, but nothing in shape to publish at this
time. A couple of notes though; Mainframe Linux has most of the same
issues as workstation linux, but benefits greatly from the vast I/O
resourcs of the mainframe. It works better under z/VM than on the bare
metal (LPAR or no LPAR).  

It fails miserably only in one situation, and that is where whatever you
are running on it is very compute intensive. For example, Tivoli really
takes a couple of IFLSs to run all by iself, and is, IMNSHO, far better
situated on an xSeries blade or pSeries server. 

Also, don't even think of running XWindows clients on it; much better to
write customer Client/Server products, or use a web interface, than to
do that.  In general, avoid processor intensive work, like image
manipulation or most scientific computing. 

-Paul

Re: zSeries Linux - White Paper for Management

[Paul Raulerson]

Hey Paul -
 I have the barebones of one, but nothing in shape to publish at this time. A 
couple of notes though; Mainframe Linux has most of the same issues as 
workstation linux, but benefits greatly from the vast I/O resourcs of the 
mainframe. It works better under z/VM than on the bare metal (LPAR or no LPAR).
It fails miserably only in one situation, and that is where whatever you are 
running on it is very compute intensive. For example, Tivoli really takes a 
couple of IFLSs to run all by iself, and is, IMNSHO, far better situated on an 
xSeries blade or pSeries server.
Also, don't even think of running XWindows clients on it; much better to write 
customer Client/Server products, or use a web interface, than to do that. In 
general, avoid processor intensive work, like image manipulation or most 
scientific computing.
-Paul


--- Begin Message ---
Has anyone written a "white paper" on the how's and why's of zSeries 
Linux, and how it not only saves money but improves reliability and 
security?  I need something to convince the management that having things 
scattered all over you-know-who's half acre is not the optimum way to run 
things.  It's very hard (and frustrating...) trying to deal with the 
"mainframes are obsolete and outdated" mentality that exists.
 
Thank You
Paul Adrian.
--- End Message ---

Re: Code after RUNNING status?

[Bill Munson]

Ian,

This is what is on the BASE z/VM 5.3.0 system

System_Identifier_Default ZVMV5R30

all terminals get the same System Identifier, we usually change ours to 
Identify what VM system it is that is running.



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

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



[EMAIL PROTECTED] wrote:

Have you looked in your SYSTEM CONFIG file for
System_Identifier_Default? I bet it has an I10B after it.

Peter

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Ian S. Worthington
Sent: September 27, 2007 12:14
To: IBMVM@LISTSERV.UARK.EDU
Subject: Code after RUNNING status?

My CMS ready prompt has a code after the RUNNING/VM READ/CP READ: I10B,
the
one I'm looking at at the moment.

I've always wondered what that meant.  Anyone care to enlighten me?

For extra marks, suggestions of how to replace it with something useful,
maybe
like the userid of the screen I'm looking at so I stop getting them
confused,
would be much appreciated!

ian


The information transmitted is intended only for the person 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 of any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot by guaranteed on the Internet.  
The Sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on basis of the information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

Re: Code after RUNNING status?

[Peter . Webb]

Have you looked in your SYSTEM CONFIG file for
System_Identifier_Default? I bet it has an I10B after it.

Peter

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Ian S. Worthington
Sent: September 27, 2007 12:14
To: IBMVM@LISTSERV.UARK.EDU
Subject: Code after RUNNING status?

My CMS ready prompt has a code after the RUNNING/VM READ/CP READ: I10B,
the
one I'm looking at at the moment.

I've always wondered what that meant.  Anyone care to enlighten me?

For extra marks, suggestions of how to replace it with something useful,
maybe
like the userid of the screen I'm looking at so I stop getting them
confused,
would be much appreciated!

ian


The information transmitted is intended only for the person 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 of any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot by guaranteed on the Internet.  
The Sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on basis of the information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is the property of the TTC and 
must not be altered or circumvented in any manner.

Re: tdisk ?

[Schuh, Richard]

It would probably be easier to create and format a V-disk. That is what
our EXEC does for temp space.

 

Regards, 
Richard Schuh 

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Harding, Mike
Sent: Wednesday, September 26, 2007 5:57 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: tdisk ?

 

There was a tdisk module a few years ago which attempted to link access
preformatted tdisk space set up as minidisks belonging to a dummy
userid.  Only when none were available did it resort to defining and
formatting system tdisk space.  It wouldn't be that difficult to
replicate the function in an exec.

 

Mike Harding 
EDS VM National Capability 
134 El Portal Place 
Clayton, Ca.  USA  94517-1742 

* phone: +01-925-672-4403 
*  Fax: +01-925-672-4403 
* mailto:[EMAIL PROTECTED]   * 
(personal) 
Note:  For 2007, I am off on Fridays with even Julian dates and Mondays
with odd ones. 

 

 





From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Gentry, Stephen
Sent: Wednesday, September 26, 2007 9:59 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: tdisk ?

Yes but if it was an EXEC it isn't anymore to my knowledge.
TDISK is now done as follows

 

define tdisk 3390 as F01 cyl 100

  devtyp   cuu   

You then have to format it using the regular format command.

Steve G.





From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Lionel B. Dyck
Sent: Wednesday, September 26, 2007 12:52 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: tdisk ?

 


I seem to recall using z/vm in the late 80's and there being a
exec called tdisk to create a temporary disk under cms. Is that
available anywhere? 

Thanks





Lionel B. Dyck, Consultant/Specialist 
Enterprise Platform Services, Mainframe Engineering 
KP-IT Enterprise Engineering, Client and Platform Engineering
Services (CAPES) 
925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED]
  
AIM: lbdyck | Yahoo IM: lbdyck 
Kaiser Service Credo: "Our cause is health. Our passion is
service. We're here to make lives better." 

"Never attribute to malice what can be caused by
miscommunication." 

NOTICE TO RECIPIENT: If you are not the intended recipient of
this e-mail, you are prohibited from sharing, copying, or otherwise
using or disclosing its contents. If you have received this e-mail in
error, please notify the sender immediately by reply e-mail and
permanently delete this e-mail and any attachments without reading,
forwarding or saving them. Thank you. 

Code after RUNNING status?

[Ian S. Worthington]

My CMS ready prompt has a code after the RUNNING/VM READ/CP READ: I10B, the
one I'm looking at at the moment.

I've always wondered what that meant.  Anyone care to enlighten me?

For extra marks, suggestions of how to replace it with something useful, maybe
like the userid of the screen I'm looking at so I stop getting them confused,
would be much appreciated!

ian

Re: z/VM Daily Snyc Point

[Phil Tully]

Steve,
Are you looking for daily sync of the z/VM volumes only or of the linux 
volumes as well?


regards
Phil Tully

Steve Mitchell wrote:


We have a very simple z/VM environment.  Linux guests running WebSphere.
No database's on the IFL.  Our current backup process occurs on Sunday
night.  Stop VM, allocate Volumes to z/OS, do full volume backups, release
Volumes, Start VM.   We also back up the linux filesystems with Tivoli
nightly.  Currently the applications running on WebSphere have no 'up'
requirement for Sunday evening.

Now Mgt wants to take a 'daily' sync point of the z/VM vols.  Obviously
doing the 'weekly' process is not an option.  We do NOT have any tape
drives dedicated to z/VM, nor are there any available that are capable of
supporting daily use.

What are other shops doing for daily snyc points?  Any and All
thoughts/suggestions are appreciated.   Thanks.

Steve Mitchell
Sr Systems Software Specialist
Blue Cross Blue Shield of Kansas
(785) 291-8885

'There are no degrees of Honesty-you're either Honest or you're not!

CONFIDENTIALITY NOTICE: This email message and any attachments are for the sole 
use of the intended recipient(s) and may contain proprietary, confidential, 
trade secret or privileged information.  Any unauthorized review use, 
disclosure or distribution is prohibited and may be a violation of law.  If you 
are not the intended recipient or a person responsible for delivering this 
message to an intended recipient, please contact the sender by reply email and 
destroy all copies of the original message

 



--
'in media stat virtus'
Virtue's in the middle

zSeries Linux - White Paper for Management

[pfa]

Has anyone written a "white paper" on the how's and why's of zSeries 
Linux, and how it not only saves money but improves reliability and 
security?  I need something to convince the management that having things 
scattered all over you-know-who's half acre is not the optimum way to run 
things.  It's very hard (and frustrating...) trying to deal with the 
"mainframes are obsolete and outdated" mentality that exists.
 
Thank You
Paul Adrian.

DIRMAINT EXTENT question.

[Colin Allinson]

We have an absolutely huge number of DASD (many thousand) and on 2 CU's of 
2048 devices each we can have a mix of 3390-03, 3390-09 and 3390-27 (STK 
Equiv. - 32760 cyls).

We know by address where each size is but  the labelling conventions have 
other meanings so we cant easily tell the size from the volser (unless we 
specify each one).

Each volume will have an extent defined to userid SYSPACKS that will be 
the true size of the DASD (specific extent - not 0-END). 

In our DIRMAINT EXTENT CONTROL file we have the following under defaults 
:-

:DEFAULTS. 
  3390 3339 DECLARE ALL 3390'S AS MODEL 3. 
  3390-01  1113 
  3390-02  2226 
  3390-03  3339 
  3390-04  4959 
  3390-09 10017 
  3390-27 32760 

However, when the VCONTROL files are created we get the following (this is 
an example of a Mod 27 volume with the ACPMAINT entry defines as 1-END) ;-

DEVTYPE= 3390 
MAXBLK= 3338 
ARCH= CKD 
ENTRY= 1 3338 ACPMAINT 2090 * 
EXCLD= 0 32759 SYSPACKS D7D8 * 

Is there any easy way to get the 1-END entries to recognise the size of 
the DASD based on the largest extent defined? Because SYSPACKS is in the 
EXCLUDE LIST this is mainly so that DIRMAP could recognise overlaps 
correctly.


Colin Allinson
Technical Manager - VM Systems Support
Operating Systems Services
Amadeus Data Processing GmbH
T: +49 (0)8122 43 4975
F: +49 (0)8122 43 3260
[EMAIL PROTECTED]
www.amadeus.com



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: z/VM Daily Snyc Point

[Lionel B. Dyck]

Steve - your process sounds similar to what I'm planning - here are the 
differences which may help

1. When the z/linux guests are stopped we plan to use flashcopy (or emc 
timefinder/snap) to make backup copies of the volumes and then restart the 
z/linux guests quickly. the backups will be done from the z/os side using 
df/dss (as we do not have tape on the z/vm system). With this the downtime 
for each z/vm lpar should be an estimated 10 minutes and the z/vm lpars 
will be processed in a rolling fashion.

2. We will be using fdr/upstream running in the z/linux guests to do the 
daily 'incremental' backups  the fdr/upstream server will be running on 
z/os.

hope this helps

Lionel B. Dyck, Consultant/Specialist 
Enterprise Platform Services, Mainframe Engineering 
KP-IT Enterprise Engineering, Client and Platform Engineering Services 
(CAPES) 
925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] 
AIM: lbdyck | Yahoo IM: lbdyck 
Kaiser Service Credo: "Our cause is health. Our passion is service. We?re 
here to make lives better.? 

?Never attribute to malice what can be caused by miscommunication.? 

NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, 
you are prohibited from sharing, copying, or otherwise using or disclosing 
its contents. If you have received this e-mail in error, please notify the 
sender immediately by reply e-mail and permanently delete this e-mail and 
any attachments without reading, forwarding or saving them. Thank you. 

z/VM Daily Snyc Point

[Steve Mitchell]

We have a very simple z/VM environment.  Linux guests running WebSphere.
No database's on the IFL.  Our current backup process occurs on Sunday
night.  Stop VM, allocate Volumes to z/OS, do full volume backups, release
Volumes, Start VM.   We also back up the linux filesystems with Tivoli
nightly.  Currently the applications running on WebSphere have no 'up'
requirement for Sunday evening.

Now Mgt wants to take a 'daily' sync point of the z/VM vols.  Obviously
doing the 'weekly' process is not an option.  We do NOT have any tape
drives dedicated to z/VM, nor are there any available that are capable of
supporting daily use.

What are other shops doing for daily snyc points?  Any and All
thoughts/suggestions are appreciated.   Thanks.

Steve Mitchell
Sr Systems Software Specialist
Blue Cross Blue Shield of Kansas
(785) 291-8885

'There are no degrees of Honesty-you're either Honest or you're not!

CONFIDENTIALITY NOTICE: This email message and any attachments are for the sole 
use of the intended recipient(s) and may contain proprietary, confidential, 
trade secret or privileged information.  Any unauthorized review use, 
disclosure or distribution is prohibited and may be a violation of law.  If you 
are not the intended recipient or a person responsible for delivering this 
message to an intended recipient, please contact the sender by reply email and 
destroy all copies of the original message

Re: Learning DirMaint

[Mary Anne Matyaz]

Chapter 4 of * z/VM V5R2.0 Getting Started with Linux on System z9 and
zSeries ** SC24-6096-01
*is pretty good, but it doesn't talk about integrating it with RACF, if
you're using that. There is a
class on that though, ZV200. Here's a link to the manual:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/HCSX0B10/CCONTENTS?SHELF=hcsh2a80&DN=SC24-6096-01&DT=20051011151701

Mary Anne

On 9/26/07, Lionel B. Dyck <[EMAIL PROTECTED]> wrote:
>
>
> Is there a good presentation or  pub that covers how to configure and use
> dirmaint - very simply?
>
> thx
>
> --
> *Lionel B. Dyck, Consultant/Specialist *
> Enterprise Platform Services, Mainframe Engineering
> KP-IT Enterprise Engineering, Client and Platform Engineering Services
> (CAPES)
> 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED]<[EMAIL PROTECTED]>
> AIM: lbdyck *|* Yahoo IM: lbdyck *
> Kaiser Service Credo: "Our cause is health. Our passion is service. We're
> here to make lives better." *
> *
> "Never attribute to malice what can be caused by miscommunication." *
> *
> NOTICE TO RECIPIENT: *If you are not the intended recipient of this
> e-mail, you are prohibited from sharing, copying, or otherwise using or
> disclosing its contents. If you have received this e-mail in error, please
> notify the sender immediately by reply e-mail and permanently delete this
> e-mail and any attachments without reading, forwarding or saving them. Thank
> you.
>
>