you might find this news article interesting
Whitehouse Emails Were Lost Due to Upgrade
http://news.slashdot.org/news/08/04/30/1359209.shtml
and
The case of the missing e-mail
http://arstechnica.com/articles/culture/bush-lost-e-mails.ars
and for some more whitehouse email from 25yrs or so ago
The support statement for z/VM 5.2 was 128GB, but from a practical
standpoint, the value might be slightly lower. It is workload
dependent. The key variable to watch is how much memory below 2GB
is being consumed by PTRM space. See my share presentation:
Hello Bobby,
The HELP file for LPRSET (help tcpi lprset) cites a RESET option.
The command 'lprset (reset' should clear the (default SESSION-level print
er
and host values. Add the PERM option also if you want these values clear
ed
from LASTING GLOBALV.
Regards, Mark Cibula; z/VM TCP/IP Support
Thanks Bill!
Thank you,
Scott R Wandschneider
Senior Systems Programmer
Infocrossing
Office 402.963.8905
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Bill Bitner
Sent: Friday, May 02, 2008 8:51 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject:
On Friday, 05/02/2008 at 10:27 EDT, Thomas Kern [EMAIL PROTECTED]
wrote:
I am looking for any VM STIGs from any organization willing to share
them. I have downloaded the Virtual Machine STIG from
http://iase.disa.mil/stigs/stig/index.html. Does anyone have anything
more current, more z/VM?
Thank you for the pointer to that document. I hope it deals with z/VM
security without the requirement of RACF or brand x or brand y security
product. The management of this site has not decided to purchase an
extra security product.
/Tom Kern
Alan Altmark wrote:
On Friday, 05/02/2008 at
We have z/VM5.3, with an IBM 3494 tape library system running RMSMASTER
(DFSMS), AND DYNAM. We are doing a stacked DDR tape switch 4 volumes on it.
On the 4th tape we get:
Tape 0590 given to DYNAMVM 0590
11:25:33 CADT822I DSN=DDR.XX.530W02.3 IS FILE NO. 3 THERE ARE ONLY 1 FILES
ON TAPE
On Thu, 1 May 2008 17:00:57 -0400, David Boyes [EMAIL PROTECTED]
wrote:
It's also your best route to move files, print and monitoring data
over
to other IBM OSes like z/OS (and non-IBM systems with a little help
from
us) without human intervention.
I recently setup an automated process to
On Friday, 05/02/2008 at 11:56 EDT, Thomas Kern [EMAIL PROTECTED]
wrote:
Thank you for the pointer to that document. I hope it deals with z/VM
security without the requirement of RACF or brand x or brand y security
product. The management of this site has not decided to purchase an
extra
On Friday, 05/02/2008 at 12:06 EDT, Jan Canavan [EMAIL PROTECTED]
wrote:
What we get on the previous volumes are:
Tape 0590 given to DYNAMVM 0590
Tape 0181 attached
11:22:13 CADT831I *CLOSED* DDRWKLY 0590 050094 DDR.XX.530W01.2
It is/was a timing issue where the tape is being passed back to the
DYNAMCMS server at DYNCLOSE to write trailer labels for the dataset ...
then back to the end user who subsequently issues a DYNOPEN for DSN 4 on
the same tape causing the tape to be passed back to the DYNAMCMS server
to validate
On Friday, 05/02/2008 at 01:39 EDT, Imler, Steven J
[EMAIL PROTECTED] wrote:
I've been waiting for another report of a failure from the customer
after providing them with some trace diagnostics ... but as far as I
know there hasn't been another failure (because I haven't heard anything
back
Every so often someone asks the IBMVM list how to find out if a specific
PTF has been applied to a z/VM system. More often, I ask myself the same
question. There are of course, arcane commands to supply this information
- those documented in the dusty leather-bound VMSES/E Introduction and
I'm not sure what the actual intent is, but I received an email from my P/390
client, wanting to explore the possibilities of upgrading to the MP3000 (about
$3K on the used market). Right now, I don't know if this would be the disaster
recovery machine, or a replacement for the existing P/390
How is it that every time I need something, the list knows before I ask
the question.
I did a VMFSETUP ZVM CP
Then do a FILEL UM* * *
But the SERVICE ALL STATUS is much nicer.
Ed Martin
330-588-4723
ext 40441
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL
The MP3000 might work OK for the DR system.. there may be some minor
issues, to implement your tape system, but I don't think they want to use
the MP3000 as the 'production' machine. You cannot (legally) run the
ESL licensed software on the MP3000 so you would have to go to GOLC based
licenses
Mike,
This type of sharing is what this list is all about. Thanks for the tip,
it is a good one.
Loren Charnley, Jr.
IT Systems Engineer
FAMILY DOLLAR
(704) 847-6961 Ext. 3327
(704) 814-3327
[EMAIL PROTECTED]
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL
This process also works identically from non-VM platforms (ie. sending
VMWARE accounting data to z/OS) for which using RSCS is not an option.
Actually, there are TCPNJE services for VMWare, but I can see the point.
Nifty setup.
I'm not sure what the actual intent is, but I received an email from
my
P/390 client, wanting to explore the possibilities of upgrading to the
MP3000 (about $3K on the used market). Right now, I don't know if
this
would be the disaster recovery machine, or a replacement for the
existing
I bet because the code was written before multiuser attach support existed.
Les Geer (607-429-3580) wrote:
Curious as to why a tape give is issued here rather than exploiting
the multiuser attach support in RMS
Best Regards,
Les Geer
IBM z/VM and Linux Development
--
Stephen Frazier
If it is the old DYNAMT and DYNAMD products rolled into a single unit,
most of it has probably been around since at least the mid-80s.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Stephen Frazier
Sent:
I personally think that this is more a comment on the government tendering
systems generally in use, which despite all protests to the contrary, use
the cheapest rather than the best solution.
Dave
Still smarting after having a week of downtime on our VM System due to an
HMC fault.
And of course it could be updated, but they probably have to weigh the cost vs other new
things that development could be doing. So goes the Song of Chuckie... ;-)
Mike Walter
- Original Message -
From: Stephen Frazier [EMAIL PROTECTED]
Sent: 05/02/2008 05:14 PM EST
To:
Or the more cynical among us would say how convenient for the current
administration midway through their last year. No backups? Anywhere?
Marcy Cortes
This message may contain confidential and/or privileged information. If
you are not the addressee or authorized to receive this for the
No backups are needed. They have done nothing wrong or illegal, and not
much of historical importance. :-)
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes
Sent: Friday, May 02, 2008 4:07 PM
To:
The backups are kept safe and sound, right next to the Iraqi weapons of
mass destruction.
But yeah, compared to the Clintons, the Bush regime has been remarkably
scandal-free.
Dennis
It's 10:00 PM. Do you know where your backup tapes are?
On May 2, 2008, at 6:01 PM, David Boyes wrote:
And of course it could be updated, but they probably have to weigh
the
cost vs other new things that development could be doing. So goes
the
Song of Chuckie... ;-)
Or the Ballad of Chuckie (if old Sam Coleridge wants a footnote for
this,
And of course it could be updated, but they probably have to weigh the
cost vs other new things that development could be doing. So goes the
Song of Chuckie... ;-)
Or the Ballad of Chuckie (if old Sam Coleridge wants a footnote for
this, he's a loonie):
In Endicott did Mom Watson's boy
A
Brian, would you be good enough to share the code for the process you mention below?--- On Thu, 5/1/08, Brian Nielsen [EMAIL PROTECTED] wrote:From: Brian Nielsen [EMAIL PROTECTED]Subject: Re: RSCS questionTo: IBMVM@LISTSERV.UARK.EDUDate: Thursday, May 1, 2008, 4:20 PMOn Wed, 30 Apr 2008 11:33:35
I'm not sure whether you need:
a) MORE LAUDANUM
or
b) Urgent visit from A Person From Porlock
Unfortunately, I'd have to deceive someone important again. He's
watching this time.
(and people ask me what a good liberal education is good for...)
Les,
It's because in this case the play/interaction is intiment between the
end user and the DYNAMCMS server ... DFSMS is completely out of the
picture ... the tape drive is simply being CP GIVE'd back and forth
between the end user and the DYNAMCMS server (dictated by DynamT/VM
code).
JR
That's correct, but in this case irrelevant ...
JR (Steven) Imler
CA
Senior Software Engineer
Tel: +1 703 708 3479
Fax: +1 703 708 3267
[EMAIL PROTECTED]
-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Stephen Frazier
Sent: Friday,
Mike,
In this case it has nothing to do with ATTACH MULTIUSER ... it has to do
with a timing issue relative to 3590s spacing out ... no interrupt for
2, 3, 4, 5, 20 minutes is just fine :-(
Hence we have the IBM recommendation/default for MIH for a 3590 at 12.5
minutes (or is it 20.5 minutes)
Not to beat the dead horse ... but Mike is correct in assuming that
Dynam/T VM does not currently have support for MULTIUSER ATTACH or
recognition of it.
For those on the list that run VM:Tape, it does (via DEBUG setting) ...
there are a few of you using it (and yes, it was coordinated with
Aw geez, this is getting to detailed.
I just saw a chance to elbow Chuckie in the ribs and jumped on it. I think
that David got the point right off. :-)
But it's interesting to know the details anyway.
Mike Walter
- Original Message -
From: Imler, Steven J [EMAIL PROTECTED]
Sent:
No apologies needed for me. You just responded very quickly with details that
can actually help a customer in need. Would that all product support respond
so quickly with helpful info -- and not even through a support call!
Mike Walter
A (ususally) satisfied CA customer.
And yes, to those
On Wed, 30 Apr 2008 14:06:26 -0500, Stephen Frazier [EMAIL PROTECTED]
us wrote:
That will never get past an auditor who has read about but doesn't under
stand REXEC. :)
David Boyes wrote:
Move his files to SFS, export the SFS directory via NFS to a Linux
guest, and configure REXEC on the
37 matches
Mail list logo