Les Mikesell wrote:
> On Thu, Aug 21, 2014 at 6:17 PM, John R Pierce
> wrote:
>
>Yes, but try a software RAID when you have intermittently bad RAM.
>I've been there. Mirrored disks that were almost, but not quite,
>mirrors.
>>> try any file system when you've got flakey ram.dat
On Thu, Aug 21, 2014 at 6:17 PM, John R Pierce wrote:
>>> >Yes, but try a software RAID when you have intermittently bad RAM.
>>> >I've been there. Mirrored disks that were almost, but not quite,
>>> >mirrors.
>> try any file system when you've got flakey ram.data thats not quite
>> what you
On 2014-08-22, John R Pierce wrote:
>
> there's been a whole lot of merging and splitting.
You know more about this than is probably healthy. ;-)
--keith
--
kkel...@wombat.san-francisco.ca.us
___
CentOS mailing list
CentOS@centos.org
http://lists.
On 8/21/2014 9:50 PM, Keith Keller wrote:
> On 2014-08-22, Valeri Galtsev wrote:
>> >
>> >3ware was independent company till it was first bought by AMCC, then LSI
>> >bought them from AMCC. I didn't know LSI sold them to someone else,
> Sorry, I was not clear: LSI was bought, not just 3ware. If y
On 2014-08-22, Valeri Galtsev wrote:
>
> 3ware was independent company till it was first bought by AMCC, then LSI
> bought them from AMCC. I didn't know LSI sold them to someone else,
Sorry, I was not clear: LSI was bought, not just 3ware. If you look at
LSI's home page, it says "An Avago Techno
On 8/21/2014 5:49 PM, Valeri Galtsev wrote:
> I never heard about any LSI card called RAID which are not hardware RAID.
the base LSI SAS HBA cards, like the 2008 chip (9211-8i etc boards) have
microcoded hardware raid without any write buffer or battery
backup Its not quite fake raid but i
On Thu, August 21, 2014 6:47 pm, Keith Keller wrote:
> On 2014-08-21, Valeri Galtsev wrote:
>> (And I do not include into hardware RAID these fake "raid" cards
>> that rely on "driver" - which are indeed software RAID cards. 3ware
>> never
>> fell that low to make/sell any of such junk. Somebody
On 2014-08-21, Valeri Galtsev wrote:
> (And I do not include into hardware RAID these fake "raid" cards
> that rely on "driver" - which are indeed software RAID cards. 3ware never
> fell that low to make/sell any of such junk. Somebody who knows LSI better
> than I do will probably say the same ab
On Thu, August 21, 2014 5:32 pm, GKH wrote:
> Valeri,
>
> I hope you realize that your arguments for hardware RAID
> all depend on everything working just right.
>
> If something goes wrong with a disk (on HW RAID)
> you can't just simply take out the disk, move it to another
> computer and maybe
On Thu, Aug 21, 2014 at 3:43 PM, Matt wrote:
> I have CentOS 6.x installed on a "HP ProLiant DL380 G5" server. It
> has eight 750GB drives in a hardware RAID6 array. Its acting as a
> host for a number of OpenVZ containers.
>
> Seems like every time I reboot this server which is not very often
On 8/21/2014 4:11 PM, John R Pierce wrote:
> On 8/21/2014 4:06 PM, Les Mikesell wrote:
>> >Yes, but try a software RAID when you have intermittently bad RAM.
>> >I've been there. Mirrored disks that were almost, but not quite,
>> >mirrors.
> try any file system when you've got flakey ram.data
On 8/21/2014 4:06 PM, Les Mikesell wrote:
> Yes, but try a software RAID when you have intermittently bad RAM.
> I've been there. Mirrored disks that were almost, but not quite,
> mirrors.
try any file system when you've got flakey ram.data thats not quite
what you wanted, oh boy.
--
joh
On Thu, Aug 21, 2014 at 5:32 PM, GKH wrote:
>
> I hope you realize that your arguments for hardware RAID
> all depend on everything working just right.
Yes, but try a software RAID when you have intermittently bad RAM.
I've been there. Mirrored disks that were almost, but not quite,
mirrors.
>
Valeri,
I hope you realize that your arguments for hardware RAID
all depend on everything working just right.
If something goes wrong with a disk (on HW RAID)
you can't just simply take out the disk, move it to another
computer and maybe do some forensics.
The formatting of disks on HW RAID is t
Have you inspected via the system iLO console? Assuming it's cabled to the
network
On 08/21/2014 01:33 PM, GKH wrote:
> Hate to change the conversation here but that's why I hate hardware RAID.
> If it was software RAID, Linux would always tell you what's going on.
> Besides, Linux knows much
Hate to change the conversation here but that's why I hate hardware
RAID.
If it was software RAID, Linux would always tell you what's going on.
Besides, Linux knows much more about what is going on on the disk and
what is about to happen (like a megabyte DMA transfer).
On Thu, August 21, 2014 3:54 pm, Matt wrote:
>> Hate to change the conversation here but that's why I hate hardware
>> RAID.
I love hardware RAID. 3ware more than others. In case of hardware RAID it
is tiny specialized system (firmware) that is doing RAID function. In the
specialized CPU (I shoul
>>> Hate to change the conversation here but that's why I hate hardware
>>> RAID.
>>> If it was software RAID, Linux would always tell you what's going on.
>>> Besides, Linux knows much more about what is going on on the disk and
>>> what is about to happen (like a megabyte DMA transfer).
>>>
>>> B
Am 21.08.2014 um 23:00 schrieb m.r...@5-cent.us:
> Matt wrote:
>>> Hate to change the conversation here but that's why I hate hardware
>>> RAID.
>>> If it was software RAID, Linux would always tell you what's going on.
>>> Besides, Linux knows much more about what is going on on the disk and
>>> wh
On 08/21/2014 05:00 PM, m.r...@5-cent.us wrote:
> Matt wrote:
>>> Hate to change the conversation here but that's why I hate hardware
>>> RAID.
>>> If it was software RAID, Linux would always tell you what's going on.
>>> Besides, Linux knows much more about what is going on on the disk and
>>> wh
Matt wrote:
>> Hate to change the conversation here but that's why I hate hardware
>> RAID.
>> If it was software RAID, Linux would always tell you what's going on.
>> Besides, Linux knows much more about what is going on on the disk and
>> what is about to happen (like a megabyte DMA transfer).
>>
> Hate to change the conversation here but that's why I hate hardware RAID.
> If it was software RAID, Linux would always tell you what's going on.
> Besides, Linux knows much more about what is going on on the disk and what is
> about to happen (like a megabyte DMA transfer).
>
> BTW, check if so
You know that hpacucli (and MegaCli on LSI-based hardware RAID systems)
can usually tell you more about the array and the drives than mdadm can,
right? Also, if you're doing parity, having hardware RAID moves the
parity calculations to a dedicated ASIC, avoiding any load of note on
the CPU. Als
Hate to change the conversation here but that's why I hate hardware RAID.
If it was software RAID, Linux would always tell you what's going on.
Besides, Linux knows much more about what is going on on the disk and what is
about to happen (like a megabyte DMA transfer).
BTW, check if something is
Matt wrote:
> I have CentOS 6.x installed on a "HP ProLiant DL380 G5" server. It
> has eight 750GB drives in a hardware RAID6 array. Its acting as a
> host for a number of OpenVZ containers.
>
> Seems like every time I reboot this server which is not very often it
> sits for hours running a disk
On 8/21/2014 12:43 PM, Matt wrote:
> I have CentOS 6.x installed on a "HP ProLiant DL380 G5" server. It
> has eight 750GB drives in a hardware RAID6 array. Its acting as a
> host for a number of OpenVZ containers.
>
> Seems like every time I reboot this server which is not very often it
> sits fo
I have CentOS 6.x installed on a "HP ProLiant DL380 G5" server. It
has eight 750GB drives in a hardware RAID6 array. Its acting as a
host for a number of OpenVZ containers.
Seems like every time I reboot this server which is not very often it
sits for hours running a disk check or something on b
27 matches
Mail list logo