90 reputation
9
bio website
location
age
visits member for 3 years, 9 months
seen May 10 '12 at 11:44

Jul
28
awarded  Popular Question
Jul
2
awarded  Curious
Sep
3
awarded  Popular Question
Apr
18
awarded  Tumbleweed
Apr
13
comment Horrible performing RAID
I have Seagate drives.
Apr
13
comment Horrible performing RAID
I haven't noticed any patterns yet. The strange thing is that the freqency of these spikes don't increase with more load.
Apr
13
comment Horrible performing RAID
@pfo Just upgraded today to 3.2.13 with grsec. Before that I was running 2.6.38 also with grsec. It happened on both kernels.
Apr
13
comment Horrible performing RAID
Maybe I should ask for a webcam in the datacenter :-) I have disabled all writes on the system for testing purposes. There still were this latency spikes :/
Apr
13
comment Horrible performing RAID
@pfo I did not but it looks like I should to this. However, as stated in my previous comment this also happens if there are no writes at all. :/
Apr
13
comment Horrible performing RAID
@pjc50 For testing I've disabled all write access on the servers. This also happend when there was no write at all on the RAID.
Apr
13
asked Horrible performing RAID
Apr
13
accepted fstab mount after network initialization
Mar
27
comment fstab mount after network initialization
@jason I've updated my original question.
Mar
27
revised fstab mount after network initialization
added fstab
Mar
27
awarded  Commentator
Mar
27
comment fstab mount after network initialization
Debian 6/GlusterFS
Mar
27
asked fstab mount after network initialization
Mar
22
accepted MegaRaid damaging disk by set a drive to “Offline”?
Mar
22
comment MegaRaid damaging disk by set a drive to “Offline”?
A bug in MegaCli would indeed be way more likely. The drives are less than one week old. How are the chances that a single drive would fail within a given ~20 second timespan? Close to impossible.. I've reported this to LSI.
Mar
22
asked MegaRaid damaging disk by set a drive to “Offline”?