Re: Keep VM 24X7 365 days

But wouldn't migrating a virtual machine from one physical server to another be too much like Waterloo's Single-System-Image. That is so 'old mainframe'. (Sorry, Phil, Romney, but I really hate it when our PC people think that virtualization is NEW) /Tom Kern --- RPN01 <[EMAIL PROTECTED]> wrote:

Re: Keep VM 24X7 365 days

And it would be non-trivial :-) (Yes Virginia, it is a litotes.) Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Dave Jones Sent: Monday, January 22, 2007 2:06 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Keep VM 24X7

Re: z/VM 5.2 conversion IP problem (solved)

> But, SNA is > more of a Linux oriented company. Definitely *not* the case. That's just a small part of what we do. > Part of my question to all, is there a VM oriented site for > documentation and other practices? VSE has one. Linux has many. VM > has a download area for tools, but I don't

Re: Routing problem from level2 VM guest

> OK, I appended my original post so the picture would be available. To > answer several responders: convincing my network people is no problem, > the > problem is they don't know any more than I do because I'm the network peo > ple > ;-( > Any ideas? On the device that is the default route f

Re: Keep VM 24X7 365 days

RPN01 wrote: [snip] NOTE TO IBM: It would be sweet, given that CSE is running and there’s a connection between the two LPARs, if you could migrate a live, running Linux image / VM userid from one running LPAR to another transparently. VMWare does this on Intel boxes... Let’s catch up.

Re: Keep VM 24X7 365 days

Ann There are multiple layers to this... 1. As others have said, you can switch to another LPAR on the same or different hardware. 2. I've read about, but haven't actually used, a facility in Linux to switch a work load from one Linux machine to another. I think that started in SLES8. 3. The

Re: A z/VM idea.

Just slightly ³outside the box²... Could you use the eight digit account field as a numeric index into a publicly accessable file and keep the actual parameter lines needed in that file? The file lines could be as long as necessary, and with eight digits to index with, you could have quite a lot of

Re: Keep VM 24X7 365 days

We also run two z9 CECs with a zVM LPAR in each, 2 IFLs each and 16gig of storage each. Both run a vSwitch and share a subnet (key to being able to move images from one LPAR to the other). Both have access to all of the images¹ DASD. We run a load on both, but when one of the zVM¹s or CECs must com

Re: Keep VM 24X7 365 days

We are running two IFLs. One on a z9 the other on a z990. With help from the LAN network team and using a VSWITCH on each IFL we can move a Linux around as needed. The users don't know it moved because the IP address does not change. All DASD can be accessed from either IFL. Paul Feller AIT

Re: Routing problem from level2 VM guest

OK, I seem to have made a breakthrough. I had an error in the defaultne t on level 2 (had changed an IP address midsream) and that allowed me to pi ng the 192.168.1.221 address on level 1. Then I put on my network guy hat a nd made a change in our lan router and that lets me ping between my lan

Re: Keep VM 24X7 365 days

We have active DB2Connect gateways running on each of our IFLs (under VM). The DB2Connect clients are configured to point to primary and alternate gateways - if one gateway goes down, client traffic is automatically redirected to the other. When we need to apply VM maintenance, we shecdule one syst

Re: Routing problem from level2 VM guest

OK, I appended my original post so the picture would be available. To answer several responders: convincing my network people is no problem, the problem is they don't know any more than I do because I'm the network peo ple ;-( To Gary, thanks for the flex info, I never thought to look there

Re: A z/VM idea.

I have 4 groups of people and I put a LINK in the CP directory to the misk that has the files they are authorized to use. If someone falls into two groups I simply put two LINKs in the directory. /Fran Hensler at Slippery Rock University of Pennsylvania USA for 43 years [EMAIL PROTECTED]

Re: Keep VM 24X7 365 days

I have a customer with two z9's. They have an identical I/O configuration on each machine. If they need to do maintenance on one z/VM, they bring down the Linux machines on one system and bring them back up on the other system. They essentially have their own hot site, it isn't exactly 24X7,

Keep VM 24X7 365 days

We have Linux guests running on VM, DB2connect is running on Linux. The application DB2 Connect requires 24X7 for 365 dsys. We have one VM now. What's the best way to prepare for this. We need to ipl VM for the upgrade, system abends or system config changes. If we create a second VM, how d

Re: z/VM 5.2 performance monitors

Thanks Jim .. I will check the IBM product out first. Looks like everyone else is recommending Velocity's products, I will give it a look also. Thanks for all the responses! Tim -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Jim Elliott <[

Re: z/VM 5.2 performance monitors

> We just found out that our VM performance monitor software > (Macro 4 - VPAC) will not be supported on our new 64 bit > z/VM 5.2 . Does anyone have an recommendations as a > replacement? We don't need anything fancy, just basic > monitoring and basic guest performance reporting. We replaced VPAC

Re: z/VM 5.2 conversion IP problem (solved)

Hi Shimon The SNA website (Sine Nomine Associates, not SNA/VTAM), might solve half the problem, that is how to distribute the document. But, SNA is more of a Linux oriented company. Yes, there also has some VM related stuff. But I don't think that a VM shop without Linux, would really come to o

Re: z/VM 5.2 performance monitors

> We just found out that our VM performance monitor software > (Macro 4 - VPAC) will not be supported on our new 64 bit z/VM > 5.2 . Does anyone have an recommendations as a replacement? We > don't need anything fancy, just basic monitoring and basic > guest performance reporting. Tim: Well a plu

Re: z/VM 5.2 performance monitors

How about the PerfToolKit that can be delivered with VM? At 02:18 PM 1/22/2007, you wrote: We just found out that our VM performance monitor software (Macro 4 - VPAC) will not be supported on our new 64 bit z/VM 5.2 . Does anyone have an recommendations as a replacement? We don't need anything

Re: z/VM 5.2 performance monitors

ESALPS from Velocity Software provides the monitor and reporting tools (in addition to Linux monitoring). ESAMON from Velocity Software is the monitoring piece. Tim Joyce wrote: We just found out that our VM performance monitor software (Macro 4 - VPAC) will not be supported on our new 64 bit

Re: z/VM 5.2 performance monitors

A little birdie told me that Velocity Software has something that may be worth looking into: http://www.velocity-software.com/ ___ James Vincent Systems Engineering Consultant Nationwide Services Co., Technology Solutions Mainframe, z/VM and z/Linux Support On

Re: A z/VM idea.

To get a directory entry: if you have access to DIRMAINt's minidisks, you can use DIRME EXEC (part of DRM package) as a Pipe stage to get one or more directory entries. -- Kris Buelens, IBM Belgium, VM customer support 2007/1/22, Huegel, Thomas <[EMAIL PROTECTED]>: I don't have RACF. I am thi

Re: z/VM 5.2 performance monitors

Cheap (relative), good, excellent support, can (if you wish) do lots more than the basics, check: http://www.velocity-software.com/product.html Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt As

z/VM 5.2 performance monitors

We just found out that our VM performance monitor software (Macro 4 - VPAC) will not be supported on our new 64 bit z/VM 5.2 . Does anyone have an recommendations as a replacement? We don't need anything fancy, just basic monitoring and basic guest performance reporting. Thanks in advance, Tim

Re: VSWITCHes and Webservers

I found the problem. It was a typing mistake in my socket definition for the webserver... Cecelia Dusha -Original Message- From: Dusha, Cecelia CIV WHS/ITMD Sent: Monday, January 22, 2007 1:00 PM To: 'The IBM z/VM Operating System' Subject: VSWITCHes and Webservers I am hoping

VSWITCHes and Webservers

I am hoping someone will be able to help with the following... I have a VSWITCH defined on my first level system and a VSWITCH defined on my second level system. I have 3 TCPIP stacks on the second level VSWITCH. I can ping the IP addresses for the second level TCPIP stacks from the first level sys

Re: z/VM 5.2 conversion IP problem (solved)

> > Bug, IMHO. Valid route, should be valid syntax. The fact you *can* shoot > > yourself in the head is not the tool's problem. Your gun, your foot. > [snip] > I agree, allowing customers to shoot them selves in various parts of their > anatomy is *not* the tool's problem. However, it does become

Re: A z/VM idea.

I don't have RACF. I am thinking something like this. A comment in the directory: *type: data1 data2 data3 ... Then I could do: 'PIPE CMS QDIR username | FIND *type: | VAR thedata' Then proceed based on 'thedata'. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL

Re: z/VM 5.2 conversion IP problem (solved)

On Jan 22, 2007, at 12:00 PM, Miguel Delapaz wrote: I agree, allowing customers to shoot them selves in various parts of their anatomy is *not* the tool's problem. However, it does become our problem when the shot is taken, they call us and their overall user experience is less than favora

Re: z/VM 5.2 conversion IP problem (solved)

>> This is why the OSPF configuration in z/VM 5.2 no longer allows a mask of >> 255.255.255.255. I'm not saying z/OS is necessarily correct, I'm just >> pointing it out to avoid further confusion. (Yeah, right. Sure.) > Bug, IMHO. Valid route, should be valid syntax. The fact you *can* shoot >

Re: A z/VM idea.

You can also use RACF groups just as a way to group users, that is, not even grant permissions to the groups. Then an exec can use RACF LISTUSER to see which groups the user is in. My customer uses this approach in its system profile: when a user is in such an application group, the application i

Re: A z/VM idea.

On Monday, 01/22/2007 at 12:02 EST, David Boyes <[EMAIL PROTECTED]> wrote: > Well, that?s kind of what the ACIGROUP functionality is for, but it really > requires an ESM. The other problem is that you can be in only one ACIGROUP at a > time, so if you need combinations of privileges, you end u

Re: A z/VM idea.

On Monday, 01/22/2007 at 10:05 CST, "Huegel, Thomas" <[EMAIL PROTECTED]> wrote: > I was recently coding some execs that set up things like mdisk links and > certain 'privlages' for users within thier 'groups of responsibilty' ie > programmers can do programmer type functions supervisors can do

Re: A z/VM idea.

Well, that's kind of what the ACIGROUP functionality is for, but it really requires an ESM. The other problem is that you can be in only one ACIGROUP at a time, so if you need combinations of privileges, you end up defining n**2 possible groups. If you have RACF or VM:Secure or some such, that

Leading groups merge, form Linux Foundation

Leading groups merge, form Linux Foundation Open Source Developer Labs and Free Standards Group have merged into the Linux Foundation in an effort to increase their influence. Larry Dignan: Linux matures

Re: A z/VM idea.

Thank-you everyone. I had been using the ACCOUNT data but it has limitations i.e. only eight positions. I like the DIRMAINT 'tag' approach. It is almost 'unlimited' and relativly easy to use and secure. The only drawback that jumps out at me is that DIRMAINT needs to be running, although it always

Re: A z/VM idea.

Both DIRMAINT and VM:Secure have the ability to store and retrieve user specified comment records in a CP Directory source entry. Each of these comments has a "tag" identifier for easy retrieval by tag name. Bob Bolch

Re: A z/VM idea.

> Then I had an idea this would be a lot easier if there was a > z/VM directory entry called USERDATA that would be freeform > and queryable ie Q UDATA. That way one could id a user any way > he wanted to and use or not use the values. > > Does that make sense to anyone else? > Or is there someth

Re: A z/VM idea.

On 1/22/07, Huegel, Thomas <[EMAIL PROTECTED]> wrote: Then I had an idea this would be a lot easier if there was a z/VM directory entry called USERDATA that would be freeform and queryable ie Q UDATA. That way one could id a user any way he wanted to and use or not use the values. So you think

Re: A z/VM idea.

You could add directory comments and parse the comments with some piping. Huegel, Thomas wrote: I was recently coding some execs that set up things like mdisk links and certain 'privlages' for users within thier 'groups of responsibilty' ie programmers can do programmer type functions superviso

A z/VM idea.

I was recently coding some execs that set up things like mdisk links and certain 'privlages' for users within thier 'groups of responsibilty' ie programmers can do programmer type functions supervisors can do programming functions plus certain other supervisor functions etc. As I was doing this I

Re: z/VM 5.2 conversion IP problem (solved)

> In this I would agree, except to say "watch out" if you get into OSPF/RIP, > because (according to our z/OS brethren) the OSPF protocol doesn't > recognize non-subnetted networks and subnets are required (RFC 3021's > 31-bit masks notwithstanding, I guess). Hmph. Class D routes and non-subnette

Re: z/VM 5.2 conversion IP problem (solved)

On Monday, 01/22/2007 at 07:59 EST, David Boyes <[EMAIL PROTECTED]> wrote: > > And I assume the reason why Linux shows me a netmask of > > 255.255.255.255 for P2P connections is there is some code, > > No, there's only one host on the other end of the link, so you don't > actually have a subnet o

Re: CP DEFINE and DETACH

Hello Ed and Tom, I would suggest that you use the DTRIATTN program. You can any console command. Works for every command I have used so far. * $$ JOB JNM=DTRIATT1,DISP=D,CLASS=R,SYSID=7 * $$ LST DISP=D,CLASS=W,DEST=(,EMART),SYSID=7 // JOB DTRIATTN DO AR COMMANDS ON TEST

Re: z/VM 5.2 conversion IP problem (solved)

> At the time, I sat down and wrote a sort of 'cookbook' > approach to what I wanted, and how I got it, and David Boyes > generously volunteered to set ut up as a pdf document > on SNA's website. I'll be happy to provide similar service for this document as well. Anything that gives me an opportun

Re: crash of z/VM v4r4

And remember: for performance reasons your should monitor the %used of the paging area's: it should remain below something like 30%. And, if that limit is normally respected, chances of getting 100% full are less likely. 2007/1/22, Ronald van der Laan <[EMAIL PROTECTED]>: Mihhael, Check you o

Re: z/VM 5.2 conversion IP problem (solved)

> Historically, what I had (VCTCA and IUCV connections), was P2P. With P2P > you don't have a router address nor do you have a broadcast address. Just > wasn't needed. Well, you do have a router address; it's just the other end of the link. The presence of broadcast depends on the type of medi

Re: crash of z/VM v4r4

Mihhael, Check you operator console for messages like 90% paging space in use and then 100% paging space in use. You can check with "Q ALLOC PAGE" what the current usage is. But you mention crashing your VM when you start a new WAS server, it could be that you then use more virtual storage than i

Re: crash of z/VM v4r4

Hi everybody, We have a z/VM v4r4 running in z9 and starts crushing every morning of every Monday. It is started when we the new WAS as installed in the Linux guests. Don't know what to do since there are no error message in the operator log asides from below: HCPRP963I STARTING SHUTDOWN STEP

Re: OT: Univ of Waterloo (Was: Extracting MACLIB members)

Mike Hammock <[EMAIL PROTECTED]> >For a while in the mid-late 80's I was in IBM's "Academic Information >Systems" which contracted with universities to do research, development, >testing and such. One of those universities was Waterloo and I made a >number of trips up there related to several prod