Hello,
I have 2 SUSE Linux 9 servers under z/VM 5.2 and when one of them starts
to use all of its RAM (example: when copying huge files or work with java
,
portal), suddenly both of them stop responding by tcpip. I can see under
z/VM, that servers still work, only can't do anything by tcpip.
On Thu, Jan 15, 2009 at 12:10 PM, Hebda Sebastian s.he...@kghm.pl wrote:
Hello,
I have 2 SUSE Linux 9 servers under z/VM 5.2 and when one of them starts
to use all of its RAM (example: when copying huge files or work with java,
portal), suddenly both of them stop responding by tcpip. I can see
Dear all,
I am planning to setup RACF in a CSE environemnt. The CSE is on two
different processors. I have read in the Program Directory that in this c
ase
the RACF database mustn't be on a CSE formatted volume since it uses real
reserve/release CCWs. Therefore I can put it only on a real
On 1/15/09 11:11 AM, Florian Bilek florian.bi...@gmail.com wrote:
I am planning to setup RACF in a CSE environemnt. The CSE is on two
different processors. I have read in the Program Directory that in this c
ase
the RACF database mustn't be on a CSE formatted volume since it uses real
Can monitor data be sorted so that it can be fed into CP3KVMXT (CP3000
summarizer)?
We collect monitor data using Brian Wade's LINMON package which allows
us to collect it into smaller files. We then FTP these files over to
z/OS for processing by MXG.
Problem is CP3KVMXT doesn't like it
On Thursday, 01/15/2009 at 11:11 EST, Florian Bilek
florian.bi...@gmail.com wrote:
I am planning to setup RACF in a CSE environemnt. The CSE is on two
different processors. I have read in the Program Directory that in this
case the RACF database mustn't be on a CSE formatted volume since it
Couldn't you define a very small 3390 volume for this purpose in the
storage subsystem so that at least you're waste is less
Lionel B. Dyck, Consultant/Specialist
From:
David Boyes dbo...@sinenomine.net
To:
IBMVM@LISTSERV.UARK.EDU
Date:
01/15/2009 08:22 AM
Subject:
Re: Sharing the RACF
On 1/15/09 11:25 AM, Lionel B. Dyck lionel.b.d...@kp.org wrote:
Couldn't you define a very small 3390 volume for this purpose in the storage
subsystem so that at least you're waste is less
Yeah. Minidisks by any other name, but
It¹s just annoying that RACF is so VM-hostile.
Forewarning: I have no knowledge of LINMON package details. There
may/must be better ways of doing this, but this may help.
Isn't there a sufficient date/timestamp already on each generated record
that could be used to sort them before CP3KVMXT processing?
If not, would it be possible in
I use the stubby volumes (less than a mod-3) at the end of the string
for exactly this reason.
You can DEDICATE the volumes as 200 and 300 in the directory, but then
you can't get them attached anywhere else.
I define them this way now:
MDISK 0200 3390 DEVNO 461F MWV
MDISK 0300 3390 DEVNO 641F
Don't put the primary and backup on the same dasd. The whole point of the
backup is to have a good database in case you get a h/w failure on the
primary volume.
Seems that with modern DASD, one never gets a volume failure anymore. You
either lose nothing or you lose the whole darn subsystem
Dear all,
Thanks a lot for this real quick answers. Have hoped to avoid a
reconfiguration of the storage subsystem.
Seems there would be some room for future enhancement of this issue ;-)
Best regards,
Florian
I(ve got a CP mod that allows a Reserve/Release on non-fullpack
volumes. Created for my customer at a time they had 3 or 4 softwares
that each needed 2 R/R minidisks. Without the mod, we'd had to devote
8 full packs, each with a few cylinders in use.
The mod is basically simply commenting out
Mike Walter wrote:
Forewarning: I have no knowledge of LINMON package details. There
may/must be better ways of doing this, but this may help.
Isn't there a sufficient date/timestamp already on each generated record
that could be used to sort them before CP3KVMXT processing?
Yepper,
If your storage subsystem is a DS6000 or DS8000 series it allocates in
extents which are a Mod3 in size. So you waste space for any volume that
is not a multiple of a Mod3.
On a Shark, you can define odd sizes without wasting space.
Brian Nielsen
On Thu, 15 Jan 2009 08:25:40 -0800, Lionel
IIRC, that is a configuration record that is written when the monitor is
initialized. It was required by MICS. ESAWRITE has the ability to start
each raw data file with one of these records. If you don't have
ESAWRITE, you can find a configuration record in any file, retain a copy
of it and
I came across the following explanation from IBM when setting up out RACF.
Looks like you could use mdisks if only VM shares the database, but you
still have to waste the rest of the space on the volumes.
.FO OFF
.RH ON
Item BDC28340 NOM (DATE/20031125) IBM INTERNAL USE
Schuh, Richard wrote:
IIRC, that is a configuration record that is written when the monitor is
initialized. It was required by MICS. ESAWRITE has the ability to start
each raw data file with one of these records. If you don't have
ESAWRITE, you can find a configuration record in any file, retain
This Retain text is still misleading:
- an unmodfied CP will never let a Reserve go through the HW for
non-fullpack mdisks
So, the text about placing the minidisks at the exact same place for
all sharing
z/VM systems, is useless.
- the mode MWV triggers only *Virtual* Reserve/Release. Unless
System is running z/VM Version 4 Release 3.0, service level 0301 (32-bit)
, one of the app programmers asked this question ( his email is below) ,
I have never used it so I do not know, any help with this is appreciated.
Hi Augie;
I figured out how to get the 1.9 million records loaded.
The PKZIP company might still offer a pkzip for CMS; they had a download and
free trial period too.
http://www.pkware.com/
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of August Carideo
Sent: Thursday, January 15, 2009 1:38 PM
http://www.xlsoft.compkzip for VM
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of August Carideo
Sent: Thursday, January 15, 2009 1:38 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: VM UnZip question
System is running z/VM Version
- the mode MWV triggers only *Virtual* Reserve/Release. Unless you run two
copies of RACF on a single VM system, no Virtual R/R is required.
MWV could protect RACFVM and RACMAINT stepping on eachother, but I don't
know if CP allows both of them to become active concurrently.
My understanding
I'm not certain, but I think PKWARE dropped VM/CMS support last fall, so
you might not be able to get new copies or keys.
DB
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Romanowski, John (OFT)
Sent: Thursday, January 15, 2009
On Thursday, 01/15/2009 at 12:13 EST, Marcy Cortes
marcy.d.cor...@wellsfargo.com wrote:
Seems that with modern DASD, one never gets a volume failure anymore.
You
either lose nothing or you lose the whole darn subsystem or big chunk of
it.
Put it on a different box :) Or use PPRC to a
On Thursday, 01/15/2009 at 01:02 EST, Greg Dyrda
gregory.l.dy...@us.hsbc.com wrote:
I came across the following explanation from IBM when setting up out
RACF.
Looks like you could use mdisks if only VM shares the database, but you
still have to waste the rest of the space on the volumes.
You
On Thursday, 01/15/2009 at 02:02 EST, Robert J Brenneman
bren...@gmail.com wrote:
My understanding is that MWV on a fullpack or devno minidisk that
starts on cyl0 will let VM push the Virtual R/R through the hardware
to the real R/R bit on the device. Is this still correct?
It doesn't matter
Unless you are doing something fancy (passwords?) on the PC side, the fre
e
ARCUTIL might still be useful in UNZIPing a file on VM. Here is a link to
the packages available for download from the Slippery Rock University.
http://zvm.sru.edu/~DOWNLOAD/
/Tom Kern
On Thu, 15 Jan 2009 13:38:10
Burch, Aubrey D Mr CIV US DISA CDB24 wrote:
I'm not certain, but I think PKWARE dropped VM/CMS support last fall, so
you might not be able to get new copies or keys.
Your Linux images have a perfectly functional unzip ...
--
Jack J. Woehr# I run for public office from time to
If you have GDPS available to you,
No real reserve/release allowed with GDPS/PPRC Hyperswaps :)
Marcy
This message may contain confidential and/or privileged information. If you
are not the addressee or authorized to receive this for the addressee, you must
not use, copy, disclose, or take
Graeme,
Have you called CA to best use the support money your company is paying?
;-)
If they don't have any better ideas, this should do:
There are both full-screen (panel) VMSCHED commands and linemode commands
to rename scheduled requests.
Moving requests is more complicated. Again, CA
Graeme,
You can move around VM:Schedule database records to another system if
you want. Just locate the record in the VMSCHED IRBDB and copy it to the
VMSCHED IRBDB on the system you want it. You'll have to make sure the
request owner (and thus, where it runs) exists on the new system. You
should
On Thu, Jan 15, 2009 at 7:01 PM, Schuh, Richard rsc...@visa.com wrote:
IIRC, that is a configuration record that is written when the monitor is
initialized. It was required by MICS. ESAWRITE has the ability to start
each raw data file with one of these records. If you don't have
ESAWRITE, you
That was from years ago, before ESAWRITE wrote the configuration records
for every hourly file. Both the hourly file and the configuration record
in every one of them were for problems that we had at USAir, and
originated out of the process that I implemented and shared with Barton.
Since our
You can still get an old version of Info-zip for CMS. I found one here:
ftp://tug.ctan.org/tex-archive/tools/zip/info-zip/VMCMS/I haven't used this
in several years/VM releases, but it used to work well enough.
On Thu, Jan 15, 2009 at 2:52 PM, Jack Woehr j...@well.com wrote:
Burch, Aubrey D Mr
35 matches
Mail list logo