We will hold the regularly scheduled z/LINUX Infrastructure Meeting -
tomorrow - same time - same place
Bill Munson
Brown Brothers Harriman
z/VM System Programmer
201-418-7588
- Forwarded by William Munson/JerseyCity/BBH on 08/12/2008 08:16 AM
-
Ashley George/JerseyCity/BBH
oops - sorry
well there is something to laugh about
munson
*** IMPORTANT
NOTE* The opinions expressed in this
message and/or any attachments are those of the author and not
necessarily those of Brown Brothers Harriman Co., its
subsidiaries
I can't make it, I'm at SHARE this week... :)
Bill Munson wrote:
oops - sorry
well there is something to laugh about
munson
--
Rich Smrcina
VM Assist, Inc.
Phone: 414-491-6001
Ans Service: 360-715-2467
rich.smrcina at vmassist.com
http://www.linkedin.com/in/richsmrcina
Catch the WAVV!
Hi,
I'm looking for someone who uses DTIPDDSO (VSCS SUPPRESS PSW display when
logging).
I have a version written in 95 that I used to compile. But now it looks l
ike
it doesn't work anymore with z/VM530...
If someone could send me his source, that would be great.
If you want to know what I'm
I second that!
-- R;
Two questions that anyone who is new enough to need your reminder will ask are:
What default do you suggest?
When changing it, how should it be changed?
The old timers here will know the answers.
David Boyes wrote:
A safety reminder: If you’re planning to replace disk subsystems, make
sure
Gee, very interesting bug in VMWare.
quote
Irate VMware customers were left unable to power up their virtual
servers this morning because of a bug that killed their systems when the
clock clicked round to 12 August.
The bug was sent out to customers in ESX 3.5 update 2, VMware's latest
I'm new enough to ask. What?
Bobby Bauer
Center for Information Technology
National Institutes of Health
Bethesda, MD 20892-5628
301-594-7474
-Original Message-
From: Stephen Frazier [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 12, 2008 12:47 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject:
Also important if you use a data replication warm site disaster
recovery process like EMC's SRDF and whatever the IBM equivalent is.
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of David Boyes
Sent: Tuesday, August 12, 2008 12:22 PM
On Aug 12, 2008, at 11:47 AM, Stephen Frazier wrote:
Two questions that anyone who is new enough to need your reminder
will ask are:
What default do you suggest?
When changing it, how should it be changed?
The old timers here will know the answers.
*I* suggest using the /dev/disk/by-path
.and whatever the IBM equivalent is.
PPRC (Peer to Peer Remote Copy).
Regards,
Rick Giz
[EMAIL PROTECTED]
770-781-3206
_
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Quay, Jonathan (IHG)
Sent: Tuesday, August 12, 2008 12:58 PM
To:
Hello!
I agree!
Now I wonder what the folks at VMWare will say to explain why their virtual
servers are on a vacation of some sort.
--
Gregg C Levine [EMAIL PROTECTED]
The Force will be with you always. Obi-Wan Kenobi
-Original Message-
From: The IBM z/VM Operating System
On Aug 12, 2008, at 12:25 PM, Thomas Kern wrote:
I have been using /dev/dasd?1 where ? goes from a to zz.
Is by-path the /dev/disk/0.0.0591 syntax?
Yeah, although it's more like /dev/disk/by-path/ccw-0.0.0591-part1
these days.
Ada,
/dev/disk/by-path/ccw-0.0.8002-part1
The /dev/dasd?1 will still work. Just annoyingly can move if you add
disks.
In fact, if you are upgrading from sles9 to sles10 you're going to want
to have it that anyway since SLES9 uses /dev/disk/by-path/ccw-0.0.8006p1
and the upgrade process won't find
And thank you Bobby for admitting that you didn't understand David's reminder.
You probably helped lots of other newbies that were wondering what this was about but were afraid to
ask.
Bauer, Bobby (NIH/CIT) [E] wrote:
Thanks David, something new to look into.
Bobby Bauer
Center for
I would just like to point out that Alan Altmark's long-standing wish
for a pony has been satisfied. A brown and white pony has been
delivered, and he has no need for further ponies. 8-)
-- db
Wow, that must be one HECK of a SHARE!! ;-
Christine Brogan - TPF/VM Systems Support
Information Technology Services Americas
Phone: 623-505-5366, Cell: 623-512-5883, IBM tieline 273-4647
Email: [EMAIL PROTECTED]
The end of fear is where we begin - the moment we decided to let Love
in... Goo
On Aug 12, 2008, at 4:31 PM, David Boyes wrote:
I would just like to point out that Alan Altmark’s long-standing
wish for a pony has been satisfied. A brown and white pony has been
delivered, and he has no need for further ponies. 8-)
Uh oh.
See, it wasn't Alan who wanted the pony.
It
I thought I'd do a follow up on this problem for anyone who might be interested and who may have a similar setupto the onewe do. I was fairly confident that VM:Operator wasn't to blame for the problem but contactedCA anyway since the only error codes we ever got were from VM:Operator. AfterCA
19 matches
Mail list logo