| 2007-07-30 16:22:12 |
Joseph Fisk |
bug |
|
|
added bug |
| 2007-07-31 22:56:16 |
Joseph Fisk |
title |
large files become temporarily corrupt |
opteron amd64 data corruption |
|
| 2007-08-01 04:48:23 |
Joseph Fisk |
bug |
|
|
added attachment 'cpuinfo-and-dmesg.txt' (dmesg and /proc/cpuinfo) |
| 2007-08-02 18:33:26 |
Joseph Fisk |
description |
Binary package hint: linux-image-2.6.15-28-amd64-server
When trying to load a large (5GB) sql file into mysql, mysql errors out, segfaults, or the entire system locks up hard.
In the error or segfault case, examining the input file at the location where mysql crashed reveals corruption that wasn't present before trying to load into mysql.
Rebooting the system seems to remove the corruption. The corruption doesn't appear unless mysql attempts to load the file. The file is set to read-only.
This is happening on a dual dual-core opteron system with 8GB registered/ecc memory running up-to-date LTS. It also happens on another nearly identical system running up-to-date LTS. Both can run memtest with no errors (the first ran for almost 70 passes before I stopped it).
It does not happen on a third nearly identical system which is running out-of-date Breezy Badger (w/64 bit kernel).
I started a thread about this problem at http://ubuntuforums.org/showthread.php?p=3101571 , but another user suggested it was turning into a bug report. Some more background info is available there. |
Binary package hint: linux-image-2.6.15-28-amd64-server
md5sum returns inconsistent results when run repeatedly on a large text file stored on a linux software (md) raid1 volume.
This is not the iommu issue experienced by other amd64 users: https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.15/+bug/128568
However, this system did experience the iommu issue and is currently running with iommu=soft as a workaround.
This is happening on a dual dual-core opteron system with 8GB registered/ecc memory running up-to-date LTS. The system ran memtest86 for over 75 passes with no errors.
I started a thread about this problem at http://ubuntuforums.org/showthread.php?p=3101571 , but another user suggested it was turning into a bug report. Some more background info is available there. |
|
| 2007-08-03 02:01:32 |
Joseph Fisk |
title |
opteron amd64 data corruption |
corruption when using md raid1 on amd64 smp |
|
| 2007-08-03 02:03:47 |
Joseph Fisk |
description |
Binary package hint: linux-image-2.6.15-28-amd64-server
md5sum returns inconsistent results when run repeatedly on a large text file stored on a linux software (md) raid1 volume.
This is not the iommu issue experienced by other amd64 users: https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.15/+bug/128568
However, this system did experience the iommu issue and is currently running with iommu=soft as a workaround.
This is happening on a dual dual-core opteron system with 8GB registered/ecc memory running up-to-date LTS. The system ran memtest86 for over 75 passes with no errors.
I started a thread about this problem at http://ubuntuforums.org/showthread.php?p=3101571 , but another user suggested it was turning into a bug report. Some more background info is available there. |
Binary package hint: linux-image-2.6.15-28-amd64-server
md5sum returns inconsistent results when run repeatedly on a large text file stored on a linux software (md) raid1 volume (ext3). md5sum works fine when using a single standalone disk (also ext3).
This is not the iommu issue experienced by other amd64 users: https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.15/+bug/128568
However, this system did experience the iommu issue and is currently running with iommu=soft as a workaround.
This is happening on a dual dual-core opteron system with 8GB registered/ecc memory running up-to-date LTS. The system ran memtest86 for over 75 passes with no errors.
I started a thread about this problem at http://ubuntuforums.org/showthread.php?p=3101571 , but another user suggested it was turning into a bug report. Some more background info is available there. |
|
| 2007-08-04 03:00:32 |
Joseph Fisk |
description |
Binary package hint: linux-image-2.6.15-28-amd64-server
md5sum returns inconsistent results when run repeatedly on a large text file stored on a linux software (md) raid1 volume (ext3). md5sum works fine when using a single standalone disk (also ext3).
This is not the iommu issue experienced by other amd64 users: https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.15/+bug/128568
However, this system did experience the iommu issue and is currently running with iommu=soft as a workaround.
This is happening on a dual dual-core opteron system with 8GB registered/ecc memory running up-to-date LTS. The system ran memtest86 for over 75 passes with no errors.
I started a thread about this problem at http://ubuntuforums.org/showthread.php?p=3101571 , but another user suggested it was turning into a bug report. Some more background info is available there. |
Binary package hint: linux-image-2.6.15-28-amd64-server
md5sum returns inconsistent results when run repeatedly on a large text file stored on a linux software (md) raid1 volume (ext3) which is the root filesystem. md5sum works fine when the raid1 is not the root fs, or when using a single standalone disk (also ext3).
This is not the iommu issue experienced by other amd64 users: https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.15/+bug/128568
However, this system did experience the iommu issue and is currently running with iommu=soft as a workaround.
This is happening on a dual dual-core opteron system with 8GB registered/ecc memory running up-to-date LTS. The system ran memtest86 for over 75 passes with no errors.
I started a thread about this problem at http://ubuntuforums.org/showthread.php?p=3101571 , but another user suggested it was turning into a bug report. Some more background info is available there. |
|
| 2007-08-04 03:00:52 |
Joseph Fisk |
title |
corruption when using md raid1 on amd64 smp |
corruption when using md raid1 as root fs on amd64 smp |
|
| 2007-08-06 05:52:00 |
Joseph Fisk |
description |
Binary package hint: linux-image-2.6.15-28-amd64-server
md5sum returns inconsistent results when run repeatedly on a large text file stored on a linux software (md) raid1 volume (ext3) which is the root filesystem. md5sum works fine when the raid1 is not the root fs, or when using a single standalone disk (also ext3).
This is not the iommu issue experienced by other amd64 users: https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.15/+bug/128568
However, this system did experience the iommu issue and is currently running with iommu=soft as a workaround.
This is happening on a dual dual-core opteron system with 8GB registered/ecc memory running up-to-date LTS. The system ran memtest86 for over 75 passes with no errors.
I started a thread about this problem at http://ubuntuforums.org/showthread.php?p=3101571 , but another user suggested it was turning into a bug report. Some more background info is available there. |
Binary package hint: linux-image-2.6.15-28-amd64-server
md5sum returns inconsistent results when run repeatedly on a large text file stored on a linux software (md) raid1 volume (ext3) which is the root filesystem. md5sum works fine when the raid1 is not the root fs, or when using a single standalone disk (also ext3).
This is not the iommu issue experienced by other amd64 users: https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.15/+bug/128568
However, this system did experience the iommu issue and is currently running with iommu=soft as a workaround.
This is happening on a dual dual-core opteron system with 8GB registered/ecc memory running up-to-date LTS. The system ran memtest86 for over 75 passes with no errors.
I started a thread about this problem at http://ubuntuforums.org/showthread.php?p=3101571 , but another user suggested it was turning into a bug report. Some more background info is available there.
System specs:
Tyan Transport B2891G24S4H
Motherboard: Thunder K8SRE S2891 (nForce Professional 2200)
8x1GB of Corsair CM72SD1024RLP-3200/S (S = Samsung)
Disks: root fs on two WD3200RE using linux raid1, SATA |
|
| 2007-08-06 05:52:00 |
Joseph Fisk |
title |
corruption when using md raid1 as root fs on amd64 smp |
corruption when using md raid1 as root fs on amd64 |
|
| 2008-08-13 21:00:39 |
Leann Ogasawara |
linux: status |
New |
Won't Fix |
|
| 2008-08-13 21:00:39 |
Leann Ogasawara |
linux: statusexplanation |
|
Hi Joseph,
Per your most recent comment I'm going to close this report for now. If you are able to test with Intrepid and verify this is still an issue, please feel free to reopen this by setting the status back to "New". Thanks. |
|
