On Wed, Feb 18, 2009 at 7:41 AM, Mark Perry wrote:
>> Why would idle virtual processors be in the dispatch list?
>>
>
> Spin locks ;-)
I can see your smiley, so I take it you don't really think that an
idle processor would cause lock contention looking for work (though
this situation is not unco
Well I am not sure where I can do that. Normally I am told that this outside
of the support Novell gives for installation.
Best regards,
Florian
On Wed, Feb 18, 2009 at 1:52 AM, Mark Post wrote:
> >>> On 2/17/2009 at 2:34 PM, Florian Bilek
> wrote:
> > Thank you Mark!
> >
> > I would be speci
We are also using FDR products in the similar fashion to Aaron's group.
Some variations:
For Postgres on zLinux we use pgdump and FDR/Upstream to backup the
result.
For DB2 on zLinux we use native tools and use FDR/Upstream to backup the
result.
For Oracle on zLinux we use a combination of RMAN
Hey, this is getting to be fun. I've gotten into rescue mode as described in
the manual Brad referenced below and was able to follow the script but it
doesn't tell me how to finish.
An 'lvm vgscan' found VolGroup00
The 'lvm vgchange -a y' found the 11 volumes and activated VolGroup00
I was able
Thanks, Tobias. I've tried placing this in various places in my
autoyast.xml file and still does not appear after autoyast completes.
So after the IPL from the boot disk failed, I IPLed the starter system and
manually add the file etc/sysconfig/
>
> hardware/hwcfg-qeth-bus-ccw-0.0.1d00
Now when
On 2/17/09 6:39 PM, "Scott Rohling" wrote:
> Is that the Novell stance? No / under LVM??
No, I'd say that reflects real experience with having it break. Both
distributions support doing it technically. It'll work -- but you'll regret
it. If not now, soon.
-
Hi,
We're new to the Linux world. Currently we have 3390 Mod-3 (2.8G) and Mod-9s
(8.4 G) defined to our Linux guests under Z/VM.
I'm starting to get complaints that these 'partitions' are too small and do
not compare favorably with the dasd sizes available on PC desktops. (Apples and
Orang
> We're new to the Linux world. Currently we have 3390 Mod-3 (2.8G) and Mod-9s
> (8.4 G) defined to our Linux guests under >Z/VM.
On ECKD, same as you mod-3 and mod-9. On FCP terabyte sized luns.
> What I'd like to know from the group is - What are your DASD sizes?
>Are the complaints about pa
On Feb 18, 2009, at 9:34 AM, O'Brien, David W. (NIH/CIT) [C] wrote:
Hi,
We're new to the Linux world. Currently we have 3390 Mod-3 (2.8G)
and Mod-9s (8.4 G) defined to our Linux guests under Z/VM.
I'm starting to get complaints that these 'partitions' are too
small and do not compare favorab
I've heard several people mention using EDEV with FCP. We tested FCP and EDEV
was simple to set up and get working. Giving it to Linux seemed like it took a
bit more work. We had an IBM consultant come in and told us to never use EDEV
for Linux guests. Is anyone using EDEV FBA in production toda
Seriously start looking at FCP storage, at least for data partitions. While I
really like the ability to manage minidisks, you need to be able to hand out
bigger chunks, and LVM is just too much of a PITA long term to use to assemble
really large chunks of disk (> a few hundred G).
In the inter
On Feb 18, 2009, at 10:02 AM, Stewart Thomas J wrote:
We had an IBM consultant come in and told us to never use EDEV for
Linux guests.
That's fascinating.
What were the reasons given?
Adam
--
For LINUX-390 subscribe / signo
It would have been the overhead: primarily the FBA channel program has to be
converted to SCSI command sequences.
On 2/18/09 11:11 AM, "Adam Thornton" wrote:
> On Feb 18, 2009, at 10:02 AM, Stewart Thomas J wrote:
>
>> We had an IBM consultant come in and told us to never use EDEV for
>> Linux
Yep,
They are puny little disks to the distributed folks (and consider your
mod 3 is 2.3G and mod 9 6.8G after formatting and putting a file system
on it).
We are mostly mod 27 and mod 54. Mod 3's are only for paging here.
We do use LVM extensively. One server has 5TB (110 mod 54's).
LVM with
Hi,
We run Red Hat 5.3. Our production LPARs use FCP attached SCSI for local
file systems, SCSI managed via EDEVs for the OS install (/ and /boot)
and 3390's for VM. It takes a lot of planning up front for the SCSI box
configuration. 50G and 100G are good LUN sizes. Good I/O performance
requires t
On 2/18/09 11:02 AM, "Stewart Thomas J"
wrote:
> I've heard several people mention using EDEV with FCP. We tested FCP and EDEV
> was simple to set up and get working. Giving it to Linux seemed like it took a
> bit more work.
It's allocated just like any other minidisk. That's its primary advant
Thanks Marcy,
Yes, we do backup all of our Linux DASD from Z\os using FDR.
Guess that will have to change.
Dave O'Brien
NIH Contractor
From: Linux on 390 Port [linux-...@vm.marist.edu] On Behalf Of Marcy Cortes
[marcy.d.cor...@wellsfargo.com]
Sent: Wednes
>>> On 2/18/2009 at 6:35 AM, Florian Bilek wrote:
> Well I am not sure where I can do that. Normally I am told that this outside
> of the support Novell gives for installation.
That's true. It wasn't clear from your email that you were just doing an
evaluation. Sorry.
Mark Post
--
Just curious - how long does it take to do an fschk on your 5TB lvm ?
Alan Levy
VM/Linux Administrator
NYC DoITT
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Marcy
Cortes
Sent: Wednesday, February 18, 2009 11:20 AM
To: LINUX-390@VM.MARIST.ED
Bauer, Bobby (NIH/CIT) [E] wrote:
Hey, this is getting to be fun. I've gotten into rescue mode as described in
the manual Brad referenced below and was able to follow the script but it
doesn't tell me how to finish.
An 'lvm vgscan' found VolGroup00
The 'lvm vgchange -a y' found the 11 volumes
>>> On 2/18/2009 at 11:52 AM, Brad Hinson wrote:
-snip-
> - there could be an initrd problem (perhaps the lvm module isn't being
> loaded?) You can regenerate the initrd with chroot /mnt/sysimage;
> mkinitrd -v /boot/initrd...img
I'm betting on this one. Since everything "just worked" with th
OK, I'm getting the hang of this, a little.
Nuts, modprobe.conf only has 5 of the 6 volumes!!!
However when I try to run mkinitrd from /boot it tells me
sh-3.1# mkinitrd -v initrd-2.6.18-53.el5.img 2.6.18-53.el5
/mnt/sysimage/sbin/mkinitrd: line 32: /etc/rc.d/init.d/functions: No such file
>>> On 2/18/2009 at 12:58 PM, "Bauer, Bobby (NIH/CIT) [E]"
>>>
wrote:
-snip-
> However when I try to run mkinitrd from /boot it tells me
>
> sh-3.1# mkinitrd -v initrd-2.6.18-53.el5.img 2.6.18-53.el5
>
> /mnt/sysimage/sbin/mkinitrd: line 32: /etc/rc.d/init.d/functions: No such
> file or dire
>>> On 2/18/2009 at 11:51 AM, "Levy, Alan" wrote:
> Just curious - how long does it take to do an fschk on your 5TB lvm ?
If they're using a journaling file system, it shouldn't take any time at all.
Mark Post
--
For LINUX-39
>From my notes, feel free to correct any errors.
EDEVICE can be used to emulate ECKD on FBA. We did some testing with this and
were able to format the disk for use as z/VM minidisks. The setup was pretty
easy and once defined were controlled mostly the same as regular ECKD disk. Per
one of our
On Feb 18, 2009, at 12:52 PM, Stewart Thomas J wrote:
I also had a link to the following IBM report:
http://www.vm.ibm.com/perf/reports/zvm/html/520lxd.html
"Absent from this study is an evaluation of Diagnose X'250' with
emulated FBA DASD." - that was another question IBM could never
answer a
Mark Post wrote:
You need to chroot to /mnt/sysimage before running the mkinitrd.
Sorry to hop on route.. but..
I was wondering...
Why on earth does one need to mkinitrd/zipl after adding a DASD volume
to z/Linux ?
Most (if not all) 'distributed' platforms are perfectly happy to add a
volu
On 2/18/09 1:52 PM, "Stewart Thomas J" wrote:
>> From my notes, feel free to correct any errors.
>
> EDEVICE can be used to emulate ECKD on FBA. We did some testing with this and
> were able to format the disk for use as z/VM minidisks. The setup was pretty
> easy and once defined were controlle
>>> On 2/18/2009 at 1:58 PM, Ivan Warren wrote:
-snip-
> I was wondering...
>
> Why on earth does one need to mkinitrd/zipl after adding a DASD volume
> to z/Linux ?
Basically, some historical, performance, and data integrity reasons.
When the DASD driver initializes, particularly in an LPAR,
I find that with SLES10, you do NOT have to mkinitrd and zipl. It
will happily find the additional DASD and bring them online without
needing special intelligence in the INITRD.
The whole INITRD thing ... I will hold my peace for the moment.
Now if you added a different KIND of DASD (if you ad
Mark Post wrote:
Basically, some historical, performance, and data integrity reasons.
Ok,
I'm starting to get a better picture now (as to the how & why). As I
understand it, the bases are :
- An LPAR may have thousands of volumes allocated to it, not all of them
being for Linux use.
-
Richard Troth wrote:
The whole INITRD thing ... I will hold my peace for the moment.
I'm with you here..
I mean..
On 'distributed' platforms you may have.. what.. 200.. 300 different
drivers..
On z.. you have what ... 15 ?
A monolithic kernel would make all the sense in the world.. and
I don't believe that there is a performance problem with thousands of
volumes that are there. The performance problem is with the thousands
of volumes that are not there.
In my case, when we brought in an IBM DS6800, I defined to the IOCP,
that there were 150 volumes on each of the 8 controllers.
On 2/18/09 2:23 PM, "Mark Post" wrote:
> When the DASD driver initializes, particularly in an LPAR, which devices do
> you want it to pay attention to? Unlike most distributed systems, an LPAR can
> be set up to "see" all the devices that are attached to the box. Those
> devices can come and go
>>> On 2/18/2009 at 2:15 PM, Richard Troth wrote:
> I find that with SLES10, you do NOT have to mkinitrd and zipl. It
> will happily find the additional DASD and bring them online without
> needing special intelligence in the INITRD.
That's going to depend on just how the DASD devices were add
Mark Post wrote:
That's going to depend on just how the DASD devices were added, and whether the
appropriate configuration files got created. If those files are there, then
you're right as long as those DASD volumes are not needed to get your root file
system mounted. Such as is the case whe
>>> On 2/18/2009 at 3:03 PM, Ivan Warren wrote:
> Why doesn't mkinitrd *ONLY* take care of the IPL
> volume (or volumes in you're LVM).. - as the initrd was designed - then
> - depending on what config is on the root fs, enable this or that volume
> - once control has been passed to the root
Mark Post wrote:
That's is all that's necessary. And, again, if you make sure that when DASD
volumes are added, that the proper configuration files are there, it should
work just fine. However, consider the case where / is on an LV, and you just
added another volume to the VG. That's big ti
>>> On 2/18/2009 at 3:12 PM, Ivan Warren wrote:
> A monolithic kernel would make all the sense in the world.. and IPL
> directly with your root !
And would be different from how everything else is done, driving up costs,
generating complaints ("Why is this different from my other systems? Th
Reading a piece on adding Qeth to sles10 it talks about 2 pieces
one in /etc/sysconfig/network/
and one in /etc/sysconfig/hardware/
So after the initial install I find
/etc/sysconfig/hardware/hwcfg-bus-ccw-0.0.1d00
and
/etc/sysconfig/network/ifcfg-eth-id-02:00:85:00:00:09
Is it odd these are not
Mark Post wrote:
And would be different from how everything else is done, driving up costs, generating
complaints ("Why is this different from my other systems? That's stupid.")
I don't particularly care for using an initrd myself, but I'm not going to try
to argue with the folks that put thi
On Feb 18, 2009, at 4:30 PM, Ivan Warren wrote:
Basically, the requirement for an initrd was generated by
'distributed'
systems.. Where you can stick in brand XXX variant ZZZ HBA.. but on
IBM
System z.. you can't do that ! And even more... Even if you were
allowed
to, it would have to follow eit
>>> On 2/18/2009 at 4:27 PM, Mark Pace wrote:
-snip-
> So after the initial install I find
> /etc/sysconfig/hardware/hwcfg-bus-ccw-0.0.1d00
> and
> /etc/sysconfig/network/ifcfg-eth-id-02:00:85:00:00:09
>
> Is it odd these are not named the same?
Not particularly. If I were doing it, I probabl
Adam Thornton wrote:
Or diag250.
Sure, doesn't work on the metal. Nevertheless.
Well.. Diag 250 is just a way to talk to a DASD.
Whatever you do with Diag 250, you can also do with SSCH, an ORB and
some CCWs... So even if Diag 250 isn't embedded in the kernel, you
should still be able to IP
On Feb 18, 2009, at 9:36 PM, Ivan Warren wrote:
Now about Diag 250.. What's the gain ?
a) tons easier for the device driver writers. Take a look at the disk
driver in OpenSolaris/z to see why I care.
Now.. Simplicity ? Device independence ? well, to support LPAR, you're
going to have to dea
45 matches
Mail list logo