On Sat, Oct 10, 2009 at 10:04:08PM +0200, Rudi Daemen wrote:
If I had a test system on which I could try that, I would.
Unfortunately, the affected machine is the production server. VMware
(used for testing) is not affected by this bug.
Regards,
Rudi
your advice to stay on an ancient
On Sun, 2009-10-11 at 13:06 +0200, maximilian attems wrote:
On Sat, Oct 10, 2009 at 10:04:08PM +0200, Rudi Daemen wrote:
If I had a test system on which I could try that, I would.
Unfortunately, the affected machine is the production server. VMware
(used for testing) is not affected by this
Here's an update.
With an Ubuntu Live CD (using 2.6.24) I could mount the raid sets and
recover just some data without issues. I rebuild the system using
Ubuntu with a 2.6.24 kernel. All issues with the disk
performance/corruption are gone now. The system is racing at full
speed again with this
On Sat, Oct 10, 2009 at 12:49:39PM +0200, Rudi Daemen wrote:
Here's an update.
With an Ubuntu Live CD (using 2.6.24) I could mount the raid sets and
recover just some data without issues. I rebuild the system using
Ubuntu with a 2.6.24 kernel. All issues with the disk
performance/corruption
If I had a test system on which I could try that, I would.
Unfortunately, the affected machine is the production server. VMware
(used for testing) is not affected by this bug.
Regards,
Rudi
On Sat, Oct 10, 2009 at 8:45 PM, maximilian attems m...@stro.at wrote:
[...]
test a newer one from
FYI: My system died on FS corruption. Did not notice this because
mdadm did not report any errors. I noticed it because the system
started to lock up. After a reboot, it did a fsck (which segfaulted)
and the system hung afterwards.
The system behaviour seems like this kernel bug describes:
Hello,
Here's an update. I replaced the Promise Controller with a Sil3124
based controller. The soft-lockups appear to have gone, however now
the behaviour changed. I receive netdev watchdog alerts for my Via
Rhine based NIC's and SATA bus resets on all four drives under heavy
load (resync for
Giulio,
I am not using the VIA boards IDE/SATA controller, only a PCI based
HostRaid controller from promise. The onboard controller is actually a
SATA and IDE controller: I just set it up to not use SATA due to boot
problems with the Promise card if the onboard SATA support is enabled.
As of
I have got the same locks up problem, I believe. I have an NC20 netbook
and under heavy hard drive load, the system locks up. This is my lspci:
00:00.0 Host bridge: VIA Technologies, Inc. VX800 Host Bridge (rev 12)
00:00.1 Host bridge: VIA Technologies, Inc. VX800/VX820 Error Reporting
00:00.2
I have not been able to reproduce the problem on my testbox (Since I
test this onder VMware, hardware is not comparable to the production
machine). I did update the kernel with the newer version in te
repositories (Now running linux-image-2.6.26-1-686, 2.6.26-13lenny2)
but the problem still
10 matches
Mail list logo