Re: RACF and Linux for z/Series

[Coffin Michael C]

Thanks much folks,

Alan Altmark provided a detailed response on VMESA-L.

-Mike

  _

From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
Gary Detro
Sent: Friday, June 12, 2009 10:01 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: RACF and Linux for z/Series



You do Not need the H-Asm for RACF on z/VM.   You would only need it if
you want to make local modifications to the RACF environment.   Without
HASM you can run in one of two modes,   very light RACF involvement or
turn it on to have RACF manage almost everything in z/VM  (Appendix C
documents the method to change the default of DEFER to FAIL.

See the z/VM Secure Configuration Guide (SC24-6148) and the RACF program
directory.  The program directory will list everything that requires
HASM as an optional step.

HCPRWA Assemble is the key file, notice everything is set to DEFER:

HCPRWA   RB0L0001 E1  F 80  Trunc=80 Size=137 Line=120 Col=1 Alt=2

>

  120 SYSSEC ,
X
  121
DISKP=ALLOW,DISKU=DEFER,DISKF=FAIL,DISKW=DEFER,DISKM=ON,X
  122RDRP=ALLOW,RDRU=DEFER,RDRF=FAIL,RDRW=DEFER,RDRM=ON,
X
  123
NODEP=ALLOW,NODEU=DEFER,NODEF=FAIL,NODEW=DEFER,NODEM=ON,X
  124CMDP=ALLOW,CMDU=DEFER,CMDF=FAIL,CMDW=DEFER,CMDM=ON,
X
  125LANP=ALLOW,LANU=DEFER,LANF=FAIL,LANW=DEFER,LANM=ON

  126 SPACE 3



Adding HCPRWAC to CP will change HCPRWA to the following:



HCPRWA   RB0L0001 E1  F 80  Trunc=80 Size=137 Line=120 Col=1 Alt=2

>

  120 SYSSEC ,
X
  121
DISKP=ALLOW,DISKU=FAIL,DISKF=FAIL,DISKW=FAIL,DISKM=ON, X
  122RDRP=ALLOW,RDRU=FAIL,RDRF=FAIL,RDRW=FAIL,RDRM=ON,
X
  123
NODEP=ALLOW,NODEU=FAIL,NODEF=FAIL,NODEW=FAIL,NODEM=ON, X
  124CMDP=ALLOW,CMDU=FAIL,CMDF=FAIL,CMDW=FAIL,CMDM=ON,
X
  125LANP=ALLOW,LANU=FAIL,LANF=FAIL,LANW=FAIL,LANM=ON

  126 SPACE 3




Thanks,


Detro











From:   Thomas David Rivers 

To: LINUX-390@VM.MARIST.EDU

Date:   06/12/09 08:49 AM

Subject:Re: RACF and Linux for z/Series

  _




Hi Mike,

It's my understanding that for RACF on z/VM you need
an assembler.

We have several customers using the Dignus assembler on z/VM
for this very purpose, to avoid the purchase price of HLASM on z/VM.

HLASM used to be a no-cost item on z/VM but now it carries a cost.

So, if you decide to go the "RACF on z/VM" road, we can help with
that component.

- Dave Rivers -

> (Cross posted on VMESA-L and LINUX-390)
>
> Hi Folks,
>
> I have a couple of questions on using IBM's RACF as an ESM for Linux
> (z/Series or otherwise)?
>
> 1. There is NO version of the RACF product that runs
on Linux.  The
> RACF server must be licensed for and run on a supported platform (e.g.
> z/OS or z/VM).  Is that correct?  If z/VM, it must be 5.4 or higher?
> 2. If the RACF server runs on z/VM, are there any
other licensed
> program products that are co-requisite?  Is the same true for
z/OS-based
> RACF servers?
> 3. Are there any licensed program products that must
be installed
> on Linux?  I see reference to IBM Tivoli Directory Server, but it's
> unclear if this runs on the Linux instances or the z/Series RACF
hosts.
>
> -TIA
>
> -Mike
>

--
riv...@dignus.comWork: (919) 676-0847
Get your mainframe programming tools at  
http://www.dignus.com

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit
 
http://www.marist.edu/htbin/wlvindex?LINUX-390




--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
<>

Re: SUSE 9 on Mupltiprise 3000

[Coffin Michael C]

FYI, when we had a BusTech NetShuttle connected to our 7060-H50 it was
defined as UNIT=SCTC (note the 's').  We also had LINK=(**)in the
CTLUNIT statement.  If it helps, here is our old IOCP definition to
generate 10 devices from 900-909:

CNTL0900 CNTLUNIT CUNUMBR=0900,PATH=(0D),LINK=(**),+
   UNIT=SCTC,UNITADD=((00,10))  
DEV0900  IODEVICE ADDRESS=(0900,10),CUNUMBR=(0900),UNIT=SCTC

You might want to bounce this off the BusTech folks, I recall they were
very helpful.  :)

-Mike 

-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
Thorsten Diehl
Sent: Wednesday, April 15, 2009 9:32 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: SUSE 9 on Mupltiprise 3000

Hi John,

UNIT=CTC should be correct, see pages 41 & 42 in
http://www.redbooks.ibm.com/redbooks/pdfs/sg245669.pdf

With kind regards
Thorsten Diehl

System Test Linux on System z

IBM Deutschland Research & Development GmbH Vorsitzender des
Aufsichtsrats: Martin Jetter
Geschaeftsfuehrung: Erich Baier
Sitz der Gesellschaft: Boeblingen
Registergericht: Amtsgericht Stuttgart, HRB 243294


Fridrich, John schrieb am 08.04.2009 01:43:
> Thorsten...
>
> Also... How would these things be defined in the IOCSD.
> I have them currently defined as follows...
> CNTLUNIT CUNUMBR=FC10,PATH=(FC),UNITADD=((10,001)),UNIT=CTC
> CNTLUNIT CUNUMBR=FC11,PATH=(FC),UNITADD=((11,001)),UNIT=CTC
> IODEVICE ADDRESS=160,CUNUMBR=FC10,UNIT=CTC,UNITADD=10
> IODEVICE ADDRESS=161,CUNUMBR=FC11,UNIT=CTC,UNITADD=11
> What should the UNIT= be???
>
> Thanks, JohnF
>
>
> On 4/2/09 5:55 AM, "Thorsten Diehl"  wrote:
>
> Hi John,
>
> I installed a few years ago SLES 9 SP2 on a MP3000, but not long after

> that the machine has retired
>
> Did you ever succeed in installing any other older Version on this 
> configured machine, to be sure, that the basic network settings are 
> correct? If not, the following (old) instructions might help you:
>
> How to solve install problems related to the network adaptor on a 
> MP3000
>
>  Open an OS/2 window on the Support Element (use Desktop on call
if
>  you are working on an HMC) and enter mpts
>  Press configure twice
>  Write down the adapter number of the adaptor(s) with IBM IEEE
802.2
>  only(!)
>  Press cancel - cancel - exit
>
>  Doubleclick on Emulated I/O Configuration in the CPC
configuration
>  menu (use Desktop on call if you are working on an HMC)
>  Press enter and F2 to view the active device map
>  Write down the addresses of the 3088 devices (e.g. 20/21 or
22/23)
>  (If you have to edit the device map, be sure that the device map
>  number corresponds to the IOCDS number!!)
>  Press ESC - F10 - F10 to leave without changing anything. - If
you
>  want to save your changes, press ESC - F6 -F10.
>
>  Doubleclick on Console Actions and Network Diagnostic Information
>  Lookup the above noted adaptor number and its associated MAC
address
>  Write down this MAC address.
>
>  Doubleclick on Input/Output (I/O) Configuration in the CPC
>  configuration menu.
>  Open the source of the appropriate IOCDS. (The IOCDS number must
>  correspond to the device map number!!)
>  Lookup the line where the UNITADD equals to the smaller address
of
>  the above noted 3088 device.
>  Write down the CUNUMBR of this line.
>  Lookup the line starting with IODEVICE and with the CUNUMBR as
noted
>  above. Write down the corresponding ADDRESS. (This is the address
>  required for the lcs driver.)
>
>  after IPL:
>  when the Network device number is requested: enter the IODEVICE
>  ADDRESS as noted above.
>  when the Relative port is requested: enter the adaptor number
(from
>  mpts)
>  verify whether the shown hw_address is the MAC address noted 
> above
>
> In this case the network adaptor is properly set up and it should work

> correctly.
>
> It is _IMPORTANT_ that you disable TCP/IP for the adaptors you want to

> be emulated as LCS device and use IBM IEEE 802.2 only, nothing else.
> Only for the Support Element's LAN Adaptor you need TCP/IP in
addition.
> Not for the adaptors to be passed through.
> That has been the most common configuration error.
>
> With kind regards
> Thorsten Diehl
>
> IBM Deutschland Research & Development GmbH Vorsitzender des 
> Aufsichtsrats: Martin Jetter
> Geschaeftsfuehrung: Erich Baier
> Sitz der Gesellschaft: Boeblingen
> Registergericht: Amtsgericht Stuttgart, HRB 243294
>
>
>> - Forwarded by Thorsten Diehl/Germany/IBM on 03/31/2009 08:20 AM 
>> -
>>
>> Date: Fri, 13 Mar 2009 10:48:10 -0700
>> Reply-To: Linux on 390 Port 
>> Sender:   Linux on 390 Port 
>> From: "Fridrich, John" 
>> Subject:  SUSE 9 on Mupltiprise 3000
>>
>> Hey out there...
>>
>> Has anyone installed SUSE 9 under z/VM 4.4 on a Multiprise 3000
(7060)???
>> I have the boot-strap install

Re: Z10 , z/VM and z/OS

[Coffin Michael C]

The z/VM LPAR configuration ALLOWS general purpose and specialty (i.e.
IFL) engines to co-exist within the same LPAR.  You still must have the
appropriate engines on the box to configure them into an LPAR (i.e. this
announcement does not mean a general purpose CPU will be emulated by an
IFL CPU or anything like that).  It's really intended to allow z/VM to
own all of the hardware resources on a given box, including a variety of
CPU's (IFLs, general purpose, etc.) and let z/VM manage their use by
first and second level systems.  z/VM 5.4 is also required to support
the new z10 Z/VM LPAR configuration.

-Mike 

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Clovis Pereira
Sent: Friday, November 07, 2008 1:09 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Z10 , z/VM and z/OS

Only a compliment:
With a z10 and zVM 5.4, you need a new processor but not a new LPAR.
See, from manual CP Planning and Administration version 5 release 4:
"Specialty Processors Enhancement
z/VM provides support for a new Processor Resource/Systems Manager
logical partition mode of operation: z/VM.
In a z/VM mode logical partition, ICF (Internal Coupling Facility) and
IFL (Integrated Facility for Linux) specialty processors can be
configured in addition to processor types of CP (Central Processor),
zAAP (IBM System z(tm) Application Assist Processor), and zIIP (IBM
System z9(r) Integrated Information Processor and IBM System z10(tm)
Integrated Information Processor).

So, the zOS and zLinux(IFL) can now run on the same LPAR under VM.
Good luck.
__
Clovis Pereira



 

 Dave Jones

 <[EMAIL PROTECTED]

 are.com>
To 
 Sent by: Linux on LINUX-390@VM.MARIST.EDU

 390 Port
cc 
 <[EMAIL PROTECTED]

 IST.EDU>
Subject 
   Re: Z10 , z/VM and z/OS

 

 07/11/2008 15:01

 

 

 Please respond to

 Linux on 390 Port

 <[EMAIL PROTECTED]

 IST.EDU>

 

 





Yes, I am afraid you doz/Os simply will not IPL on an IFL processor.

Ceruti, Gerard G wrote:
> Hi all
>
> If I have a z10 LPAR running z/VM on IFl's only  and I want to start a
z/OS system to
> run DB2 , do a need a General purpose CP ?.
>
> Regards Gerard Ceruti may the 'z' be with you
>
>
>

_

>
>
> Standard Bank email Disclaimer and confidentiality note
>
> This e-mail, its attachments and any rights attaching hereto are, 
> unless
the content
> clearly indicates otherwise, the property of Standard Bank Group 
> Limited
and its
> subsidiaries. It is confidential, private and intended for only the
addressee.
>
> Should you not be the addressee and receive this e-mail by mistake,
kindly notify the
> sender, and delete this e-mail immediately. Do not disclose or use it 
> in
any way. Views
> and opinions expressed in this e-mail are those of the sender unless
clearly stated as
>  those of Standard Bank Group.
>
> Standard Bank Group accepts no liability for any loss or damages
howsoever incurred, or
> suffered, resulting, or arising, from the use of this email or its
attachments.
>
> Standard Bank Group does not warrant the integrity of this e-mail nor
that it is free
> of errors, viruses, interception or interference.
>
> Licensed divisions of the Standard Bank Group are authorised financial
services
> providers in terms of the Financial Advisory and Intermediary Services
Act, No 37 of
> 2002 (FAIS).
>
> For information about the Standard Bank Group visit our website 
> http://www.standardbank.com
>



>
>
> --
For LINUX-390
> subscribe / signoff / archive access instructions, send email to
[EMAIL PROTECTED]
> with the message: INFO LINUX-390 or visit 
> http://www.marist.edu/htbin/wlvindex?LINUX-390

--
DJ

V/Soft
   z/VM and mainframe Linux expertise, training,
   consulting, and software development
www.vsoft-software.com

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: DDR'ing 3390 DASD To Remote Location

[Coffin Michael C]

That's exactly what we are doing now, using PIPEDDR to create a CMS file
image of the DASD, and FTP'ing that CMS file to a Linux server (there's
no 'unbursting' or storing the images on 3390 disk drives, these are
just CMS files that contain 3390 DASD images created using PIPEDDR).
The problem is that it takes a LOT of disk space and a LOT of time to
create the CMS file image in the first place, I'm looking to write the
PIPEDDR output DIRECTLY to a TCPIP socket and have "something" on the
intel Linux server receive this stream and write it out to a file.  That
eliminates the need to FIRST create a CMS file to be FTP'd.

So on the VM/CMS side:

PIPE TRACKREAD
| TRACKSQUISH
| (output to TCPIP socket)

And on the Linux side something that receives the output from above and
writes it to a file.

-MC 

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Smith, Ann (ISD, IT)
Sent: Friday, June 20, 2008 10:08 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: DDR'ing 3390 DASD To Remote Location

 

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Scott Rohling
Sent: Tuesday, June 17, 2008 8:51 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: DDR'ing 3390 DASD To Remote Location

Thought about what you're after and would suggest this instead:

-  Use PIPEDDR to write to a file and FTP this file to your Linux server
(or use use TSM and make your remote Linux server a TSM server and
backup - perhaps using cmsfs on a local Linux guest to read the
minidisk(s) where you store your 3390 images)

-  Create a 'one pack' z/VM system which you can IPL and has PIPEDDR on
it
-- ftp 3390 images from Linux server and PIPEDDR restore the DASD.

I guess I don't see the value in having Linux 'unburst' the PIPEDDR
packed file via a datastream and write to 3390 DASD (is that what you
wanted??).
Better to store physical images and use them by other data transports
(like ftp or nfs) which already exist and just use image files created
by PIPEDDR/DDR2CMS/whatever.

For a DR solution for z/VM - you'll need some method to restore
tape/disk/PIPEDDR/whatever-method you choose -- so what did you imagine
that being?  My experience with z/VM DR is to bring up a minimal z/VM
system and
restore from there.. either that or DDR tapes.   So wondering what's on
the
DR side to make all this work?

Scott


On Tue, Jun 17, 2008 at 3:13 PM, Bruce Furber <[EMAIL PROTECTED]>
wrote:

> With the right disk controller you can PPRC (Peer to Peer Remote Copy)
>
>
> - Original Message -
> From: "Michael Coffin" <[EMAIL PROTECTED]>
> To: 
> Sent: Tuesday, June 17, 2008 11:42 AM
> Subject: DDR'ing 3390 DASD To Remote Location
>
>
> (Cross-posted on VMESA-L and LINUX-390)
>
> Hi Folks,
>
> I want to eliminate use of tapes in my weekly DR process.  Currently 
> we DDR numerous 3390 spindles to 3590 tape cartridges.
>
> I
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions, send 
> email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or 
> visit http://www.marist.edu/htbin/wlvindex?LINUX-390
>

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390



*
This communication, including attachments, is for the exclusive use of
addressee and may contain proprietary, confidential and/or privileged
information.  If you are not the intended recipient, any use, copying,
disclosure, dissemination or distribution is strictly prohibited.  If
you are not the intended recipient, please notify the sender immediately
by return e-mail, delete this communication and destroy all copies.

*

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: DDR'ing 3390 DASD To Remote Location

[Coffin Michael C]

Hi David,

What's the VM/CMS side written in?  BAL?

-MC 

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
David Boyes
Sent: Wednesday, June 18, 2008 11:01 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: DDR'ing 3390 DASD To Remote Location

> If you have any other thought, please keep them coming.  Again, an 
> existing process that could run on the intel-based Linux server to 
> accept raw streams of data, which originate under VM/CMS, and create a

> file is what I'm looking for.  :)

Somewhere I have the beginnings of a CMS Bacula client that got shelved
as paying work intervened. If you feel like finishing it, that would be
a generally useful thing, and Bacula has all the data management back
end on the Linux side that you could want. 

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: DDR'ing 3390 DASD To Remote Location

[Coffin Michael C]

Hi David,

It's an excellent idea, you already have Bacula sitting there waiting to
act as a backup server, you just need to get CMS to talk to it.  You'd
probably want to tell the CMS client if you are backing up files or a
device (i.e. raw DASD) and use VMFPLCD for files, PIPE TRACKREAD for a
device/raw dasd.

If you don't mind, send me what you've got so far and I'll take a look
at it.  If I do find that I can get it going I'll share my work with you
when it's done.  :)

-Thanks David!

-MC 

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
David Boyes
Sent: Wednesday, June 18, 2008 11:36 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: DDR'ing 3390 DASD To Remote Location

> What's the VM/CMS side written in?  BAL?

So far, REXX and some Pipes. The basic problem is to authenticate to the
Bacula server and then feed it a fairly simple structured data stream.
Bacula doesn't care what the contents are as long as the client
understands what to do with it and the metadata Bacula expects is there
(basically faking up a Unix fstat entry putting the images into a
pseudofilesystem tree, eg /dasd/image/x). 

It's all TCP sockets, and other than the data transfer, it's all text
line protocols. I had been going along the TRACKREAD/TRACKWRITE path to
get the data when I shelved the work, but I suspect that it wouldn't be
horrendously hard to also do file-level stuff if you could figure out a
way to reliably encode the CMS file metadata in a transportable way
(maybe use VMFPLCD to render the file transportable on store and then
restore the same way? Seems clunky, but would work reliably. Dunno.) and
detect the difference between a CMS minidisk and a "raw" disk. 

The basic line protocol stuff is documented in some detail on
Bacula.org, and I suspect a better piper than I could easily do a better
pipes-based implementation. Pipe-think still doesn't come easily to me. 

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: DDR'ing 3390 DASD To Remote Location

[Coffin Michael C]

Hi Guys,

Thanks for all of the responses, let me respond to Rob's latest as a
response to all.  :)

First, let me be clear - ALL I want to do is have a service of some sort
running on an Intel-based Linux that allows me to stream data to it to
create a file on the Linux's disk.  For you VM'ers out there, this would
be the result of the CMS PIPE TRACKREAD stage (and would be nearly
identical to the PIPEDDR package on www.vm.ibm.com/download - with the
exception being that we're PIPing the output to a Linux server, not
another VM system running the receiving end of PIPEDDR).  

A colleague suggested running netcat on the Linux server, and PIPing the
output from PIPE TRACKREAD on CMS to a TCPIP stage pointing to netcat on
the intel Linux server.  That might work, but I'm looking for
alternatives to netcat.

Also, the intel Linux server is ONLY used as a place to store the DASD
image files - it's not used in the recovery process other than to
collect the images from it.  Both the backup/dump processes and the
restore processes are all VM/CMS based and must run under VM/CMS.  If I
were to rewrite the entire system from the beginning, it would be a
simple matter to have Linux on z/Series mount a remote Samba share and
simply 'dd' the DASD - but it's a LOT more complex than that, there are
literally thousands of lines of code involved that I don't want to
rewrite simply to have Linux do the work using dd/Samba.

I know that we can create CMS file images of the DASD using PIPEDDR or
DDR2CMS and then FTP those CMS files, in fact that is what we are doing
now.  The problem is this is VERY inefficient, we spend more time
creating the CMS files in preparation for transmitting the data to the
intel Linux server via FTP than we do actually transmitting the data.
I'm looking for a way to eliminate creating those intermediate files and
simply read tracks of raw data (probably using PIPE TRACKREAD with
TRACKSQUISH) and write them (somehow) to a file on the intel Linux
server over TCPIP.

TSM is not a possibility, it's not free and frankly Tivoli on VM/CMS
hasn't been maintained/supported well (I've heard complaints about it
for MANY years).

PPRC is indeed a possibility (in fact I have a request in for funding
for new DASD, including a second array located at the DR site - the
production DASD would replicate via PPRC to the array at the DR site),
but it's a VERY expensive proposal.  IF the funding comes through for
this, I no longer have to worry about host-based processes like the one
we are discussing here, it'll all be handled by the PPRC code on the
DASD array(s).

If an FTP stage existed for the CMS PIPE command THAT would be perfect
(I've never come across one, maybe I'll try hunting around today and see
if I can find one).  That would allow the VM/CMS host to do:

PIPE TRACKREAD
| TRACKSQUISH
| FTP linuxserver 'output_fileid'

Thanks for all the responses, but as U2 once said "I still haven't found
what I'm looking for".  :)

If you have any other thought, please keep them coming.  Again, an
existing process that could run on the intel-based Linux server to
accept raw streams of data, which originate under VM/CMS, and create a
file is what I'm looking for.  :)

-Mike


-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Rob van der Heij
Sent: Wednesday, June 18, 2008 3:49 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: DDR'ing 3390 DASD To Remote Location

On Wed, Jun 18, 2008 at 2:51 AM, Scott Rohling <[EMAIL PROTECTED]>
wrote:

> -  Use PIPEDDR to write to a file and FTP this file to your Linux 
> server

I'm tempted to think that using temporary files to hold a copy of the
raw tracks is a royal PITA (though if you squish or even compress the
tracks, it probably will fit on a big CMS minidisk). I do think there
used to be a FTP pipeline stage floating around, but I'm not sure it did
both PUT and GET. Writing your own FTP client stage might be a nice
learning experience (I've asked Endicott about a "raw" mode for the FTP
client, but no luck).

If you read from disk while during the transfer, you certainly will need
to have the system shutdown to get a consistent copy on the other side
(because you take much longer between the first and last track of the
volume). Even when you could flashcopy the volume to make it consistent
during transfer, you still would have a lot of time between volumes and
you would need to know your applications very well to trust this scheme.

Too bad you don't have a VM system running permanently on the D/R side.
I once wrote a client / server that used the trackread and trackwrite
stage to do incremental track-by-track mirror of a disk (to keep a copy
of our RACF database and avoid copying the full thing all the time).

When we saw the first new z/VM installations with Linux show up, I
proposed a new feature for the Linux disk driver that would allow
arbitrary tracks to be read and written (like the pipeline stages).
That way a Linux guest could be used t

Re: zVM 3.1 at 100% CPU after z9 upgrade

[Coffin Michael C]

Hi Ismael,

Do you have VM/RTM (the VM RealTime Monitor) on the z/VM systems?  If
not, what do you use for a realtime performance monitor?

It could be something as simple as a virtual machine that's unhappy
about something and looping.  Anything look out of the ordinary on
VM/RTM?

-Mike 

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
O'Brien, Dennis L
Sent: Tuesday, June 17, 2008 1:32 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: zVM 3.1 at 100% CPU after z9 upgrade

Ismael,
My first guess is that z/VM 3.1 and/or z/VM 5.1 need PTF's for z9
support.  z/VM 3.1 has been long out of support, so no such PTF exists.
z/VM 5.1 is also out of support, but if it was supported when z9's were
introduced, there would be a support PTF for it.  If there is such a
PTF, did you apply it?  If it exists, you should still be able to get it
from IBMLink.

   Dennis O'Brien

"Don't worry about biting off more than you can chew.  Your mouth is
bigger than you think."  -- CVW-11 chaplain, "Carrier"

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Ifurung, [EMAIL PROTECTED]
Sent: Tuesday, June 17, 2008 10:22
To: LINUX-390@VM.MARIST.EDU
Subject: zVM 3.1 at 100% CPU after z9 upgrade

I asking help for my VM collegues here. We have hit a wall. I know this
is mainly a zLinux forum, but I know there's a lot of VM talent in here.

We are running production work on zVM 3.1 (don't ask why) running 2nd
level under zVM 5.1 .  Things has been running good for more than a year
until this change:  Hardware was upgraded from z990 to z9 .   Now guest
zVM3.1 is running 100% cpu; 1st level zVM 5.1 is running 100% CPU. We
can't go back to z990 because many more zOS are running in other LPARs.

Since 3.1 is out-of-support, no IBM help.Please, please help.

Thanks,

Ismael

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: Linux Guest recovery at Sungard not going well

[Coffin Michael C]

A good idea for future reference is keep an IPL'able Linux kernel with
you on a flash drive (with instructions on how to load it, since most of
us rarely punch/IPL kernel's these days).  Worst case, if your
production Linux systems won't boot (for any reason) you can always
punch the kernel to the VM reader of the Linux guest and IPL it and use
that little system to diagnose/repair your production system.

-Mike 

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Peter E. Abresch Jr. - at Pepco
Sent: Tuesday, April 08, 2008 9:40 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Linux Guest recovery at Sungard not going well

We have files,dns but one of the changes required by CAesm was the
following:

passwd: CA_esm compat
group:  CA_esm compat

I am going to do some testing today now that I more relaxed.

Peter





"Stricklin, Raymond J" <[EMAIL PROTECTED]> Sent by: Linux
on 390 Port 
04/07/2008 07:42 PM
Please respond to
Linux on 390 Port 


To
LINUX-390@VM.MARIST.EDU
cc

Subject
Re: Linux Guest recovery at Sungard not going well






You know, I've seen this kind of thing result from having, for example,
dns (or nis) listed before files in nsswitch.conf, and then the dns
server becomes unavailable.

right:
 hosts:  files dns

wrong:

 hosts:  dns files

Note this effect can be duplicated (when the dns server becomes
unavailable) if you have fully-qualified domain names listed in certain
configuration files and only the short name (or no name at all!) in
/etc/hosts, even if nsswitch.conf is right.

ok
r.

> -Original Message-
> From: Ron Foster at Baldor-IS [mailto:[EMAIL PROTECTED]
> Sent: Monday, April 07, 2008 3:11 PM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: Linux Guest recovery at Sungard not going well
>
> Peter,
>
> It bothers me that you brought up a SLES10 system that did not have an

> NFS mount and
> it still did not give you a logon prompt.   The idea of setting up a
> bogus  NFS server
> and forcing permission denied messages just to speed up processing 
> would not help in this situation.
>
> Do you have any idea how far it is getting before you hang?
> Is it permissible for you all to "cheat" and have someone IPL a system

> at your data center and compare messages?
>
> Is it permissible to download the installation media from Novell and 
> construct you a system to boot the starter system from?  We normally 
> use NFS, but the book says that you can boot the starter system from 
> smb and non-Microsoft FTP.
> (If you
> brought laptops with you, you might be able to share the install 
> media.
> I have not
> done it.)
>
> The idea about forcing Linux to not find all of it's files might be 
> useful.  If you could get a single user command prompt, it might be 
> helpful.  You would have to know which filesystem is on what minidisk 
> though.
>
> Hope this helps,
> Ron
>
>
>
> Peter E. Abresch Jr. - at Pepco wrote:
> > There is only one NFS background mount and yes, we waited for 45 
> > minutes but no timeout and no prompt. We do not have our
> installation
> > media up there but we do have some other Linux systems that
> we backup
> > but do not normally restore, but unfortunately they all
> have the NFS
> > background mount except for one. I might have to recover that one, 
> > link some DASD, setroot, and chkconfig nfs off, and hope that my 
> > problem really was NFS. I detached the osa from the vm
> guest and hoped
> > that will cause some early timeouts or failures? Nothing! I
> recovered
> > a SLES10 that does not use NFS and it IPLed fine except
> again, no prompt.
> >
> > As far as backing up, we shut all our Linux guests down, our z/VM 
> > system down, deactivate z/VM, flash the DASD, activate
> z/VM, IPL, and
> > start our guest. We then back up the flashed DASD from z/OS
> using FDR Full Volume.
> >
> > Is it something in z/VM?
> >
> > Peter
> >
> >
> >
> >
> >
> > Ron Foster at Baldor-IS <[EMAIL PROTECTED]> Sent by: Linux on 390 
> > Port 
> > 04/07/2008 04:37 PM
> > Please respond to
> > Linux on 390 Port 
> >
> >
> > To
> > LINUX-390@VM.MARIST.EDU
> > cc
> >
> > Subject
> > Re: Linux Guest recovery at Sungard not going well
> >
> >
> >
> >
> >
> >
> > Peter,
> >
> > Did you bring a copy of your installation media?
> > Could you boot it and then look at your restored system?
> >
> > How many NFS mounts are there?  Are you saying you have waited 45 
> > minutes and not gotten a message indicating that one of your NFS 
> > mounts has been backgrounded or timed out?
> >
> > Have you tried setting up some system with the same IP
> address as your
> > NFS server, but not running NFS.
> > That way instead of timing out, you can get something like
> connection
> > request rejected.  (I forget the exact message).  In some
> cases, this
> > can hurry things along.
> >
> > By the way, how did you backup and restore?
> >
> > Ron
> >
> > Peter E. Abresch Jr. - a

Re: z/VM 5.2 Absurd System shutdown - PJBR

[Coffin Michael C]

I'm a bit late in responding to this, but 2D5 (520PG1) has PAGE allocated on 
cylinder 0.  You need to change this extent to start on cylinder 1, not 0 (0 
contains the VTOC and has to be allocated as PERM).  Update your SYSTEM CONFIG 
(MAINT CF1) and run ICKDSF on the pack to make sure 0 is allocated as PERM (you 
probably ought to reformat cylinder 0 while you are in there, who knows what CP 
might have been written on cylinder 0 that corrupted the VTOC).

-Mike

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Jose Raul Baron
Sent: Friday, January 04, 2008 7:29 AM
To: LINUX-390@VM.MARIST.EDU
Subject: RV: z/VM 5.2 Absurd System shutdown - PJBR
Importance: High


 
Hi, list. We are experiencing some problems with unpredictable and so far 
inevitable system shutdowns for aparently unknown reasons. 

- We are running 4 SLES9 Linux images under z/VM 5.2
- If we keep only 3 images, this problem doesn't seem to appear. It has 
happened only with 4 images running at once. 
- OPERATOR 191 console registers suddenly (but it can be like this for
HOURS) the following message: 

xx:yy:zz HCPPAW415E Six continuous paging errors have occurred on DASD 
02D5 volume 520PG1. 
(this message appears some 25-30 times per second)

- Disk 2D5 has been hardware-checked successfully, so it has no hardware 
errors. 
- Latest RSU has been applied by IBM-advise. This is our level: 

  q cplevel
  z/VM Version 5 Release 2.0, service level 0702 (64-bit)  
  Generated at 12/21/07 19:33:42 MAI   
  IPL at 01/04/08 11:46:43 MAI 

  Ready;   
  q cmslevel   
  CMS Level 22, Service Level 702  
  Ready;   

- These were some system indicators at the time of the latest shutdown: 

PROCESSOR
=
   
AVGPROC-009% 01
MDC READS-00/SEC WRITES-00/SEC HIT RATIO-000%  
PAGING-2/SEC STEAL-000%
Q0-1(0)   DORMANT-00018
Q1-0(0)   E1-0(0)  
Q2-0(0) EXPAN-001 E2-0(0)  
Q3-4(0) EXPAN-001 E3-0(0)  
PROC -009% 
LIMITED-0  
   
PAGE AREAS
==
EXTENT EXTENT  TOTAL  PAGES   HIGH%
VOLID  RDEV  STARTEND  PAGES IN USE   PAGE USED
--  -- -- -- -- -- 
520PAG 033F  1   3338 600840  30602  31676   5%  
520PG1 02D5  0   3338 601020  11660  11835   1%   
  -- --   
SUMMARY1174K  42262  3%  
USABLE 1174K  42262  3%  
 
SPOOL AREA
==
EXTENT EXTENT  TOTAL  PAGES   HIGH%  
VOLID  RDEV  STARTEND  PAGES IN USE   PAGE USED  
--  -- -- -- -- --   
520SPL 0315  1   3338 600840 118407 160305  19%  
  -- --  
SUMMARY   600840 118407 19%  
USABLE600840 118407 19%  
* * * End of File * * *  

- So it shows neither PAGE nor SPOOL bottleneck. CPU values are also acceptably 
low. 
- We have 8 GB total RAM in this LPAR.
- Our Linux RAM definitions are: 

USER LINUX1 LINUX1 3G3G BG
USER LINUX2 LINUX2 2560M 2560M  BG   
USER LINUX3 LINUX3 2560M 2560M  BG
USER LINUX4 LINUX4 256M  256M   BG

- Aparently no great usage of system resources was being done at the time of 
shutdown (see above). 

Any help will be extremely welcome !!

Saludos, Best Regards,
José R. Barón
Dpto. Sistemas
CALCULO S. A.
Tel. 91 330 86 44
e-mail: [EMAIL PROTECTED]
Do not print this e-mail unless necessary

--
For LINUX-390 subscribe / signoff / archive access instructions, send email to 
[EMAIL PROTECTED] with the message: INFO LINUX-390 or visit 
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [E

z/Series Linux (Debian) I/O Monitoring

[Coffin Michael C]

Hi Folks,

Is there a way in z/Series Linux (we're running Debian, FWIW) to monitor
disk I/O by userid and/or process?  I'm looking for something like "top"
but that includes disk I/O statistics for userids/processes.  We are
seeing a huge increase in disk I/O by our Linux virtual machine guests,
but I don't know how to associate this I/O activity with "real"
processes or userids to determine if they are legitimate or if there is
a problem somewhere.

-TIA

-Mike



--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: IBM introduces "mainframe gas gauge"

[Coffin Michael C]

More important, this can be a great aid in mainframe sales by comparing
energy costs of one mainframe to 200 Wintel boxes.  Great idea!

-Mike

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Gabe Goldberg
Sent: Friday, October 12, 2007 11:19 AM
To: LINUX-390@VM.MARIST.EDU
Subject: IBM introduces "mainframe gas gauge"


IBM introduces "mainframe gas gauge"

In an extension of the company's Project Big Green, IBM launched a
program that allows mainframe customers to monitor their systems'
precise energy consumption in real-time.
http://www.ibm.com/press/us/en/pressrelease/22433.wss

--
Gabriel Goldberg, Computers and Publishing, Inc.  (703) 204-0433
3401 Silver Maple Place, Falls Church, VA 22042[EMAIL PROTECTED]

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: Linux guest to manage zVM?

[Coffin Michael C]

I guess the distinction is that VM/CP is multitasking, and CMS (the
"shell" in Linux-speak) is not (necessarily, unless you are running
processes that take advantage of the services Dave mentioned).  But as
you have correctly pointed out below, we simply dispatch worker virtual
machines to perform multiple tasks simultaneously.  If you want to "send
a task to the background" on VM  you do so by handing it off to another
virtual machine.  The VM Batch Facility is a formalized means of doing
this.

I think the point is that they do the same things, only differently
based on their architecture.

-Mike

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Morris, Kevin J. (LNG-DAY)
Sent: Thursday, October 11, 2007 3:46 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Linux guest to manage zVM?


How about a simple example:
Lets say that I want to add 10 3390-3's as page space to my zVM system.
I login as MAINT and issue the CPFMTXA command to format the first
volume.  The MAINT userid is now tied up for 5+ minutes while the volume
is formatting.  Plus I can only do one volume at a time.  Now, I can
simulate multitasking by logging on as 10 different MAINT users
(assuming they are already defined in the user directory and ESM) and
have each one format a volume.  

Contrast this scenario to Linux where I can issue the same command 10
times and simply send all of the processes to the background without
tying up my userid/interactive session, and all of the volumes are
formatted simultaneously.

Several other examples:
The REXEC server uses secondary virtual machines (agents) to execute
commands passed from each ANONYMOUS or GUEST client. This allows the
REXEC server to better service multiple REXEC requests, as the multiple
agents accessible to the REXEC server help simulate a multitasking
environment.

DIRMAINT has its DATAMOVE service machine.

IBM Operations Manager uses multiple "worker machines" to propagate
work.



-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Dave Jones
Sent: Thursday, October 11, 2007 2:21 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Linux guest to manage zVM?

While CMS is certainly a single user o/s, it as also certainly a
multitasking and multiprocessing one as well. And it comes with a very
nice set of tools for building very efficient, high performance
multitaskings applications (see, e.g., the RSK). I believe the original
poster claimed, incorrectly, that since CMS is single user, it must not
support multitasking.

Mark Post wrote:
>>>> On Thu, Oct 11, 2007 at  1:56 PM, in message
> <[EMAIL PROTECTED]>,

> Coffin Michael C <[EMAIL PROTECTED]> wrote:
>> So let's see, Linux is a multi-tasking OS and it runs several
>> "processes" simultaneously.
>>
>> VM is a multi-tasking OS and it runs several "processes"
>> simultaneously, only they are independent "virtual machines" running
a shared CMS NSS.
>
> CP is, but CMS is not.  The comparison wasn't with CP.
>
>
> Mark Post
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions, send
> email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or 
> visit http://www.marist.edu/htbin/wlvindex?LINUX-390

--
DJ
V/Soft

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: Linux guest to manage zVM?

[Coffin Michael C]

So let's see, Linux is a multi-tasking OS and it runs several
"processes" simultaneously.

VM is a multi-tasking OS and it runs several "processes" simultaneously,
only they are independent "virtual machines" running a shared CMS NSS.

Tell me again why Linux is somehow "better"?  They all share virtual
storage, they all share the main processor, they all have the ability to
be started/stopped independent of the OS (kill on Linux, terminating the
Virtual Machine application via a 'shutdown' command, IPL or FORCE on
VM).

Oh yeah, SSL is native on Linux, and was poorly added on to VM's TCPIP
by inserting Linux into the process.

Sorry if I don't agree that this is a good idea, but there is an old
saying that "If you only have a hammer, you treat everything as a nail".
Linux is an excellent "hammer", but VM is one helluva power-driver - and
has been for over 40 years.

-Mike

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Mark Post
Sent: Sunday, October 07, 2007 11:26 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Linux guest to manage zVM?


>>> On Fri, Oct 5, 2007 at  2:21 PM, in message
<[EMAIL PROTECTED]>,
"Fargusson.Alan" <[EMAIL PROTECTED]> wrote: 
> I suspect that Linux is a bit heavy to do all the things that CMS 
> does.  And
> I think CMS is used to install Linux (I might be wrong).
> 
> It would be nice if Linux could be used to do more VM work.

Heavy, being somewhat relative.  Before the use of OSA interfaces
(virtual or real) and the huge increase in "required" rpm packages I was
routinely running SLES systems in about 32M of virtual storage.  Given
the assumption that you would only need one Linux versus several CMS
VMs, it's fairly easy to buy back the virtual storage.  CPU usage,
perhaps not so easy, but not so bad either.  And then, you would
probably want to have two Linux systems up and running in an
active-active cluster to avoid a single point of failure.

As MacK pointed out, rearchitecting and recoding all the infrastructure
products that currently run on CMS would be a huge undertaking for a lot
of companies.  Not likely in our (professional) lifetime.

Still, it would be nice to have things like RSCS, DIRMAINT, etc. all
running in the same VM, as opposed to being spread all over the place.
I just wouldn't want to be the one in charge of even the IBM piece of
such a project.


Mark Post

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: What configurations are people using for Disaster Recovery for Linux under z/VM

[Coffin Michael C]

Can Bacula write directly to 3590 tape drives?  I'd hate to have to
restore an entire LVM pool to retrieve 1 file.

Do you have a link to Bacula handy?

Michael Coffin, VM Systems Programmer 
Internal Revenue Service - Room 6527 
 Constitution Avenue, N.W. 
Washington, D.C.  20224 

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED] 



-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Adam Thornton
Sent: Monday, May 08, 2006 3:50 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: What configurations are people using for Disaster Recovery
for Linux under z/VM


On May 8, 2006, at 2:19 PM, James Melin wrote:
> What I've never been able to figure out is how to tell z/VM that the 
> backup process on z/OS is done and to either change runlevels or IPL 
> the guest or what have you.
>
> Again daily system shutdowns are not suitable for a 24/7 production 
> environment. So how to balance the need vs the reality is the real 
> trick.

"By doing file-level backups of the Linux guests" is the answer.  I'm
not recommending daily system shutdowns by any means.  I'm also pointing
out that DDR or its moral equivalent isn't the right answer EITHER.  If
you do it that way, sooner or later you will end up with data
corruption.

Here's one way you can do it with no additional licensing fees and no
new software from the z/OS or z/VM perspective.

Install a Bacula instance.  Have your Bacula SD use a big LVM disk pool
as its storage device.  Arrange the scheduling so that the Bacula job
mounts the disk pool, runs its backup, and then unmounts the disk pool
when it's done, and further so that the Bacula backups are done before
your nightly volume dump happens.

Then dump the disk pool volumes, but NOT the other volumes on your Linux
guests.  Since they will be unmounted when the volume backup runs you
know that they are clean.  To restore, restore THOSE volumes and a basic
Linux system with Bacula (which could be a separate DDR image, if you
like).  Mount the LVM and then restore your remaining guests from that
pool.

Didn't cost you an additional dime in software licensing fees.

Adam

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: Freeze Linux Guests momentarily

[Coffin Michael C]

I manage my DASD in this fashion, i.e. there are DB2 DASD groups, SFS
DASD groups, Linux DASD groups, etc. etc.  When running a DR backup of a
group of packs we shutdown, quiesce or otherwise take steps to ensure
the integrity and consistency of everything in the "group" before
SnapShotting all volumes in the group.  

Linux is indeed a problem for all of the reasons discussed previously,
particularly buffered I/O's to disk.  It would be REALLY helpful if this
were addressed in a future release of Linux, i.e. the ability to
instruct the Linux server to flush it's buffers and write everything to
disk, initiate no new applications or filesystem writes, etc.

A QUIESCE and RESUME command set would be ideal.  QUIESCE your Linux
server prior to backup, and RESUME service once you have done everything
you need to do.  For Flash/SnapShot sites it would be quiesced for a
matter of seconds as the DASD is snapped, but for shops without this
technology the server might be QUIESCEd for hours while it's DASD is
backed up to tape and RESUMEd later when it has completed.

Michael Coffin, VM Systems Programmer 
Internal Revenue Service - Room 6527 
 Constitution Avenue, N.W. 
Washington, D.C.  20224 

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED] 



-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Rob van der Heij
Sent: Thursday, April 06, 2006 5:38 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Freeze Linux Guests momentarily


On 4/6/06, Alan Altmark <[EMAIL PROTECTED]> wrote:

> If you could sync the disks and guarantee that it won't start writing 
> again before you complete the flash, that would be ok, but I would not

> wish to depend on Divine Providence to protect the consistency of the 
> backup.

What we're missing is the ability to flash a set of mini disks as one
atomic action. If you just go over the disks and flash them one at a
time, in theory there is the risk of inconsistent backups. If you really
want you can use LVM to suspend all writes and make all your flash copy
actions, and then resume writing to disk again.

I am not sure the risk of inconsistent data in a backup is as real as
some want you to believe. In a former life I worked on a backup strategy
that provided a way to group disks to assure consistent backup copies.
When asking application owners wether they needed this, I explained the
consequence would also be that if one disk of such a group was lost and
needed recovery, we would also restore the other disks in that group to
assure the required consistency...  And indeed, turned out people rarely
had this desire and would rather re-arrange their data to have related
stuff on the same disk.

Rob
--
Rob van der Heij
Velocity Software, Inc

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: 3270 input to zipl boot menu

[Coffin Michael C]

Hi DK,

Actually, Brian and I are working on this together - CP is actually
getting the VINPUT command but evidently doesn't know how to pass it to
the Linux OS, we get:

HCPPCX6531E The operating system will not accept commands from the
service processor.  

Does anything special need to be enabled (either in the virtual machine
or Linux kernel) to allow responses made via VINPUT to be received by
the guest OS?

Michael Coffin, VM Systems Programmer 
Internal Revenue Service - Room 6527 
 Constitution Avenue, N.W. 
Washington, D.C.  20224 

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED] 

 


-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
David Kreuter
Sent: Wednesday, March 22, 2006 11:23 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: 3270 input to zipl boot menu


Your EXEC is using the SCIF (Secondary Console Input Facility) which
lets you send and receive commands from a machine that you are set as
the SECUSER (secondary user).Try passing this command to the boot
loader: send cp linuxvm vi vmsg 0  
You may have to play with the exec a little.  Your exec as coded only
sends virtual machine commands to LINUXVM. You need to send a CP console
function command. SEND CP LINUXVM will send the cp command to linuxvm.
vi vmsg will pass the command to the boot loader as if it were command
from the hardware console. David Kreuter


-Original Message-
From: Linux on 390 Port on behalf of Brian Nelson
Sent: Wed 3/22/2006 10:29 AM
To: LINUX-390@VM.MARIST.EDU
Subject: 3270 input to zipl boot menu
 
I'm using zipl version 1.3.1 and am unable to send input to the boot
loader via a 3270 terminal emulator.  I'm using the following script to
send input to the VM user:

1 /*Send case-insensitive commands to linux on LINUXVM*/ 2 Trace
Off 3 Address Command 4 Parse Arg Command 5 'EXECIO 0 CP
(SKIP STRING SEND LINUXVM' Command 6 Exit Rc

which works fine once the kernel is up.  I can log in, issue linux
commands, etc.  However, when I'm at the bootloader menu prompt, the
script has no effect and I'm unable to load a non-default kernel or pass
boot parameters.

I'm a complete newbie to the VM world, so I'm not sure what's going on
here.  Does anyone have any ideas?

Thanks,
Brian

--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390



--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: Java 1.5 on Linux for z/Series

[Coffin Michael C]

Hi Jim,

Thanks much, and I understand about the disclaimers - just trying to do some
long-range planning.  :)

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]



-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Jim
Elliott
Sent: Wednesday, June 29, 2005 1:08 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Java 1.5 on Linux for z/Series


> Hi Folks, Is there any stated direction for Java 1.5 on Linux for
> z/Series by IBM or any other party?

Michael:

It is IBM's intention to ship Java 5.0 (nee 1.5) by year-end 2005 for Linux
for zSeries. Of course things may happen to prevent that, but we expect to
meet that date. In other words, the usual disclaimers apply.

Jim

--
For LINUX-390 subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Java 1.5 on Linux for z/Series

[Coffin Michael C]

Hi Folks,

Is there any stated direction for Java 1.5 on Linux for z/Series by IBM or
any other party?

-TIA


Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED] 


--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: Change Linux DASD Label

[Coffin Michael C]

Here's a thought.  Does Linux treat cylinder 0 the same way CP and CMS does,
i.e. it ONLY contains VTOC info?  If so, perhaps I could do the following:

1.  Create a full-pack 3390 Linux disk in 2.4 format.
2.  Set the label of the pack to the label I need for the 2.2 spindle.
3.  DDR cylinder 0 from the 2.4 spindle to the 2.2 spindle.
4.  Repeat steps 2 and 3 for each 2.2 spindle that requires a label
change/rewrite for 2.4.

Assuming the above will work, is the size of the disk stored in cylinder 0?
I have a couple of 2.2 formatted disks that are less than a full pack so if
size is stored in cylinder 0 I'll have to repeat the above process for each
'size group' accordingly.

If this will work it dramatically reduces the amount of work required to
make a 2.2 formatted spindle 'usable' for a 2.4 system.

-Mike

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Coffin
Michael C
Sent: Friday, May 27, 2005 10:04 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Change Linux DASD Label


Hi Mark,

Thanks for the background info (and you too John).

I know that I can format a "new" disk in the "new" format, but is there ANY
way to just rewrite the 2.2 versioned label so that 2.4 doesn't complain
about it?  Formatting, allocating and copying many 3390-3 spindles will take
hours - but the 2.2 versioned disks are perfectly usable except that they
yield the "register_disk_label: invalid character(s) in label < x8040>"
messages at boot time.  As this is likely to come up as others migrate from
2.2 to 2.4, might be worth "fixing", maybe have 2.4's 'fdasd' check to see
if the label is in 2.2 format and if '-l' was provided just go ahead and
rewrite the label in 2.4 format instead of exiting with an error.

-Mike

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Post,
Mark K
Sent: Thursday, May 26, 2005 4:23 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Change Linux DASD Label


The 2.2 kernels don't support volume labels the same way as the (later) 2.4
kernels do.  2.2 also didn't support partitioning DASD, so you could only
have dasda1, dasdb1, etc., and not dasda2, dasda3.

You might be better of creating a new volume using the (default) CDL format,
copying the data over, and reformatting the old one.

The z/OS reference is correct, since the CDL format was created specifically
to be compatible with MVS-OS/390-z/OS.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Coffin
Michael C
Sent: Thursday, May 26, 2005 3:34 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Change Linux DASD Label


Hi Betsie,

Thanks.  Looks like that's what I need - but now I have a "new problem".

I'm trying to change the label of an ext2 disk that was formatted under SuSE
2.2.16, because when I use it on Debian 2.4.17 I see the following messages
during boot:

/dev/dasd/0154:<4>
register_disk_label: invalid character(s) in label < x8040>
register_label: refusing to create devfs entry.
LNX1/   x8040: p1

Ultimately the disk mounts OK, but I figured there something in the label
(or perhaps NO label) that Debian doesn't like, that why I thought I'd
relabel it.  However, when I use fdasd on Debian I get:

fdasd /dev/dasd/0154/device
fdasd error:  Unsupported disk format
/dev/dasd/0154/device is not formatted with z/OS compatible disk layout!

Any ideas?  I don't want to have to format ALL of the Debian DASD and then
copy the contents of the SuSE DASD over.

PS:  Anyone have any idea why z/OS is even mentioned in this message? Is
this yet another use of "z/OS" where "z/Series" should be? There is more
than one z/Series OS out there .. :)

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]

--
For LINUX-390 subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: Change Linux DASD Label

[Coffin Michael C]

Hi Mark,

Thanks for the background info (and you too John).

I know that I can format a "new" disk in the "new" format, but is there ANY
way to just rewrite the 2.2 versioned label so that 2.4 doesn't complain
about it?  Formatting, allocating and copying many 3390-3 spindles will take
hours - but the 2.2 versioned disks are perfectly usable except that they
yield the "register_disk_label: invalid character(s) in label < x8040>"
messages at boot time.  As this is likely to come up as others migrate from
2.2 to 2.4, might be worth "fixing", maybe have 2.4's 'fdasd' check to see
if the label is in 2.2 format and if '-l' was provided just go ahead and
rewrite the label in 2.4 format instead of exiting with an error.

-Mike

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Post,
Mark K
Sent: Thursday, May 26, 2005 4:23 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Change Linux DASD Label


The 2.2 kernels don't support volume labels the same way as the (later) 2.4
kernels do.  2.2 also didn't support partitioning DASD, so you could only
have dasda1, dasdb1, etc., and not dasda2, dasda3.

You might be better of creating a new volume using the (default) CDL format,
copying the data over, and reformatting the old one.

The z/OS reference is correct, since the CDL format was created specifically
to be compatible with MVS-OS/390-z/OS.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Coffin
Michael C
Sent: Thursday, May 26, 2005 3:34 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Change Linux DASD Label


Hi Betsie,

Thanks.  Looks like that's what I need - but now I have a "new problem".

I'm trying to change the label of an ext2 disk that was formatted under SuSE
2.2.16, because when I use it on Debian 2.4.17 I see the following messages
during boot:

/dev/dasd/0154:<4>
register_disk_label: invalid character(s) in label < x8040>
register_label: refusing to create devfs entry.
LNX1/   x8040: p1

Ultimately the disk mounts OK, but I figured there something in the label
(or perhaps NO label) that Debian doesn't like, that why I thought I'd
relabel it.  However, when I use fdasd on Debian I get:

fdasd /dev/dasd/0154/device
fdasd error:  Unsupported disk format
/dev/dasd/0154/device is not formatted with z/OS compatible disk layout!

Any ideas?  I don't want to have to format ALL of the Debian DASD and then
copy the contents of the SuSE DASD over.

PS:  Anyone have any idea why z/OS is even mentioned in this message? Is
this yet another use of "z/OS" where "z/Series" should be? There is more
than one z/Series OS out there .. :)

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]

--
For LINUX-390 subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: Change Linux DASD Label

[Coffin Michael C]

Hi Betsie,

Thanks.  Looks like that's what I need - but now I have a "new problem".

I'm trying to change the label of an ext2 disk that was formatted under SuSE
2.2.16, because when I use it on Debian 2.4.17 I see the following messages
during boot:

/dev/dasd/0154:<4>
register_disk_label: invalid character(s) in label < x8040>
register_label: refusing to create devfs entry.
LNX1/   x8040: p1

Ultimately the disk mounts OK, but I figured there something in the label
(or perhaps NO label) that Debian doesn't like, that why I thought I'd
relabel it.  However, when I use fdasd on Debian I get:

fdasd /dev/dasd/0154/device
fdasd error:  Unsupported disk format
/dev/dasd/0154/device is not formatted with z/OS compatible disk layout!

Any ideas?  I don't want to have to format ALL of the Debian DASD and then
copy the contents of the SuSE DASD over.

PS:  Anyone have any idea why z/OS is even mentioned in this message?  Is
this yet another use of "z/OS" where "z/Series" should be? There is more
than one z/Series OS out there .. :)

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]




-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Betsie
Spann
Sent: Thursday, May 26, 2005 2:46 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Change Linux DASD Label


Use  fdasd /dev/dasdg   (no partition number)
Choose   V to recreate vtoc
Betsie

Michael Coffin wrote:

>Howdy Folks,
>
>Ok, one last question and then I'll go away for a while.  :)
>
>How do you change the Linux DASD label WITHOUT reformatting the
>disk?!?!  I have a need to reformat/change the Linux DASD label only,
>but looking at DASDFMT I don't see this as an option.
>
>I guess I'm looking for the Linux equivalent of FORMAT 191 A (LABEL.
>
>-TIA
>
>Michael Coffin, President
>MC Consulting Company, Inc.
>PMB 123
>289 Park Street
>Stoughton, Massachusetts  02072
>
>Voice: (781) 344-9837FAX: (781) 344-7683
>
>[EMAIL PROTECTED]
>www.mccci.com
>
>We employ aggressive SPAM filters.  If you cannot reply or send email
>to mccci.com go to www.mccci.com/spamblockremove.php
>
>--
>For LINUX-390 subscribe / signoff / archive access instructions, send
>email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
>visit http://www.marist.edu/htbin/wlvindex?LINUX-390
>
>

--
For LINUX-390 subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: Debian R/O DASD Errors

[Coffin Michael C]

Hi Mark,

I got a ton of I/O errors when I tried to mount the R/O ext3 as ext2 - BUT
in fairness, that may have been because the owner was up and running and had
the disk R/W.  May as well keep it ext2 for consistency across the boards.

Xip2fs looks very cool, I'll have to play with that at some point.

-Mike

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Post,
Mark K
Sent: Thursday, May 26, 2005 2:15 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Debian R/O DASD Errors


Michael,

The point being that if the maintenance machine has it R/W, no other system
should be using it at that time.  Once the maintenance machine umounts the
file system and is shut down and logged off VM, then the other systems can
mount it.

I mount ext3 file systems as ext2 all the time.  I've never had a problem
with it.  What error(s) did you get when you tried it?

If you want to share stuff across guests, the xip2fs method would work best
for you, all the way around.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Coffin
Michael C
Sent: Thursday, May 26, 2005 1:35 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Debian R/O DASD Errors


Hi Mark,

The intent is not to have the 'MAINTenance userid' that has them linked R/W
up and running all the time, so they should be fine R/O.  But I do agree
having them as ext3 is asking for trouble, particularly when the MAINTenance
machine is up.  Unfortunately, you can't just mount an ext3 filesystem as
ext2 - at least it didn't work when I tried it.  So I converted the
filesystem to ext2 using tune2fs/e2fsck - THAT was a lot of fun!  Ultimately
I got it straightened out so now /usr and /usr/opt are ext2, the MAINTenance
id mounts them r/w when needed, the servers that link r/o now report no
errors with the disks when they start (unles the MAINTenance id has them
r/w, but even then the other servers still do come up OK).  It's all working
now.  :)

I'd love to give all of my servers R/W /usr - but in our shop, that's a LOT
of DASD - and moreover it's a LOT of DASD to backup for no good reason when
99% of the content is the same as every other server's.  The R/O shared disk
link is best for our shop all things considered, one disk (well, two since
we spin /usr/opt off as well) to maintain and backup (and restore in a DR
situation).

-Mike

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Post,
Mark K
Sent: Thursday, May 26, 2005 12:45 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Debian R/O DASD Errors


Michael,

It's been pretty well settled for some time now that you cannot have one
guest running with a disk R/W, and try to share it with others R/O. It's
just asking for trouble, such as you're seeing.  Any and all systems that
have it LINKed and mounted, must have it R/O.

Also, mounting an ext3 file system R/O doesn't make any sense.  Mount it as
ext2, then it won't even try to find the journal to replay it.

In addition to having the CP LINKs to the disk be R/O, make sure that your
kernel parms have dasd=www,xxx(ro),yyy-zzz specified for the
disk(s) that are R/O.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Michael Coffin
Sent: Thursday, May 26, 2005 9:18 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Debian R/O DASD Errors


Hi Folk,

I have two Debian 2.4.17 Linux390 systems, configured with ext3 filesystems
as follows:

DEBIBASE (an image with full r/w DASD, used to maintain /usr and
/usr/opt):
MDISK 150 3390 1839  750 LINUX1 MR   /
MDISK 151 3390 3139  200 LINUXA MR   
MDISK 152 33901 3338 LINUXE MR   /usr
MDISK 156 33901 3338 LINUXG MR   /usr/opt

DEBPROD1 (an image with R/O links to /usr and /usr/opt):
LINK DEBIBASE 0152 0152 RR * SHARED R/O /USR
LINK DEBIBASE 0156 0156 RR * SHARED R/O /USR/OPT
MDISK 150 3390 2089 750 LINUX5 MR   /
MDISK 151 3390  139 200 LINUX6 MR   

When I bring up DEBIBASE (full R/W DASD) it comes up clean, no problems.

When I bring up DEBPROD1 (R/O /usr) and DEBIBASE is running - I get the
following errors on the 152 R/O link (dasdc) which loop forever, DEBPROD1
never starts:

Checking root file system...
fsck 1.27 (8-Mar-2002)
/dev/dasd/0150/part1: clean, 8203/67520 files, 112808/134976 blocks EXT3 FS
2.4-0.9.16, 02 Dec 2001 on dasd(94,1), internal journal Calculating module
dependencies... done. Loading modules: Checking all file systems... fsck
1.27 (8-Mar-2002)
/dev/dasd/0152/part1: recovering journal
dasd_erp(3990):  /dev/dasdc  ( 94:  8),[EMAIL PROTECTED]: EXAMINE 24: Command 
Reject
detected - fatal error
dasd(eckd): Sense data:
dasd(eckd):device 0152 on irq 15: I/O status report: dasd(eckd):in req:
07fde100 CS: 0x00 DS: 0x02 dasd(eckd):Failing CCW: 07fde1a0
dasd(eckd):Sense(hex)  0- 7: 80 02 00 00 36 06 06 00
dasd(eckd):Sense(hex)  8-15: 00 00 00 ab 51 00 00 05
dasd(eckd):Sense

Re: Debian R/O DASD Errors

[Coffin Michael C]

Hi Mark,

The intent is not to have the 'MAINTenance userid' that has them linked R/W
up and running all the time, so they should be fine R/O.  But I do agree
having them as ext3 is asking for trouble, particularly when the MAINTenance
machine is up.  Unfortunately, you can't just mount an ext3 filesystem as
ext2 - at least it didn't work when I tried it.  So I converted the
filesystem to ext2 using tune2fs/e2fsck - THAT was a lot of fun!  Ultimately
I got it straightened out so now /usr and /usr/opt are ext2, the MAINTenance
id mounts them r/w when needed, the servers that link r/o now report no
errors with the disks when they start (unles the MAINTenance id has them
r/w, but even then the other servers still do come up OK).  It's all working
now.  :)

I'd love to give all of my servers R/W /usr - but in our shop, that's a LOT
of DASD - and moreover it's a LOT of DASD to backup for no good reason when
99% of the content is the same as every other server's.  The R/O shared disk
link is best for our shop all things considered, one disk (well, two since
we spin /usr/opt off as well) to maintain and backup (and restore in a DR
situation).

-Mike

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Post,
Mark K
Sent: Thursday, May 26, 2005 12:45 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Debian R/O DASD Errors


Michael,

It's been pretty well settled for some time now that you cannot have one
guest running with a disk R/W, and try to share it with others R/O. It's
just asking for trouble, such as you're seeing.  Any and all systems that
have it LINKed and mounted, must have it R/O.

Also, mounting an ext3 file system R/O doesn't make any sense.  Mount it as
ext2, then it won't even try to find the journal to replay it.

In addition to having the CP LINKs to the disk be R/O, make sure that your
kernel parms have dasd=www,xxx(ro),yyy-zzz specified for the disk(s) that
are R/O.


Mark Post

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Michael Coffin
Sent: Thursday, May 26, 2005 9:18 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Debian R/O DASD Errors


Hi Folk,

I have two Debian 2.4.17 Linux390 systems, configured with ext3 filesystems
as follows:

DEBIBASE (an image with full r/w DASD, used to maintain /usr and
/usr/opt):
MDISK 150 3390 1839  750 LINUX1 MR   /
MDISK 151 3390 3139  200 LINUXA MR   
MDISK 152 33901 3338 LINUXE MR   /usr
MDISK 156 33901 3338 LINUXG MR   /usr/opt

DEBPROD1 (an image with R/O links to /usr and /usr/opt):
LINK DEBIBASE 0152 0152 RR * SHARED R/O /USR
LINK DEBIBASE 0156 0156 RR * SHARED R/O /USR/OPT
MDISK 150 3390 2089 750 LINUX5 MR   /
MDISK 151 3390  139 200 LINUX6 MR   

When I bring up DEBIBASE (full R/W DASD) it comes up clean, no problems.

When I bring up DEBPROD1 (R/O /usr) and DEBIBASE is running - I get the
following errors on the 152 R/O link (dasdc) which loop forever, DEBPROD1
never starts:

Checking root file system...
fsck 1.27 (8-Mar-2002)
/dev/dasd/0150/part1: clean, 8203/67520 files, 112808/134976 blocks
EXT3 FS 2.4-0.9.16, 02 Dec 2001 on dasd(94,1), internal journal Calculating
module dependencies... done.
Loading modules:
Checking all file systems...
fsck 1.27 (8-Mar-2002)
/dev/dasd/0152/part1: recovering journal
dasd_erp(3990):  /dev/dasdc  ( 94:  8),[EMAIL PROTECTED]: EXAMINE 24: Command 
Reject
detected - fatal error
dasd(eckd): Sense data:
dasd(eckd):device 0152 on irq 15: I/O status report: dasd(eckd):in req:
07fde100 CS: 0x00 DS: 0x02 dasd(eckd):Failing CCW: 07fde1a0
dasd(eckd):Sense(hex)  0- 7: 80 02 00 00 36 06 06 00
dasd(eckd):Sense(hex)  8-15: 00 00 00 ab 51 00 00 05
dasd(eckd):Sense(hex) 16-23: 21 00 58 14 44 00 00 00
dasd(eckd):Sense(hex) 24-31: 00 00 4c e2 00 00 06 06 dasd(eckd):24 Byte: 0
MSG 0, no MSGb to SYSOP

dasd_erp(3990):  /dev/dasdc  ( 94:  8),[EMAIL PROTECTED]: (EXAMINE) ERP chain 
report
for req: 07fde100
dasd_erp(3990):  /dev/dasdc  ( 94:  8),[EMAIL PROTECTED]: 07fde100: c5c3d2c4 
07e91f00
07e91f00 074eac00
dasd_erp(3990):  /dev/dasdc  ( 94:  8),[EMAIL PROTECTED]: 07fde110: 07fdd000 
07fab400
07fde190 0302
dasd_erp(3990):  /dev/dasdc  ( 94:  8),[EMAIL PROTECTED]: 07fde120:  
ff00
07fde170 
dasd_erp(3990):  /dev/dasdc  ( 94:  8),[EMAIL PROTECTED]: 07fde130:  

011e 1a30
dasd_erp(3990):  /dev/dasdc  ( 94:  8),[EMAIL PROTECTED]: 07fde140: bd11128a 
bab6ca80
bd11128a bae54f00

dasd_erp(3990):  /dev/dasdc  ( 94:  8),[EMAIL PROTECTED]: 07fde150:  

 
dasd_erp(3990):  /dev/dasdc  ( 94:  8),[EMAIL PROTECTED]: 07fde160: 0004 
0020
00546b7c 
dasd_erp(3990):  /dev/dasdc  ( 94:  8),[EMAIL PROTECTED]: Channel program
(complete):
dasd_erp(3990):  /dev/dasdc  ( 94:  8),[EMAIL PROTECTED]: 07fde190: 63400010 
07fde170
47400010 07fde180
dasd_erp(3990):  /dev/dasdc  ( 94:  8),[EMAIL PROTECTED]: 07fde1a0: 85001000 
07a45000
 
dasd_erp(3990):  /dev/dasdc  ( 9

Re: Mounting Suse formatted disk on Debian

[Coffin Michael C]

Must've been a typo,

Mount /dev/dasd/0156/part1  -t ext2

Did the trick.

-Mike

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Michael Coffin
Sent: Wednesday, May 25, 2005 2:19 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Mounting Suse formatted disk on Debian


Hi Folks,

I have a Debian Linux390 that mounts disks like this:

Mount /dev/dasd/0156/part1 

And Suse Linux390 that mounts disks like this:

Mount /dev/dasdn1 

If I want the Debian machine to link to the Suse machine's 0156 and mount
it, what's the correct format of the mount command?  I've
tried:

Mount /dev/dasdn1  -t ext2
Mount /dev/dasd/dasdn1  -t ext2
Mount /dev/dasd/0156  -t ext2
Mount /dev/dasd/0156/part1  -t ext2

None of which work.  The 0156 disk is at 'dasdn' according to
/proc/dasd/devices.

-TIA

Michael Coffin, President
MC Consulting Company, Inc.
PMB 123
289 Park Street
Stoughton, Massachusetts  02072

Voice: (781) 344-9837FAX: (781) 344-7683

[EMAIL PROTECTED]
www.mccci.com

We employ aggressive SPAM filters.  If you cannot reply or send email to
mccci.com go to www.mccci.com/spamblockremove.php

--
For LINUX-390 subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: Problem solving z/VM and Linux

[Coffin Michael C]

Hi Arjen,

I didn't see a response to your question about where VM messages are logged.

As a general rule, most sites direct all important system messages to the
system operator (named OPERATOR unless you've changed it in your parms
file).  From your question, I'll assume you are not running the Programmable
Operator Facility (PROP) or CA's VM:Operator, so there are no 'formatted
logs' per se.

OPERATOR should  be spooling it's console, if not put the following in it's
PROFILE EXEC:

'CP SPOOL CONSOLE START TO * CLASS T'

To spool consoles to the OPERATOR reader in CLASS T (modify as you may
like).  Rerun the profile exec.  Don't forget to close these console files
periodically as they can get quite large.

To close a console, execute CP SPOOL CONSOLE CLOSE on the OPERATOR userid
(optionally provide TO where-you'd-like-it to close the file to a
destination other than OPERATOR's reader, where you initially spooled it
to).

You can either PEEK at console files in the reader or receive the file to
disk (giving it a name since these are 'unnamed' files) and XEDIT it.  If
you PEEK, don't forget to either permanently change the (dumb!) default of
peeking at only the first 200 lines of a reader file by executing:

DEFAULTS SET PEEK FROM 1 FOR *

Or provide '(FOR *' on the PEEK command.

Hint:  Use the ALL Xedit command to restrict what you are seeing to records
that match your interest, for example 'ALL /TCPIP/' to show records with the
string 'TCPIP' in it, ignoring all others.

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]



-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of ING.
A. Neij
Sent: Wednesday, December 22, 2004 6:10 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Problem solving z/VM and Linux


Hi everybody,

Does anyone has some experience in problem solving / reading log information
under z/VM in relation to Linux Guests? At our site we've got z/VM Linux
guests which sometimes drops it's TCP IP connections. The TCPIP stack off
the VM installation itself seems working well!

Now I want to browse loggin information etc. to find a clue for this
problem. I expect VM to create loggings (at least console) Has anyone an
idea where and how to start browsing in VM logs? I am new to this part of VM

We are using VM version 4.2

Kind Regards,

Arjen

email: [EMAIL PROTECTED]

**
Disclaimer

The information contained in this message is intended only for the person or
entity to whom it is addressed and may contain confidential and/or privacy
sensitive information. If you are not the addressee of this message, you may
not use, distribute or disclose this information in any way. If you have
received this message mistakenly, please notify us immediately and destroy
this message forthwith. KAS BANK N.V. does not guarantee that the
information contained in this message will be correctly or entirely received
by the recipient.

--
For LINUX-390 subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: VDSK Swap - allocation size?

[Coffin Michael C]

Hmmm, thanks to all - interesting discussion.  I'll have to try scaling down
VM size and scale up SWAP and see what the impact is.

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]



-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of David
Boyes
Sent: Thursday, August 12, 2004 2:15 PM
To: [EMAIL PROTECTED]
Subject: Re: VDSK Swap - allocation size?


> I've always been under the impression that the best configuration for
> Linux/390 guest swap is to make the virtual machine storage as large
> as it SHOULD need under normal operating conditions, and give the
> guest practically NO swap.

Not quite. The idea is to keep the virtual machine size as small as
possible, *and* allow Linux to swap via the most efficient method possible
if it's necessary. Linux dies horribly if it hits a burst of activity and
can't find enough swap to handle the load.

> Since Linux wants to "exploit" his
> memory and swap
> space as if he were a "stand alone" machine - the intent is to not
> give him more than he absolutely needs to prevent him from doing
> "clever things" with
> it, no?

True for virtual memory. Swap gets used when no virtual memory is available,
so you need to make sure that if you constrain the machine by reducing
virtual machine size, then you also make sure that the virtual machine has
sufficient swap to survive a sudden demand for virtual storage within the
Linux machine.

Since you need usage information to size that, if you start with a
relatively large amount of swap and a small virtual machine (let's say,
using my rule of thumb, a 64M virtual machine, and 142M of swap), then you
should be able to quickly determine what the average swap utilization will
be under load. You can then either adjust the virtual machine size to avoid
swapping, or you can accept some amount of swapping and keep the maximum
working set size for the virtual machine small, and expend the real storage
on VDISK for swap, which gets allocated only if it's really needed.

I'm sure that others will have different views, but I tend to try for
solutions that allow CP to do as much optimization as possible without Linux
having to know or care about it, and I think that allowing the Linux guests
to swap to VDISK is overall somewhat more efficient use of resources, as
VDISK pages are pageable, and CP can coordinate that process much more
efficiently than Linux does. Increasing the virtual machine size tends to
make CP scheduling more awkward in that it essentially permanently increases
the WSS committed to that virtual machine (and allows Linux to try to be
clever, but end up failing and increasing the WSS to the maximum possible
for that virtual machine size). VDISK is allocated only when actually
needed, released when not in use, and is a pooled resource that CP can
manage across virtual machine boundaries.

Another note: note that the 2x+32M is a *starting* figure, which gets
adjusted over time. If you start with too much, you'll be able to get a
better read on what you really need w/o risking a crash-and-burn scenario if
you run out. This will never be a "set and forget" deal -- you'll need
frequent measurement to keep this balanced. In a lot of real cases, if I
have a 64M machine, I rarely end up with more than about 16M of swap based
on actual measurement of what the applications *do*, but I have no way of
knowing that until I get some real data on it. On the other hand, if I know
the machine will be running a piggy app like WAS which will have a large
WSS, then the extra virtual machine size is probably worth it (and that
machine will probably need the swap anyway...8-)).

-- db

--
For LINUX-390 subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: VDSK Swap - allocation size?

[Coffin Michael C]

Hi Adam,

So given two memory models:

1.  Linux virtual machine has enough virtual storage to run all programs it
needs to without swapping, tiny swap space.
2.  Linux virtual machine has small virtual storage and swaps often, large
swap space.

Wouldn't CP be a better pager in Model #1 than having CP page the (smaller)
VM in #2 and having Linux do it's own swapping as well?  I admit, I haven't
run my own benchmarks - but I thought model #1 was the way to go (that and
it makes sense to me to have CP do what he does best, page virtual
machines).

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]



-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Adam
Thornton
Sent: Thursday, August 12, 2004 1:43 PM
To: [EMAIL PROTECTED]
Subject: Re: VDSK Swap - allocation size?


On Aug 12, 2004, at 12:33 PM, Coffin Michael C wrote:

> Hi David,
>
> I've always been under the impression that the best configuration for
> Linux/390 guest swap is to make the virtual machine storage as large
> as it SHOULD need under normal operating conditions, and give the
> guest practically NO swap.  Since Linux wants to "exploit" his memory
> and swap
> space as if he were a "stand alone" machine - the intent is to not
> give him
> more than he absolutely needs to prevent him from doing "clever
> things" with
> it, no?

I disagree.  I would make virtual storage only as large as necessary to
accommodate a reasonable workload with very little memory in use by buffers
and cache.  Then enough high-priority swap-on-VDISK to handle usual
(workload-specific) fluctuations in memory usage without having to go to
real DASD, and then enough low-priority swap on real DASD to handle
extraordinary, infrequent memory spikes (if you need those handled, rather
than just having the application get a failure when it tries to allocate
however hoggishly much it asked for).

> Response time to all remains excellent (well, except for 'piggy'
> things like Java on Linux/390 - which we've pretty much given up on).

It's probably not mostly Java's fault.  It's possible to write reasonably
efficient code in Java.  It's just that no one who uses Java *does*, because
the language encourages you to use superfluous classes for everything (the
language culture does too--don't underestimate the effect of linguistic
culture in programming), and since it's garbage-collected you don't even
need to think about memory usage when you're working.  I'm not a big fan of
malloc() and free()--it's really easy to make mistakes when the programmer
has to manually manage memory allocation--but at least making it the
application developer's *job* means that your developers can't just sweep
the problem under someone else's rug, which is what Java encourages.

Adam

--
For LINUX-390 subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: VDSK Swap - allocation size?

[Coffin Michael C]

Hi David,

I've always been under the impression that the best configuration for
Linux/390 guest swap is to make the virtual machine storage as large as it
SHOULD need under normal operating conditions, and give the guest
practically NO swap.  Since Linux wants to "exploit" his memory and swap
space as if he were a "stand alone" machine - the intent is to not give him
more than he absolutely needs to prevent him from doing "clever things" with
it, no?

We have only 2Gig of real storage, so I have to be very tight with regards
to VM size and VDISK (which will reduce my DPA if I allow users access to
it).  In addition to a large traditional VM/CMS workload, we support a
minimum of 4 production Linux/390 guests with up to 4 additional running at
any time.  Response time to all remains excellent (well, except for 'piggy'
things like Java on Linux/390 - which we've pretty much given up on).

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]



-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of David
Boyes
Sent: Thursday, August 12, 2004 1:12 PM
To: [EMAIL PROTECTED]
Subject: Re: VDSK Swap - allocation size?


Rule of thumb I use is start with 2x virtual machine size and add 32M. Watch
swap utilization over time, and adjust to 2x avg utilization + 32M based on
10-14 days worth of averages. Continue to adjust as needed.

-- db


> -Original Message-
> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
> James Melin
> Sent: Thursday, August 12, 2004 12:37 PM
> To: [EMAIL PROTECTED]
> Subject: VDSK Swap - allocation size?
>
>
> My VM guy gave me 128,000 1K blocks of VDSK swap. I feel this is
> excessive, especial when you take it out to 7 VM guests. I understand
> that VM only
> uses as much of the allocation as is needed but I was
> wondering what most
> people are defining this as?

--
For LINUX-390 subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: Suse install under z/vm

[Coffin Michael C]

0. OK
1. That's probably you're problem.
2. Impossible, otherwise your system wouldn't boot under VM.
3. Sounds like you updated your parmfile, but never ZIPL'd the changes.

You're welcome.

PS:  Wanna make things simple?  Make your Virtual Machine virtual addresses
identical to your MP3000 real addresses, that way the system can be
configured and IPL'd in either environment.

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Noll,
Ralph
Sent: Thursday, August 05, 2004 3:36 PM
To: [EMAIL PROTECTED]
Subject: Re: Suse install under z/vm


0. I am working with SUSE
1. No, real address is A0F and A0e..
2. yes
3. no

thanks

> -----Original Message-
> From: Coffin Michael C [mailto:[EMAIL PROTECTED]
> Sent: Thursday, August 05, 2004 10:21 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Suse install under z/vm
>
> Ralph,
> (0)..suse or debian
> (1)Do your REAL DASD addresses on the MP2003 correspond with the
> VIRTUAL DASD addresses in the virtual machine you built the
> Linux image in? (2) Do your DASD parms point to the correct REAL
> addresses of your MP2003 DASD?
>
> I forget where you are on this, you have had so many posts
> flip-flopping between Marrist, Debian and SuSE on bare metal
> and under VM - and since when you reply to posts you do not
> include the message you are replying to there is no history
> of this ongoing dialogue. (3)... Have you posted your DASD parmfile
> for this latest test?  Cut and paste the contents of your "parmfile"
> (whatever you name it) in /boot.  Of course, you've ZIPL'd
> any changes to your parmfile - correct?
>
> PS:  Please don't tell us that you have "no luck" - cut and
> paste (or transcribe if necessary) the actual messages being issued.
>
> Michael Coffin, VM Systems Programmer
> Internal Revenue Service - Room 6527
>  Constitution Avenue, N.W.
> Washington, D.C.  20224
>
> Voice: (202) 927-4188   FAX:  (202) 622-6726
> [EMAIL PROTECTED]
>
>
>
> -Original Message-
> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On
> Behalf Of Noll, Ralph
> Sent: Wednesday, August 04, 2004 4:13 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Suse install under z/vm
>
>
> Even after I get the linux installed under vm I still can't
> ipl from the
> mp2003/216 They are full packs available to both systems..
> Essa0e Essa0f Are my disk volids
>
> Try to ipl from the mp2003/216 from 0a0f... No luck I think
> what I really need to do is create a tape(which I have not had any
> luck) And ipl from that,,,
>
> Any manuals or instructions on doing this.
> I have tried creating a tape and ipling from it many Times
> and no luck... Kernel error...
>
> Ralph
>
>
> --
> For LINUX-390 subscribe / signoff / archive access
> instructions, send email to [EMAIL PROTECTED] with the
> message: INFO LINUX-390 or visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
>
> --
> For LINUX-390 subscribe / signoff / archive access
> instructions, send email to [EMAIL PROTECTED] with the
> message: INFO LINUX-390 or visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: Suse install under z/vm

[Coffin Michael C]

Ralph,

Do your REAL DASD addresses on the MP2003 correspond with the VIRTUAL DASD
addresses in the virtual machine you built the Linux image in?  Do your DASD
parms point to the correct REAL addresses of your MP2003 DASD?

I forget where you are on this, you have had so many posts flip-flopping
between Marrist, Debian and SuSE on bare metal and under VM - and since when
you reply to posts you do not include the message you are replying to there
is no history of this ongoing dialogue.  Have you posted your DASD parmfile
for this latest test?  Cut and paste the contents of your "parmfile"
(whatever you name it) in /boot.  Of course, you've ZIPL'd any changes to
your parmfile - correct?

PS:  Please don't tell us that you have "no luck" - cut and paste (or
transcribe if necessary) the actual messages being issued.

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]



-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Noll,
Ralph
Sent: Wednesday, August 04, 2004 4:13 PM
To: [EMAIL PROTECTED]
Subject: Re: Suse install under z/vm


Even after I get the linux installed under vm I still can't ipl from the
mp2003/216 They are full packs available to both systems.. Essa0e Essa0f Are
my disk volids

Try to ipl from the mp2003/216 from 0a0f... No luck
I think what I really need to do is create a tape(which I have not had any
luck) And ipl from that,,,

Any manuals or instructions on doing this.
I have tried creating a tape and ipling from it many
Times and no luck... Kernel error...

Ralph


--
For LINUX-390 subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: Guest Machine Recycle

[Coffin Michael C]

Hi Ralph,

I'm trying very hard to understand just what it is that you are trying to
accomplish, and I must admit I'm having a lot of trouble.  What are all
these "ZVMLINXn" userids?  You DO realize that you have allocated a VM
minidisk in cylinder 0 of volume LXBOOT, right?  If the intent is that this
DASD is actually one of your MP2000 disks, I think that's OK (maybe someone
can correct me because I do not run Linux on bare iron, it's always under VM
- can Ralph use cylinder 0?).  If not, be advised that as soon as you format
(in this case) ZVMLINX1's 300 disk it's going to write to REAL CYLINDER 0 on
LXBOOT, destroying important data which resides there (i.e. the VTOC, etc.).

Now, having said all of that, if your intent is to simply build a Debian
system using VM to do the install but with the intent of actually using it
on bare iron, I'd suggest the following:

1.  Set up a virtual machine with a full-pack minidisk, including cylinder
0.  Let's assume you are using 3390-3 DASD, and you will virtual address
150, code it as:

MDISK 150 3390 0 END LINUX1 MR

Where 'LINUX1' is the DASD you are allocating the MDISK.

2.  Install Debian Linux in your virtual machine, using the DASD above.

3.  When you have finished, shutdown your Linux virtual machine, perhaphs
vary DASD LINUX1 offline depending on your level of comfort with shared
DASD, go to your MP2000 and IPL volume LINUX1.

4.  If you have trouble IPL'ing on MP2000, simply vary LINUX1 back online
and bring up the Linux image in a virtual machine so you can make changes
easily.

Be advised that the DASD label 'LINUX1' will be changed if you indeed are
writing to cylinder 0.

Also, you may want to consider getting the Debian distribution from Sine
Nomine on CD's.   It'll save you a lot of work, and they may even provide
some degree of assistance.  It's very short money as I recall.  :)

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]




-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Noll,
Ralph
Sent: Wednesday, July 28, 2004 2:21 PM
To: [EMAIL PROTECTED]
Subject: Re: Guest Machine Recycle


How do I copy a minidisk(see below) zvmlinx5 603-802 to a full pack The
below systems are up and running except zvmlinx5

LXBOOT   ZVMLINX1   0300 339000019900200
   200  2001GAP
 ZVMLINX3   0300 3390002010040000200
   401  4011GAP
 ZVMLINX4   0300 3390004020060100200
   602  6021GAP
 ZVMLINX5   0300 3390006030080200200
   803  8031GAP
 ZVMLINX6   0300 3390008040100300200
  1004 10041GAP
 ZVMLINX7   0300 3390010050120400200
  1205 12051GAP
 ZVMLINX2   0300 3390012060140500200
  1406 14061GAP
 ZVMLINX8   0300 3390014070160600200

Thanks

Ralph

--
For LINUX-390 subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: backup vm

[Coffin Michael C]

I think you are asking how to backup the VM system.  Use DDR to back up all
DASD to tape, be sure to do all cylinders (0-END) and you should shutdown
your Linux guests and all non-essential services while backing up to ensure
data integrity.

For example, to backup real device A00:

CP ATTACH A00 *  (Or link to fullpack minidisk, can be R/O)
CP ATTACH xxx * 181  (where XXX is a real tape drive)
DDR
SYS CONS
IN A00 DASD SCRATCH
OUT 181 TAPE (COMPACT
DUMP ALL

Repeat for each DASD device you use.

That ought to do it.  You should also have a stand alone DDR tape handy in
case you need it.

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]



-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of David
Moreira
Sent: Thursday, July 29, 2004 9:05 AM
To: [EMAIL PROTECTED]
Subject: backup vm


hi,,


as to make one backup all of the vm.
asstribunal de justiga de goias..
 suporte- tjgo

--
For LINUX-390 subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: mp2003

[Coffin Michael C]

Hi Ralph,

Then you REALLY should do this under VM, so much easier.

"Shake out" = "get it working" as in "shake out any problems"

I wouldn't be too worried about getting network connectivity to a system
that doesn't exist yet, I'd focus on getting the system in a bootable state
first.

Good Luck

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]



-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Noll,
Ralph
Sent: Wednesday, July 28, 2004 10:25 AM
To: [EMAIL PROTECTED]
Subject: Re: mp2003


1. yes
2. what does shake it out mean???

3. the only thing I can think of is that when setting up debian
the z800 has a gig ethernet whereas the mp2003 just a regular eth
if this would even be an issue..

Ralph



> -----Original Message-
> From: Coffin Michael C [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, July 28, 2004 9:19 AM
> To: [EMAIL PROTECTED]
> Subject: Re: mp2003
>
> Hi Ralph,
>
> Is the DASD on your MP2003 reachable from your VM system?  If
> so, why not do the Debian build under VM, shake it out, and
> then just IPL it on your MP2003?  If that's not possible,
> still shake it out under VM then create a DDR of the Linux
> DASD and copy it to your MP2003 via tape.
>
> Michael Coffin, VM Systems Programmer
> Internal Revenue Service - Room 6527
>  Constitution Avenue, N.W.
> Washington, D.C.  20224
>
> Voice: (202) 927-4188   FAX:  (202) 622-6726
> [EMAIL PROTECTED]
>
>
>
> -Original Message-
> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On
> Behalf Of Noll, Ralph
> Sent: Tuesday, July 27, 2004 12:01 PM
> To: [EMAIL PROTECTED]
> Subject: Re: mp2003
>
>
> I guess I will give up for now..
> I'll just load suse...it works
>
> I keep getting no valid ramdisk... I have ftp'ed many times
> and created the tape Many times.. Even different tapes... Same error..
>
> Thanksforall your help
>
> Ralph
>
> --
> For LINUX-390 subscribe / signoff / archive access
> instructions, send email to [EMAIL PROTECTED] with the
> message: INFO LINUX-390 or visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
>
> --
> For LINUX-390 subscribe / signoff / archive access
> instructions, send email to [EMAIL PROTECTED] with the
> message: INFO LINUX-390 or visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: mp2003

[Coffin Michael C]

Hi Ralph,

Is the DASD on your MP2003 reachable from your VM system?  If so, why not do
the Debian build under VM, shake it out, and then just IPL it on your
MP2003?  If that's not possible, still shake it out under VM then create a
DDR of the Linux DASD and copy it to your MP2003 via tape.

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]



-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Noll,
Ralph
Sent: Tuesday, July 27, 2004 12:01 PM
To: [EMAIL PROTECTED]
Subject: Re: mp2003


I guess I will give up for now..
I'll just load suse...it works

I keep getting no valid ramdisk... I have ftp'ed many times and created the
tape Many times.. Even different tapes... Same error..

Thanksforall your help

Ralph

--
For LINUX-390 subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: mp2003

[Coffin Michael C]

Shouldn't those DEBIAN files be RECFM F LRECL 80?

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]



-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Noll,
Ralph
Sent: Monday, July 26, 2004 10:16 PM
To: [EMAIL PROTECTED]
Subject: Re: mp2003


   Filename Filetype Fm Format LreclRecords Blocks   Date
Time
   DEB  EXEC A1 F 78 25  1  7/26/04
15:28:57
   DEB  TAPE A1 F 78 27  1  7/26/04
15:26:25
   DEBIAN   PARMFILE A1 F   1024  1  1  7/26/04
14:08:26
   DEBIAN   KERNEL   A1 F   1024   2447524  7/26/04
14:08:20
   DEBIAN   INITRD   A1 F   1024   1284321  7/26/04
14:08:11
   MAINTNETLOG   A0 V107 10  1  5/14/04
7:54:00
   SFPURGER LOG04135 A1 F   1024  1  1  5/14/04
7:53:44
   SFPURGER TST04135 A1 F   1024  4  1  5/14/04
7:53:44
   VM43USER DIRECT   A1 F 80   2163 43  3/08/04
10:48:24
   MAINTFILELIST A0 V169 14  1 12/18/03
12:30:07
   SFPURGER LOG03350 A1 F   1024  6  2 12/16/03
19:13:49
   SFPURGER RUN03350 A1 F   1024  8  2 12/16/03
19:13:49
   SFPURGER TST03350 A1 F   1024  8  2 12/16/03
19:13:37
   VM43USER DISKMAP  A1 F 80945 19 12/16/03
9:24:48
   VM43DIRS DIRECT   A1 F 80   2162 43 12/15/03
11:30:52
   Z800SAV  IOCP A1 F 80 78  2 12/12/03
2:22:12
   Z800RN   IOCP A1 F 80103  3 12/12/03
2:07:10
Help   2= Refresh  3= Quit   4= Sort(type)  5= Sort(date)  6=
Sort(size)
Backward   8= Forward  9= FL /n 10=11= XEDIT/LIST 12= Cursor


Above is what I have the deb is the exec proc below.am I just about
there.

&CONTROL OFF
&TRACE ALL
CP SP PRINTER CLASS O
*-
*   CHECK OUT THE TAPE DRIVE
*-
-CHKTAPE
CP REWIND 181
TAPE WTM 25
CP REWIND 181
&IF &RETCODE = 0 &GOTO -TAPEOK
&TYPE ATTACH BACKUP TAPE AS 181 AND RE-START THIS EXEC
&EXIT &RETCODE
-TAPEOK
FILEDEF IN1 DISK DEBIAN KERNEL A
FILEDEF IN2 DISK DEBIAN PARMFILE A
FILEDEF IN3 DISK DEBIAN INITRD A
FILEDEF OUT TAP1 (RECFM F BLOCK 1024 LRECL 1024 PERM)
MOVEFILE IN1 OUT
MOVEFILE IN2 OUT
MOVEFILE IN3 OUT
MOVEFILE IN3 OUT
SAY 'DONE.'
TAPE RUN
&TYPE *** DONE RALPH ***
&EXIT 0
* * * End of File * * *


-Original Message-
From: David Boyes [mailto:[EMAIL PROTECTED]
Sent: Monday, July 26, 2004 8:58 PM
To: [EMAIL PROTECTED]
Subject: Re: mp2003

On Mon, Jul 26, 2004 at 03:35:10PM -0500, Noll, Ralph wrote:
> Ok.. I used vm to transfer the 3 files to vm rdr..
> Ran the rexx exec to write to tape
> Ipl'ed the mp2003 and now I get a disabled wait..
> Like the tape is not what it is expecting

For the exec to succeed as written, the files need to be on disk, not in the
VM spool space.

The FILEDEF commands in the exec are the equivalent of VSE logical name
assignments. As written, they point to disk files, not spool files. MOVEFILE
is equivalent to IEBGENR - all it does is read from input, write to output,
repeat until EOF on the input file.

-- db

--
For LINUX-390 subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: Installation and administration

[Coffin Michael C]

Which Linux for z/Series distribution are you planning on using?  The short
answer is that all should have some amount of documentation available.  :)

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]



-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Maneesh Menon
Sent: Tuesday, July 27, 2004 10:35 AM
To: [EMAIL PROTECTED]
Subject: Re: Installation and administration


Hello,
Are there manuals available for installation on Bare Machines?

With regards,
Maneesh


-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of James
Melin
Sent: Tuesday, July 27, 2004 7:32 AM
To: [EMAIL PROTECTED]
Subject: Re: Installation and administration

IF you plan to just play with it, putting it on an LPAR is fine. You'll
still get some idea of what you're dealing with. However, since you only
have a finite amount of lpars, doing this rapidly becomes a limiting factor
when you want to have many Linux guests.

If you already have VM at your shop, use it. It provides flexibility and
ease that LPAR mode does not. IF you don't have VM, start in LPAR mode as VM
is a non- trivial expense.




 Maneesh Menon
 <[EMAIL PROTECTED]
 fosys.com>
To
 Sent by: Linux on [EMAIL PROTECTED]
 390 Port
cc
 <[EMAIL PROTECTED]
 IST.EDU>
Subject
   Re: Installation and administration

 07/27/2004 06:18
 AM


 Please respond to
 Linux on 390 Port
 <[EMAIL PROTECTED]
 IST.EDU>






Hello,

We are planning to install Linux on Bare machine.
Should we opt for VM directly, instead?


With regards,
Maneesh



-Original Message-
From: Maneesh Menon
Sent: Friday, July 23, 2004 4:12 AM
To: [EMAIL PROTECTED]
Subject: Installation and administration

Hello,

I am currently into a self initiated project of running Linux on mainframe.

However before going deep into Linux and mainframe, I would like to know
more about the administrative part of the mainframe. Please help me with
pointers to installation process of any operating system onto bare
mainframe. I would appreciate if someone could guide me.

Also provide pointers to the vendors for trial version of Linux on mainframe
and the pricing of their gamma versions.

With regards,
Maneesh


--
For LINUX-390 subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: Installation and administration

[Coffin Michael C]

Hi Maneesh,

If you can afford VM - get it!  It will make your life a LOT easier, and
allow you to run multiple Linux instances in a single LPAR (or in basic mode
if the box is not LPAR'd) under VM.  You'll also be able to better manage
those Linux guests with VM as a hypervisor.

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]



-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Maneesh Menon
Sent: Tuesday, July 27, 2004 7:18 AM
To: [EMAIL PROTECTED]
Subject: Re: Installation and administration


Hello,

We are planning to install Linux on Bare machine.
Should we opt for VM directly, instead?


With regards,
Maneesh



-Original Message-
From: Maneesh Menon
Sent: Friday, July 23, 2004 4:12 AM
To: [EMAIL PROTECTED]
Subject: Installation and administration

Hello,

I am currently into a self initiated project of running Linux on mainframe.

However before going deep into Linux and mainframe, I would like to know
more about the administrative part of the mainframe. Please help me with
pointers to installation process of any operating system onto bare
mainframe. I would appreciate if someone could guide me.

Also provide pointers to the vendors for trial version of Linux on mainframe
and the pricing of their gamma versions.

With regards,
Maneesh


--
For LINUX-390 subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: mp2003

[Coffin Michael C]

Ralph,

Where did you get this?  It's a combination of EXEC 1/2 (technically, EXEC1
because &CONTROL is the first record, but then you immediately have an EXEC2
&TRACE) and REXX that will never work. At least not as expected
(you'll probably get RC -3 Invalid command for 'SAY', for example).

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]



-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Noll,
Ralph
Sent: Monday, July 26, 2004 3:42 PM
To: [EMAIL PROTECTED]
Subject: Re: mp2003


Below is the rexx exec I have... Will it Work?

&CONTROL OFF

&TRACE ALL

CP SP PRINTER CLASS O

- CP LINK MAINT 123 F123 RR

*-

*   CHECK OUT THE TAPE DRIVE

*-

-CHKTAPE

CP REWIND 181

&IF &RETCODE = 0 &GOTO -TAPEOK

&TYPE ATTACH BACKUP TAPE AS 181 AND RE-START THIS EXEC

&EXIT &RETCODE

-TAPEOK

FILEDEF IN1 DISK SLES7 IMAGE A

FILEDEF IN2 DISK SLES7 PARM A

FILEDEF IN3 DISK SLES7 INITRD A

FILEDEF OUT TAP1 (RECFM F BLOCK 1024 LRECL 1024 PERM')

say 'Writing: ' left(file1,23)

MOVEFILE IN1 OUT

say 'Writing: ' left(file2,23)
MOVEFILE IN2 OUT
say 'Writing: ' left(file3,23)
MOVEFILE IN3 OUT
say 'Done.'
TAPE RUN
&TYPE *** done ralph ***
&EXIT 0

--
For LINUX-390 subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: mp2003

[Coffin Michael C]

Hi Ralph,

Don't you have a TCPIP connection from your existing mainframe Linux
(Marrist if I recall)?

You must, otherwise how would you get the image from your Windowz box to the
mainframe?  Just FTP using your existing mainframe Linux OS and you should
be fine.

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]



-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Noll,
Ralph
Sent: Monday, July 26, 2004 11:57 AM
To: [EMAIL PROTECTED]
Subject: Re: mp2003


How am I going to get the files from Sinome to the mainframe without first
getting in to my windowz box...

> -Original Message-
> From: David Boyes [mailto:[EMAIL PROTECTED]
> Sent: Monday, July 26, 2004 10:26 AM
> To: [EMAIL PROTECTED]
> Subject: Re: mp2003
>
> > When I try and ftp to the vsam file I get save failed
> because of wrong
> > length record I am using ws-ftp.. I did a quote site fix 1024
>
> I'm not sure why you're trying to use a VSAM file, but that's
> between you and your local custom.  The three files are
> simple sequential datasets, nothing fancy.
>
> At a high level, what you're trying to do is:
>
> 1) get the 3 files as simple sequential datasets
> 2) write them to a NL tape
> 3) IPL from tape
>
> It sounds like you're transferring the files to a Windows
> box, then up to the mainframe. If you can, try FTPing them
> directly from the mainframe, or transferring them to a
> sequential file instead of VSAM. I think that has a higher
> probablility of working.
>
> > And am trying to ftp the image and initrd file as binary and won't
> > work,,\\
>
> What errors are you seeing? "won't work" covers a lot of ground...8-)
>
> -- db
>
>
>
> --
> For LINUX-390 subscribe / signoff / archive access
> instructions, send email to [EMAIL PROTECTED] with the
> message: INFO LINUX-390 or visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: Is there is an editor

[Coffin Michael C]

While it's definitely not an ideal solution (still requires a Linux network
to be in place) - I typically use Xedit on VM and then just FTP the file to
the Linux guest.  I can (almost!) always get a network up "on the fly" even
if it just establishes connectivity between VM's TCPIP and Linux's, that's
sufficient to FTP a file from CMS.

Of course, if you are not using VM to host your Linux guests, ignore
everything I just said.  :)

Michael Coffin, VM Systems Programmer 
Internal Revenue Service - Room 6527 
 Constitution Avenue, N.W. 
Washington, D.C.  20224 

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED] 



-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Miguel
Román
Sent: Tuesday, June 29, 2004 4:04 PM
To: [EMAIL PROTECTED]
Subject: Is there is an editor


Hello,


I'm new on linux. When performing an IPL on a linux guest, Is there
is an editor that we can access information while on 3270 console instead of
telneting to linux?

--
For LINUX-390 subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Re: Where to get VNCserver for z/Linux

[Coffin Michael C]

Hi James,

Did you try googling 'vnc'?

http://www.realvnc.com/download.html

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]



-Original Message-
From: James Melin [mailto:[EMAIL PROTECTED]
Sent: Friday, February 27, 2004 9:01 AM
To: [EMAIL PROTECTED]
Subject: Where to get VNCserver for z/Linux


I have actually a need to put this on one of my SuSE images an it's not
installed, nor can I seem to locate the RPM on the other LPAR. I'm not sure
what version to get, or even where to get said version when I know it?

Re: RE : CMS REXX Wait

[Coffin Michael C]

I think what you really want is the WAKEUP MODULE.  WAKEUP will not only
wake up after a specified time (absolute or relative), but will wakeup based
on times specified in the WAKEUP PARMS file and perform associated tasks.
You can also wakeup based on virtual machine interrupts (i.e. a file
arriving in the virtual card reader, receipt of an IUCV or VMCF message,
console interrupt, etc.) - it's pretty powerful and simple to use.

Michael Coffin, VM Systems Programmer 
Internal Revenue Service - Room 6527 
 Constitution Avenue, N.W. 
Washington, D.C.  20224 

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED] 



-Original Message-
From: Monteleone [mailto:[EMAIL PROTECTED] 
Sent: Friday, February 27, 2004 4:46 AM
To: [EMAIL PROTECTED]
Subject: RE : CMS REXX Wait


Thanks.

Gerard MONTELEONE
  Ingenieur Systeme & Reseau
SI.TE.C Z.I du vazzio 20090 AJACCIO
( +33495236809 È +33687727032
  www.sitec.fr
 

-Message d'origine-
De : Linux on 390 Port [mailto:[EMAIL PROTECTED] De la part de Rob
van der Heij Envoyé : vendredi 27 février 2004 09:56 À :
[EMAIL PROTECTED] Objet : Re: CMS REXX Wait

On Fri, 2004-02-27 at 09:02, Monteleone wrote:
> Hello,
>
> I would like to wait for a specified time in a rexx cms script, should
I
> have to write a program to do that, or is there a standard CP ou CMS 
> function to do that ?

I'd say CP SLEEP but it is a bit limited. And while it is a bit of rude,
this is very flexible
  PIPE literal .. | delay | hole

Rob

Re: Use of Dirmaint - RACF Price Comment Revised

[Coffin Michael C]

Greetings,

In the interest of fairness, I should point out that my comment about RACF
for VM being very expensive was based on pricing prior to it becoming a z/VM
Feature Code.  RACF for VM WAS very expensive, but the current pricing as a
z/VM Feature is very reasonable.

Having said that, I still find both RACF for VM and DIRMAINT extremely
unfriendly products.  However, when making a determination which products to
use on your z/VM system - you will indeed find the current pricing on
DIRMAINT/RACF for VM very reasonable.

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]



-Original Message-
From: Coffin Michael C [mailto:[EMAIL PROTECTED]
Sent: Monday, February 23, 2004 10:35 AM
To: [EMAIL PROTECTED]
Subject: Re: Use of DIrmaint


VM:Secure is a Directory Maintenance program just like DIRMAINT.  Unlike
DIRMAINT, it is also an External Security Manager (ESM).  If you use
DIRMAINT, you would also need license IBM's RACF for VM (very expensive and
VERY unfriendly for VM systems, it's ported from z/OS).

DIRMAINT uses IUCV messages to 'interact' with a requestor and (until
recently) you would have to write an IUCV message trap, collect these
message, and analyze them just to determine programmatically if your
DIRMAINT command completed correctly (you would always get a return code of
0 from the DIRM EXEC because all it does is send an IUCV message to
DIRMAINT).   I believe a recent release of DIRMAINT does allow you to wait
for the command to actually execute and returns a REAL return code
indicating the success or failure of the command.

DASD management with DIRMAINT has always been perilous.  Anyone that has
ever used DIRMAINT/DATAMOVE to move/resize a minidisk can tell you when
DATAMOVE fails (which I recall happening a lot) it leaves things in a
terrible mess requiring a lot of manual intervention to clear things up and
put the source minidisk back.  Another horrible design point of the
DIRMAINT/DATAMOVE relationship is that DIRMAINT transfers the source
minidisk to DATAMOVE in order for it to work on it.  That means that nobody
can be linked R/O to the source minidisk prior to starting to work on it,
attempts to link the disk R/O after work has started will fail with an error
since the disk "no longer exists", and if/when DATAMOVE screws up that disk
will remain in limbo until you come along and clean things up.  VM:Secure
allows minidisks linked R/O to be operated on, keeps the source minidisk in
it's place and ONLY updated the directory with the new minidisk definition
AFTER everything has completed properly.  If any users had R/O links to the
source minidisk prior to the change, they are retained until ALL old R/O
links have been released.  If you think this is unimportant, just try
resizing a publicly accessed minidisk (like MAINT 190/19E/19D) in a 24/7/365
shop.

VM:Secure is a Computer Associates product.  I'm not sure what you are
developing, but keep in mind that many shops do not use ANY directory
maintenance product like DIRMAINT or VM:Secure.  If you are writing a
product to perform "directory maintenance" functions I'd suggest your
product do this by means of a tailorable user exit (preferably in REXX) and
provide sample VM:Secure and DIRMAINT exits (and maybe an exit intended for
shops that have neither).

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]



-Original Message-
From: Jason Herne [mailto:[EMAIL PROTECTED]
Sent: Monday, February 23, 2004 2:05 AM
To: [EMAIL PROTECTED]
Subject: Re: Use of DIrmaint


What is VM:Secure, what kind of license, and why do you like it over
Dirmaint?  Thanks.

- Jason Herne


On Mon, 2004-02-23 at 14:12, Coffin Michael C wrote:
> Hi Jason,
>
> IMHO Dirmaint is, and always has been, a dog!  I use VM:Secure, I've
> replaced DIRMAINT with VM:secure in more shops than I can count over
> the past 20 years.  :)
>
> Michael Coffin, VM Systems Programmer
> Internal Revenue Service - Room 6527
>  Constitution Avenue, N.W.
> Washington, D.C.  20224
>
> Voice: (202) 927-4188   FAX:  (202) 622-6726
> [EMAIL PROTECTED]
>
>
>
> -Original Message-
> From: Jason Herne [mailto:[EMAIL PROTECTED]
> Sent: Sunday, February 22, 2004 4:39 AM
> To: [EMAIL PROTECTED]
> Subject: Use of DIrmaint
>
>
> Hello all,
>
>
> I represent a team of people working on a project to help make
> z/VM easier to administer.  One of our current problems is whether or
> not to make use of Dirmaint. We would like to get a feel for how many
> people like/use Dirmaint.  If everyone could please respond and let me
> know if you use or do not use Dirmaint (and why) I would greatly
> appreciate it, thank you.
>
> - Jason Herne ([EMAIL PROTECTED])

Re: Use of DIrmaint

[Coffin Michael C]

VM:Secure is a Directory Maintenance program just like DIRMAINT.  Unlike
DIRMAINT, it is also an External Security Manager (ESM).  If you use
DIRMAINT, you would also need license IBM's RACF for VM (very expensive and
VERY unfriendly for VM systems, it's ported from z/OS).

DIRMAINT uses IUCV messages to 'interact' with a requestor and (until
recently) you would have to write an IUCV message trap, collect these
message, and analyze them just to determine programmatically if your
DIRMAINT command completed correctly (you would always get a return code of
0 from the DIRM EXEC because all it does is send an IUCV message to
DIRMAINT).   I believe a recent release of DIRMAINT does allow you to wait
for the command to actually execute and returns a REAL return code
indicating the success or failure of the command.

DASD management with DIRMAINT has always been perilous.  Anyone that has
ever used DIRMAINT/DATAMOVE to move/resize a minidisk can tell you when
DATAMOVE fails (which I recall happening a lot) it leaves things in a
terrible mess requiring a lot of manual intervention to clear things up and
put the source minidisk back.  Another horrible design point of the
DIRMAINT/DATAMOVE relationship is that DIRMAINT transfers the source
minidisk to DATAMOVE in order for it to work on it.  That means that nobody
can be linked R/O to the source minidisk prior to starting to work on it,
attempts to link the disk R/O after work has started will fail with an error
since the disk "no longer exists", and if/when DATAMOVE screws up that disk
will remain in limbo until you come along and clean things up.  VM:Secure
allows minidisks linked R/O to be operated on, keeps the source minidisk in
it's place and ONLY updated the directory with the new minidisk definition
AFTER everything has completed properly.  If any users had R/O links to the
source minidisk prior to the change, they are retained until ALL old R/O
links have been released.  If you think this is unimportant, just try
resizing a publicly accessed minidisk (like MAINT 190/19E/19D) in a 24/7/365
shop.

VM:Secure is a Computer Associates product.  I'm not sure what you are
developing, but keep in mind that many shops do not use ANY directory
maintenance product like DIRMAINT or VM:Secure.  If you are writing a
product to perform "directory maintenance" functions I'd suggest your
product do this by means of a tailorable user exit (preferably in REXX) and
provide sample VM:Secure and DIRMAINT exits (and maybe an exit intended for
shops that have neither).

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]



-Original Message-
From: Jason Herne [mailto:[EMAIL PROTECTED]
Sent: Monday, February 23, 2004 2:05 AM
To: [EMAIL PROTECTED]
Subject: Re: Use of DIrmaint


What is VM:Secure, what kind of license, and why do you like it over
Dirmaint?  Thanks.

- Jason Herne


On Mon, 2004-02-23 at 14:12, Coffin Michael C wrote:
> Hi Jason,
>
> IMHO Dirmaint is, and always has been, a dog!  I use VM:Secure, I've
> replaced DIRMAINT with VM:secure in more shops than I can count over
> the past 20 years.  :)
>
> Michael Coffin, VM Systems Programmer
> Internal Revenue Service - Room 6527
>  Constitution Avenue, N.W.
> Washington, D.C.  20224
>
> Voice: (202) 927-4188   FAX:  (202) 622-6726
> [EMAIL PROTECTED]
>
>
>
> -Original Message-
> From: Jason Herne [mailto:[EMAIL PROTECTED]
> Sent: Sunday, February 22, 2004 4:39 AM
> To: [EMAIL PROTECTED]
> Subject: Use of DIrmaint
>
>
> Hello all,
>
>
> I represent a team of people working on a project to help make
> z/VM easier to administer.  One of our current problems is whether or
> not to make use of Dirmaint. We would like to get a feel for how many
> people like/use Dirmaint.  If everyone could please respond and let me
> know if you use or do not use Dirmaint (and why) I would greatly
> appreciate it, thank you.
>
> - Jason Herne ([EMAIL PROTECTED])

Re: Use of DIrmaint

[Coffin Michael C]

Hi Jason,

IMHO Dirmaint is, and always has been, a dog!  I use VM:Secure, I've
replaced DIRMAINT with VM:secure in more shops than I can count over the
past 20 years.  :)

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]



-Original Message-
From: Jason Herne [mailto:[EMAIL PROTECTED]
Sent: Sunday, February 22, 2004 4:39 AM
To: [EMAIL PROTECTED]
Subject: Use of DIrmaint


Hello all,


I represent a team of people working on a project to help make z/VM
easier to administer.  One of our current problems is whether or not to make
use of Dirmaint. We would like to get a feel for how many people like/use
Dirmaint.  If everyone could please respond and let me know if you use or do
not use Dirmaint (and why) I would greatly appreciate it, thank you.

- Jason Herne ([EMAIL PROTECTED])

RedHat Support for LVM

[Coffin Michael C]

Hi Folks,

Refresh my memory please, do the current releases of RedHat Linux for
z/Series fully support LVM?  I seem to recall there being a problem, but
frankly have not followed the discussion closely.

-TIA

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224
Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]

x3270 Keymap Utility?

[Coffin Michael C]

Hi Folks,

Does anybody know of a nice keymap building utility (GUI) for x3270?
Failing that, can somebody send me a sample x3270pro file (Note: does
x3270pro need to be in the user's /home directory, or will x3270 find it if
you put it in it's install directory?  - I'd prefer one "master override"
file rather than requiring each user to configure via an x3270pro file).?

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224
Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]

Re: Question on Backups

[Coffin Michael C]

Thanks Leland,

I hope to get a first-hand look at this in the near future.  I've been using
VMBACKUP and VMTAPE since the early 1980's and expect BEB to match the high
standards of quality set by those products.  :)

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]



-Original Message-
From: Lucius, Leland [mailto:[EMAIL PROTECTED]
Sent: Monday, January 12, 2004 11:33 AM
To: [EMAIL PROTECTED]
Subject: Re: Question on Backups


Sorry, missed your reply...

So far, it seems to be quite nice.  I'm still kind of running it through its
paces (and learning it myself), so I don't have any solid opinions yet.

We are actually using it to back up to Storagetek silos with the HSC
software running over on z/OS 1.4.  BEB comes with a little "Tape Server"
that runs as an STC and interfaces with your tape management software to
maintain the tapes and such.

I'm still a little fuzzy on the best way to setup BEB down on Linux.  It
also seems to take a fair amount of storage (~300MB) which I hope to whittle
down somewhat.

I do like their web/java interface.  While Upstream also has a Java
interface, BEB's seems a little cleaner (and better laid out).

Leland

> -Original Message-
> From: Coffin Michael C [mailto:[EMAIL PROTECTED]
> Sent: Thursday, January 08, 2004 6:23 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Question on Backups
>
>
> "So, we ripped them out and bought CA's Brightstor Enterprise Backup."
>
> I'm very interested in hearing your impressions of Brightstor on
> Linux/390. I've yet to hear from anyone using this product, and
> haven't had a chance to
> look at it myself yet - but it looks like it may be another
> "Best of Breed"
> product.
>
> Are you interfacing it to VM:Backup and VM:Tape on a VM host?
>
> Michael Coffin, VM Systems Programmer
> Internal Revenue Service - Room 6527
>  Constitution Avenue, N.W.
> Washington, D.C.  20224
>
> Voice: (202) 927-4188   FAX:  (202) 622-6726
> [EMAIL PROTECTED]
>
>
>
> -Original Message-
> From: Lucius, Leland [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, January 07, 2004 11:16 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Question on Backups
>
>
> > 2) I believe "Upstream S/390 Linux" (by Innovation Data
> > Processing) can do the above, does anyone currently use
> this product,
> > any "war stories" you'd be willing to relate?
> >
> We ran Upstream on L/390 for a while (until we found out we weren't
> licensed).  We still use Upstream to backup our Windows servers to STK
> silos.  We mistakenly assumed we could put an agent on our Linux
> guests just like we could for our Windows boxen.  Found out that there
> is a different
> licensing scheme for the agents on L/390.  So, we ripped them
> out and bought
> CA's Brightstor Enterprise Bac kup.
>
> The 2 "issues" I had with Upstream on L/390 was that you couldn't run
> it from inetd and it didn't support ACLs.
>
> The first issue was only minor and really just me being too picky, but
> since the agent needing to run all the time, any storage used by it
> would be wasted.  Running from inetd would have been great, but
> Innovation told me
> there was no plans for that.
>
> The second issue was a bit more of a concern (and the one that brought
> up the licensing issues).  We were backing up our Samba servers
> with Upstream
> and found out (the hard way) that Upstream doesn't backup the ACLs
> associated with the files/directories.  Unfortunately, I had
> missed the one
> line in the manual that says it didn't do ACLs.
>
> Anyway, we're depending on our FDR full volume backups right now until
> we get EB installed across the board.  So far, I'm pretty
> pleases with the
> performance and UI...
>
> Leland
>
>
> CONFIDENTIALITY NOTICE: This e-mail communication and any attachments
> may contain confidential and privileged information for the use of the
> designated recipients named above. Any unauthorized review,
> use, disclosure
> or distribution is prohibited. If you are not the intended
> recipient, please
> contact the sender by reply e-mail and destroy all copies of
> the original
> message.
>


CONFIDENTIALITY NOTICE: This e-mail communication and any attachments may
contain confidential and privileged information for the use of the
designated recipients named above. Any unauthorized review, use, disclosure
or distribution is prohibited. If you are not the intended recipient, please
contact the sender by reply e-mail and destroy all copies of the original
message.

Re: Question on Backups

[Coffin Michael C]

"So, we ripped them out and bought CA's Brightstor Enterprise Backup."

I'm very interested in hearing your impressions of Brightstor on Linux/390.
I've yet to hear from anyone using this product, and haven't had a chance to
look at it myself yet - but it looks like it may be another "Best of Breed"
product.

Are you interfacing it to VM:Backup and VM:Tape on a VM host?

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]



-Original Message-
From: Lucius, Leland [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 07, 2004 11:16 AM
To: [EMAIL PROTECTED]
Subject: Re: Question on Backups


> 2) I believe "Upstream S/390 Linux" (by Innovation Data
> Processing) can do the above, does anyone currently use this product,
> any "war stories" you'd be willing to relate?
>
We ran Upstream on L/390 for a while (until we found out we weren't
licensed).  We still use Upstream to backup our Windows servers to STK
silos.  We mistakenly assumed we could put an agent on our Linux guests just
like we could for our Windows boxen.  Found out that there is a different
licensing scheme for the agents on L/390.  So, we ripped them out and bought
CA's Brightstor Enterprise Bac kup.

The 2 "issues" I had with Upstream on L/390 was that you couldn't run it
from inetd and it didn't support ACLs.

The first issue was only minor and really just me being too picky, but since
the agent needing to run all the time, any storage used by it would be
wasted.  Running from inetd would have been great, but Innovation told me
there was no plans for that.

The second issue was a bit more of a concern (and the one that brought up
the licensing issues).  We were backing up our Samba servers with Upstream
and found out (the hard way) that Upstream doesn't backup the ACLs
associated with the files/directories.  Unfortunately, I had missed the one
line in the manual that says it didn't do ACLs.

Anyway, we're depending on our FDR full volume backups right now until we
get EB installed across the board.  So far, I'm pretty pleases with the
performance and UI...

Leland


CONFIDENTIALITY NOTICE: This e-mail communication and any attachments may
contain confidential and privileged information for the use of the
designated recipients named above. Any unauthorized review, use, disclosure
or distribution is prohibited. If you are not the intended recipient, please
contact the sender by reply e-mail and destroy all copies of the original
message.

Re: New England Users of VM - We're Back!

[Coffin Michael C]

Hi Anne,

It does have a very "nostalgic" feeling meeting at Lombardo's (we'll even
have the same meeting and dining rooms that we used in the 1980's!).  I hope
you can make the meeting, it should be quite informative and useful.  :)

PS:  To all, if you are thinking about attending and have not yet
registered, please do so promptly.  We offer a choice of Prime Rib or Turkey
for lunch, but I just learned from Lombardo's that they need us to confirm
our menu choices THREE WEEKS prior to the meeting (i.e. this week).  If you
register now, you get to select your luncheon choice - but after this week
you may not have a choice.  :(

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]



-Original Message-
From: Ann Smith [mailto:[EMAIL PROTECTED]
Sent: Monday, December 15, 2003 5:11 PM
To: [EMAIL PROTECTED]
Subject: Re: New England Users of VM - We're Back!


I can hardly believe it! And at Lombardo's no less.
This could be fattening.

Michael Coffin wrote:

> < forward as appropriate>>
>
> Greetings!
>
> I'm happy to announce that the New England Users of VM (NEUVM) local
> user group has resumed operations after several years of inactivity.
> NEUVM has been re-established, and now welcomes members of the
> Linux/390 community as well as traditional VM shops.
>
> For additional information on NEUVM, please visit our new website at
> www.neuvm.org.  While you are there, create an account and register
> for our Winter Meeting.  You don't need to live or work in New England
> to be a member of NEUVM.  Membership in NEUVM provides:
>
> *  Access to our online technical forums and other "members-only"
> areas.
> *  Advance notification of future meetings, technical seminars and news
> alerts.
> *  Ability to register online for meetings and seminars at discounted
> member rates.
> *  Ability to request presentations on specific subjects at future
> meetings.
>
> The NEUVM Winter Meeting will be held on January 13, 2004 at
> Lombardo's in Randolph, Massachusetts.  A breakfast buffet and
> luncheon featuring your choice of a New England Roasted Turkey Dinner
> or Succulent Slow Roasted Prime Rib of Beef will be provided.  The
> meeting and catered luncheon are FREE if you register online at
> www.neuvm.org.  Walk-in guests are welcome, but there will be a $25
> registration fee at the door
> - so register online NOW.  :)
>
> Presenting at the Winter Meeting will be:
>
> Introduction - Michael Coffin, MC Consulting Company, Inc.
>
> Michael Coffin will welcome members and discuss plans for the "new and
> improved" NEUVM.
>
> Best Practices for Deploying Linux on VM - Phil Smith III, LinuxCare,
> Inc.
>
> While the deployment of Linux on z/VM is gaining momentum in
> enterprise data centers, unfamiliar or inexperienced Linux system
> administrators may be unaware of common mistakes or hazards that could
> potentially jeopardize a successful Linux on z/VM implementation. For
> example, tricks such as sharing or copying minidisks are tempting when
> considering how to manage dozens or hundreds of Linux instances, but
> these shortcuts frequently result in systems that are more difficult
> to manage. This session is aimed at VM system programmers who are
> either considering or already deploying multiple instances of Linux on
> VM and who need a manageable and dependable software stack in their
> environment.
>
> Automating Application Startup Under Linux - David Boyes, Sine Nomine
> Associates
>
> The creation of automatic startup scripts for applications on Linux is
> poorly documented and fraught with some peril in the early SuSE and RH
> releases. In this presentation, we'll go over what happens during
> Linux startup, the SysV init script structure that is used by most
> Linux distributions, and how to create scripts that can be safely
> integrated into the Linux startup process to start your applications
> at boot time. If we have time, we'll open it up for discussion of
> common applications and problems encountered.
>
> What's New in z/VM 4.4 - Alan Altmark, IBM
>
> Alan Altmark will bring you up to date on IBM's latest enhancements to
> its premier virtualization technology, z/VM Version 4 Release 4,
> generally available since  August 15, 2003.
>
> VM and Linux/390 TCP/IP Connectivity - Alan Altmark, IBM
>
> Alan Altmark will present Connecting to Linux for zSeries and provide
> detailed information how to integrate Linux for zSeries into your IP
> network. He will show you how to configure LCS, OSA-Express (QDIO),
> zSeries HiperSockets, and Channel-to-Channel connections. Special
> emphasis is given to the z/VM environment, including virtual routing
> and switching considerations.
>
> Speakers for our next NEUVM meeting are already being lined up.  We've
> tentatively scheduled Barton Robinson from Velocity Software, and David
> Kreuter from VM Resources, LTD.   

Re: unresponsive linux guest

[Coffin Michael C]

Do you run the guest with a disconnected virtual console, or is the virtual
machine console actually connected while it is up and running?  If the
latter Don't do that.  :)

You could have hit any number of keystrokes that would cause the guest OS to
"stop running" - was there a CP READ pending when you "hit PA1 a couple of
times"?

Michael Coffin, VM Systems Programmer 
Internal Revenue Service - Room 6030 
 Constitution Avenue, N.W. 
Washington, D.C.  20224 

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]   



-Original Message-
From: Little, Chris [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, October 07, 2003 1:53 PM
To: [EMAIL PROTECTED]
Subject: unresponsive linux guest


i have one linux guest that occasionally becomes unresponsive.  This is the
guest that we plan to put into production, so gave it a relative share of
1000 and set quickdsp on.  this is the only guest that i have set quickdsp
on.  Pressing PA1 a couple of times brings it around.  Is this resource
contention, perhaps?  Is there anything I can do to ensure responsiveness
outside of the share and quickdsp settings?

+---
+
+
 | Chris Little[EMAIL PROTECTED]  |
 | Ok Dept of Human Services   Data Services Division  (405)522-1306   |
+---
+
+

Re: OT: Intel gets virtualization clue?

[Coffin Michael C]

Hi Jim,


Aaaah, but you forget - all of the scientific achievements realized on
"those mainframes" during the past 30 years is unimportant, "uncool",
proprietary and insignificant.  It's *only* important when those same
achievements are repeated on "Pee Cee's" - THEN they become "significant
breakthroughs in computer technology"(!).

Running multiple images of a mainframe OS on a single piece of hardware may
be "interesting", but being able to run Doom under Windoze AND Linux
simultaneously on the same Pee Cee - now THAT's cool, dude!



Michael Coffin, VM Systems Programmer 
Internal Revenue Service - Room 6030 
 Constitution Avenue, N.W. 
Washington, D.C.  20224 

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]   



-Original Message-
From: Jim Elliott [mailto:[EMAIL PROTECTED] 
Sent: Monday, October 06, 2003 6:47 PM
To: [EMAIL PROTECTED]
Subject: Re: OT: Intel gets virtualization clue?


Having read the article, while interesting (and important), Intel's
Vanderpool is scarcely the "one of the decade's most significant
breakthroughs in computer technology".

IBM mainframes since 1981 have had a function known as "Interpretive
Execution" which is used the same way. On October 21, 1981 IBM announced
VM/XA Migration Aid and the SIE instruction (which provides the Interpretive
Execution function) for the 3084 mainframe. This was further enhanced in
announcements on June 11, 1987 with the VM/XA System Product and the
Multiple High Performance Guest Support facility (MHPGS) and February 15,
1988 as the Processor Resource/Systems Manager (PR/SM) which provides the
Logical Partitioning facility (the first ever reference to Logical
Partitions to my knowledge).

The current VM product, z/VM, makes extensive use of this function to
provide support for running a great many guests (in some environments
100s) and the current LPAR support provides for 60 Logical Partitions on the
z990 mainframe.

The IBM Systems Journal published an article on SIE in 1991 at
http://www.research.ibm.com/journal/sj/301/ibmsj3001E.pdf

Regards, Jim

Re: XEN. Interesting, following the VMWARE thread

[Coffin Michael C]

Hi Mike,

Thanks much for the info, looks interesting.  My immediate concern, however,
would be the fact that the operating systems that run under the control of
"Xen" need  " to be ported" to it.  That severely limits the
usability of any partitioning software, IMHO (i.e. that the guest must be
aware of the partitioning software host and modified to run "under it").

Michael Coffin, VM Systems Programmer 
Internal Revenue Service - Room 6030 
 Constitution Avenue, N.W. 
Washington, D.C.  20224 

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]   



-Original Message-
From: Mike Grundy [mailto:[EMAIL PROTECTED] 
Sent: Thursday, October 02, 2003 12:53 PM
To: [EMAIL PROTECTED]
Subject: XEN. Interesting, following the VMWARE thread


Just saw this on /.
http://developers.slashdot.org/article.pl?sid=03/10/02/1232235&mode=nested&t
id=106&tid=126&tid=156&tid=185

(ewww, watch for wrap or skip to the real info)

The Xen virtual machine monitor:
http://www.cl.cam.ac.uk/Research/SRG/netos/xen/


- Mike

Re: z/VM and VMware

[Coffin Michael C]

Hi Chris,

Well, that's pretty clear - so my question should have been simple to
answer.  But no, they didn't give me THAT link (in fact, drilling down from
their Home page I cannot get to THAT page at all) - first they gave me:

http://www.vmware.com/products/desktop/ws_specs.html

Which says nothing about PCMCIA devices.  They also gave me:

http://www.vmware.com/support/ - click knowledge base on the left

Which, of course, I did.  I selected VMWare Workstation 4 and used "PCMCIA"
as the search argument, which yielded 0 results.  So I clicked and read ALL
of the other Workstation 4 links (Features, Specifications, Documentation,
FAQS, Upgrade FAQS, Host System Requirements, Supported Host Operating
Systems and Supported Guest Operating Systems) - and nowhere in ALL of those
pages will you find anything concerning PCMCIA.

Just for the heck of it, I tried drilling down from ALL of the links on
their Home Page and could not find the text you've quoted anywhere - but I
appreciate your providing it - that is more than their Sales Associates
could/would do.

Interesting footnote:  I repeated the above exercise using their Knowledge
Base, but instead of selecting VMWare Workstation 4 as the product I let it
default to "All Products" and BINGO - there was the statement you quoted.

Michael Coffin, VM Systems Programmer 
Internal Revenue Service - Room 6030 
 Constitution Avenue, N.W. 
Washington, D.C.  20224 

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>  



-Original Message-
From: Chris Cox [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 01, 2003 11:34 AM
To: [EMAIL PROTECTED]
Subject: Re: z/VM and VMware


Coffin Michael C wrote:
snipped
...They replied saying "We are not
> Technical Support - but if you click on the links below you'll find 
> everything you need to know" and they proceeded to steer me back to 
> the very

A link like:
http://www.vmware.com/support/linux/troubleshooting/peripherals_ts_linux.htm
l

Which states plainly that VMWARE DOES NOT support PCMCIA devices (except
where already abstracted as in the case of the network interface and some
serial/modem cards).

Re: z/VM and VMware

[Coffin Michael C]

Hi Lee,

Thanks for the info - I have no idea what ESX provides that the WorkStation
version does not - all I do know is WorkStation (which is all I need, I was
going to use this on a notebook) is $299, GSX is $3,025(!) and ESX doesn't
even have a published price on the vmware.com website.

This discussion reminded me I haven't looked at their product for a while,
and I see they just releasd a new WorkStation release so I figured maybe
they added the missing support (that evidently already exists in ESX).  I
read through the pages and pages of stuff on their website but could not
determine if they supported PCMCIA, NIC and MODEM devices which can be
dedicated to a guest virtual machine.  I sent their sales department a
simple note which said "Does the latest release of VMWare WorkStation
support PCMCIA devices, and can PCMCIA devices, modems and/or NIC's be
dedicated to guest virtual machines?".  They replied saying "We are not
Technical Support - but if you click on the links below you'll find
everything you need to know" and they proceeded to steer me back to the very
same web pages I had already read that did not answer my questions.  So I
replied that I had already been there, could not find the answers to my
questions, and cannot consider purchasing their product unless I know
whether or not this support exists.  Their response was (basically) "we only
list on our website what we DO support" and she proceeded to steer me to yet
more web pages that didn't answer my relatively simple sales question(!).

You would THINK that their sales associates would be familiar with the
product they are selling.  Even if they aren't THAT familiar with it, you
would THINK that this individual could have turned to their Technical
Support (or other) folks and asked that simple question - but instead she
kept giving me "non-answers" and directing me to web pages that provided yet
more "non-answers", geez!

So, VMWare goes back into the "nice toy, see if they've matured in a year"
folder.   

Michael Coffin, VM Systems Programmer 
Internal Revenue Service - Room 6030 
 Constitution Avenue, N.W. 
Washington, D.C.  20224 

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]   



-Original Message-
From: Lee Stewart [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, September 30, 2003 7:19 PM
To: [EMAIL PROTECTED]
Subject: Re: z/VM and VMware


At 09:55 AM 9/30/2003, you wrote:
>Very true - but in my case I needed to dedicate individual NICs to 
>virtual machines, and also had a PCMCIA device that the virtual 
>machines needed dedicated access to.  Seem like a "virtual machine" 
>hypervisor needs to address real hardware access - just like mainframe 
>VM does.  Providing "access to a network" is not the same as attaching 
>a dedicated NIC.

VMware/ESX *does* provide the ability to have several NICs.  And you can
pick and choose how you use them.  Share them, dedicate them, or team them
(several NICs acting as one).

Lee

--
Lee A. Stewart
Senior Systems Engineer
Sytek Services, a division of DSG
www.sytek-services.com
www.dsgroup.com
Email:  [EMAIL PROTECTED]
Phone: (719) 566-0188
Fax: (719) 566-0655

Re: z/VM and VMware

[Coffin Michael C]

Hi Adam,

Very true - but in my case I needed to dedicate individual NICs to virtual
machines, and also had a PCMCIA device that the virtual machines needed
dedicated access to.  Seem like a "virtual machine" hypervisor needs to
address real hardware access - just like mainframe VM does.  Providing
"access to a network" is not the same as attaching a dedicated NIC.

Still not sure why they don't support PCMCIA devices - it doesn't seem like
that should be so hard.  Just build a pipe between the virtual machine and
the hardware and let the host pass through all of the I/O's.

Michael Coffin, VM Systems Programmer 
Internal Revenue Service - Room 6030 
 Constitution Avenue, N.W. 
Washington, D.C.  20224 

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>  



-Original Message-
From: Adam Thornton [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, September 30, 2003 11:35 AM
To: [EMAIL PROTECTED]
Subject: Re: z/VM and VMware


On Tue, 2003-09-30 at 10:30, Coffin Michael C wrote:
> I looked at VMWare and liked it, I liked it a lot - but it doesn't 
> "really" present a virtual machine with virtual hardware like 
> mainframe VM does, at least not 100%.  Among the problems (which were 
> significant for my intended use of it) are the fact that there is NO 
> support for PCMCIA devices, and a NIC cannot be dedicated to a 
> "virtual machine".  Networking is handled by having the hose own the 
> NIC, run TCP/IP, and set up a private LAN between the virtual machines 
> and the host's TCP/IP.

It can also provide a transparent bridge mode, where your VMWare guest looks
like it's on the same subnet as the host.  This is usually good enough,
although there's some MAC madness that can be a bit confusing.

Adam

Re: z/VM and VMware

[Coffin Michael C]

I looked at VMWare and liked it, I liked it a lot - but it doesn't "really"
present a virtual machine with virtual hardware like mainframe VM does, at
least not 100%.  Among the problems (which were significant for my intended
use of it) are the fact that there is NO support for PCMCIA devices, and a
NIC cannot be dedicated to a "virtual machine".  Networking is handled by
having the hose own the NIC, run TCP/IP, and set up a private LAN between
the virtual machines and the host's TCP/IP.

If they ever support dedicating NICs and PCMCIA devices to "virtual
machines" I'll definitely give it another look.  All in all, I thought it
was a pretty good performer despite it's short-comings.

Michael Coffin, VM Systems Programmer 
Internal Revenue Service - Room 6030 
 Constitution Avenue, N.W. 
Washington, D.C.  20224 

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]   



-Original Message-
From: Adam Thornton [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, September 30, 2003 11:10 AM
To: [EMAIL PROTECTED]
Subject: Re: z/VM and VMware


On Tue, 2003-09-30 at 09:39, Tobleman, Vicky wrote:
> We're considering partitioning larger Intel servers using VMware and 
> setting up our Linux environments ... production and development.  Is 
> anyone else doing this - have any experiences to share?  Pros/Cons?  
> And is 6 servers per engine consolidation reasonable (i.e., 4 engines 
> would equate to 24 machines)?  Realizing that it is dependent on type 
> of workload - file, print, web, etc.  We've got a few Linux Intel 
> boxes and would like to avoid the WinTel farms we've acquired.

It's a reasonable idea.  Obviously how many virtual servers you get per
physical box varies by workload and by box.

In general, if what you want to do is file, print, and web (but you don't
need IIS-specific stuff for the web applications) you're better off in terms
of performance-per-cycle with Linux than Windows--you probably knew that,
though.  Linux/390 gives you much, much better manageability than a farm of
VMWare boxes, but you probably knew that too.

One thing that VMWare gives you that is absolutely wonderful, and too often
overlooked, is consistency of hardware.  Two machines of what is supposedly
the same model from the same vendor will, in the x86 world, often have
notably different components; VMWare does an end-run around that, so the
"hardware" each of your VMWare images sees really is identical.  That makes
a fair chunk of the pain of Windows go away right there.

Adam

Re: Stripping trailing blanks?

[Coffin Michael C]

H,

Looking at all of these "easy to remember" ways to strip trailing blanks
reminds me why I like VM/CMS and PIPES.  So instead of one of the incredibly
convoluted and "unfriendly" commands like this:

ncftpget -W "$GX" -d $W/get.$$ -a -c -u $U -p $P $H $F\($mbr\) | (eval $PRE)
>$W/$mbr

I can execute a simple command like:

PIPE < MY FILE A | STRIP | > MY NEWFILE A

I've never been a big fan of the "slash-dot" language.  :)


Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Lucius, Leland [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 29, 2003 11:10 AM
To: [EMAIL PROTECTED]
Subject: Re: Stripping trailing blanks?


> I'm not sure it will work. One gotcha:
>
> # PRE="cut -b 1-72 | sed -e s/\ \*\$//"
>
> If this were't remmed out, you probably have had a non-functioning
> script.
>
Hmmm, did you actually try the script?  Did you look further down or did you
just stop right at that line and assume you knew there was a problem?  I
believe you'll find that the "eval" in this line resolves this issue:

ncftpget -W "$GX" -d $W/get.$$ -a -c -u $U -p $P $H $F\($mbr\) | (eval $PRE)
>$W/$mbr

Thanks for the input.

Leland

Re: Stripping trailing blanks?

[Coffin Michael C]

Hi John,

Since you already know REXX (and it's a great string handling language) why
not just use Regina REXX?  If you are running a SuSE distribution it's
probably already installed:

regina -h

Michael Coffin, VM Systems Programmer 
Internal Revenue Service - Room 6030 
 Constitution Avenue, N.W. 
Washington, D.C.  20224 

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]   



-Original Message-
From: McKown, John [mailto:[EMAIL PROTECTED] 
Sent: Monday, July 28, 2003 10:41 AM
To: [EMAIL PROTECTED]
Subject: Re: Stripping trailing blanks?


Thanks. I hadn't thought of anchoring the pattern to the end of the line.


--
John McKown
Senior Systems Programmer
UICI Insurance Center
Applications & Solutions Team
+1.817.255.3225

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: John Summerfield [mailto:[EMAIL PROTECTED]
> Sent: Monday, July 28, 2003 9:33 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Stripping trailing blanks?
>
>
> On Mon, 28 Jul 2003, McKown, John wrote:
>

> > $new1 = reverse($_);
> > $_ = $new1;
> > s/ *(.*)/\1/;
> s/ +$//; # or something like.



>
> The dollar in my regex represents end of line. If I have it right, it 
> will change one or more consecutive spaces at the end of line to null.
>
> >
>
> --
>
>
> Cheers
> John.
>
> Join the "Linux Support by Small Businesses" list at 
> http://mail.computerdatasafe.com.au/mailman/listinfo/lssb
> Copyright John Summerfield. Reproduction prohibited.
>

Re: eBay Now Powered By IBM

[Coffin Michael C]

Hi Rich,

But the BIG question is which OS are they running on Big Blue hardware?  :)

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Rich Smrcina [mailto:[EMAIL PROTECTED]
Sent: Monday, July 21, 2003 2:58 PM
To: [EMAIL PROTECTED]
Subject: Re: eBay Now Powered By IBM


>From the announcements page:

Other improvements include customized Register and Sign In links based on a
member's status, as well as easier access to tools such as My eBay,
Community, and Help. Next to the header on the U.S. site, we have displayed
a logo for IBM, who powers the eBay system. In the future, the logo will
link to more information regarding their technology services.

On Monday 21 July 2003 01:45 pm, you wrote:
> I don't know if you've noticed, but eBay is now evidently running on
> Big Blue hardware.  Does anybody know if they are runing Linux/390?
> That would be a major feather in somebody's cap!  :)
>
> http://www.ebay.com/
>
> Michael Coffin, VM Systems Programmer
> Internal Revenue Service - Room 6527
>  Constitution Avenue, N.W.
> Washington, D.C.  20224
> Voice: (202) 927-4188   FAX:  (202) 622-3123
> [EMAIL PROTECTED]

--
Rich Smrcina
Sr. Systems Engineer
Sytek Services, A Division of DSG
Milwaukee, WI
rsmrcina at wi.rr.com
rsmrcina at dsgroup.com

Catch the WAVV!  Stay for Requirements and the Free for All! Update your
S/390 skills in 4 days for a very reasonable price. WAVV 2004 in
Chattanooga, TN April 30-May 4, 2004 For details see http://www.wavv.org

eBay Now Powered By IBM

[Coffin Michael C]

I don't know if you've noticed, but eBay is now evidently running on Big
Blue hardware.  Does anybody know if they are runing Linux/390?  That would
be a major feather in somebody's cap!  :)

http://www.ebay.com/

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224
Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]

Re: SuSE 8 /etc/hosts.deny and CIDR

[Coffin Michael C]

Hi Mark,

I had read the hosts_access man page but was/am still unclear.  My example
of blocking 192.168. was just an example by the way (which was probably too
simple), I actually want to use CIDR addressing to block PARTS of networks,
not necessarily entire networks.

In hosts_access it talks about using IP address/netmask pairs - but not CIDR
addressing.  When I actually code a statement like:

ALL: 209.216.0.0/18

In /etc/hosts.deny - nobody complains about it so I ASSUME hosts/deny
understands CIDR addressing - but A) I hate to assume anything, B) I thought
I saw something come through on a blocked address where the block was
specified using CIDR notation.

I do appreciate all the help and advice, but does anybody know for sure
whether CIDR notation is allowed in /etc/hosts.deny?  

Thanks again.  :)

Michael Coffin, VM Systems Programmer 
Internal Revenue Service - Room 6030 
 Constitution Avenue, N.W. 
Washington, D.C.  20224 

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>  



-Original Message-
From: Post, Mark K [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, July 09, 2003 12:56 PM
To: [EMAIL PROTECTED]
Subject: Re: SuSE 8 /etc/hosts.deny and CIDR


Michael,

Normally, sendmail is controlled by /etc/init.d/sendmail.  An imap server is
(somewhat) unrelated to sendmail, and uses port 143.  The sendmail daemon
uses port 25 and is considered an MTA (mail transfer agent) as opposed to a
mail delivery agent.  An MTA normally runs all the time as a daemon, and is
not started by inetd.  When I look at the contents of /etc/init.d/sendmail
in SLES8, I see this:
startproc-p $srvpid /usr/sbin/sendmail $SENDMAIL_ARGS

So, the tcp wrapper program (tcpd) is not invoking sendmail.  Now, whether
sendmail was compiled with tcp wrapper support or not is another matter.

You could try starting sendmail with debugging turned on "-dX" where "X" is
a number, and see if anything interesting comes out when a 192.168.x.x host
connects.

Now having done a "man 5 hosts_access" command, I see this: PATTERNS
  The access control language implements the following patterns:
  o  A  string  that  begins  with a `.' character. A host name is matched
if the
 last components of its name match the specified pattern.  For  example,
the
 pattern `.tue.nl' matches the host name `wzv.win.tue.nl'.

  o  A  string  that  ends with a `.' character. A host address is matched
if its
 first numeric fields match the  given  string.   For  example,  the
pattern
`131.155.'  matches the address of (almost) every host on the Eindhoven
Uni-
 versity network (131.155.x.x).


So, it looks like you should be specifying "192.168." as your addresses to
be blocked.


Mark Post

-Original Message-
From: Coffin Michael C [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 09, 2003 12:31 PM
To: [EMAIL PROTECTED]
Subject: Re: SuSE 8 /etc/hosts.deny and CIDR


Hi Mark,

Hmmm, that's interesting.  My definition for "sendmail" in inetd.conf is
commented out, does sendmail start as part of the imap package?  I think it
does (been a long time since I looked), and imap starts with the "tcpd"
invocation (ftp, telnet and several others do as well).  When I check my
mail log (/var/log/mail) I can definitely see the hosts in /etc/hosts.deny
being blocked by tcpwrappers.  Here is an example:

Jul  8 18:14:41 linux sendmail[5070]: h68MEaPK005070: tcpwrappers (unknown,
80.148.20.0) rejection

So it appears that sendmail is using tcpwrappers.

Is the CIDR addressing format supported for /etc/hosts.deny in SuSE 8?

Michael Coffin, VM Systems Programmer 
Internal Revenue Service - Room 6030 
 Constitution Avenue, N.W. 
Washington, D.C.  20224 

Voice: (202) 927-4188   FAX:  (202) 622-6726 [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>  



-Original Message-
From: Post, Mark K [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 08, 2003 3:46 PM
To: [EMAIL PROTECTED]
Subject: Re: SuSE 8 /etc/hosts.deny and CIDR


Michael,

Is your SMTP server actually _using_ tcpwrappers?  Most of them do not.  You
would have to be starting it like this:
    /usr/sbin/tcpd  /path/to/your/smtpdaemon

Mark Post

-Original Message-
From: Coffin Michael C [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 08, 2003 11:18 AM
To: [EMAIL PROTECTED]
Subject: SuSE 8 /etc/hosts.deny and CIDR


Hi Folks,

Can you use CIDR addressing in /etc/hosts.deny?  This is SuSE 8 by the way.

I've got a statement in hosts.deny which reads:

ALL: 192.168.0.0/18

to reject everything from 192.168. (actual IP's are different) but an IP
address in that range was allowed to connect to my SMTP server.  Shouldn't
tcpwrappers have blocked it? Michael Coffin, VM Systems Programmer Internal
Revenue Service - Room 6030  Constitution Avenue, N.W. Washington, D.C.
20224
Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]

Re: SuSE 8 /etc/hosts.deny and CIDR

[Coffin Michael C]

Hi Mark,

Hmmm, that's interesting.  My definition for "sendmail" in inetd.conf is
commented out, does sendmail start as part of the imap package?  I think it
does (been a long time since I looked), and imap starts with the "tcpd"
invocation (ftp, telnet and several others do as well).  When I check my
mail log (/var/log/mail) I can definitely see the hosts in /etc/hosts.deny
being blocked by tcpwrappers.  Here is an example:

Jul  8 18:14:41 linux sendmail[5070]: h68MEaPK005070: tcpwrappers (unknown,
80.148.20.0) rejection

So it appears that sendmail is using tcpwrappers.

Is the CIDR addressing format supported for /etc/hosts.deny in SuSE 8?

Michael Coffin, VM Systems Programmer 
Internal Revenue Service - Room 6030 
 Constitution Avenue, N.W. 
Washington, D.C.  20224 

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>  



-Original Message-
From: Post, Mark K [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 08, 2003 3:46 PM
To: [EMAIL PROTECTED]
Subject: Re: SuSE 8 /etc/hosts.deny and CIDR


Michael,

Is your SMTP server actually _using_ tcpwrappers?  Most of them do not.  You
would have to be starting it like this:
/usr/sbin/tcpd  /path/to/your/smtpdaemon

Mark Post

-----Original Message-
From: Coffin Michael C [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 08, 2003 11:18 AM
To: [EMAIL PROTECTED]
Subject: SuSE 8 /etc/hosts.deny and CIDR


Hi Folks,

Can you use CIDR addressing in /etc/hosts.deny?  This is SuSE 8 by the way.

I've got a statement in hosts.deny which reads:

ALL: 192.168.0.0/18

to reject everything from 192.168. (actual IP's are different) but an IP
address in that range was allowed to connect to my SMTP server.  Shouldn't
tcpwrappers have blocked it? Michael Coffin, VM Systems Programmer Internal
Revenue Service - Room 6030  Constitution Avenue, N.W. Washington, D.C.
20224
Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]

Re: SuSE 8 /etc/hosts.deny and CIDR

[Coffin Michael C]

Hi Richard,

Yes, that 16 was a typo.  :)

Michael Coffin, VM Systems Programmer 
Internal Revenue Service - Room 6030 
 Constitution Avenue, N.W. 
Washington, D.C.  20224 

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>  



-Original Message-
From: Richard Hitt [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 08, 2003 7:22 PM
To: [EMAIL PROTECTED]
Subject: Re: SuSE 8 /etc/hosts.deny and CIDR


Hi, Michael

Did you really mean 192.168.0.0/18 and not 192.168.0.0/16?  The first would
only deny 192.168.0.0 through 192.168.63.255, if I'm not mistaken, and not
"everything from 192.168."

Richard Hitt


Coffin Michael C wrote:

>Hi Folks,
>
>Can you use CIDR addressing in /etc/hosts.deny?  This is SuSE 8 by the 
>way.
>
>I've got a statement in hosts.deny which reads:
>
>ALL: 192.168.0.0/18
>
>to reject everything from 192.168. (actual IP's are different) but an 
>IP address in that range was allowed to connect to my SMTP server.  
>Shouldn't tcpwrappers have blocked it? Michael Coffin, VM Systems 
>Programmer Internal Revenue Service - Room 6030
> Constitution Avenue, N.W.
>Washington, D.C.  20224
>Voice: (202) 927-4188   FAX:  (202) 622-6726
>[EMAIL PROTECTED]
>
>
>
>

SuSE 8 /etc/hosts.deny and CIDR

[Coffin Michael C]

Hi Folks,

Can you use CIDR addressing in /etc/hosts.deny?  This is SuSE 8 by the way.

I've got a statement in hosts.deny which reads:

ALL: 192.168.0.0/18

to reject everything from 192.168. (actual IP's are different) but an IP
address in that range was allowed to connect to my SMTP server.  Shouldn't
tcpwrappers have blocked it?
Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6030
 Constitution Avenue, N.W.
Washington, D.C.  20224
Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]

Re: Disaster Recovery scenario - comments, suggestions, real worl d advice

[Coffin Michael C]

Hi James,

This is a cinch if you have VM (which you don't).  The nice thing about VM
is that even though you are running on different hardware at different real
addresses, your Linux guests don't know that - everything is still at the
correct virtual addresses.

Backing up your Linux system (using DDR or the like) is simple enough, and
restoring it will be simple enough - the problem will be (as you point out)
that the hardware will not be at expected addresses and fstab and other
things will fail.

Maybe you could have your DR people bring up a "generic" Linux image in the
DR LPAR, set up some basic networking, restore your backed up linux to
available DASD mounted to the "generic" Linux image and then you can tweak
it from there.  Complicated, definitely.

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: James Melin [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 06, 2003 9:36 AM
To: [EMAIL PROTECTED]
Subject: Disaster Recovery scenario - comments, suggestions, real world
advice


We are having a Disaster Recovery exercise in April. My boss thinks it would
be nifty if we could recover the 2.4 Linux system I just got installed (with
much help from you SMOONOL's - Secret Masters Of Obscure kNowledge Of
Linux).

The disaster recovery exercise will not allow us to have an organization
employee with access to the HMC on which we will be operating, we would have
to rely on someone at the vendor site to do any HMC interactions for us. We
will be doing this in LPAR mode - We do not have VM, and with a 25% budget
cut across IT, we won't be getting it any time soon.

Secondly, the DR exercise will have us restoring OS/390 volumes to different
device numbers than what exist here. We have procedures in place for that
and it all works. I will have to do the same with the CDL backups of the
Linux volumes

since /proc/dasd/devices in any backup will reflect the old device mapping,
I assume I will simply fall flat on my face if I try to IPL from the CDL
copies.

So what is necessary after a CDL restore is done to new DASD in order to IPL
the Linux system? Is there an initrd that must be booted from the HMC so
that adjustments to the image may be done? Is there some OTHER way to
alter/access the CDL volume structure from OS/390 to make the changes
necessary to IPL? If we have to have the vendor operator performing initrd
boots and entering in the initial ramdisk information so that I could telnet
into the system and fix things that way.

Note, we will ONLY have 3270 dumb terminals at this site, from what I
understand. Contract has not previously included network attached desktop
PC's from which I can run a decent VT100 capable telnet session, or TN3270.
That alone may kill this.

So now that I've outlined this fairly hopeless situation is there
anything that can be done to allow us to accomplish a disaster recovery test
of Linux in the described environment?

Re: Newbie Virus question

[Coffin Michael C]

Agreed.  In order for a virus to have any effect on VM it would have to be
written in such a way as to launch itself and run in CMS in a user virtual
machine (extremely unlikely) and/or infect CP itself (next to impossible, if
not completely impossible - certainly impossible from a non-priviledged
virtual machine which your Linux/390's should be).

So the long and short of it is that even if you were to receive a virus on
Linux/390, you are 99.9% sure it cannot effect VM in any way, with
exceptions noted.

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Tzafrir Cohen [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 05, 2003 6:25 PM
To: [EMAIL PROTECTED]
Subject: Re: Newbie Virus question


On Wednesday, February 05, 2003, Bill Stermer wrote:

> Hi to all listers,
>
> We are still trying to get our management to buy off on Linux/390 and
> commit to a zSeries upgrade along the way. During the round table
> talks we were asked about virus protection and cross platform (Linux
> to VM) damage possibilities. I have heard about Linux infections
> before but had not heard about any mainframe specific virus that could
> cross platforms. What about you folks on the list? Any virus mutations
> that you are aware of which could be problematic to a newbie?

There are very few linux worms. And this is not because it is difficult to
write one (anybody for a shell virus?) but because:

* linux (like most server-originated systems) systems were designed in
  advance to be multi-user systems (where a user cannot harm the system).
  Anything that allows a user to gain more priviliges is considered a hole
  that should be fixed immeditely (even if it is "theoretical").

* The syste is quite modular. Applying changes is generally quite easy.
  Systems tend to be kept up-to-date with security patches. (you're not
  afraid that they're going to break too much).

As for a cross-platform "virus": it is theoretically possible, but not very
likely.

THe problem is a "worm", that is able to automatically infect other systems.
Normally it wouldn't be able to "infect" a system, unless that system is
very badly broken.

Many of those holes require some platform-spesific code. It is possible to
adapt the worm for multiple kinds of hosts and this has been done in the
past. But most arent. At least not when you have so many poorly-maintained
intel boxes that largely outnumber the other archtectures. (which are
typically servers that are better maintained).

(That doesn't mean you shoudn't secure your system, of course!)

Anyway, there is no reason to run a virus scanner on linux, other than to
scan data (files/mails/etc.) used by windows/mac clients (even if some
vendors, like Symantec, would like you to believe otherwise).

--
Tzafrir Cohen
mailto:[EMAIL PROTECTED] http://www.technion.ac.il/~tzafrir

Re: OT (almost) - boot Linux from CDROM on Intel?

[Coffin Michael C]

You are referring to the SuSE Live Evaluation CD.  You can find it here:

ftp://ftp.suse.com/pub/suse/i386/

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Beinert, William [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 05, 2003 2:24 PM
To: [EMAIL PROTECTED]
Subject: OT (almost) - boot Linux from CDROM on Intel?


There was discussion (I think on this list) of a CDROM that allowed someone
to boot and run Linux from a CDROM without installing Linux. I didn't pay
much attention at the time, but now I think I know someone who could benefit
from this.

Can anyone refresh my memory?

thanks

Bill Beinert
Systems Programming
Con Edison
(212) 460-4853

When they took the fourth amendment,
   I was quiet because I didn't deal drugs!
When they took the sixth amendment,
   I was quiet because, I was innocent.
When they took the second amendment,
   I was quiet because I didn't own a gun!
Now they've taken the first amendment,
   and I can say (or do) nothing about it.
The Second Amendment is in place in case they ignore the others. MODWN DAbE

Re: System administration facility/dirmaint

[Coffin Michael C]

Since it looks like SAF is out, and you simply need a VM Directory
Maintenance product - I suggest you look at VM:Secure from Computer
associates.  It's a thousand times better than DIRMAINT.

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Alan Altmark [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 04, 2003 11:28 AM
To: [EMAIL PROTECTED]
Subject: Re: System administration facility/dirmaint


On Monday, 02/03/2003 at 11:37 CST, Alex Leyva <[EMAIL PROTECTED]>
wrote:
> Hi all, somebody knows whats the diferences between the System
> Administration Facility and DirMaint? The situation is that the people
> from IBM told us that they will install it after install zvm, i have
> never heard about it, i read the info about it and i think that it is
> a replacement for DirMaint, so i want to know the diferences between
> both, and the experience of use.

The Systems Administration Facility (SAF) is the z/VM "compatibility mode"
for customers who were using the Virtual Image Facility (VIF) product.  It
is *not* a replacement for DirMaint.

If you were not previously using VIF, then I do NOT recommend that you use
SAF.  While it makes the system easier to administer, it has a lot of
limitations that will frustrate you.

Use DirMaint.

Alan Altmark
Sr. Software Engineer
IBM z/VM Development

Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP

[Coffin Michael C]

Hi Romney,

That's just it, I don't see anything in the VM TCPIP trace that suggests a
timeout (at least no verbage that clearly says "timed out" or anything like
that).  Is there a keyword I can use to scan for that would indicate a
timeout?  Maybe it's there and I'm just not seeing it (the trace is very
chatty, just running it for a few seconds generates thousands of lines of
trace data).

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Romney White [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 18, 2002 12:30 PM
To: [EMAIL PROTECTED]
Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP


Michael:

This looks fine. What we're interested in finding in the trace output is the
reception and handling of the packet that TRACERTE sends to the VM system
(the one that times out).

Romney

On Wed, 18 Dec 2002 12:19:34 -0500 Coffin Michael C said:
>Hi Romney,
>
>I ran a trace which is too big to include here, but I'm seeing "Passed
>Route F" and "DontRoute F" in the trace, here's a snip:
>
>DTCPDO065I DispatchDatagram: Dest 152.225.118.49, protocol 17 dispatch
>mode 0, P assed Route F, DontRoute F
>
>DTCPDO066I DispatchDatagram releases LastRouteEntry
>
>DTCPDO080I FindRoute looking for route for: 152.225.118.49
>
>DTCPDO077I FindRoute found HostRTE for 152.225.118.49 on interface
>CTC504
>
>DTCPDO067I DispatchDatagram allocates LastRouteEntry
>
>DTCPDO044I Ipdown: Link: Link Name: CTC504, Link Type: CTC, Dev Name:
>CTC504, De v Type: CTC, Queuesize: 0
>
>DTCPDO046I Ipdown: FirstHop 152.225.118.49
>
>DTCPDO027I IP-down: ShouldFragment: Datagram: 78 Packet size:1492
>DTCPRC001I  version: 4
>DTCPRC002I  Internet Header Length: 5 = 20 bytes
>DTCPRC009I  Type of Service:Precedence = Routine
>DTCPRC010I  Total Length: 78 bytes
>DTCPRC011I  Identification: 37557
>DTCPRC009I  Flags: May Fragment, Last Fragment
>DTCPRC009I  Fragment Offset: 0
>DTCPRC019I  Time To Live: 124
>DTCPRC020I  Protocol: UDP
>DTCPRC021I  Header CheckSum: 56509
>DTCPRC022I  Source Address: 98E12738
>DTCPRC023I  Destination Address: 98E17631
>DTCIPU031IIP-up examining:
>DTCPRC001I   version: 4
>DTCPRC002I   Internet Header Length: 5 = 20 bytes
>DTCPRC009I   Type of Service:Precedence = Internetwork control
>DTCPRC010I   Total Length: 106 bytes
>DTCPRC011I   Identification: 1057
>DTCPRC009I   Flags: May Fragment, Last Fragment
>DTCPRC009I   Fragment Offset: 0
>
>DTCPRC019I   Time To Live: 255
>
>DTCPRC020I   Protocol: ICMP
>
>DTCPRC021I   Header CheckSum: 59269
>
>DTCPRC022I   Source Address: 98E17631
>
>DTCPRC023I   Destination Address: 98E12738
>
>DTCIPU037IIP-up: datagram ID 1057, len 106, Protocol ICMP from
>152.225.118.4
>9
>
>DTCIPU040IIP-up: forward datagram
>
>DTCPDO065I DispatchDatagram: Dest 152.225.39.56, protocol 1 dispatch
>mode 0, Pas sed Route F, DontRoute F
>
>DTCPDO066I DispatchDatagram releases LastRouteEntry
>
>DTCPDO080I FindRoute looking for route for: 152.225.39.56
>
>DTCPDO077I FindRoute found DefaultRTE for * on interface SHUTTLE3
>
>DTCPDO067I DispatchDatagram allocates LastRouteEntry
>
>DTCPDO044I Ipdown: Link: Link Name: SHUTTLE3, Link Type: ETHERNET, Dev
>Name: SHU TTLE3, Dev Type: LCS, Queuesize: 0
>
>DTCPDO046I Ipdown: FirstHop 152.225.118.1
>
>
>In the trace "SHUTTLE3" is our gigabit connection, 152.225.39.56 is the
>IP address of the Win2K workstation I ran the tracert from,
>152.225.118.49 is the address I was tracing (a Linux/390 guest VCTC'd
>to the TCPIP at 152.225.118.46).
>
>Is this perhaphs because I have not provided explicit routing, but
>rather use the "DefaultRoute" in VM's TCPIP configuration?
>
>
>Michael Coffin, VM Systems Programmer
>Internal Revenue Service - Room 6527
> Constitution Avenue, N.W.
>Washington, D.C.  20224
>
>Voice: (202) 927-4188   FAX:  (202) 622-3123
>[EMAIL PROTECTED]
>
>
>
>-Original Message-
>From: Romney White [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, December 18, 2002 10:59 AM
>To: [EMAIL PROTECTED]
>Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP
>
>
>Michael:
>
>Run the test with TRACE IPUP IPDOWN ICMP enabled. It looks as though
>the packet is being dropped by VM TCP/IP. The trace will show what is
>going on.
>
>Romney
>
>On Wed, 18 Dec 2002 10:45:19 -0500 Coffin Michael C said:
>>Hi Rob,
>>
>>Yes, pinging w

Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP

[Coffin Michael C]

Hi Romney,

I ran a trace which is too big to include here, but I'm seeing "Passed Route
F" and "DontRoute F" in the trace, here's a snip:

DTCPDO065I DispatchDatagram: Dest 152.225.118.49, protocol 17 dispatch mode
0, P
assed Route F, DontRoute F

DTCPDO066I DispatchDatagram releases LastRouteEntry

DTCPDO080I FindRoute looking for route for: 152.225.118.49

DTCPDO077I FindRoute found HostRTE for 152.225.118.49 on interface CTC504

DTCPDO067I DispatchDatagram allocates LastRouteEntry

DTCPDO044I Ipdown: Link: Link Name: CTC504, Link Type: CTC, Dev Name:
CTC504, De
v Type: CTC, Queuesize: 0

DTCPDO046I Ipdown: FirstHop 152.225.118.49

DTCPDO027I IP-down: ShouldFragment: Datagram: 78 Packet size:1492
DTCPRC001I  version: 4
DTCPRC002I  Internet Header Length: 5 = 20 bytes
DTCPRC009I  Type of Service:Precedence = Routine
DTCPRC010I  Total Length: 78 bytes
DTCPRC011I  Identification: 37557
DTCPRC009I  Flags: May Fragment, Last Fragment
DTCPRC009I  Fragment Offset: 0
DTCPRC019I  Time To Live: 124
DTCPRC020I  Protocol: UDP
DTCPRC021I  Header CheckSum: 56509
DTCPRC022I  Source Address: 98E12738
DTCPRC023I  Destination Address: 98E17631
DTCIPU031IIP-up examining:
DTCPRC001I   version: 4
DTCPRC002I   Internet Header Length: 5 = 20 bytes
DTCPRC009I   Type of Service:Precedence = Internetwork control
DTCPRC010I   Total Length: 106 bytes
DTCPRC011I   Identification: 1057
DTCPRC009I   Flags: May Fragment, Last Fragment
DTCPRC009I   Fragment Offset: 0

DTCPRC019I   Time To Live: 255

DTCPRC020I   Protocol: ICMP

DTCPRC021I   Header CheckSum: 59269

DTCPRC022I   Source Address: 98E17631

DTCPRC023I   Destination Address: 98E12738

DTCIPU037IIP-up: datagram ID 1057, len 106, Protocol ICMP from
152.225.118.4
9

DTCIPU040IIP-up: forward datagram

DTCPDO065I DispatchDatagram: Dest 152.225.39.56, protocol 1 dispatch mode 0,
Pas
sed Route F, DontRoute F

DTCPDO066I DispatchDatagram releases LastRouteEntry

DTCPDO080I FindRoute looking for route for: 152.225.39.56

DTCPDO077I FindRoute found DefaultRTE for * on interface SHUTTLE3

DTCPDO067I DispatchDatagram allocates LastRouteEntry

DTCPDO044I Ipdown: Link: Link Name: SHUTTLE3, Link Type: ETHERNET, Dev Name:
SHU
TTLE3, Dev Type: LCS, Queuesize: 0

DTCPDO046I Ipdown: FirstHop 152.225.118.1


In the trace "SHUTTLE3" is our gigabit connection, 152.225.39.56 is the IP
address of the Win2K workstation I ran the tracert from, 152.225.118.49 is
the address I was tracing (a Linux/390 guest VCTC'd to the TCPIP at
152.225.118.46).

Is this perhaphs because I have not provided explicit routing, but rather
use the "DefaultRoute" in VM's TCPIP configuration?


Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Romney White [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 18, 2002 10:59 AM
To: [EMAIL PROTECTED]
Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP


Michael:

Run the test with TRACE IPUP IPDOWN ICMP enabled. It looks as though the
packet is being dropped by VM TCP/IP. The trace will show what is going on.

Romney

On Wed, 18 Dec 2002 10:45:19 -0500 Coffin Michael C said:
>Hi Rob,
>
>Yes, pinging works fine to/from the guests.  In fact all IP traffic
>to/from the guests works fine - but traceroute shows this timeout at
>.46 (the VM TCPIP server).  I'd just like to understand why it times
>out and clear it up if possible.
>
>I'm not sure what you mean by "the status of the VCTC device".  It's
>pairs are coupled and working fine or we wouldn't be able to talk
>between the Linux/390 and VM TCPIP machines.
>
>-TIA
>
>Michael Coffin, VM Systems Programmer
>Internal Revenue Service - Room 6527
> Constitution Avenue, N.W.
>Washington, D.C.  20224
>
>Voice: (202) 927-4188   FAX:  (202) 622-3123
>[EMAIL PROTECTED]
>
>
>
>-Original Message-
>From: Rob Schwartz [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, December 18, 2002 10:43 AM
>To: [EMAIL PROTECTED]
>Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP
>
>
>Can you ping from VM  to .49?
>
>What's the status of the VCTC device?
>
>Can you ping from the .49 Linux machine to .46?
>
>
>Robert C Schwartz
>Technical Services
>Boscovs Department Stores LLC
>610-929-7387
>[EMAIL PROTECTED]
>
>- Original Message -
>From: "Coffin Michael C" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Wednesday, December 18, 2002 10:20 AM
>Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP
>
>
>> Arrggh - I have guests at both .49 and .50, I evident

Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP

[Coffin Michael C]

Hi Rob,

Yes, pinging works fine to/from the guests.  In fact all IP traffic to/from
the guests works fine - but traceroute shows this timeout at .46 (the VM
TCPIP server).  I'd just like to understand why it times out and clear it up
if possible.

I'm not sure what you mean by "the status of the VCTC device".  It's pairs
are coupled and working fine or we wouldn't be able to talk between the
Linux/390 and VM TCPIP machines.

-TIA

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Rob Schwartz [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 18, 2002 10:43 AM
To: [EMAIL PROTECTED]
Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP


Can you ping from VM  to .49?

What's the status of the VCTC device?

Can you ping from the .49 Linux machine to .46?


Robert C Schwartz
Technical Services
Boscovs Department Stores LLC
610-929-7387
[EMAIL PROTECTED]

- Original Message -
From: "Coffin Michael C" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, December 18, 2002 10:20 AM
Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP


> Arrggh - I have guests at both .49 and .50, I evidently included the
> trace to .49 (same results).  Strike .50 in my note and replace it
> with .49
(sorry
> for the confusion).
>
> Michael Coffin, VM Systems Programmer
> Internal Revenue Service - Room 6527
>  Constitution Avenue, N.W.
> Washington, D.C.  20224
>
> Voice: (202) 927-4188   FAX:  (202) 622-3123
> [EMAIL PROTECTED]
>
>
>
> -Original Message-
> From: Rob Schwartz [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, December 18, 2002 10:21 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP
>
>
> Hey Michael,
>
> Am I missing something here... What is 152.225.118.49
>
> Rob
>
> Robert C Schwartz
> Technical Services
> Boscovs Department Stores LLC
> 610-929-7387
> [EMAIL PROTECTED]
>
> - Original Message -
> From: "Michael Coffin" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, December 18, 2002 10:02 AM
> Subject: Odd TraceRoute To Linux/390 Guests via VM TCPIP
>
>
> > (Crossposted on VMESA-L and Linux-VM)
> >
> > Hi Folks,
> >
> > I'm in the process of implementing gigabit ethernet for a client and
> > am very curious about something.  I have a TCPIP stack on VM (VM/ESA
> > 2.4.0) with a dedicated gigabit card at IP address 152.225.118.46.
> > I have a Linux/390 guest virtual machine VCTC coupled to this TCPIP
> > virtual machine at IP address 152.225.118.50.  Take a look at the
> > traceroute below, when I trace to .46 it's nice and clean.  However
> > when I trace to .50 .46 times out.  Any idea what causes this?  VM's
> > TCPIP is proxyarping for these guests, by the way.
> >
> > I:\>tracert 152.225.118.46
> >
> > Tracing route to 152.225.118.46 over a maximum of 30 hops
> >
> >   1   <10 ms   <10 ms   <10 ms  152.225.39.2
> >   2   <10 ms   <10 ms   <10 ms  152.225.119.194
> >   3   <10 ms   <10 ms   <10 ms  152.225.46.36
> >   4   <10 ms   <10 ms   <10 ms  152.225.118.46
> >
> > Trace complete.
> >
> > I:\>tracert 152.225.118.49
> >
> > Tracing route to 152.225.118.49 over a maximum of 30 hops
> >
> >   1   <10 ms   <10 ms   <10 ms  152.225.39.2
> >   2   <10 ms   <10 ms   <10 ms  152.225.119.194
> >   3   <10 ms   <10 ms   <10 ms  152.225.46.36
> >   4 *** Request timed out.
> >   5   <10 ms   <10 ms   <10 ms  152.225.118.49
> >
> > Trace complete.
> >
> > Thanks in advance.  :)
> >
> > -Michael Coffin

Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP

[Coffin Michael C]

Arrggh - I have guests at both .49 and .50, I evidently included the trace
to .49 (same results).  Strike .50 in my note and replace it with .49 (sorry
for the confusion).

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Rob Schwartz [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 18, 2002 10:21 AM
To: [EMAIL PROTECTED]
Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP


Hey Michael,

Am I missing something here... What is 152.225.118.49

Rob

Robert C Schwartz
Technical Services
Boscovs Department Stores LLC
610-929-7387
[EMAIL PROTECTED]

- Original Message -
From: "Michael Coffin" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, December 18, 2002 10:02 AM
Subject: Odd TraceRoute To Linux/390 Guests via VM TCPIP


> (Crossposted on VMESA-L and Linux-VM)
>
> Hi Folks,
>
> I'm in the process of implementing gigabit ethernet for a client and
> am very curious about something.  I have a TCPIP stack on VM (VM/ESA
> 2.4.0) with a dedicated gigabit card at IP address 152.225.118.46.  I
> have a Linux/390 guest virtual machine VCTC coupled to this TCPIP
> virtual machine at IP address 152.225.118.50.  Take a look at the
> traceroute below, when I trace to .46 it's nice and clean.  However
> when I trace to .50 .46 times out.  Any idea what causes this?  VM's
> TCPIP is proxyarping for these guests, by the way.
>
> I:\>tracert 152.225.118.46
>
> Tracing route to 152.225.118.46 over a maximum of 30 hops
>
>   1   <10 ms   <10 ms   <10 ms  152.225.39.2
>   2   <10 ms   <10 ms   <10 ms  152.225.119.194
>   3   <10 ms   <10 ms   <10 ms  152.225.46.36
>   4   <10 ms   <10 ms   <10 ms  152.225.118.46
>
> Trace complete.
>
> I:\>tracert 152.225.118.49
>
> Tracing route to 152.225.118.49 over a maximum of 30 hops
>
>   1   <10 ms   <10 ms   <10 ms  152.225.39.2
>   2   <10 ms   <10 ms   <10 ms  152.225.119.194
>   3   <10 ms   <10 ms   <10 ms  152.225.46.36
>   4 *** Request timed out.
>   5   <10 ms   <10 ms   <10 ms  152.225.118.49
>
> Trace complete.
>
> Thanks in advance.  :)
>
> -Michael Coffin

Re: Mainframes Are Still A Mainstay

[Coffin Michael C]

"Winnebago has partitioned its S/390 Multiprise 3000 mainframe into 120
virtual servers--100 running IBM's VSE/ESA and CMS mainframe operating
systems and the rest running Linux. "

Wow!  Sounds like that "CMS" mainframe operating system is the way to go!
:)

Why is it that "VM" or "z/VM" is not mentioned ANYWHERE in this article?
Sorry, but this continues to drive me nuts...

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Colman Fink [mailto:Colman.Fink@;geac.com]
Sent: Monday, October 28, 2002 9:11 AM
To: [EMAIL PROTECTED]
Subject: Mainframes Are Still A Mainstay


"The mainframe's reliability and scalability have been widely chronicled for
decades, but it's IBM's support for Linux on its zSeries mainframes that's
bringing in new business. Last year, IBM won 75 new mainframe customers,
breaking a years-long cycle of decline. By year's end, IBM expects to
surpass last year's mark for new customers."
http://www.informationweek.com/story/IWK20021017S0004

Re: Cloning i386 Hard Drives - Like DDR

[Coffin Michael C]

Hi John,

I'm glad you found this reference.  I was wondering at what point the
connector might fail due to normal use and wear.  1000 swaps or 3 years
(approx.) is OK for me, but I'll be sure to buy some spares and keep them
around for the eventual rack failure.  

I love these things.  I'm mounting a couple of 120Gig drives in these and
mounting the racks in a USB to IDE enclosure to create what is essentially a
120Gig portable device.  Forget about zip, cd, dvd - 120Gig allows you to
take ANYTHING ANYWHERE.  I may look into a Firewire connection instead of
USB and see if that boosts the speed - but USB is universal and Firewire
still isn't on every machine.  Naturally, this wouldn't be an appropriate
solution where speed is critical, but it would be nice for say demoing Linux
or Hercules without installing anything on a customer machine, and of course
for just transporting huge amounts of data to and from the office.

Michael Coffin, VM Systems Programmer 
Internal Revenue Service - Room 6030 
 Constitution Avenue, N.W. 
Washington, D.C.  20224 

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>  



-Original Message-
From: John Summerfield [mailto:[EMAIL PROTECTED]] 
Sent: Thursday, August 15, 2002 4:59 PM
To: [EMAIL PROTECTED]
Subject: Re: Cloning i386 Hard Drives - Like DDR


On Thu, 15 Aug 2002, Coffin Michael C wrote:

> AVLogic.com - they're terrific!).  By the way, the lockable removable 
> racks with power/IDE activity lights are only $12 at AVLogic.com and 
> work great if anyone is interested.

A word of caution:
>From my reading, the cheaper devices (Centronics-style connector) are good
for about 1000 swaps - either side. Say, three years, maybe a little less,
with daily swaps.

For your use that's fine.


There are hot-swap caddies too - see www.vipower.com - but hot-swap is  not
an ATA standard, and it does not work with Linux. That said, you can still
shut the system down but not turn off the power to the whole system in order
to swap.

Note that a solution involving a second system, both running drdb, can give
you hot-swap of the whole server.

You could then use _whole_ disk for archives, and swap when you want without
taking down the service at all.


--


Cheers
John.

Please, no off-list mail. You will fall foul of my spam treatment. Join the
"Linux Support by Small Businesses" list at
http://mail.computerdatasafe.com.au/mailman/listinfo/lssb

Re: Cloning i386 Hard Drives - Like DDR

[Coffin Michael C]

Hi Mark,

If I were to decide to go RAID1, would there be anything about either of the
drives in a RAID1 configuration that would prevent their being swappable?
I've never set up RAID1 before, but maybe it would be worth looking at - and
then I could do logical backups (diff/tar) right on the primary/hda drive
(which would also be RAIDed to the secondary/hdc drive anyhow).  I've got
tons of space at the moment so this might make sense for me.

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Post, Mark K [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 15, 2002 8:18 AM
To: [EMAIL PROTECTED]
Subject: Re: Cloning i386 Hard Drives - Like DDR


Which is exactly what Michael asked for, and what he'll get with using "dd."
I tend to agree that a software RAID will probably serve Michael better than
running "dd" every night.

Mark Post

-Original Message-
From: Ledbetter, Scott E [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 15, 2002 7:45 AM
To: [EMAIL PROTECTED]
Subject: Re: Cloning i386 Hard Drives - Like DDR


RAID1 protects against physical disk disaster, but not logical problems. For
example, if your database is corrupted, with a RAID1 scheme it is corrupted
on both copies.

Scott Ledbetter
StorageTek

Re: IBM Moves Key Applications To Linux

[Coffin Michael C]

Hi Dave,

That's funny!  When I left IBM in 1999 they were aggressively moving the
internal Forums to Bloatus Notes.  It was a HORRIBLE implementation (like
all of the conversions from CMS to Bloatus Notes) and people just plain
stopped using the internal Forums (which were, up until then when running on
CMS, a treasure-trove of great information).

This was during the era when IBM had dictated that ALL applications will be
migrated to Bloatus Notes (whether it made any sense or note).  I was a key
programmer for a suite of tools that ran on VM/CMS and we were constantly
being ordered to migrate to Bloatus Notes.  This was during the late 1990's,
and as of this writing these applications still run (perfectly!) on VM/CMS.
Maybe IBM has given up on forcing everything into Notes and is considering
"more appropriate platforms"!  :)

Thanks for sharing that, I got a real kick out of it!

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Dave Jones [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 15, 2002 8:17 AM
To: [EMAIL PROTECTED]
Subject: IBM Moves Key Applications To Linux


[Cross posted to Linux390 and VMESA-L lists].

IBM released the following press release late yesterday afternoon. I think
the community here might find it of interest:
http://biz.yahoo.com/iw/020814/045483.htm

The paragraph that I especially noticed, having used IBM customer (external)
forums for years now, is:

Internal IBM Forums

IBM runs its internal community collaboration systems using Linux on VM on
an IBM eServer zSeries to provide service to more than 300,000 IBM employees
worldwide. Collaboration is provided using forums, or newsgroups, to allow
IBM employees worldwide to discuss hundreds of different technical and
business topics. These forums provide a way to host written discussions on
any relevant topic, and new content is appended to each forum as users
contribute. The forums are open to all IBM employees across the company. The
mainframe running Linux is integrated into IBM's single Intranet solution
called w3.ibm.com. This award-winning portal for IBM employees has over 17
million hits per day. The forums have over 15,000 new posts every month and
provide a valuable source of information on 800 different topics.

Dave Jones
http://www.sinenomine.net/
Houston, TX
281.578.7544 (voice)

Re: Cloning i386 Hard Drives - Like DDR

[Coffin Michael C]

Again, thanks for all of the great suggestions and info.  What I have is two
120Gig EIDE hard drives:

/dev/hda Primary boot drive
/dev/hdc Backup drive

Both drives are mounted in cold-swappable removable racks.  What I would
like to do is use hdc as a backup medium for hda.  On Sunday I'll run a full
clone of hda to hdc (probably using dd, and probably in single user mode).
Then on Monday-Saturday I'll use a diff / tar approach to zip up and copy
over incremental changes into a /backup directory on hdc.  This will give me
a 7 day backup scheme that should allow me to swap drives in the event of a
total failure and just boot off of the backup drive (mounted in the hda
chasis), and also allow me to recover grom "logical errors" by just copying
files from hdc to hda if necessary.

It should be a lot faster/cheaper than using tapes, and if I decide I want
more than a 7 day retention I can just swap hdc's every week (a 120Gig
Western Digital ATA100 7200 RPM drive with 8Meg cache is only $171.00 at
AVLogic.com - they're terrific!).  By the way, the lockable removable racks
with power/IDE activity lights are only $12 at AVLogic.com and work great if
anyone is interested.

Again, thanks for all of the advice and info - it is much appreciated.  :)

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Ledbetter, Scott E [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 15, 2002 7:45 AM
To: [EMAIL PROTECTED]
Subject: Re: Cloning i386 Hard Drives - Like DDR


RAID1 protects against physical disk disaster, but not logical problems. For
example, if your database is corrupted, with a RAID1 scheme it is corrupted
on both copies.

Scott Ledbetter
StorageTek

-Original Message-
From: John Summerfield [mailto:[EMAIL PROTECTED]]
Sent: August 14, 2002 8:51 PM
To: [EMAIL PROTECTED]
Subject: Re: Cloning i386 Hard Drives - Like DDR


On Thu, 15 Aug 2002 04:58, you wrote:
> Aaah, good - that's what I thought you meant.  Yes, of course it would
> be best to shutdown the system before cloning the disk, but what I
> intend to do is just backup my running system to a spare hard drive
> (of identical size and geometry) in the middle of the night via a cron
> job.  So worse case, it should be the same as recovering from a sudden
> power-off (which shouldn't be too bad).  I may shutdown sendmail,
> imap, httpd and a few others guys before doing the backup since they
> should be the only things (of any importance) that might update
> important files.

Why not just implement RAID1?




--
Cheers
John Summerfield


Microsoft's most solid OS: http://www.geocities.com/rcwoolley/

Re: Cloning i386 Hard Drives - Like DDR

[Coffin Michael C]

Hi David,

Aaah, good - that's what I thought you meant.  Yes, of course it would be
best to shutdown the system before cloning the disk, but what I intend to do
is just backup my running system to a spare hard drive (of identical size
and geometry) in the middle of the night via a cron job.  So worse case, it
should be the same as recovering from a sudden power-off (which shouldn't be
too bad).  I may shutdown sendmail, imap, httpd and a few others guys before
doing the backup since they should be the only things (of any importance)
that might update important files.

Thanks to all who responded both on and off list.  :)

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: David Boyes [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 14, 2002 3:58 PM
To: [EMAIL PROTECTED]
Subject: Re: Cloning i386 Hard Drives - Like DDR


> Thanks to all who replied.  Since it's a block by block copy I A)
> don't need to clear the copy-to target first, right?

True, provided the source and destination are the partitions covering the
entire physical disk.

  B) It will get the boot and
> partition records, right?

Yes, see above.


> David, when you say it doesn't work well on the disk you are running
> on, that's the disk I want to clone.  What kind of problems might
> I expect?

Mostly consistency problems, such as corrupted/truncated files if the source
disk changes while being copied to the destination. Same reason you don't
DDR a pack with active page/spool on it and expect it to be a completely
clean copy.  Most of this sort of inconsistency is fixable with fsck, but if
you want to guarantee a clean copy, then you can't be changing the disk out
from under dd.

-- db

Re: Cloning i386 Hard Drives - Like DDR

[Coffin Michael C]

Thanks to all who replied.  Since it's a block by block copy I A) don't need
to clear the copy-to target first, right?  B) It will get the boot and
partition records, right?

David, when you say it doesn't work well on the disk you are running on,
that's the disk I want to clone.  What kind of problems might I expect?

-TIA

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: David Boyes [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 14, 2002 3:12 PM
To: [EMAIL PROTECTED]
Subject: Re: Cloning i386 Hard Drives - Like DDR


Comes with the system. The "dd" command. Just like DDR, it doesn't work very
well on the disk you're running on, but anything else can be reliably
copied.

-- db

David Boyes
Sine Nomine Associates



> -Original Message-
> From: Linux on 390 Port [mailto:[EMAIL PROTECTED]]On Behalf Of
> Coffin Michael C
> Sent: Wednesday, August 14, 2002 2:21 PM
> To: [EMAIL PROTECTED]
> Subject: Cloning i386 Hard Drives - Like DDR
>
>
> Hi Folks,
>
> I have a slightly "off-topic" question.  I'd like to be able to
> "clone" my i386 hard drives just like we DDR volumes on the mainframe
> (i.e. a complete
> block by block clone without regard for content), including
> boot sectors and
> such.  Is there a way to do this using Linux (I know "Ghost"
> will do this,
> but I'm looking for something that runs on Linux while Linux is up and
> running).
>
> Appreciate any suggestions.  :)
>
> -TIA
>
> Michael Coffin, VM Systems Programmer
> Internal Revenue Service - Room 6527
>  Constitution Avenue, N.W.
> Washington, D.C.  20224
> Voice: (202) 927-4188   FAX:  (202) 622-3123
> [EMAIL PROTECTED]
>

Cloning i386 Hard Drives - Like DDR

[Coffin Michael C]

Hi Folks,

I have a slightly "off-topic" question.  I'd like to be able to "clone" my
i386 hard drives just like we DDR volumes on the mainframe (i.e. a complete
block by block clone without regard for content), including boot sectors and
such.  Is there a way to do this using Linux (I know "Ghost" will do this,
but I'm looking for something that runs on Linux while Linux is up and
running).

Appreciate any suggestions.  :)

-TIA

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224
Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]

Re: What Time Is It?

[Coffin Michael C]

We just went through this here as well.  One of my colleagues (Dan Leonard)
actually did the leg-work on this and deserves credit - but here's what he
came up with (note: 238 identifies one of our Linux/390 systems):

OK, here's the deal: tzselect sets the variable TZ to the time zone you
select; great for a per session or per user basis, but not quite "global"
enough. On further investigation, I found that time is modified with the
/etc/localtime file, which on 238 was s-linked to /usr/share/zoneinfo/EDT.
That file does not exist on 238.  I changed the /etc/localtime link to point
to /usr/share/zoneinfo/EST5EDT, and all is well, at least for my purposes.
Let me know if anybody experiences any problems.




Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Post, Mark K [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 23, 2002 2:03 PM
To: [EMAIL PROTECTED]
Subject: Re: What Time Is It?


The Linux/390 guest gets its initial time setting from the underlying VM
system at IPL time.  I would look to see if the other guests are running
something like NTP, and the "problem" guest is not.

Mark Post

-Original Message-
From: Scully, William [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 23, 2002 12:59 PM
To: [EMAIL PROTECTED]
Subject: What Time Is It?


At CA we run several Linux guests.  One, in particular, is confusing me. The
date command response is "way off", both in hours and minutes.  When I
correct it (by using the Linux date command) and restart (perhaps a week
later) the date command's response is, again, way off.  And when it's wrong
it's never wrong by the same amount of time.  None of our other SuSE 2.4
servers is acting like this.  Where should I look to fix this?

William P. Scully
Systems Programmer
Computer Associates International, Inc
2291 Wood Oak Drive
Unit 5-29C
Herndon, Virginia  20171

Work:  +1 703 708 3976

[EMAIL PROTECTED]

Re: Mainframe skill shortage

[Coffin Michael C]

I enjoyed reading this article, but disagree with some of the "conclusions"
reached, for example:

"People need to accept that there's going to be a shortage of mainframe
skills and a need to migrate off the mainframe."

If you believe (as I do) that a zero-downtime, ultra-scalable,
cost-effective  mainframe mega-processor is the only way to run an
Enterprise, then why would business want to "migrate off the mainframe" to
less stable, less scalable, less cost effective (overall) hardware?  I think
that it is time for business to take a close look at this issue, which
effects them directly in the years to come, and decide to make an investment
in their own futures by:

1.  Paying fairly for mainframe talent.
2.  Providing training for new talent for the years to come.

I have been working with mainframes and, more specifically, VM (and now
Linux/390 as well) since 1981, and as a VM Consultant since 1987.  Despite
there being some "dry times", I've always found work.  I know many other
mainframe employees and consultants that have given up on the mainframe
entirely because there is so little work, you frequently need to travel to
where the work is, and depending upon the geographic location compensation
may be ridiculously low (don't even THINK of taking a mainframe programming
contract in Florida - the "sunshine tax" will kill you!).

While the advent of personal computers has some value in the Enterprise
(i.e. your secretary can download pictures of Tom Cruise naked - something
difficult at best on the mainframe!), I still believe that the brunt of most
corporate computing is, and should be, done on mainframes.

Personally, you'll have to pry my last mainframe from my cold, dead hands.
:)



Michael Coffin, VM Systems Programming Consultant
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Terrence W. Zellers [mailto:[EMAIL PROTECTED]]
Sent: Saturday, July 20, 2002 2:35 PM
To: [EMAIL PROTECTED]
Subject: Re: Mainframe skill shortage


~
On Thu, 18 Jul 2002, Edwin Handschuh wrote:

> Terrence:
>
> I never left the mainframe platform.  I began in 1978 and haven't
> looked back since.  Fortunately I'm only 41 yrs. old and I'm hoping
> the demand for mainframe talent picks up soon as others retire.  Sure,
> I picked up PC skills in the early 80s and some Unix skills in the
> late 90's, but my bread and butter has always been mainframe.  I'm not
> going to lie to you and tell you that it's been an easy road post Y2K,
> but there still is a level of demand out there for good mainframe
> talent.  The trick is to find the right client at the right time and
> at the right price.

My point is that generally unix work pays more than MF work for
titularly similar positions and that employment is generally easier to find
in the unix world (admittedly, it's been very tough the last two years all
around).  That being the case many people who would otherwise be available
for MF work won't come near it.

I am my most telling example: I'm making 50%+ more than I ever did
as a sysprog, and even in these tough times, though they haven't sent me out
on an interview in a long time the headhunters call "just to touch base" on
occasion.  I'd *consider* a move to another *ix job for the ROT 15% but
because of the rarity of MF positions and the poor future employment options
I wouldn't even go out on an interview for a mainframe job unless there was
at least a 25% increase potential - which I don't see ever happening.

I know of no other cases exactly like mine though anectdotally I
know I'm not that rare;  I do know of several techies who went management
(and from thence often drifted from IS to/through telcom, facilities, and
even sales), and some others who directly left the industry entirely. Point
here is that the salary ceiling for MF techies is too low; as my kids
approach college age I needed/wanted more though I wanted to remain a techie
and I was able to get it moving from MF to *ix; others get around that
ceiling in other directions.

From the other direction, why would a pup want to go mainframe when
there are more *ix jobs and they pay the same or more and the sky is higher?

> On another note, I believe IBM has initiated a new promotion for
> colleges to teach mainframe skills again (COBOL, etc.)

COBOL  (I will do COBOL maintenance ... only if you are a good
friend who needs a big favor ... or you pay an hourly high enough to
indemnify the potential brain damage and therapy for the psychological
scarring[in my case, reopening old wounds!]).

It's a good thing that a venue to learn the skills is available, but
it's not going to do any good unless there is economic incentive to learn
them.

The best thing about Linux390 is that it allows cross-over potential
for some skills as the linux employment potential grows. Bu

Re: NFS pb while using OSA Gigabit at 2nd level of VM

[Coffin Michael C]

Arrgh!  See what happens when you post to lists BEFORE morning coffee?

Thanks Mark and apologies to Vic for missing the point of your post.

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Post, Mark K [mailto:[EMAIL PROTECTED]]
Sent: Thursday, July 18, 2002 9:55 AM
To: [EMAIL PROTECTED]
Subject: Re: NFS pb while using OSA Gigabit at 2nd level of VM


Mike,

He was talking about running another VM in a different LPAR, not just
running one Linux/390 in another LPAR.

Mark Post

-Original Message-
From: Coffin Michael C [mailto:[EMAIL PROTECTED]]
Sent: Thursday, July 18, 2002 9:40 AM
To: [EMAIL PROTECTED]
Subject: Re: NFS pb while using OSA Gigabit at 2nd level of VM


I can think of lots of reasons NOT to use an LPAR for a test/development
system (i.e. dedicated LPAR memory per LPAR versus VM's management of all
memory, real hardware required to connect across LPAR's versus VCTC's and
IUCV on VM, easier management of guests under VM from any location versus
presence in machine room for LPAR, etc.), but not a lot of reasons NOT to
use VM (with the possible exception of this OSA problem, if it turns out to
be a VM problem).

I've installed dozens of Linux/390 images (Marrist, SuSE, RedHat) over the
past couple of years.  All have been as second level guests, and I've never
had a single problem attributable to running second level.  Morever, by
using VM as the hypervisor and virtualizing things, it allows me my most
effective use of hardware, memory and network resources.  And of course, I
can do it all from any location since I'm never needed in the machine room.
:)

Just my $.02 - but then again I'm an acknowledged VM bigot.  Having said
that, remember that LPAR is really nothing more than a stripped down version
of VM's CP in microcode form. :)

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Vic Cross [mailto:[EMAIL PROTECTED]]
Sent: Thursday, July 18, 2002 9:25 AM
To: [EMAIL PROTECTED]
Subject: Re: NFS pb while using OSA Gigabit at 2nd level of VM


On 18.07.2002 at 19:51:26, Elisabeth Terseur <[EMAIL PROTECTED]> wrote:

>   -and last but not least: I really have to install at second
> level of VM this is the environment we provide here for tests and
> education...

I can accept that VM shops traditionally would use second-level systems for
testing/training, but it looks like there are some real issues with running
Linux (at least the installation systems) as guests of a second-level VM.

Not meaning to be too critical, but is the need to run at second-level
simply because \"that\'s the way we\'ve always done it around here\"?  My
suggestion would be to run your second-level testing/training VM at
first-level in another LPAR.  Since I\'m only a VM apprentice though, there
may be additional VM management issues that I\'m not aware of.

The other suggestion I can make is to try a kernel with the timer patch
applied in your third-level Linuxes.  Not sure if this might actually make
things worse though... ;)

Cheers,
Vic Cross


--
Vic Cross  MACS  mailto:[EMAIL PROTECTED]
Networking, Linux, on zSeries and S/390

Re: NFS pb while using OSA Gigabit at 2nd level of VM

[Coffin Michael C]

I can think of lots of reasons NOT to use an LPAR for a test/development
system (i.e. dedicated LPAR memory per LPAR versus VM's management of all
memory, real hardware required to connect across LPAR's versus VCTC's and
IUCV on VM, easier management of guests under VM from any location versus
presence in machine room for LPAR, etc.), but not a lot of reasons NOT to
use VM (with the possible exception of this OSA problem, if it turns out to
be a VM problem).

I've installed dozens of Linux/390 images (Marrist, SuSE, RedHat) over the
past couple of years.  All have been as second level guests, and I've never
had a single problem attributable to running second level.  Morever, by
using VM as the hypervisor and virtualizing things, it allows me my most
effective use of hardware, memory and network resources.  And of course, I
can do it all from any location since I'm never needed in the machine room.
:)

Just my $.02 - but then again I'm an acknowledged VM bigot.  Having said
that, remember that LPAR is really nothing more than a stripped down version
of VM's CP in microcode form. :)

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Vic Cross [mailto:[EMAIL PROTECTED]]
Sent: Thursday, July 18, 2002 9:25 AM
To: [EMAIL PROTECTED]
Subject: Re: NFS pb while using OSA Gigabit at 2nd level of VM


On 18.07.2002 at 19:51:26, Elisabeth Terseur <[EMAIL PROTECTED]> wrote:

>   -and last but not least: I really have to install at second
> level of VM this is the environment we provide here for tests and
> education...

I can accept that VM shops traditionally would use second-level systems for
testing/training, but it looks like there are some real issues with running
Linux (at least the installation systems) as guests of a second-level VM.

Not meaning to be too critical, but is the need to run at second-level
simply because \"that\'s the way we\'ve always done it around here\"?  My
suggestion would be to run your second-level testing/training VM at
first-level in another LPAR.  Since I\'m only a VM apprentice though, there
may be additional VM management issues that I\'m not aware of.

The other suggestion I can make is to try a kernel with the timer patch
applied in your third-level Linuxes.  Not sure if this might actually make
things worse though... ;)

Cheers,
Vic Cross


--
Vic Cross  MACS  mailto:[EMAIL PROTECTED]
Networking, Linux, on zSeries and S/390

Re: How to fix early boot problem

[Coffin Michael C]

For SuSE systems, I have a REXX program to build the network.  This has
saved my bacon many, many times and is very helpful in reconfiguring the
network.

I've attached a copy FYI (sorry, I tried to imbed it but it's 80 characters
wide and the line wrap was horrible).  You need to have access to Regina (or
another REXX interpreter) to run it, and you need to run SuSEConfig when
finished.

Michael Coffin, VM Systems Programmer 
Internal Revenue Service - Room 6030 
 Constitution Avenue, N.W. 
Washington, D.C.  20224 

Voice: (202) 927-4188   FAX:  (202) 622-6726
[EMAIL PROTECTED]   




netsetup.rex
Description: Binary data

Re: Linux Roadshow Schedule 7/10 to 8/8

[Coffin Michael C]

The link works fine for me.

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: cathy carpenter Health Plans, Inc [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 27, 2002 10:28 AM
To: [EMAIL PROTECTED]
Subject: Re: Linux Roadshow Schedule 7/10 to 8/8


In a message dated 6/27/02 8:30:24 AM Eastern Daylight Time,
[EMAIL PROTECTED] writes:

>  http://www3.ca.com/events/default.asp?evTP=4

I am not able to get to this site, anyone else?

Re: print server/SAMBA

[Coffin Michael C]

I would agree with that statement, with some slight editing, such that it
reads:

"Windows opens a security vulnerability to the users PC."  :)

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Hall, Jammie [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 26, 2002 4:08 PM
To: [EMAIL PROTECTED]
Subject: Re: print server/SAMBA


>From what he told me it is the issue of creating SAMBA shares in Windows. It
opens a security vulnerability to the users PC.

-Original Message-
From: Post, Mark K [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 26, 2002 2:57 PM
To: [EMAIL PROTECTED]
Subject: Re: print server/SAMBA


Jammie,

Perhaps if we knew what your security guy thinks the issue is, we might be
able to help.

Mark Post

-Original Message-
From: Hall, Jammie [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 26, 2002 2:44 PM
To: [EMAIL PROTECTED]
Subject: print server/SAMBA


I have rh7.2 installed in a LPAR. I have setup some network printers and
used them okay with SAMBA. However, our security guy informs me that will
not "fly" in production environment due to security issue regarding SAMBA.
Is there an alternative or do I have to "sell" this as is?

regards, j-me

Re: zipl

[Coffin Michael C]

Zipl is only for 2.4 systems, for 2.2.16 use silo.

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Sergey Korzhevsky [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 24, 2002 10:26 AM
To: [EMAIL PROTECTED]
Subject: Re: zipl


Thank to All.
I run zipl with kernel and ramdisk. It is working only for 2.4.x kernel.
2.2.16 kernel can't find ramdisk after boot. I had to do tape. Old way is
the best way :)


WBR, Sergey



    Coffin Michael C
  cc:
Sent by: Linux  Subject: Re: zipl
on 390 Port
<[EMAIL PROTECTED]
RIST.EDU>


24.06.02 16:36
Please respond
to Linux on 390
Port






Hi Sergey,

FWIW, I had NUMEROUS problems trying to get zipl to accept command line
parameters with the /etc/zipl.conf file in place.  I could ONLY get zipl to
work properly by renaming/deleting the zipl.conf file and THEN zipl accepted
my command line parameters.  Try it that way, I'll bet it will work for you.
:)

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Sergey Korzhevsky [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 12:37 PM
To: [EMAIL PROTECTED]
Subject: Re: zipl


20.06.2002 18:14:38 Rob van der Heij  wrote:

>At 16:57 20-06-02, Sergey Korzhevsky wrote:
>
>>How can i write kernel (and ramdisk) on a new disk with zipl?
>
>Look in the ISP/ASP Redbook for the rescue disk alternate kernel
>process. The magic trick is the -r option to point to your initrd but
>you may have to remove /etc/zipl.conf or very hard point it to an empty
>file somewhere. Someone implement default as the fault.

Can you give me example? I can't find, how can i say to zipl boot device. I
try to use zilo, but i got some strange errors like "this file on disk 94/0
insteed of 94/24". 94/0 - my root, 94/24 - my new disk, i think.

WBR, Sergey

Re: 2.4.17-may timer pop problems

[Coffin Michael C]

Hi Mike,

When your Linux/390 guest is in CP READ mode, have you tried entering "B"
(for BEGIN) to see if the virtual machine resumes running?  If you have, and
your guest does NOT start running, you should see some CP error messages
about why it hasn't started - that might be a good place to start.

If entering "B" gets your system back up and running - it probably means
somebody pressed ENTER on the virtual machine console (either a logged on
console, or via SCIF) causing the virtual machine to go into a CP READ.
That's something you'll have to address with your staff if you find it to be
the case.

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Mike Kershaw [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 12:31 PM
To: [EMAIL PROTECTED]
Subject: 2.4.17-may timer pop problems


I'm running 2.4.17-may with the no timer patch, qdio, and guest lans.

I've noticed it has the highly unfortunate tendency to just completely drop
dead with no errors on the console.  The console drops into CP READ on any
attempt to interact with the linux/390 system, and will not resume. a re-IPL
is the only route left.

No panic message or anything useful.

It doesn't seem to be load dependent - happens fully idle, happens in the
middle of compiling.  Happens doing network traffic, happens sitting there
doing nothing, happens with the console attached and with the console
disconnected (hey, it was worth a shot).  Usually happens within 15-25
minutes of IPL.

Anyone else encounter this?

-m

--
Michael Kershaw
[EMAIL PROTECTED]
Linux Systems Programmer, Information Technology

"Don't worry, I'm sure they'll listen to Reason." -- Fisheye, Snowcrash

Re: SuSE 7.0 adding another dasd device

[Coffin Michael C]

Hi Rich,

No problem, been there - done that!  It doesn't always seem intuitive that
you need to reload the kernel just to pick up changes to a flat parameter
file - but there you have it (I think it stores pointers to the file when
you run lilo/silo/zipl).

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Rich Blair [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 11:36 AM
To: [EMAIL PROTECTED]
Subject: Re: SuSE 7.0 adding another dasd device


Michael - It worked great just as you said. Thanks!

-Original Message-
From: Coffin Michael C [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 9:30 AM
To: [EMAIL PROTECTED]
Subject: Re: SuSE 7.0 adding another dasd device


Hi Rich,

You need to rerun silo in order to pick up the changes to the boot parm
file.

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Rich Blair [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 9:20 AM
To: [EMAIL PROTECTED]
Subject: SuSE 7.0 adding another dasd device


Just finished going through the install of SuSE Linux 7.0 (s390) - Kernel
2.2.16.

Have 3 dasd devices given to me by the VM sysprog: 291, 292, 293.

more /proc/dasd/devices:

0291(ECKD) at (94:0) is   dasda:active  at blocksize: 4096, 36000 blocks,
140 MB swap
0292(ECKD) at (94:4) is   dasdb:active  at blocksize: 4096, 396000 blocks,
1546 MB  boot

0293 did not get added to the system via YaST install but now I'd like to
add it.

Is there a way to do this?

I've tried adding it to the /boot/params and rebooting but this didn't help.

more /boot/parmfile: dasd=0291,0292,0293 root=/dev/dasdb1 noinitrd

Thanks.

Rich Blair | Sr. Sytems Programmer
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>

ASG |  <http://www.asg.com/> asg.com
1333 Third Avenue South
Naples, Florida 34102 USA

Tel: 941.435.2243
Fax: 941.213.3717
Toll Free: 800.932.5536

Re: zipl

[Coffin Michael C]

Hi Sergey,

FWIW, I had NUMEROUS problems trying to get zipl to accept command line
parameters with the /etc/zipl.conf file in place.  I could ONLY get zipl to
work properly by renaming/deleting the zipl.conf file and THEN zipl accepted
my command line parameters.  Try it that way, I'll bet it will work for you.
:)

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Sergey Korzhevsky [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 12:37 PM
To: [EMAIL PROTECTED]
Subject: Re: zipl


20.06.2002 18:14:38 Rob van der Heij  wrote:

>At 16:57 20-06-02, Sergey Korzhevsky wrote:
>
>>How can i write kernel (and ramdisk) on a new disk with zipl?
>
>Look in the ISP/ASP Redbook for the rescue disk alternate kernel
>process. The magic trick is the -r option to point to your initrd but
>you may have to remove /etc/zipl.conf or very hard point it to an empty
>file somewhere. Someone implement default as the fault.

Can you give me example? I can't find, how can i say to zipl boot device. I
try to use zilo, but i got some strange errors like "this file on disk 94/0
insteed of 94/24". 94/0 - my root, 94/24 - my new disk, i think.

WBR, Sergey

Re: What's needed with z/VM?

[Coffin Michael C]

Hi Ann,

I need to (respectfully) disagree with you.  RACF is simply horrible,
terrible under VM.  If their intent is to host Linux/390 server farms, I
don't really know that VM security over and above all of the native CP
security is even necessary since end users would never log on to VM (just
Linux/390 servers).

DIRMAINT, a venerable old program, doesn't compare to VMSECURE.  It's like
comparing a Yugo (DIRMAINT, basic transportation, undependable and expensive
in the long run) to a Volvo (VMSECURE, highly dependable, full featured, and
lower TCO in the long run).  VMSECURE also has excellent security components
that plug in to the ESM exits in VM, so if a decision were made that you DO
need a directory maintenance product AND an ESM VMSECURE has it all in one
that works flawlessly and seamlessly.

Of course, that's just my opinion - but I've worked with VMSecure, Dirmaint
and RACF for about 20 years and my opinion hasn't changed about
Dirmaint/RACF in all these years.

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Ann Smith [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 05, 2002 9:43 AM
To: [EMAIL PROTECTED]
Subject: Re: What's needed with z/VM?


Another two cents.
You definitely need RACF. A security package should be a requirement and
RACF can be purchased with engine based charging. I am not sure of what CA
is charging  now for VMSECURE. DIRMAINT is highly recommended- very useful,
makes the sysprog's life easier. Also available with engine based charging.
RTM is good for snapshots and quite inexpensive (again engine priced). I
also recommend Velocity Software's Linux Performance Suite. So basically I'd
go with the IBM products for security and directory maintenance. The pricing
is better and you know they'll be kept up to date. But I do recommend ESALPS
from Velocity Software. It is reasonably priced and the best VM performance
products.

"Kittendorf, Craig" wrote:

> We're currently have SuSE Linux/390 in an LPAR. Management is asking
> about z/VM and I really know very little about it.
>
> If we get z/VM to run Linux/390 as guests, what else would be required
> (not just desirable)  beyond the base z/VM, e.g. RACF or Top Secret,
> etc?
>
> Thanks,
> Craig

Re: DB2/Connect For Linux/390

[Coffin Michael C]

Hi Jay,

Thank You - I'll have to get the most current CD I guess.  Does anyone know
if this is available on the 'net somewhere for download?

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Robert J Brenneman [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 05, 2002 9:30 AM
To: [EMAIL PROTECTED]
Subject: Re: DB2/Connect For Linux/390 (RESENDING)


It is on my DB2 family cd, packaged with UDB EE 7.2 and the development
packages. It's one of the 4 options I get when I run db2setup.

Jay Brenneman

z/OS System Build and Installation
Dept. C90A   1A26/710

T/L:   295 - 7745
Extern: 845 - 435 - 7745
[EMAIL PROTECTED]





          Coffin Michael C
  cc:
  Sent by: Linux onSubject:  DB2/Connect For
Linux/390 (RESENDING)
  390 Port
  <[EMAIL PROTECTED]
  IST.EDU>


  06/05/02 07:59 AM
  Please respond to
  Linux on 390 Port





Sorry for the MIME in that last post (darned M$ Outlook!).  Let's try it
again:

Hi Folks,

We've got an enterprise license for DB2 including DB2/Connect.  On all of
the CD's I have I cannot find the DB2/Connect client for Linux/390.  Can
anyone steer me to where I might be able to find this?

Thanks in advance.

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224
Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]

DB2/Connect For Linux/390 (RESENDING)

[Coffin Michael C]

Sorry for the MIME in that last post (darned M$ Outlook!).  Let's try it
again:

Hi Folks,

We've got an enterprise license for DB2 including DB2/Connect.  On all of
the CD's I have I cannot find the DB2/Connect client for Linux/390.  Can
anyone steer me to where I might be able to find this?

Thanks in advance.

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224
Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]

DB2 Connect For Linux/390

[Coffin Michael C]

Hi Folks,

We've got an enterprise license for DB2 including DB2/Connect.  On all of
the CD's I have I cannot find the DB2/Connect client for Linux/390.  Can
anyone steer me to where I might be able to find this?

Thanks in advance.

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED] 


<>

Re: SnapVantage

[Coffin Michael C]

I just looked on their website but it's not clear to me what it does or how
it does it.  It makes blanket statements like "simplifies VM administration"
- what parts of VM administration?  If anyone can point me to some better
(i.e. more detailed) literature on it, maybe with screen captures, I'd at
least take a look at it. :)

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Ferguson, Neale [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, June 04, 2002 1:48 PM
To: [EMAIL PROTECTED]
Subject: SnapVantage


I was just skimming through the latest eWeek publication and saw an article
on StorageTek's "SnapVantage" product. I don't recall seeing anything on the
list about it:

"StorageTek's SnapVantage software, a member of the Virtual Power Suite
solutions, facilitates the rapid deployment of multiple Linux virtual
servers that reside on StorageTek's Shared Virtual Array disk subsystems.
Server management capabilities provided enable you to perform common
administrative functions for Linux servers, VM administration, and SVA disk
activities...all from within the friendly SnapVantage GUI. After you've made
the decision to migrate from physical to virtual servers using Linux for
zSeries, use SnapVantage to accelerate the benefits of virtual technology.
SnapVantage leverages the power of StorageTek's virtual products, including
Shared Virtual Array disk subsystems, Shared Virtual Array Administrator
software and SnapShot software, in open systems to optimize your Linux
zSeries environment."

See: "http://www.storagetek.com/prodserv/products/software/svan/";

Linux/390 Native Backups

[Coffin Michael C]

Hi Folks,

I know this has been asked before so please forgive the redundancy, but is
anybody actually running NATIVE Linux/390 backups and if so what software
are you using to do it?

Are there native Linux/390 tape commands like the CMS TAPE and VMFPLC2
commands?

And (finally!) is there a way to pass a CP command up to the Linux/390
virtual machine running under VM (so, for example, my backup process running
on Linux/390 could cause the Linux/390 virtual machine to issue CP SMSG
VMTAPE MOUNT SCRATCH 500 (RETPD 30 or something like that)?

Thanks in advance.  :)

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224
Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]

Re: Oracle I/O and LVM questions

[Coffin Michael C]

Hi Kevin,

If you want a simple (and free) "scheduler" for VM I'll be happy to send you
a little REXX EXEC that will do what you need.  You'll need the WAKEUP
MODULE which formerly was a part of the separately licensed "CMS Utilities
Feature" (CUF), but if you are running z/VM 4 I understand it is now bundled
in and should work fine.

I'm pretty sure z/OS does not include tape management and/or backup software
on a "bare bones" system either, they are optional licensed program
products.  IBM used to re-sell VMBackup, VMTape (and maybe VMSchedule, it's
been so long now I forget) under the IBM logo having recognized that they
were truly "best of breed" products.  That's when the products were owned by
VM Software, Inc. (which became Sterling Software, which became Computer
Associates. H, I know I missed a generation in there somewhere - Ah
yes, I think between VMSI and Sterling there was Systems Center).

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]



-Original Message-
From: Wright, Kevin [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 03, 2002 5:08 PM
To: [EMAIL PROTECTED]
Subject: Re: Oracle I/O and LVM questions


Michael, Thanks for the info. When IBM first told us we can back up Linux
from Z/OS, they did not us any details, hence the confusion now.

About the VM stuff, I meant installed and running.  We have a bare bones VM
system, no non-IBM products installed, nor will there be (we are trialing
everything from IFL engine to SuSe).  As to your question, have I heard of
them? No, I have not.  I and my group are new to VM (having dropped VM over
15 years ago) I will have to look into your suggestions about CMS
scheduling, once I figure how to get into CMS.

Kevin Wright
Supervisor, Mainframe Support
Enterprise Operations Services
Dow Jones & Company, Inc.
[EMAIL PROTECTED]
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 any action in reliance upon, this information by persons or entities
other than the intended recipient is prohibited.  If you received this in
error, please contact the sender and delete the material from any computer.

-Original Message-
From: Coffin Michael C [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 03, 2002 4:52 PM
To: [EMAIL PROTECTED]
Subject: Re: Oracle I/O and LVM questions


"How the heck do you back up Linux with LVM under VM???"

Well, you don't.  Would you try to back up a running z/OS system from VM?
You'll either need to take down or otherwise quiesce your Linux/390 systems
and run DDR's from VM (or that other system, z/OS) or find a native
Linux/390 backup solution and give the Linux/390 guest(s) access to the tape
drives.



"All my tape devices are allocated to Z/OS and since there really isn't any
scheduler or tape mgmt system on VM, I would like to run the backups from
Z/OS."

Hugh?  Of course there are schedulers on VM.  Ever hear of "VM:Schedule"?
Tape management:  "VM:Tape".  Backups:  "VM:Backup".  Of course, these are
just the CA products, there are other vendors that also have scheduling,
tape management and backup products for VM - but CA's are "best of breed".
Even if you don't purchase a product like VM:Schedule, it's a simple enough
matter to implement your own "scheduler" under CMS ala VMUTIL and the WAKEUP
MODULE.  Although I haven't looked yet, I'll bet if you can NFS mount your
Linux/390 volumes on CMS VM:Backup can back them up (someone please correct
me on this, we're not running NFS on our ESA 2.3.0 system so I can't confirm
or deny it).

Michael Coffin, VM Systems Programmer
Internal Revenue Service - Room 6527
 Constitution Avenue, N.W.
Washington, D.C.  20224

Voice: (202) 927-4188   FAX:  (202) 622-3123
[EMAIL PROTECTED]