redhat-list Digest, Vol 75, Issue 17

ramesh kumar rameshp2644 at gmail.com
Fri May 21 17:54:41 UTC 2010


On 5/21/10, redhat-list-request at redhat.com
<redhat-list-request at redhat.com> wrote:
> Send redhat-list mailing list submissions to
> 	redhat-list at redhat.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://www.redhat.com/mailman/listinfo/redhat-list
> or, via email, send a message with subject or body 'help' to
> 	redhat-list-request at redhat.com
>
> You can reach the person managing the list at
> 	redhat-list-owner at redhat.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of redhat-list digest..."
>
>
> Today's Topics:
>
>    1. Re: Multipath I/O stats (Yong Huang)
>    2. RE: Multipath I/O stats (Allen, Jack)
>    3. RHEL VPS hosting service (Greg Cornell)
>    4. Re: RHEL VPS hosting service (Adam Miller)
>    5. RE: RHEL VPS hosting service (Greg Cornell)
>    6. Re: RHEL VPS hosting service (Barry Brimer)
>    7. RE: RHEL VPS hosting service (Greg Cornell)
>    8. Re: RHEL VPS hosting service (Paul Whitney)
>    9. RE: RHEL VPS hosting service (Greg Cornell)
>   10. Re: RHEL VPS hosting service (MadTh)
>   11. RE: RHEL VPS hosting service (Greg Cornell)
>   12. Re: RHEL VPS hosting service (mark)
>   13. Re: RHEL VPS hosting service (Adam Miller)
>   14. Re: RHEL VPS hosting service (Adam Miller)
>   15. Re: RHEL VPS hosting service (Tom H)
>   16. Re: RHEL VPS hosting service (Kenneth Kirchner)
>   17. RE: Multipath I/O stats (Yong Huang)
>   18. Re: RHEL VPS hosting service (Adam Miller)
>   19. Re: RHEL VPS hosting service (Kenneth Kirchner)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 20 May 2010 11:28:26 -0700 (PDT)
> From: Yong Huang <yong321 at yahoo.com>
> To: Jack.Allen at mckesson.com
> Cc: redhat-list at redhat.com
> Subject: Re: Multipath I/O stats
> Message-ID: <409454.20542.qm at web80605.mail.mud.yahoo.com>
> Content-Type: text/plain; charset=us-ascii
>
>> With multipath set up to access a SAN with some number of LUNs
>> and for this question 2 paths set for round robin, how can the
>> I/O stats be seen/gathered to see the throughput on each path
>> and how balanced the I/O is?
>
> I think we can do this. multiptha -l tells you what disks are combined to
> form a mapper path. Then you can use iostat to check I/O stats of each disk
> along with each mapper. It won't be hard to write a shell script to re-print
> the lines of iostat nicely, grouping the lines of the disks under their
> respective mapper path.
>
> Yong Huang
>
>
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 20 May 2010 16:33:45 -0400
> From: "Allen, Jack" <Jack.Allen at mckesson.com>
> To: Yong Huang <yong321 at yahoo.com>
> Cc: redhat-list at redhat.com
> Subject: RE: Multipath I/O stats
> Message-ID:
> 	<230ED15F81AFD3409345FFA4E565F0E50A5701BE at NDHV3000.na.corp.mckesson.com>
> 	
> Content-Type: text/plain;	charset="us-ascii"
>
>
>
> -----Original Message-----
> From: Yong Huang [mailto:yong321 at yahoo.com]
> Sent: Thursday, May 20, 2010 2:28 PM
> To: Allen, Jack
> Cc: redhat-list at redhat.com
> Subject: Re: Multipath I/O stats
>
>> With multipath set up to access a SAN with some number of LUNs
>> and for this question 2 paths set for round robin, how can the
>> I/O stats be seen/gathered to see the throughput on each path
>> and how balanced the I/O is?
>
> I think we can do this. multiptha -l tells you what disks are combined
> to form a mapper path. Then you can use iostat to check I/O stats of
> each disk along with each mapper. It won't be hard to write a shell
> script to re-print the lines of iostat nicely, grouping the lines of the
> disks under their respective mapper path.
>
> Yong Huang
>
> ===========================
> Thanks for the reply.
>
> This is the output of just one of the mpaths that I monitored for a
> while.
>
> mpath13 (360060e8005491000000049100000703c) dm-0 HP,OPEN-V
> [size=10G][features=1 queue_if_no_path][hwhandler=0][rw]
> \_ round-robin 0 [prio=0][active]
>  \_ 2:0:0:2  sdaa 65:160 [active][undef]
>  \_ 2:0:1:2  sdam 66:96  [active][undef]
>  \_ 1:0:0:2  sdc  8:32   [active][undef]
>  \_ 1:0:1:2  sdo  8:224  [active][undef]
>
>
> Below is the command I used and the results. I know this is a small
> sampling and I have eliminated the ones that had 0 I/O to save space
> here. But it appears the I/O is not really being done round-robin as I
> think it should be. You will notice sdam and sdb are the only ones that
> do any I/O. Now maybe this is because of some preferred path and
> controller relationship, I don't know. Any help understanding this would
> be helpful.
>
> iostat -d -p sdaa -p sdam -p sdc -p sdb -p dm-0 2 20 > /tmp/zzxx
>
> Linux 2.6.18-164.el5PAE (h0009)         05/20/2010
>
> Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
> sdaa              1.53        49.43        15.03   60932848   18523880
> sdam              1.53        49.35        15.10   60833016   18616608
> sdc               1.53        49.41        15.04   60905568   18542936
> sdb               1.38        57.21         3.68   70522704    4533144
> dm-0             32.23       197.56        60.24  243542080   74259264
>
> Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
> sdaa              0.00         0.00         0.00          0          0
> sdam              4.50        72.00         0.00        144          0
> sdc               0.00         0.00         0.00          0          0
> sdb               4.50        72.00         0.00        144          0
> dm-0              9.00        72.00         0.00        144          0
>
> Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
> sdaa              0.00         0.00         0.00          0          0
> sdam             10.00       160.00         0.00        320          0
> sdc               0.00         0.00         0.00          0          0
> sdb               7.50       112.00         8.00        224         16
> dm-0             20.00       160.00         0.00        320          0
>
> Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
> sdaa              0.00         0.00         0.00          0          0
> sdam              7.00       112.00         0.00        224          0
> sdc               0.00         0.00         0.00          0          0
> sdb               5.00        80.00         0.00        160          0
> dm-0             14.00       112.00         0.00        224          0
>
> Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
> sdaa              0.00         0.00         0.00          0          0
> sdam              3.50        56.00         0.00        112          0
> sdc               0.00         0.00         0.00          0          0
> sdb               3.50        56.00         0.00        112          0
> dm-0              7.00        56.00         0.00        112          0
>
> Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
> sdaa              0.00         0.00         0.00          0          0
> sdam              0.50         0.00         7.96          0         16
> sdc               0.00         0.00         0.00          0          0
> sdb               0.00         0.00         0.00          0          0
> dm-0              1.00         0.00         7.96          0         16
>
> Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
> sdaa              0.00         0.00         0.00          0          0
> sdam              3.50        32.00        96.00         64        192
> sdc               0.00         0.00         0.00          0          0
> sdb               0.00         0.00         0.00          0          0
> dm-0             16.00        32.00        96.00         64        192
>
> Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
> sdaa              0.00         0.00         0.00          0          0
> sdam              0.50         0.00         8.00          0         16
> sdc               0.00         0.00         0.00          0          0
> sdb               0.00         0.00         0.00          0          0
> dm-0              1.00         0.00         8.00          0         16
>
> Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
> sdaa              0.00         0.00         0.00          0          0
> sdam              1.50         0.00        24.00          0         48
> sdc               0.00         0.00         0.00          0          0
> sdb               0.00         0.00         0.00          0          0
> dm-0              3.00         0.00        24.00          0         48
>
> Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
> sdaa              0.00         0.00         0.00          0          0
> sdam              5.00        24.00        88.00         48        176
> sdc               0.00         0.00         0.00          0          0
> sdb               0.00         0.00         0.00          0          0
> dm-0             14.00        24.00        88.00         48        176
>
> Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
> sdaa              0.00         0.00         0.00          0          0
> sdam              0.50         8.00         0.00         16          0
> sdc               0.00         0.00         0.00          0          0
> sdb               0.00         0.00         0.00          0          0
> dm-0              1.00         8.00         0.00         16          0
>
> Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
> sdaa              0.00         0.00         0.00          0          0
> sdam              7.50         0.00       120.00          0        240
> sdc               0.00         0.00         0.00          0          0
> sdb               0.00         0.00         0.00          0          0
> dm-0             15.00         0.00       120.00          0        240
>
> -----
> Jack Allen
>
>
>
> ------------------------------
>
> Message: 3
> Date: Thu, 20 May 2010 14:49:56 -0700
> From: Greg Cornell <Greg.Cornell at wallawalla.edu>
> To: "redhat-list at redhat.com" <redhat-list at redhat.com>
> Subject: RHEL VPS hosting service
> Message-ID:
> 	<1C41A84ADCED6E439EB3E7EDBCD3DF711C9E3314B7 at post3.skynet.local>
> Content-Type: text/plain; charset="us-ascii"
>
> Hello List,
>
> I'm looking into implementing an off-site server.  If anyone has
> recommendations for a hosting services that provides RHEL in a VPS please
> let me know.
>
> Thanks for your time,
> Greg
>
> --
> Greg Cornell, Unix Sys Admin
> Walla Walla University
>
>
>
> ------------------------------
>
> Message: 4
> Date: Thu, 20 May 2010 16:55:32 -0500
> From: Adam Miller <maxamillion at fedoraproject.org>
> To: General Red Hat Linux discussion list <redhat-list at redhat.com>
> Subject: Re: RHEL VPS hosting service
> Message-ID:
> 	<AANLkTinbT-PW8mbujrWFAcDvqkJu8YzmRKkvYJYuC0Qg at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> I've been looking for the same for some time, the closest I have found
> is VPS providers that offer CentOS. I'm currently a customer of
> linode.com and I've been very happy with their level of service as
> well as their pricing but you're going to be running CentOS and not
> official RHEL.
>
> -AdamM
>
> --
> http://maxamillion.googlepages.com
> ---------------------------------------------------------
> ()  ascii ribbon campaign - against html e-mail
> /\  www.asciiribbon.org   - against proprietary attachments
>
>
>
> ------------------------------
>
> Message: 5
> Date: Thu, 20 May 2010 15:01:23 -0700
> From: Greg Cornell <Greg.Cornell at wallawalla.edu>
> To: General Red Hat Linux discussion list <redhat-list at redhat.com>
> Subject: RE: RHEL VPS hosting service
> Message-ID:
> 	<1C41A84ADCED6E439EB3E7EDBCD3DF711C9E3314C7 at post3.skynet.local>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi Adam,
>
> Thanks, that's exactly what I've been running into, several that offer
> CentOS but no RHEL.  I'm really hoping to find a RHEL solution.
>
> Greg
>
>> -----Original Message-----
>> From: redhat-list-bounces at redhat.com [mailto:redhat-list-
>> bounces at redhat.com] On Behalf Of Adam Miller
>> Sent: Thursday, May 20, 2010 2:56 PM
>> To: General Red Hat Linux discussion list
>> Subject: Re: RHEL VPS hosting service
>>
>> I've been looking for the same for some time, the closest I have found is
>> VPS
>> providers that offer CentOS. I'm currently a customer of linode.com and
>> I've
>> been very happy with their level of service as well as their pricing but
>> you're
>> going to be running CentOS and not official RHEL.
>>
>> -AdamM
>>
>> --
>> http://maxamillion.googlepages.com
>> ---------------------------------------------------------
>> ()  ascii ribbon campaign - against html e-mail
>> /\  www.asciiribbon.org   - against proprietary attachments
>>
>> --
>> redhat-list mailing list
>> unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe
>> https://www.redhat.com/mailman/listinfo/redhat-list
>
>
>
> ------------------------------
>
> Message: 6
> Date: Thu, 20 May 2010 17:03:08 -0500
> From: Barry Brimer <lists at brimer.org>
> To: General Red Hat Linux discussion list <redhat-list at redhat.com>
> Subject: Re: RHEL VPS hosting service
> Message-ID: <1274392988.4bf5b19ca31a6 at mail.toucanhost.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Quoting Adam Miller <maxamillion at fedoraproject.org>:
>
>> I've been looking for the same for some time, the closest I have found
>> is VPS providers that offer CentOS. I'm currently a customer of
>> linode.com and I've been very happy with their level of service as
>> well as their pricing but you're going to be running CentOS and not
>> official RHEL.
>>
> I've had a few CentOS-based Linodes since 2004.  Linode is great.  Highly
> recommended.
>
> Barry
>
>
>
> ------------------------------
>
> Message: 7
> Date: Thu, 20 May 2010 15:08:07 -0700
> From: Greg Cornell <Greg.Cornell at wallawalla.edu>
> To: General Red Hat Linux discussion list <redhat-list at redhat.com>
> Subject: RE: RHEL VPS hosting service
> Message-ID:
> 	<1C41A84ADCED6E439EB3E7EDBCD3DF711C9E3314CF at post3.skynet.local>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi Barry,
>
>> >
>> I've had a few CentOS-based Linodes since 2004.  Linode is great.  Highly
>> recommended.
>>
> I'll keep them in mind in case I can't find a RHEL solution.
>
> Thanks,
> Greg
>
>
>
> ------------------------------
>
> Message: 8
> Date: Thu, 20 May 2010 18:15:31 -0400
> From: Paul Whitney <paul.whitney at me.com>
> To: General Red Hat Linux discussion list <redhat-list at redhat.com>
> Subject: Re: RHEL VPS hosting service
> Message-ID: <E651E695-8B4B-40D1-8F69-41DF1C0713E6 at me.com>
> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes
>
> With a RHEL solution it will prob cost more. Afterall updates for RHEL
> are not free. Whereas CentOS which is virtually identical is free.
>
> Paul M. Whitney, VCP
> Sr. Systems Engineer
> Worldwide Information Network Systems
> email: whitneyp at winsnetworks.com
> cell: 410.493.9448
> Pager: 1051178 at skytel.com
>
> On May 20, 2010, at 18:01, Greg Cornell <Greg.Cornell at wallawalla.edu>
> wrote:
>
>> Hi Adam,
>>
>> Thanks, that's exactly what I've been running into, several that
>> offer CentOS but no RHEL.  I'm really hoping to find a RHEL solution.
>>
>> Greg
>>
>>> -----Original Message-----
>>> From: redhat-list-bounces at redhat.com [mailto:redhat-list-
>>> bounces at redhat.com] On Behalf Of Adam Miller
>>> Sent: Thursday, May 20, 2010 2:56 PM
>>> To: General Red Hat Linux discussion list
>>> Subject: Re: RHEL VPS hosting service
>>>
>>> I've been looking for the same for some time, the closest I have
>>> found is VPS
>>> providers that offer CentOS. I'm currently a customer of linode.com
>>> and I've
>>> been very happy with their level of service as well as their
>>> pricing but you're
>>> going to be running CentOS and not official RHEL.
>>>
>>> -AdamM
>>>
>>> --
>>> http://maxamillion.googlepages.com
>>> ---------------------------------------------------------
>>> ()  ascii ribbon campaign - against html e-mail
>>> /\  www.asciiribbon.org   - against proprietary attachments
>>>
>>> --
>>> redhat-list mailing list
>>> unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe
>>> https://www.redhat.com/mailman/listinfo/redhat-list
>>
>> --
>> redhat-list mailing list
>> unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe
>> https://www.redhat.com/mailman/listinfo/redhat-list
>
>
>
> ------------------------------
>
> Message: 9
> Date: Thu, 20 May 2010 15:23:07 -0700
> From: Greg Cornell <Greg.Cornell at wallawalla.edu>
> To: General Red Hat Linux discussion list <redhat-list at redhat.com>
> Subject: RE: RHEL VPS hosting service
> Message-ID:
> 	<1C41A84ADCED6E439EB3E7EDBCD3DF711C9E3314DA at post3.skynet.local>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi Paul,
>
>> With a RHEL solution it will prob cost more. Afterall updates for RHEL are
>> not
>> free. Whereas CentOS which is virtually identical is free.
>>
> I was hoping to use one of our existing RHEL licenses for updates.  Maybe
> that's not possible with a hosted server.
>
> Greg
>
>
>
> ------------------------------
>
> Message: 10
> Date: Fri, 21 May 2010 00:53:00 +0200
> From: MadTh <madan.feedback at gmail.com>
> To: General Red Hat Linux discussion list <redhat-list at redhat.com>
> Subject: Re: RHEL VPS hosting service
> Message-ID:
> 	<AANLkTinsJQOFJS8Hpnt7yevxhVbsMhv5RWf0E9ISqLep at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Greg,
>
>
>
> what is your system requirements and what pricing range are you looking for.
>
>
>
>
>
> On Fri, May 21, 2010 at 12:23 AM, Greg Cornell
> <Greg.Cornell at wallawalla.edu>wrote:
>
>> Hi Paul,
>>
>> > With a RHEL solution it will prob cost more. Afterall updates for RHEL
>> are not
>> > free. Whereas CentOS which is virtually identical is free.
>> >
>> I was hoping to use one of our existing RHEL licenses for updates.  Maybe
>> that's not possible with a hosted server.
>>
>> Greg
>>
>> --
>> redhat-list mailing list
>> unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe
>> https://www.redhat.com/mailman/listinfo/redhat-list
>>
>
>
> ------------------------------
>
> Message: 11
> Date: Thu, 20 May 2010 16:03:06 -0700
> From: Greg Cornell <Greg.Cornell at wallawalla.edu>
> To: General Red Hat Linux discussion list <redhat-list at redhat.com>
> Subject: RE: RHEL VPS hosting service
> Message-ID:
> 	<1C41A84ADCED6E439EB3E7EDBCD3DF711C9E3314E8 at post3.skynet.local>
> Content-Type: text/plain; charset="us-ascii"
>
>> what is your system requirements and what pricing range are you looking
>> for.
>>
> Very low, the system we're replacing is a 1.4Ghz Pentium, 512MB RAM, 16GB
> hard drive.  We haven't set a price range yet, but in looking at a few
> services I'm thinking somewhere in the $50-$100 range.
>
> Greg
>
>
>
> ------------------------------
>
> Message: 12
> Date: Thu, 20 May 2010 19:27:58 -0400
> From: mark <m.roth at 5-cent.us>
> To: General Red Hat Linux discussion list <redhat-list at redhat.com>
> Subject: Re: RHEL VPS hosting service
> Message-ID: <4BF5C57E.4090401 at 5-cent.us>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Greg Cornell wrote:
>> Hi Barry,
>>
>>> I've had a few CentOS-based Linodes since 2004.  Linode is great.  Highly
>>> recommended.
>>>
>> I'll keep them in mind in case I can't find a RHEL solution.
>
> May I ask why not CentOS? I mean, you *do* know that it's RH with the serial
> numbers (that is, proprietary packages) filed off?
>
> 	mark
> --
> "Mr. Chairman, vows of chastity break far more easily than condoms do."
>
>
>
> ------------------------------
>
> Message: 13
> Date: Thu, 20 May 2010 21:12:37 -0500
> From: Adam Miller <maxamillion at fedoraproject.org>
> To: General Red Hat Linux discussion list <redhat-list at redhat.com>
> Subject: Re: RHEL VPS hosting service
> Message-ID:
> 	<AANLkTilgVhkwKd8JyMrPglAQk-y5uIhdQdlfQ4NRKHTx at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> No
>
> -AdamM (from Android )
>
> On May 20, 2010 6:30 PM, "mark" <m.roth at 5-cent.us> wrote:
>
> Greg Cornell wrote:
>>
>> Hi Barry,
>>
>>> I've had a few CentOS-based Linodes since 2004.  Linode is gr...
> May I ask why not CentOS? I mean, you *do* know that it's RH with the serial
> numbers (that is, proprietary packages) filed off?
>
>        mark
> --
> "Mr. Chairman, vows of chastity break far more easily than condoms do."
>
>
>
> --
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe...
>
>
> ------------------------------
>
> Message: 14
> Date: Thu, 20 May 2010 21:15:46 -0500
> From: Adam Miller <maxamillion at fedoraproject.org>
> To: General Red Hat Linux discussion list <redhat-list at redhat.com>
> Subject: Re: RHEL VPS hosting service
> Message-ID:
> 	<AANLkTimmO9B4FAZT9prnAdU5ZvLC09CdDuT78JULj4TY at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> No it's not. CentOS is RHEL minus logos and trademark material and is
> community supported instead of commercially. Nothing shipped in RHEL is
> proprietary. Please don't spread incorrect information like that. Thanks.
>
> -AdamM (from Android )
>
> On May 20, 2010 6:30 PM, "mark" <m.roth at 5-cent.us> wrote:
>
> Greg Cornell wrote:
>>
>> Hi Barry,
>>
>>> I've had a few CentOS-based Linodes since 2004.  Linode is gr...
> May I ask why not CentOS? I mean, you *do* know that it's RH with the serial
> numbers (that is, proprietary packages) filed off?
>
>        mark
> --
> "Mr. Chairman, vows of chastity break far more easily than condoms do."
>
>
>
> --
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe...
>
>
> ------------------------------
>
> Message: 15
> Date: Thu, 20 May 2010 22:24:52 -0400
> From: Tom H <tomh0665 at gmail.com>
> To: General Red Hat Linux discussion list <redhat-list at redhat.com>
> Subject: Re: RHEL VPS hosting service
> Message-ID:
> 	<AANLkTimdGSSClFpCaxz7MWWND6PK37tD-eM9wWQ2mOA_ at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Thu, May 20, 2010 at 5:49 PM, Greg Cornell
> <Greg.Cornell at wallawalla.edu> wrote:
>>
>> I'm looking into implementing an off-site server. ?If anyone has
>> recommendations for a hosting services that provides RHEL in a VPS please
>> let me know.
>
> Slicehost lists RHEL as an option
> http://www.slicehost.com/questions/
>
>
>
> ------------------------------
>
> Message: 16
> Date: Thu, 20 May 2010 20:46:55 -0700
> From: Kenneth Kirchner <ken at kirchners.com>
> To: General Red Hat Linux discussion list <redhat-list at redhat.com>
> Subject: Re: RHEL VPS hosting service
> Message-ID: <F78E6504-C69C-411E-9EC4-157B42975E38 at kirchners.com>
> Content-Type: text/plain; charset=us-ascii
>
> If CentOS becomes an option:
>
> http://www.emcwebhosting.com/
>
> I dont use them anymore (no more projects), but when I did they had great
> connectivity and were pretty inexpensive.
>
> -Ken
>
> On May 20, 2010, at 7:24 PM, Tom H wrote:
>
>> On Thu, May 20, 2010 at 5:49 PM, Greg Cornell
>> <Greg.Cornell at wallawalla.edu> wrote:
>>>
>>> I'm looking into implementing an off-site server.  If anyone has
>>> recommendations for a hosting services that provides RHEL in a VPS please
>>> let me know.
>>
>> Slicehost lists RHEL as an option
>> http://www.slicehost.com/questions/
>>
>> --
>> redhat-list mailing list
>> unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe
>> https://www.redhat.com/mailman/listinfo/redhat-list
>
>
>
>
> ------------------------------
>
> Message: 17
> Date: Thu, 20 May 2010 21:19:00 -0700 (PDT)
> From: Yong Huang <yong321 at yahoo.com>
> To: JackAllen <Jack.Allen at McKesson.com>
> Cc: redhat-list at redhat.com
> Subject: RE: Multipath I/O stats
> Message-ID: <853937.26441.qm at web80606.mail.mud.yahoo.com>
> Content-Type: text/plain; charset=us-ascii
>
>> > With multipath set up to access a SAN with some number of LUNs
>> > and for this question 2 paths set for round robin, how can the
>> > I/O stats be seen/gathered to see the throughput on each path
>> > and how balanced the I/O is?
>>
>> I think we can do this. multiptha -l tells you what disks are combined
>> to form a mapper path. Then you can use iostat to check I/O stats of
>> each disk along with each mapper. It won't be hard to write a shell
>> script to re-print the lines of iostat nicely, grouping the lines of the
>> disks under their respective mapper path.
>>
>> Yong Huang
>>
>> ===========================
>> Thanks for the reply.
>>
>> This is the output of just one of the mpaths that I monitored for a
>> while.
>>
>> mpath13 (360060e8005491000000049100000703c) dm-0 HP,OPEN-V
>> [size=10G][features=1 queue_if_no_path][hwhandler=0][rw]
>> \_ round-robin 0 [prio=0][active]
>> \_ 2:0:0:2  sdaa 65:160 [active][undef]
>> \_ 2:0:1:2  sdam 66:96  [active][undef]
>> \_ 1:0:0:2  sdc  8:32   [active][undef]
>> \_ 1:0:1:2  sdo  8:224  [active][undef]
>>
>>
>> Below is the command I used and the results. I know this is a small
>> sampling and I have eliminated the ones that had 0 I/O to save space
>> here. But it appears the I/O is not really being done round-robin as I
>> think it should be. You will notice sdam and sdb are the only ones that
>> do any I/O. Now maybe this is because of some preferred path and
>> controller relationship, I don't know. Any help understanding this would
>> be helpful.
>>
>> iostat -d -p sdaa -p sdam -p sdc -p sdb -p dm-0 2 20 > /tmp/zzxx
>>
>> Linux 2.6.18-164.el5PAE (h0009)         05/20/2010
>>
>> Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
>> sdaa              1.53        49.43        15.03   60932848   18523880
>> sdam              1.53        49.35        15.10   60833016   18616608
>> sdc               1.53        49.41        15.04   60905568   18542936
>> sdb               1.38        57.21         3.68   70522704    4533144
>> dm-0             32.23       197.56        60.24  243542080   74259264
>>
>> Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
>> sdaa              0.00         0.00         0.00          0          0
>> sdam              4.50        72.00         0.00        144          0
>> sdc               0.00         0.00         0.00          0          0
>> sdb               4.50        72.00         0.00        144          0
>> dm-0              9.00        72.00         0.00        144          0
>>
>> ...
>
> Jack,
>
> You can look at the first iteration of your iostat output, which is the
> accumulative stats since bootup (the later iterations are each a 2-second
> sample). If your iostat had argument -p sdo instead of -p sdb (it must be a
> typo compared with the outpuf of your multipath command), you would see all
> four paths have almost perfectly equal I/O stats, because all your paths are
> active. Numbers below this accumulative stats indicate your currently
> selected paths are sdam and (likely) sdo (not shown due to typo). After
> rr_min_io seconds I think, they'll switch to the other two paths.
>
> Your multipath command seems to have the 4 path lines missing leading space;
> they should be indented below the priority group line.
>
> Is it OK you show me the first part of /etc/multipath.conf, uncommented
> lines before the actual multipaths section?
>
> BTW, I used a wrong word in my last message. Instead of "disk", I really
> should say "device".
>
> Yong Huang
>
>
>
>
>
>
> ------------------------------
>
> Message: 18
> Date: Fri, 21 May 2010 00:56:57 -0500
> From: Adam Miller <maxamillion at fedoraproject.org>
> To: General Red Hat Linux discussion list <redhat-list at redhat.com>
> Subject: Re: RHEL VPS hosting service
> Message-ID:
> 	<AANLkTikMTCQ0VLI7TZYFPTuR1RpNYEj3SYcaurCqjQ1a at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Not only does slicehost have RHEL but they also offer an android application
> to admin your slices on the run. Looks like I will be converting. Good find!
>
> -AdamM (from Android )
>
> On May 20, 2010 9:55 PM, "Tom H" <tomh0665 at gmail.com> wrote:
>
> On Thu, May 20, 2010 at 5:49 PM, Greg Cornell
>
> <Greg.Cornell at wallawalla.edu> wrote:
>>
>
>> I'm looking into implementing an off-site server.  If anyone has
> recommendations for a hosting ser...
> Slicehost lists RHEL as an option
> http://www.slicehost.com/questions/
>
>
> --
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe
> ...
>
>
> ------------------------------
>
> Message: 19
> Date: Thu, 20 May 2010 23:11:26 -0700
> From: Kenneth Kirchner <ken at kirchners.com>
> To: General Red Hat Linux discussion list <redhat-list at redhat.com>
> Subject: Re: RHEL VPS hosting service
> Message-ID: <5C0DCDA2-6E46-46AB-B8B2-A6A40AA49BFE at kirchners.com>
> Content-Type: text/plain; charset=us-ascii
>
> Any hosting service (like the EMC one I posted earlier) that uses Plesk (by
> Parallels) might be able to use the ServerAdmin app for iPhone, if you don't
> roll with Android.
>
> http://mediabunker.com/iphone/serveradmin/
>
> -Ken
>
> On May 20, 2010, at 10:56 PM, Adam Miller wrote:
>
>> Not only does slicehost have RHEL but they also offer an android
>> application
>> to admin your slices on the run. Looks like I will be converting. Good
>> find!
>>
>> -AdamM (from Android )
>>
>> On May 20, 2010 9:55 PM, "Tom H" <tomh0665 at gmail.com> wrote:
>>
>> On Thu, May 20, 2010 at 5:49 PM, Greg Cornell
>>
>> <Greg.Cornell at wallawalla.edu> wrote:
>>>
>>
>>> I'm looking into implementing an off-site server.  If anyone has
>> recommendations for a hosting ser...
>> Slicehost lists RHEL as an option
>> http://www.slicehost.com/questions/
>>
>>
>> --
>> redhat-list mailing list
>> unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe
>> ...
>> --
>> redhat-list mailing list
>> unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe
>> https://www.redhat.com/mailman/listinfo/redhat-list
>
>
>
>
> ------------------------------
>
> __
> redhat-list mailing list
> Unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
>
> End of redhat-list Digest, Vol 75, Issue 17
> *******************************************
>




More information about the redhat-list mailing list