Hi Arvind,
I think your issue is well documented. If I were you, I would open a
support call to SUN and see if they either have an explanation and
workaround or perhaps a firmware update to solve this.
Another thing you might want to try is this:
instead of leaving disk2 and disk3 'alone', would you be able to confirm
them separately as RAID-0 devices? This way:
1) disk2 and disk3 would benefit from the RAID HBA cache.
2) all of your disk would show up as 'RAID' disks of some kind, perhaps
solving the ordering problem. You'd get 3 * 72.9Gb drives but only drive 0
would be RAID-1 whereas drive 1 and 2 would be RAID-0.
Of course, I have no idea if the X4200 RAID HBA can do that. I know most
LSI MegaRaid HBA's would be able to, but I don't the X4200 machines well
enough..
Good Luck,
Vincent
On Thu, 29 Oct 2009, Arvind Navale wrote:
Hi,
I did try using --onbiosdisk=80 and it worked, thanks for the suggestion. The
OS partition are created on the raid volume disk but the OS has still probed
it as /dev/sdc.
Here is what I am seeing,
fdisk -l
Disk /dev/sda: 73.4 GB, 73407865856 bytes --> This is independent drive
255 heads, 63 sectors/track, 8924 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
Disk /dev/sdb: 73.4 GB, 73407865856 bytes --> This is independent drive
255 heads, 63 sectors/track, 8924 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
Disk /dev/sdc: 72.9 GB, 72999763968 bytes --> This is mirror raid volume
255 heads, 63 sectors/track, 8875 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sdc1 * 1 25 200781 83 Linux
/dev/sdc2 26 8875 71087625 8e Linux LVM
Is there any way I can fix
1. The probing of devices by the OS so that it sees raid disk first and
remaining later.
2. If above is not possible then can I fix the device IDs so that raid disk is
/dev/sda and remaining sdb and sdc.
Really appreciate all your time.
Thank you,
AN
> From: [email protected]
> Subject: rhelv5-list Digest, Vol 32, Issue 26
> To: [email protected]
> Date: Wed, 28 Oct 2009 15:16:26 -0400
>
> Send rhelv5-list mailing list submissions to
> [email protected]
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://www.redhat.com/mailman/listinfo/rhelv5-list
> or, via email, send a message with subject or body 'help' to
> [email protected]
>
> You can reach the person managing the list at
> [email protected]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of rhelv5-list digest..."
>
>
> Today's Topics:
>
> 1. RE: rhelv5-list Digest, Vol 32, Issue 25 (Arvind Navale)
> 2. RE: RE: rhelv5-list Digest, Vol 32, Issue 25 (Campbell, Todd)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 28 Oct 2009 15:09:17 -0400
> From: Arvind Navale <[email protected]>
> Subject: [rhelv5-list] RE: rhelv5-list Digest, Vol 32, Issue 25
> To: RHEL-v5 OS Group <[email protected]>
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset="iso-8859-1"
>
>
> Thanks for responding. The link you have provided is for dell hardware and
the server on which I am facing issue is a Sun Hardware. Will it work on Sun
hardware?
>
> Regards,
> AN
>
>
>
>
> > From: [email protected]
> > Subject: rhelv5-list Digest, Vol 32, Issue 25
> > To: [email protected]
> > Date: Wed, 28 Oct 2009 12:00:36 -0400
> >
> > Send rhelv5-list mailing list submissions to
> > [email protected]
> >
> > To subscribe or unsubscribe via the World Wide Web, visit
> > https://www.redhat.com/mailman/listinfo/rhelv5-list
> > or, via email, send a message with subject or body 'help' to
> > [email protected]
> >
> > You can reach the person managing the list at
> > [email protected]
> >
> > When replying, please edit your Subject line so it is more specific
> > than "Re: Contents of rhelv5-list digest..."
> >
> >
> > Today's Topics:
> >
> > 1. RHEL-v5.x OS Installation (Arvind Navale)
> > 2. RE: RHEL-v5.x OS Installation (Campbell, Todd)
> > 3. KVM - IO disk performance - strange behaviour (Benoit Guguin)
> >
> >
> > ----------------------------------------------------------------------
> >
> > Message: 1
> > Date: Tue, 27 Oct 2009 12:36:05 -0400
> > From: Arvind Navale <[email protected]>
> > Subject: [rhelv5-list] RHEL-v5.x OS Installation
> > To: RHEL-v5 OS Group <[email protected]>
> > Message-ID: <[email protected]>
> > Content-Type: text/plain; charset="iso-8859-1"
> >
> >
> > Hi Folks,
> >
> > I am testing installing RHEL 5.x OS on a sun hardware Sun Fire-x4200
system. It has 4 internal drives and I have setup a mirror raid volume using disks
in Slot-0 and 1, disks in slot-2 and 3 are left as it is. I am installing
RHEL-v5.x OS on this hardware using kickstart process. I am able install the OS
fine but apparently I am seeing that OS is not installed on the mirror raid
volume, instead its installing on disk in Slot-2. I believe this is happening
because disks in Slot-2 and 3 are probed first and then mirrored raid volume.
In the kickstart profile I have mentioned install disk to be 'sda' in
kickstart profile hoping that mirrored raid volume is probed first and assigned
'sda' device ID by OS which apparently is not happening.
> >
> > I have tested the same by Installing RHEL-v4.x and see that mirrored raid
volume is picked up first and remaining disks later. So here the OS is
installed as expected. From this I understand that probing has changing with
RHEL-v5.x compared to RHEL-v4.x.
> >
> > After installing OS on the hardware platform I am testing Bare Metal
Restore recovery process and I see that with version 5.x OS, during the BMR
recovery process, BMR is creating filesystem on /dev/sda (independent disk) and
grub is loading boot loader on /dev/sdc (mirrored raid volume).
> >
> > Creating swap filesystem on /devAdding 16779884k swap on /dev/sda3.
Priority:-1 extents:1 across:16779884k
> > /sda3
> > Activating swap device /dev/sda3
> > Creating ext3 filesystem on /dev/sda5
> > kjournald starting. Commit interval 5 seconds
> > EXT3 FS on sda5, internal journal
> > EXT3-fs: mounted filesystem with ordered data mode.
> > Creating ext3 filesystem on /dev/sda6
> > kjournald starting. Commit interval 5 seconds
> > EXT3 FS on sda6, internal journal
> > EXT3-fs: mounted filesystem with ordered data mode.
> > Creating ext3 filesystem on /dev/sda7
> > kjournald starting. Commit interval 5 seconds
> > EXT3 FS on sda7, internal journal
> > EXT3-fs: mounted filesystem with ordered data mode.
> > Creating ext3 filesystem on /dev/sda1
> > kjournald starting. Commit interval 5 seconds
> > EXT3 FS on sda1, internal journal
> > EXT3-fs: mounted filesystem with ordered data mode.
> > Creating ext3 filesystem on /dev/sda2
> > kjournald starting. Commit interval 5 seconds
> > EXT3 FS on sda2, internal journal
> > EXT3-fs: mounted filesystem with ordered data mode.
> > Restoring / file system ...
> > Restoring /opt file system ...
> > Restoring /var file system ...
> > Restoring /appl file system ...
> > Restoring /boot file system ...
> > Installing GRUB boot loader onto /dev/sdc
> >
> > Bare Metal Restore is complete.
> > Press ENTER to reboot system :
> >
> >
> > Can anyone please help me resolve the issue with version 5.x OS install to
pick proper disk.
> >
> > Thank you,
> > AN
> >
> >
> >
> > _________________________________________________________________
> > Windows 7: It works the way you want. Learn more.
> >
http://www.microsoft.com/Windows/windows-7/default.aspx?ocid=PID24727::T:WLMTAGL:ON:WL:en-US:WWL_WIN_evergreen2:102009
> > -------------- next part --------------
> > An HTML attachment was scrubbed...
> > URL:
https://www.redhat.com/archives/rhelv5-list/attachments/20091027/1de6b22b/attachment.html
> >
> > ------------------------------
> >
> > Message: 2
> > Date: Tue, 27 Oct 2009 12:48:24 -0400
> > From: "Campbell, Todd" <[email protected]>
> > Subject: RE: [rhelv5-list] RHEL-v5.x OS Installation
> > To: RHEL-v5 OS Group <[email protected]>
> > Message-ID:
> > <ed28db319fdd21429fef3dbf0ab672aa183efc3...@exchange.corp.premierinc.com>
> >
> > Content-Type: text/plain; charset="us-ascii"
> >
> > Maybe you could try using "--onbiosdisk=80" instead of "--ondisk=sda"?
> >
> > Reference: http://linux.dell.com/installermagic.shtml
> >
> > From: [email protected]
[mailto:[email protected]] On Behalf Of Arvind Navale
> > Sent: Tuesday, October 27, 2009 12:36 PM
> > To: RHEL-v5 OS Group
> > Subject: [rhelv5-list] RHEL-v5.x OS Installation
> >
> > Hi Folks,
> >
> > I am testing installing RHEL 5.x OS on a sun hardware Sun Fire-x4200
system. It has 4 internal drives and I have setup a mirror raid volume using disks
in Slot-0 and 1, disks in slot-2 and 3 are left as it is. I am installing
RHEL-v5.x OS on this hardware using kickstart process. I am able install the OS
fine but apparently I am seeing that OS is not installed on the mirror raid
volume, instead its installing on disk in Slot-2. I believe this is happening
because disks in Slot-2 and 3 are probed first and then mirrored raid volume.
In the kickstart profile I have mentioned install disk to be 'sda' in
kickstart profile hoping that mirrored raid volume is probed first and assigned
'sda' device ID by OS which apparently is not happening.
> >
> > I have tested the same by Installing RHEL-v4.x and see that mirrored raid
volume is picked up first and remaining disks later. So here the OS is
installed as expected. From this I understand that probing has changing with
RHEL-v5.x compared to RHEL-v4.x.
> >
> > After installing OS on the hardware platform I am testing Bare Metal
Restore recovery process and I see that with version 5.x OS, during the BMR
recovery process, BMR is creating filesystem on /dev/sda (independent disk) and
grub is loading boot loader on /dev/sdc (mirrored raid volume).
> >
> > Creating swap filesystem on /devAdding 16779884k swap on /dev/sda3.
Priority:-1 extents:1 across:16779884k
> > /sda3
> > Activating swap device /dev/sda3
> > Creating ext3 filesystem on /dev/sda5
> > kjournald starting. Commit interval 5 seconds
> > EXT3 FS on sda5, internal journal
> > EXT3-fs: mounted filesystem with ordered data mode.
> > Creating ext3 filesystem on /dev/sda6
> > kjournald starting. Commit interval 5 seconds
> > EXT3 FS on sda6, internal journal
> > EXT3-fs: mounted filesystem with ordered data mode.
> > Creating ext3 filesystem on /dev/sda7
> > kjournald starting. Commit interval 5 seconds
> > EXT3 FS on sda7, internal journal
> > EXT3-fs: mounted filesystem with ordered data mode.
> > Creating ext3 filesystem on /dev/sda1
> > kjournald starting. Commit interval 5 seconds
> > EXT3 FS on sda1, internal journal
> > EXT3-fs: mounted filesystem with ordered data mode.
> > Creating ext3 filesystem on /dev/sda2
> > kjournald starting. Commit interval 5 seconds
> > EXT3 FS on sda2, internal journal
> > EXT3-fs: mounted filesystem with ordered data mode.
> > Restoring / file system ...
> > Restoring /opt file system ...
> > Restoring /var file system ...
> > Restoring /appl file system ...
> > Restoring /boot file system ...
> > Installing GRUB boot loader onto /dev/sdc
> >
> > Bare Metal Restore is complete.
> > Press ENTER to reboot system :
> >
> >
> > Can anyone please help me resolve the issue with version 5.x OS install to
pick proper disk.
> >
> > Thank you,
> > AN
> >
> >
> > ________________________________
> > Windows 7: It works the way you want. Learn
more.<http://www.microsoft.com/Windows/windows-7/default.aspx?ocid=PID24727::T:WLMTAGL:ON:WL:en-US:WWL_WIN_evergreen2:102009>
> >
> >
> > -----------------------------------------
> > ***Note:The information contained in this message may be privileged
> > and confidential and protected from disclosure. If the reader of
> > this message is not the intended recipient, or an employee or agent
> > responsible for delivering this message to the intended recipient,
> > you are hereby notified that any dissemination, distribution or
> > copying of this communication is strictly prohibited. If you have
> > received this communication in error, please notify the Sender
> > immediately by replying to the message and deleting it from your
> > computer. Thank you. Premier Inc.
> > -------------- next part --------------
> > An HTML attachment was scrubbed...
> > URL:
https://www.redhat.com/archives/rhelv5-list/attachments/20091027/47c29e30/attachment.html
> >
> > ------------------------------
> >
> > Message: 3
> > Date: Wed, 28 Oct 2009 11:38:27 +0100
> > From: Benoit Guguin <[email protected]>
> > Subject: [rhelv5-list] KVM - IO disk performance - strange behaviour
> > To: [email protected]
> > Message-ID: <[email protected]>
> > Content-Type: text/plain; charset="us-ascii"
> >
> > Hello,
> >
> > I'm currently testing the KVM part of the new RHEL5.4.
> > I'm using IoZone becnhmark to test IO performance.
> >
> > For my test I have dedicate a LVM partition to the IoZone benchmark :
> > iozone -a -U /mnt/bench/ -f /mnt/bench/test-file -R -b <file.xls>
> >
> > I use the LVM partition in evry test (inside the VM or outside the VM).
> >
> > Something is strange : IO Disk performance are better in a VM ...
> > I have test a KVM VM with the option cache=none for the disk (system and
> > bench), but the performance are still better ...
> >
> > Well I suppose something (KVM, special optimisation ?) do a cache but I
didn't
> > find anything to control the behaviour ....
> >
> > Any idea plz ?
> >
> >
> > Thank you in advance.
> >
> > Regards,
> >
> > --
> > Guguin Benoit
> >
> >
> >
> > ------------------------------
> >
> > _______________________________________________
> > rhelv5-list mailing list
> > [email protected]
> > https://www.redhat.com/mailman/listinfo/rhelv5-list
> >
> >
> > End of rhelv5-list Digest, Vol 32, Issue 25
> > *******************************************
>
> _________________________________________________________________
> New Windows 7: Find the right PC for you. Learn more.
>
http://www.microsoft.com/windows/pc-scout/default.aspx?CBID=wl&ocid=PID24727::T:WLMTAGL:ON:WL:en-US:WWL_WIN_pcscout:102009
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
https://www.redhat.com/archives/rhelv5-list/attachments/20091028/9c6fbcca/attachment.html
>
> ------------------------------
>
> Message: 2
> Date: Wed, 28 Oct 2009 15:13:28 -0400
> From: "Campbell, Todd" <[email protected]>
> Subject: RE: [rhelv5-list] RE: rhelv5-list Digest, Vol 32, Issue 25
> To: "'Red Hat Enterprise Linux 5 (Tikanga) discussion mailing-list'"
> <[email protected]>
> Message-ID:
> <ed28db319fdd21429fef3dbf0ab672aa183efc3...@exchange.corp.premierinc.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> It should, assuming the Sun will present that RAID disk as the "first" disk.
If anything, it's worth testing.
>
> From: [email protected] [mailto:[email protected]]
On Behalf Of Arvind Navale
> Sent: Wednesday, October 28, 2009 3:09 PM
> To: RHEL-v5 OS Group
> Subject: [rhelv5-list] RE: rhelv5-list Digest, Vol 32, Issue 25
>
> Thanks for responding. The link you have provided is for dell hardware and
the server on which I am facing issue is a Sun Hardware. Will it work on Sun
hardware?
>
> Regards,
> AN
>
>
>
>
> > From: [email protected]
> > Subject: rhelv5-list Digest, Vol 32, Issue 25
> > To: [email protected]
> > Date: Wed, 28 Oct 2009 12:00:36 -0400
> >
> > Send rhelv5-list mailing list submissions to
> > [email protected]
> >
> > To subscribe or unsubscribe via the World Wide Web, visit
> > https://www.redhat.com/mailman/listinfo/rhelv5-list
> > or, via email, send a message with subject or body 'help' to
> > [email protected]
> >
> > You can reach the person managing the list at
> > [email protected]
> >
> > When replying, please edit your Subject line so it is more specific
> > than "Re: Contents of rhelv5-list digest..."
> >
> >
> > Today's Topics:
> >
> > 1. RHEL-v5.x OS Installation (Arvind Navale)
> > 2. RE: RHEL-v5.x OS Installation (Campbell, Todd)
> > 3. KVM - IO disk performance - strange behaviour (Benoit Guguin)
> >
> >
> > ----------------------------------------------------------------------
> >
> > Message: 1
> > Date: Tue, 27 Oct 2009 12:36:05 -0400
> > From: Arvind Navale <[email protected]>
> > Subject: [rhelv5-list] RHEL-v5.x OS Installation
> > To: RHEL-v5 OS Group <[email protected]>
> > Message-ID: <[email protected]>
> > Content-Type: text/plain; charset="iso-8859-1"
> >
> >
> > Hi Folks,
> >
> > I am testing installing RHEL 5.x OS on a sun hardware Sun Fire-x4200
system. It has 4 internal drives and I have setup a mirror raid volume using disks
in Slot-0 and 1, disks in slot-2 and 3 are left as it is. I am installing
RHEL-v5.x OS on this hardware using kickstart process. I am able install the OS
fine but apparently I am seeing that OS is not installed on the mirror raid
volume, instead its installing on disk in Slot-2. I believe this is happening
because disks in Slot-2 and 3 are probed first and then mirrored raid volume.
In the kickstart profile I have mentioned install disk to be 'sda' in
kickstart profile hoping that mirrored raid volume is probed first and assigned
'sda' device ID by OS which apparently is not happening.
> >
> > I have tested the same by Installing RHEL-v4.x and see that mirrored raid
volume is picked up first and remaining disks later. So here the OS is
installed as expected. From this I understand that probing has changing with
RHEL-v5.x compared to RHEL-v4.x.
> >
> > After installing OS on the hardware platform I am testing Bare Metal
Restore recovery process and I see that with version 5.x OS, during the BMR
recovery process, BMR is creating filesystem on /dev/sda (independent disk) and
grub is loading boot loader on /dev/sdc (mirrored raid volume).
> >
> > Creating swap filesystem on /devAdding 16779884k swap on /dev/sda3.
Priority:-1 extents:1 across:16779884k
> > /sda3
> > Activating swap device /dev/sda3
> > Creating ext3 filesystem on /dev/sda5
> > kjournald starting. Commit interval 5 seconds
> > EXT3 FS on sda5, internal journal
> > EXT3-fs: mounted filesystem with ordered data mode.
> > Creating ext3 filesystem on /dev/sda6
> > kjournald starting. Commit interval 5 seconds
> > EXT3 FS on sda6, internal journal
> > EXT3-fs: mounted filesystem with ordered data mode.
> > Creating ext3 filesystem on /dev/sda7
> > kjournald starting. Commit interval 5 seconds
> > EXT3 FS on sda7, internal journal
> > EXT3-fs: mounted filesystem with ordered data mode.
> > Creating ext3 filesystem on /dev/sda1
> > kjournald starting. Commit interval 5 seconds
> > EXT3 FS on sda1, internal journal
> > EXT3-fs: mounted filesystem with ordered data mode.
> > Creating ext3 filesystem on /dev/sda2
> > kjournald starting. Commit interval 5 seconds
> > EXT3 FS on sda2, internal journal
> > EXT3-fs: mounted filesystem with ordered data mode.
> > Restoring / file system ...
> > Restoring /opt file system ...
> > Restoring /var file system ...
> > Restoring /appl file system ...
> > Restoring /boot file system ...
> > Installing GRUB boot loader onto /dev/sdc
> >
> > Bare Metal Restore is complete.
> > Press ENTER to reboot system :
> >
> >
> > Can anyone please help me resolve the issue with version 5.x OS install to
pick proper disk.
> >
> > Thank you,
> > AN
> >
> >
> >
> > _________________________________________________________________
> > Windows 7: It works the way you want. Learn more.
> >
http://www.microsoft.com/Windows/windows-7/default.aspx?ocid=PID24727::T:WLMTAGL:ON:WL:en-US:WWL_WIN_evergreen2:102009
> > -------------- next part --------------
> > An HTML attachment was scrubbed...
> > URL:
https://www.redhat.com/archives/rhelv5-list/attachments/20091027/1de6b22b/attachment.html
> >
> > ------------------------------
> >
> > Message: 2
> > Date: Tue, 27 Oct 2009 12:48:24 -0400
> > From: "Campbell, Todd" <[email protected]>
> > Subject: RE: [rhelv5-list] RHEL-v5.x OS Installation
> > To: RHEL-v5 OS Group <[email protected]>
> > Message-ID:
> > <ed28db319fdd21429fef3dbf0ab672aa183efc3...@exchange.corp.premierinc.com>
> >
> > Content-Type: text/plain; charset="us-ascii"
> >
> > Maybe you could try using "--onbiosdisk=80" instead of "--ondisk=sda"?
> >
> > Reference: http://linux.dell.com/installermagic.shtml
> >
> > From: [email protected]
[mailto:[email protected]] On Behalf Of Arvind Navale
> > Sent: Tuesday, October 27, 2009 12:36 PM
> > To: RHEL-v5 OS Group
> > Subject: [rhelv5-list] RHEL-v5.x OS Installation
> >
> > Hi Folks,
> >
> > I am testing installing RHEL 5.x OS on a sun hardware Sun Fire-x4200
system. It has 4 internal drives and I have setup a mirror raid volume using disks
in Slot-0 and 1, disks in slot-2 and 3 are left as it is. I am installing
RHEL-v5.x OS on this hardware using kickstart process. I am able install the OS
fine but apparently I am seeing that OS is not installed on the mirror raid
volume, instead its installing on disk in Slot-2. I believe this is happening
because disks in Slot-2 and 3 are probed first and then mirrored raid volume.
In the kickstart profile I have mentioned install disk to be 'sda' in
kickstart profile hoping that mirrored raid volume is probed first and assigned
'sda' device ID by OS which apparently is not happening.
> >
> > I have tested the same by Installing RHEL-v4.x and see that mirrored raid
volume is picked up first and remaining disks later. So here the OS is
installed as expected. From this I understand that probing has changing with
RHEL-v5.x compared to RHEL-v4.x.
> >
> > After installing OS on the hardware platform I am testing Bare Metal
Restore recovery process and I see that with version 5.x OS, during the BMR
recovery process, BMR is creating filesystem on /dev/sda (independent disk) and
grub is loading boot loader on /dev/sdc (mirrored raid volume).
> >
> > Creating swap filesystem on /devAdding 16779884k swap on /dev/sda3.
Priority:-1 extents:1 across:16779884k
> > /sda3
> > Activating swap device /dev/sda3
> > Creating ext3 filesystem on /dev/sda5
> > kjournald starting. Commit interval 5 seconds
> > EXT3 FS on sda5, internal journal
> > EXT3-fs: mounted filesystem with ordered data mode.
> > Creating ext3 filesystem on /dev/sda6
> > kjournald starting. Commit interval 5 seconds
> > EXT3 FS on sda6, internal journal
> > EXT3-fs: mounted filesystem with ordered data mode.
> > Creating ext3 filesystem on /dev/sda7
> > kjournald starting. Commit interval 5 seconds
> > EXT3 FS on sda7, internal journal
> > EXT3-fs: mounted filesystem with ordered data mode.
> > Creating ext3 filesystem on /dev/sda1
> > kjournald starting. Commit interval 5 seconds
> > EXT3 FS on sda1, internal journal
> > EXT3-fs: mounted filesystem with ordered data mode.
> > Creating ext3 filesystem on /dev/sda2
> > kjournald starting. Commit interval 5 seconds
> > EXT3 FS on sda2, internal journal
> > EXT3-fs: mounted filesystem with ordered data mode.
> > Restoring / file system ...
> > Restoring /opt file system ...
> > Restoring /var file system ...
> > Restoring /appl file system ...
> > Restoring /boot file system ...
> > Installing GRUB boot loader onto /dev/sdc
> >
> > Bare Metal Restore is complete.
> > Press ENTER to reboot system :
> >
> >
> > Can anyone please help me resolve the issue with version 5.x OS install to
pick proper disk.
> >
> > Thank you,
> > AN
> >
> >
> > ________________________________
> > Windows 7: It works the way you want. Learn
more.<http://www.microsoft.com/Windows/windows-7/default.aspx?ocid=PID24727::T:WLMTAGL:ON:WL:en-US:WWL_WIN_evergreen2:102009>
> >
> >
> > -----------------------------------------
> > ***Note:The information contained in this message may be privileged
> > and confidential and protected from disclosure. If the reader of
> > this message is not the intended recipient, or an employee or agent
> > responsible for delivering this message to the intended recipient,
> > you are hereby notified that any dissemination, distribution or
> > copying of this communication is strictly prohibited. If you have
> > received this communication in error, please notify the Sender
> > immediately by replying to the message and deleting it from your
> > computer. Thank you. Premier Inc.
> > -------------- next part --------------
> > An HTML attachment was scrubbed...
> > URL:
https://www.redhat.com/archives/rhelv5-list/attachments/20091027/47c29e30/attachment.html
> >
> > ------------------------------
> >
> > Message: 3
> > Date: Wed, 28 Oct 2009 11:38:27 +0100
> > From: Benoit Guguin <[email protected]>
> > Subject: [rhelv5-list] KVM - IO disk performance - strange behaviour
> > To: [email protected]
> > Message-ID: <[email protected]>
> > Content-Type: text/plain; charset="us-ascii"
> >
> > Hello,
> >
> > I'm currently testing the KVM part of the new RHEL5.4.
> > I'm using IoZone becnhmark to test IO performance.
> >
> > For my test I have dedicate a LVM partition to the IoZone benchmark :
> > iozone -a -U /mnt/bench/ -f /mnt/bench/test-file -R -b <file.xls>
> >
> > I use the LVM partition in evry test (inside the VM or outside the VM).
> >
> > Something is strange : IO Disk performance are better in a VM ...
> > I have test a KVM VM with the option cache=none for the disk (system and
> > bench), but the performance are still better ...
> >
> > Well I suppose something (KVM, special optimisation ?) do a cache but I
didn't
> > find anything to control the behaviour ....
> >
> > Any idea plz ?
> >
> >
> > Thank you in advance.
> >
> > Regards,
> >
> > --
> > Guguin Benoit
> >
> >
> >
> > ------------------------------
> >
> > _______________________________________________
> > rhelv5-list mailing list
> > [email protected]
> > https://www.redhat.com/mailman/listinfo/rhelv5-list
> >
> >
> > End of rhelv5-list Digest, Vol 32, Issue 25
> > *******************************************
> ________________________________
> New Windows 7: Find the right PC for you. Learn
more.<http://www.microsoft.com/windows/pc-scout/default.aspx?CBID=wl&ocid=PID24727::T:WLMTAGL:ON:WL:en-US:WWL_WIN_pcscout:102009>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
https://www.redhat.com/archives/rhelv5-list/attachments/20091028/49937835/attachment.html
>
> ------------------------------
>
> _______________________________________________
> rhelv5-list mailing list
> [email protected]
> https://www.redhat.com/mailman/listinfo/rhelv5-list
>
>
> End of rhelv5-list Digest, Vol 32, Issue 26
> *******************************************
___________________________________________________________________________________________________________________________________________________________
Windows 7: It helps you do more. Explore Windows 7.
--
,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,
Vincent S. Cojot, Computer Engineering. STEP project. _.,-*~'`^`'~*-,._.,-*~
Ecole Polytechnique de Montreal, Comite Micro-Informatique. _.,-*~'`^`'~*-,.
Linux Xview/OpenLook resources page _.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'
http://step.polymtl.ca/~coyote _.,-*~'`^`'~*-,._ [email protected]
They cannot scare me with their empty spaces
Between stars - on stars where no human race is
I have it in me so much nearer home
To scare myself with my own desert places. - Robert Frost
_______________________________________________
rhelv5-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/rhelv5-list
