Hide Forgot
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225 Description of problem: I recently upgraded (clean install) a server from RedHat Linux 8.0 to 9x. Tape backup software (NovaNET 8.5 SP3) now runs extremely slow and the messages log file has the follow errors repeated every 5 minutes: Jun 11 16:05:54 keys kernel: sym53c875-1-<6,0>: extraneous data discarded. Jun 11 16:05:54 keys kernel: sym53c875-1-<6,0>: COMMAND FAILED (89 0) @d7d13000. Seems to be a problem with the Symbios SCSI controller driver. The controller and tape drive (in fact the entire system) worked fine under RH 7.3 and RH 8.0 with kernel 2.4.20. I also have another system that was recently upgraded to RedHat 9 with an Adaptec SCSI adapter the runs just fine. Version-Release number of selected component (if applicable): kernel-smp-2.4.20-18.9 How reproducible: Always Steps to Reproduce: 1. Install RedHat Linux 9 on a system with a Symbios SCSI controller 2. Install NovaNET Tape Backup software (demo available from novastor) 3. Perform bakup. Actual Results: Backup eventually completes, but at a rate less than 1Mb per minute (typical before was about 65Mb per minute). Status of backup is not displayed during the backup which may be due to the invalid command to the SCSI controller. Same machine with 2.4.20 kernel with RedHat Linux 8.0 ran fine. Expected Results: NovaNET should perform with SymBIOS SCSI controller as well as it did with either an Adaptec controller or with RedHat Linux 8.0. Additional info:
Can you attach your /etc/modules.conf so I can see which driver it is picking
Created attachment 92555 [details] modules.conf as requested
I submitted this bug to NovaStor as well. A recent patch to NovaNET from NovaStor solved the problem. I'm not sure if this means that the bug doesn't exits, but for me everything is working now. Resolution: Install NovaNET 8.50 SP3E
Ok that makes sense - the driver is logging a failure because the requester (probably the novastor tool) sent a command and expected less reply bytes than it got. The older driver wasnt smart enough to realise this was an error