> Still struggling with this one and I wondered if anyone could point me
> to some list, newsgroup that could help. One of the updates to the
> stock kernel in RH 6.2 (2.2.14-5 I think) was Updated SCSI error
> handling. Well after I updated my kernel with an smp 2.2.16-3 kernel
> rpm my machine is now thrown into an endless loop where the console
If you haven't done it before it can be a bit tricky, but you could always
compile your own kernel with that option disabled or modify the RH source
RPM to disable this feature.
It also doesn't help that you don't mention the SCSI controller, although
I'm not sure how much that would help anyway.
> messages relate to trying to access SCSI ID#0, resetting SCSI bus and
> this will go on for days if I allow it or till a reset or CTL-ALT-DEL.
> What was changed to "Update SCSI error handling"? My hardware can not
It seems very unlikely that this would be the problem. Are you sure
nothing else has changed? Sounds like termination, perhaps?
If you boot from another kernel are you able to find anything useful in
the logs?
> seem to handle it. Would my best course of action be to just go to
> 2.2.18 as I fear this "update" is probably part of this kernel also. I
If you can compile your own 2.2.18 that sounds like a good next step.
> am not worried to much about this machine with the current kernel as
> it sits behind another firewall machine that is SCSI but had no
> problems with the 2.2.16-3 rpm update.
Well, the vulnerability that was present in 2.2.16 was a local
vulnerability anyway, so a firewall isn't necessarily going to protect you
from it anyway.
> The only thing unique about the problem machine is that it is running
> two SCSI controllers. One feeds the hard drive and the other feeds a 4
> bay CDrom tower. I can not get anything out of logs of course because
> I can not get it to boot. Searching for clues as to what could be
> going on with my usual archives at redhat, moongroup, google, etc. has
> been in vein as I can not find any mention of a similar problem.
Perhaps the new kernel is more picky about a problem that has always been
there, such as a termination problem..
dave
_______________________________________________
Redhat-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-list
