Just an update that may complicate or clarify matters. I have been able to transfer large amounts of data to and from my system, but on different physical drives. I have been able to reproduce the bug only when trying to WRITE data to my /dev/md2 partition part of the file system. I can READ data from the RAID1 array fine.
Is there any way I can check/post logs that would show any errors related to the RAID array? I'm beginning to think this is a RAID caching or driver issue. It is still unknown why, if this is a disk I/O error, that it kills the eth1 network device until I force eth1 down then up. It should also be noted that my swap partition is also on the RAID array at /dev/md1. I don't know if that can cause any issues... performance/stability/etc... Here are the results of my mount command: /dev/md2 on / type ext3 (rw,relatime,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) /proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) varrun on /var/run type tmpfs (rw,nosuid,mode=0755) varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) fusectl on /sys/fs/fuse/connections type fusectl (rw) /dev/md0 on /boot type ext3 (rw,relatime) /dev/mapper/vstorage-video on /video type xfs (rw) securityfs on /sys/kernel/security type securityfs (rw) rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) nfsd on /proc/fs/nfsd type nfsd (rw) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev) -- network dies with large amount of high speed traffic https://bugs.launchpad.net/bugs/296162 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
