CAVMEN Meeting on Thursday, June 19, 2008 - *** NEW MEETING LOCATION ***

2008-06-07 Thread Chicago Area VM (and Linux) Enthusiasts 
The third quarter meeting of the Chicago Area VM (and Linux) 
Enthusiasts will be held on Thursday, June 19, 2008.


The Final Agenda is included below.


--


Meeting Location:

*** NEW MEETING LOCATION ***

This quarter's meeting will be held at the Hewitt Associates 'East 
Campus' located at 100 Half Day Road, in Lincolnshire, IL. We will 
meet in the Lower Level Conference Room in Building 98.


If you have not attended a meeting at this location before, or you 
are not familiar with the area, 
Click here for 
additional information on directions, maps, lodging and dining.



--


Attendance:

We would like to request a count of expected attendees by the Monday 
before the meeting, so that we may plan appropriately for arranging 
the facilities, and for refreshments and lunch, should one of the 
vendors wish to provide them. If you are planning to attend, PLEASE 
send an E-Mail by that date to 
[EMAIL PROTECTED] with a subject line of 
"Meeting Attendance".


This is meant to be a facilities planning aid and should not be 
interpreted as a registration requirement. If you suddenly become 
available at the last minute, please feel free to attend even if you 
have not responded.


Thank you in advance for your cooperation in this matter.


--


Meeting Agenda:

9:00 AM z/VM Security Update

This session provides detailed information about the security 
enhancements in z/VM V5.3. We will discuss mixed-case passwords, 
password phrases, LDAP, directory commands and enhancements to the 
support for SSL/TLS in TN3270E, FTP and SMTP.


The speaker will be Mr. Alan Altmark of the IBM Corporation.

10:30 AMCoffee Break

11:00 AMMigrating to the z/VM Virtual Switch

Converting your existing point-to-point or z/VM Guest LAN 
configurations to the z/VM Virtual Switch can appear to be a daunting 
task, but it's easier than you think. Here we'll talk about how to 
move subnet routing off of your z/VM system and onto your networking 
hardware where it belongs. We'll even talk about how to create IEEE 
VLANs on a Cisco switch. This presentation is a great way to bridge 
the "buzzword gap" between you and your network administrators..


The speaker will be Mr. Alan Altmark of the IBM Corporation.

12:30 PMLunch Break

1:30 PM Administration and Vendor Announcements

1:45 PM Linux on z Update

The speaker will present a brief update of recent developments in the 
Linux under z/VM area.


The speaker will be Khaylen Kingsley of the IBM Corporation.

2:00 PM Provisioning Expert for Linux on zSeries - Version 1.4 Update

Using the automated instance management feature of Mainstar's 
"Provisioning Expert for Linux on zSeries" product, a non-Linux or 
non-z/VM expert can easily create, configure, and maintain many 
virtual Linux instances under z/VM. You can also:

   * Reduce management costs by eliminating physical footprints
   * Eliminate errors with accurate configuration of Linux instances
   * Centrally view and manage all Linux instances
   * Provide efficient and automated resource utilization
This session will include an overview of the new features in Version 
1.4, an in-depth look at some of the advanced function, and some 
insight into possible future enhancements.


The speaker will be Ms. Shari Killion of Mainstar Software.

3:15 PM Coffee Break and Prize Drawing

3:30 PM SOA: Selling it inside your organization

SOA is not a technology, it is a concept. This presentation assumes 
no knowledge of SOA, and works up to showing very basic code samples 
and prerecorded demonstrations of SOA in action. If you are beginner 
to SOA, or are struggling with convincing others in your organization 
to embrace SOA, come to the presentation. You will be equipped to 
describe SOA in simple terms that everyone in your organization will 
understand. This presentation is primarily animations and prerecorded 
demos, therefore there will be no handout.


The speaker will be Mr. Michael Potter of Replatform Technologies.

4:45 PM Free-for-All

Members will attempt to answer any reasonable VM or hardware related 
questions. If you are having a problem and want to find out if others 
are experiencing it, or you are installing new hardware or software 
and want to find out what types of problems others have experienced, 
here is the place to find out.


Members are encouraged to bring ideas for future presentations and 
speakers to this meeting.



--

Please check the WEB site for Map and Directions:
http://cavmen.home.comcast.net

In addition, you will also find extensive information available on 
dining and lodging in the Hewitt Associates area.


Additional information about the CAVMEN group, and other VM related 
items of interest are available on our web site.


There is no charge for admission to meetings.

Meeting attendance is open to anyone,

Re: Fire in the hole

2008-06-07 Thread Tom Duerbusch 
Yep, I agree.

When I was finally convinced that this was a real situation, I went down to the 
guard station and called the Fire Department.  

The guard asked me if I wanted a fire extinguisher, and I laughed.  
I'm a big one for "letting the people that know what they are doing, do what 
they know how to do"  (and, when possible, I'll watch).

Tom Duerbusch
THD Consulting

>>> "Wandschneider, Scott" <[EMAIL PROTECTED]> 6/7/2008 11:28 AM >>>
Remember one thing Tom, they are machines and can be replaced.  You
can't - you are safe and the bottom line is that IS what matters.  Happy
clean up!

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 Tom Duerbusch
Sent: Saturday, June 07, 2008 10:55 AM
To: IBMVM@LISTSERV.UARK.EDU 
Subject: Fire in the hole

Came in this morning with IBM to do an update to our DS6800.

After an hour, smelled smoke.
Got up and saw smoke on the ceiling.
Went over to the CE to see what the he** he was doing.
He looked at me like what are YOU doing.
Then the halen discharged.

About the time we got to the machine room doors, the halon cleared up.
I thought it was a bogus discharge.
(I still thought the CE was doing something.)

Heard some popping noise.
One of our Liebert air conditioners shorted out and produced an
electrical fire.  Fun times.

The power didn't drop in the machine room (like it was suppose to).  So
every thing stayed up.  DB2 is running (we have some Saturday users).
VM, VSE, Linux systems are still running.  
The fire department showed up and started "to safe" the system.

Fun times

Been an hour, still somewhat shakey.

But my upgrades, to DS6800, DB2 (that I was working on), are still
going.

Fire Department is still here.  Nothing takes these systems down!

Looks like Monday, we will have disaster recovery meetings .

Tom Duerbusch
THD Consulting
(still smoking)

Re: Fire in the hole

2008-06-07 Thread Wandschneider, Scott 
Remember one thing Tom, they are machines and can be replaced.  You
can't - you are safe and the bottom line is that IS what matters.  Happy
clean up!

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 Tom Duerbusch
Sent: Saturday, June 07, 2008 10:55 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Fire in the hole

Came in this morning with IBM to do an update to our DS6800.

After an hour, smelled smoke.
Got up and saw smoke on the ceiling.
Went over to the CE to see what the he** he was doing.
He looked at me like what are YOU doing.
Then the halen discharged.

About the time we got to the machine room doors, the halon cleared up.
I thought it was a bogus discharge.
(I still thought the CE was doing something.)

Heard some popping noise.
One of our Liebert air conditioners shorted out and produced an
electrical fire.  Fun times.

The power didn't drop in the machine room (like it was suppose to).  So
every thing stayed up.  DB2 is running (we have some Saturday users).
VM, VSE, Linux systems are still running.  
The fire department showed up and started "to safe" the system.

Fun times

Been an hour, still somewhat shakey.

But my upgrades, to DS6800, DB2 (that I was working on), are still
going.

Fire Department is still here.  Nothing takes these systems down!

Looks like Monday, we will have disaster recovery meetings .

Tom Duerbusch
THD Consulting
(still smoking)

Re: HiperSockets Setup

2008-06-07 Thread Martin, Terry R. (CMS/CTR) (CTR) 
Thanks Alan, I will verify this and will open a PMR if needed!

Thanks, Terry

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: Saturday, June 07, 2008 8:45 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: HiperSockets Setup

On Friday, 06/06/2008 at 05:19 EDT, "Martin, Terry R. (CMS/CTR) (CTR)" 
<[EMAIL PROTECTED]> wrote:
> I specified the MTU on the Gateway statement!
> 
> The error was DTCPRS051E ? Line 24: Invalid Packet Size in Gateway 
Command: 
> 16384

I think the problem is that 16384 exceeds the LARGEENVELOPEPOOLSIZE,
which 
defaults to 8K.  No MTU can exceed the L-E-P-Size.  Since the GATEWAY 
entry was then discarded, TCP/IP should have taken the default, which is

4000 for HiperSockets.

>From the TCP/IP Messages and Codes book:

DTCPRS051E Line line: Invalid packet size in GATEWAY command: value

Explanation: You specified an invalid max_packet_size in a GATEWAY 
statement. The size must be a positive integer between 576 (the IPv4 
minimum MTU value) and the large envelope size (specified on the 
LARGEENVELOPEPOOLSIZE statement).

If this doesn't jive with what you witnessed, please open a PMR so that
we 
can investigate more fully.  I'm not happy with the NETSTAT output you 
reported.  MFS was 24K, and MTU should have been 4000 - subject to 
documentation errors.

Alan Altmark
z/VM Development
IBM Endicott

Fire in the hole

2008-06-07 Thread Tom Duerbusch 
Came in this morning with IBM to do an update to our DS6800.

After an hour, smelled smoke.
Got up and saw smoke on the ceiling.
Went over to the CE to see what the he** he was doing.
He looked at me like what are YOU doing.
Then the halen discharged.

About the time we got to the machine room doors, the halon cleared up.  I 
thought it was a bogus discharge.
(I still thought the CE was doing something.)

Heard some popping noise.
One of our Liebert air conditioners shorted out and produced an electrical 
fire.  Fun times.

The power didn't drop in the machine room (like it was suppose to).  So every 
thing stayed up.  DB2 is running (we have some Saturday users).  VM, VSE, Linux 
systems are still running.  
The fire department showed up and started "to safe" the system.

Fun times

Been an hour, still somewhat shakey.

But my upgrades, to DS6800, DB2 (that I was working on), are still going.

Fire Department is still here.  Nothing takes these systems down!

Looks like Monday, we will have disaster recovery meetings .

Tom Duerbusch
THD Consulting
(still smoking)

Re: HiperSockets Setup

2008-06-07 Thread Alan Altmark 
On Friday, 06/06/2008 at 05:19 EDT, "Martin, Terry R. (CMS/CTR) (CTR)" 
<[EMAIL PROTECTED]> wrote:
> I specified the MTU on the Gateway statement!
> 
> The error was DTCPRS051E ? Line 24: Invalid Packet Size in Gateway 
Command: 
> 16384

I think the problem is that 16384 exceeds the LARGEENVELOPEPOOLSIZE, which 
defaults to 8K.  No MTU can exceed the L-E-P-Size.  Since the GATEWAY 
entry was then discarded, TCP/IP should have taken the default, which is 
4000 for HiperSockets.

>From the TCP/IP Messages and Codes book:

DTCPRS051E Line line: Invalid packet size in GATEWAY command: value

Explanation: You specified an invalid max_packet_size in a GATEWAY 
statement. The size must be a positive integer between 576 (the IPv4 
minimum MTU value) and the large envelope size (specified on the 
LARGEENVELOPEPOOLSIZE statement).

If this doesn't jive with what you witnessed, please open a PMR so that we 
can investigate more fully.  I'm not happy with the NETSTAT output you 
reported.  MFS was 24K, and MTU should have been 4000 - subject to 
documentation errors.

Alan Altmark
z/VM Development
IBM Endicott