Bug#520891: general: Data coruption on my /dev/sda - /dev/sdd sata_siil siil 3114 chip

2009-08-21 Thread wylda
Hi,

based on my deep testing during chasing other kernel bug 
(http://bugzilla.kernel.org/show_bug.cgi?id=13933),
i can tell, that i had no such problem at all with sata_sil. Tested
several days + checksuming.

I had no sata_sil problem with following kernels:

* 2.6.26.8
* 2.6.27.29
* 2.6.28.10
* 2.6.29.6
* 2.6.30.4
* 2.6.30.5
* 2.6.31-rc6


Regads,
Pavel Vilim





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#520891: general: Data coruption on my /dev/sda - /dev/sdd sata_siil siil 3114 chip

2009-07-28 Thread Moritz Muehlenhoff
On Wed, Mar 25, 2009 at 10:17:59AM +0100, Bengt Samuelsson wrote:
 
 Hi,
 
 I try to find that list of testde motherboards. Can't fin it!
 I start to think I have hardvare problem.
 
 My problem box is:
 Motherboard KT7A-RAID  AMD Duron 1.2GHz
1G ram
PCI add on 1095:3114 SiI 3114 [SATALink/SATARaid] Serial ATA
 Controller 
   4 x SAMSUNG 500GB
 
 I have also /dev/hda /dev/hdb vorking just fine.  Thats whay I think
 they don't like eatch ather.

What's the status? Has this been resolved by more recent kernels or
is there further indication of a hardware failure?

Cheers,
Moritz



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#520891: general: Data coruption on my /dev/sda - /dev/sdd sata_siil siil 3114 chip

2009-03-25 Thread Bengt Samuelsson


Hi,

I try to find that list of testde motherboards. Can't fin it!
I start to think I have hardvare problem.

My problem box is:
Motherboard KT7A-RAID   
   AMD Duron 1.2GHz

   1G ram
   PCI add on 1095:3114 SiI 3114 [SATALink/SATARaid] Serial ATA 
Controller 

  4 x SAMSUNG 500GB

I have also /dev/hda /dev/hdb vorking just fine.  Thats whay I think 
they don't like eatch ather.


--
Bengt Samuelsson Nydalavägen 30 A 352 48 Växjö +46(0)703686441 
http://sm7jqb.se




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#520891: general: Data coruption on my /dev/sda - /dev/sdd sata_siil siil 3114 chip

2009-03-24 Thread Bengt Samuelsson



Ben Hutchings skrev:

On Mon, 2009-03-23 at 16:55 +0100, Bengt Samuelsson wrote:
  

I will be verry happy to ansver every question you may have.
It is an old problem I am not able to solve myself.



There is an old bug report on the kernel Bugzilla
http://bugzilla.kernel.org/show_bug.cgi?id=6845.  Unfortunately
several different problems seem to have been conflated in this one
report, but it does provide a list of things to try:

1. Change the RAM
2. Use the disks individually (assume they're not all broken...)
3. Change the motherboard if it has an nforce chipset (Nvidia really
should stick to graphics)
4. Apply the patch http://bugzilla.kernel.org/attachment.cgi?id=12200
to the kernel

So far as I can see, no changes have been made to the driver since
2.6.18 to address this bug.

Ben.

  

Thanks!
I have read that 6845 bug and it give me some hint.
I will start try move that corrupt data part to another disk.

My mother board is 'KT7A-RAID' (not using onboard RAID)
Chipset on this board is KT133A
CPU AMD Duron 1.2GHz

Plugin card with Sil 3114 chip on is SYBA FG-SA3114-4IR-01-SY01  
http://www.syba.com






--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#520891: general: Data coruption on my /dev/sda - /dev/sdd sata_siil siil 3114 chip

2009-03-23 Thread Bengt Samuelsson
Package: general
Severity: grave
Justification: causes non-serious data loss



-- System Information:
Debian Release: 4.0
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)

Files on theese /dev/sda-/dev/sdd drivers are going courrupt :(
They are all samsung spinpoint 500GB  

I have before tryed to run soft RAID5 on them, not good :-(

Bengt / 



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#520891: general: Data coruption on my /dev/sda - /dev/sdd sata_siil siil 3114 chip

2009-03-23 Thread dann frazier
On Mon, Mar 23, 2009 at 04:55:53PM +0100, Bengt Samuelsson wrote:

 I will be verry happy to ansver every question you may have.
 It is an old problem I am not able to solve myself.

What evidence do you have that corruption is taking place?

-- 
dann frazier




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#520891: general: Data coruption on my /dev/sda - /dev/sdd sata_siil siil 3114 chip

2009-03-23 Thread Bengt Samuelsson




dann frazier skrev:

On Mon, Mar 23, 2009 at 04:55:53PM +0100, Bengt Samuelsson wrote:
  

I will be verry happy to ansver every question you may have.
It is an old problem I am not able to solve myself.



What evidence do you have that corruption is taking place?
  


Like just uploaded files, ( thru Windows XP Pro - Samba server ) are ok 
day #1 the next day they are corrupted.

Install files don´t work, images locks funny, and like that.
Allmost all files on theese are corrupt now.

I had almost the same problem during my trying to get RAID5 to work. md0 
vas /dev/sda1 to /dev/sdd1





Bug#520891: general: Data coruption on my /dev/sda - /dev/sdd sata_siil siil 3114 chip

2009-03-23 Thread dann frazier
On Mon, Mar 23, 2009 at 06:26:52PM +0100, Bengt Samuelsson wrote:



 dann frazier skrev:
 On Mon, Mar 23, 2009 at 04:55:53PM +0100, Bengt Samuelsson wrote:
   
 I will be verry happy to ansver every question you may have.
 It is an old problem I am not able to solve myself.
 

 What evidence do you have that corruption is taking place?
   

 Like just uploaded files, ( thru Windows XP Pro - Samba server ) are ok day 
 #1 the next day they are corrupted.
 Install files don?t work, images locks funny, and like that.
 Allmost all files on theese are corrupt now.

 I had almost the same problem during my trying to get RAID5 to work. md0 
 vas /dev/sda1 to /dev/sdd1

What are the contents of /proc/mdstat? Have you fsck'd the filesystem?

-- 
dann frazier




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#520891: general: Data coruption on my /dev/sda - /dev/sdd sata_siil siil 3114 chip

2009-03-23 Thread Bengt Samuelsson



dann frazier skrev:

On Mon, Mar 23, 2009 at 06:26:52PM +0100, Bengt Samuelsson wrote:
  


dann frazier skrev:


On Mon, Mar 23, 2009 at 04:55:53PM +0100, Bengt Samuelsson wrote:
  
  

I will be verry happy to ansver every question you may have.
It is an old problem I am not able to solve myself.



What evidence do you have that corruption is taking place?
  
  
Like just uploaded files, ( thru Windows XP Pro - Samba server ) are ok day 
#1 the next day they are corrupted.

Install files don?t work, images locks funny, and like that.
Allmost all files on theese are corrupt now.

I had almost the same problem during my trying to get RAID5 to work. md0 
vas /dev/sda1 to /dev/sdd1



What are the contents of /proc/mdstat? Have you fsck'd the filesystem?
  

/proc/mdstat don´t exist, I am not using RAID anymore,
yes I have run fsck.ext3 -v -y /dev/md0 during the time I tryed RAID5
/sys/module/sata_sil/parametes/slow_down = 1   I set this!
/sys/module/sata_sil/version = 2.0

Is there any more 'config' for sata_siil ?




Bug#520891: general: Data coruption on my /dev/sda - /dev/sdd sata_siil siil 3114 chip

2009-03-23 Thread dann frazier
On Mon, Mar 23, 2009 at 08:21:54PM +0100, Bengt Samuelsson wrote:


 dann frazier skrev:
 On Mon, Mar 23, 2009 at 06:26:52PM +0100, Bengt Samuelsson wrote:
   

 dann frazier skrev:
 
 On Mon, Mar 23, 2009 at 04:55:53PM +0100, Bengt Samuelsson wrote:
 
 I will be verry happy to ansver every question you may have.
 It is an old problem I am not able to solve myself.
 
 What evidence do you have that corruption is taking place?
 
 Like just uploaded files, ( thru Windows XP Pro - Samba server ) are ok 
 day #1 the next day they are corrupted.
 Install files don?t work, images locks funny, and like that.
 Allmost all files on theese are corrupt now.

 I had almost the same problem during my trying to get RAID5 to work. md0 
 vas /dev/sda1 to /dev/sdd1
 

 What are the contents of /proc/mdstat? Have you fsck'd the filesystem?
   
 /proc/mdstat don?t exist, I am not using RAID anymore,
 yes I have run fsck.ext3 -v -y /dev/md0 during the time I tryed RAID5
 /sys/module/sata_sil/parametes/slow_down = 1   I set this!
 /sys/module/sata_sil/version = 2.0

 Is there any more 'config' for sata_siil ?

Unfortunately, I don't see any fixes for such a problem upstream, but
that doesn't mean there isn't one. I'd suggest trying our latest
upstream snapshot to see if it behaves better. See
http://wiki.debian.org/DebianKernel for information on obtaining
snapshot builds of the trunk.

If the issue persists, then I strongly recommend reporting to upstream
at http://bugzilla.kernel.org. If you file a bug there, please drop a
note in this report as well so that we can track the status.


-- 
dann frazier




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#520891: general: Data coruption on my /dev/sda - /dev/sdd sata_siil siil 3114 chip

2009-03-23 Thread Ben Hutchings
On Mon, 2009-03-23 at 16:55 +0100, Bengt Samuelsson wrote:
 
 I will be verry happy to ansver every question you may have.
 It is an old problem I am not able to solve myself.

There is an old bug report on the kernel Bugzilla
http://bugzilla.kernel.org/show_bug.cgi?id=6845.  Unfortunately
several different problems seem to have been conflated in this one
report, but it does provide a list of things to try:

1. Change the RAM
2. Use the disks individually (assume they're not all broken...)
3. Change the motherboard if it has an nforce chipset (Nvidia really
should stick to graphics)
4. Apply the patch http://bugzilla.kernel.org/attachment.cgi?id=12200
to the kernel

So far as I can see, no changes have been made to the driver since
2.6.18 to address this bug.

Ben.



signature.asc
Description: Digital signature