Re: Stateless Linux for zSeries

Ah! I didn't know that! Thanks for the PoE. It is opensourced, right? 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 any action based on this me

Re: Stateless Linux for zSeries

Marcy Cortes wrote: >We used to use Levanta (now out of business) whose mapfs was based on >unionfs. We didn't see any CPU reduction when we converted off of it. >It did use a lot of CPU at shutdown time, but that may have been more >of a bug than a necessity ;) For PoE* reasons, I'm obliged t

Re: Nothing like a premature announcement

>>> On 5/14/2009 at 8:52 PM, John Summerfield wrote: > I'm not announcing anything. > > Folk here would be interested in a current thread on the centos-devel list. > > http://lists.centos.org/mailman/listinfo/centos-devel Hopefully it won't meet the same end that the previous CentOS releases

Nothing like a premature announcement

I'm not announcing anything. Folk here would be interested in a current thread on the centos-devel list. http://lists.centos.org/mailman/listinfo/centos-devel I'm definitely not announcing any thing. -- Cheers John -- spambait 1...@coco.merseine.nu z1...@coco.merseine.nu -- Advice h

Re: Odd build request

Scott Rohling wrote: Yes - you'll need a real boot partition -- you can either use a small minidisk or partition the 1st mod27 with a small boot partition. My current customer is running root under LVM - with RHEL5, but I assume Novell can be setup this way as well since it's a Linux thing and n

Re: Stateless Linux for zSeries

Hall, Ken (GTS) wrote: We're on Red Hat, so same question applies to that distro, if anyone knows. Kinda sorta. We'll be going down the FUSE route. It's being targeted for our next updated, RHEL 5.4. This work is being done via Red Hat BugZilla 252372 Not familiar with FUSE? http://en.wikip

Re: server inventory ?

>>> On 5/14/2009 at 5:38 PM, Lionel B Dyck wrote: -snip- > I'm looking for ideas on how to keep track of the linux servers under > z/vm. Right now I'm using a excel worksheet that allows filtering and > sorting but otherwise is a pain (as I don't have a monitor that is 3' > wide). > > Does

Re: server inventory ?

With rhel I would recommend rhn satellite for provisioning, managing,inventory, and much more. Sent from my iPhone On May 14, 2009, at 5:38 PM, Lionel B Dyck wrote: at the moment we do not have a cmdb, and even when we get one who knows how useful it will be. I'm looking for ideas on how

server inventory ?

at the moment we do not have a cmdb, and even when we get one who knows how useful it will be. I'm looking for ideas on how to keep track of the linux servers under z/vm. Right now I'm using a excel worksheet that allows filtering and sorting but otherwise is a pain (as I don't have a monitor

Re: Odd build request

>>> On 5/14/2009 at 3:07 PM, Lee Stewart >>> wrote: -snip- > Will SLES10 SP2 install and boot off an LVM like that? Or do I need to > put /boot in a real partition? Or?? Current boot loaders all require a non-LV location for the kernel. You could also use alternates such as booting from a

Re: Odd build request

Lee, /boot will need to be its own partition. The size of the partition for /boot can be fairly small but I would make it 250MB to 500MB. The remaining unpartitioned space on the mod 27s can be put into an LVM VG and carved up however they want. Mike Friesenegger >>> On 5/14/2009 at 01:07 P

Re: Odd build request

Yes - you'll need a real boot partition -- you can either use a small minidisk or partition the 1st mod27 with a small boot partition. My current customer is running root under LVM - with RHEL5, but I assume Novell can be setup this way as well since it's a Linux thing and not a distro thing. Sco

Odd build request

I have to keep repeating to myself - the customer is always right We have "advised" a customer not to do this but... In the end we're the consultants and they're the paying customer... They want a new Linux image - built on an LVM so the root (/ not /root) filesystem can span 3 mod 27s...

Re: Stateless Linux for zSeries

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hall, Ken (GTS) wrote: > > Most of the "stateless" implementations I've seen seem to rely on "bind > mounts", but that seems to be a bit of a hack. "Union" mounting, such > as "Unionfs" look like it would be a cleaner approach, but I can't find > out

Re: Stateless Linux for zSeries

On Thursday 14 May 2009 12:06, Hall, Ken (GTS) wrote: >I would think then that bind mounts would have similar issue. Has anyone > looked into this? You mean using more CPU? I wouldn't think so because if I remember correctly a bind-mount just causes another indirection through the mount table w

Re: Stateless Linux for zSeries

>>> On 5/14/2009 at 11:17 AM, "Edmund R. MacKenty" >>> wrote: -snip- > Mark, do you know if Novell plans to make unionfs (or anything like it) > available in SLES anytime soon? Can we nudge them in that direction? I wouldn't call them plans, per se, so much as an inclination. From looking t

Re: Stateless Linux for zSeries

We used to use Levanta (now out of business) whose mapfs was based on unionfs. We didn't see any CPU reduction when we converted off of it. It did use a lot of CPU at shutdown time, but that may have been more of a bug than a necessity ;) Marcy "This message may contain confidential and/o

Re: Stateless Linux for zSeries

I would think then that bind mounts would have similar issue. Has anyone looked into this? -Original Message- From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Rob van der Heij Sent: Thursday, May 14, 2009 11:53 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390

Re: Stateless Linux for zSeries

On Thu, May 14, 2009 at 5:01 PM, Hall, Ken (GTS) wrote: > Most of the "stateless" implementations I've seen seem to rely on "bind > mounts", but that seems to be a bit of a hack.  "Union" mounting, such > as "Unionfs" look like it would be a cleaner approach, but I can't find > out if there's a w

Re: Stateless Linux for zSeries

We're on Red Hat, so same question applies to that distro, if anyone knows. -Original Message- From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Edmund R. MacKenty Sent: Thursday, May 14, 2009 11:18 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Stateless Linux

Re: Stateless Linux for zSeries

On Thursday 14 May 2009 11:01, Hall, Ken (GTS) wrote: >Most of the "stateless" implementations I've seen seem to rely on "bind >mounts", but that seems to be a bit of a hack. "Union" mounting, such >as "Unionfs" look like it would be a cleaner approach, but I can't find >out if there's a workable

Re: Stateless Linux for zSeries

I'm working with Alan on this too, and a lot of the issues revolve around the definition of "stateless" and what's expected from it. If it's the ability to move apps between servers transparently, we already have that. Just shut down the instance, and IPL on another VM image. If it's the ability

Re: Stateless Linux for zSeries

On Wednesday 13 May 2009 20:10, David Boyes wrote: >On 5/13/09 3:16 PM, "Alan Ackerman" >wrote: >> Someone here says we should not do Linux on zSeries because you cannot do >> "stateless computing" on zSeries. > >In a word: bunk. > >> Has anyone had any experience with building a stateless Linux o

Re: Stateless Linux for zSeries

Here is the best definition I've come across for stateless computing. http://en.wikipedia.org/wiki/Misnomer BTW - We have been doing "stateless computing" or stateless session management on zHdw since 1995. ://GCS -Original Message- From: Linux on 390 Port [mailto:linux-...@vm.maris

Re: channel bonding using 2 Vswitches

Thanks Peter, We did understand that the items listed were by design but was just indication the reasons why were going to try to work around these limits. We had looked at the VSS (and will do again thanks for the reminder) but are going to see if we can get this idea to work. Thanks again, Pau

Re: Stateless Linux for zSeries

Alan Ackerman wrote: Someone here says we should not do Linux on zSeries because you cannot do "stateless computing" on zSeries. Of course, the first question is "What the heck is stateless computing?" I found some links: Stateless Linux at . Linu

Re: Stateless Linux for zSeries

On Wed, May 13, 2009 at 9:16 PM, Alan Ackerman wrote: > Has anyone had any experience with building a stateless Linux on zSeries? > > Any words of wisdom? As long as you can step back from the particular implementation at hand, many of the installations I worked with already do this with Linux o