Summary: | gentoo-sources 2.6.16-r4 oops with scsi tape and amanda 2.5.0_p2 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Andrej Filipcic <andrej.filipcic> |
Component: | [OLD] Core system | Assignee: | Gentoo Kernel Bug Wranglers and Kernel Maintainers <kernel> |
Status: | RESOLVED NEEDINFO | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Andrej Filipcic
2006-05-22 03:57:06 UTC
It appears that the tape configuration was wrong (autogenerated by amanda's amtapetype). taper works without an oops if used with "filemark 256 kbytes". The tape configuration which caused the oops used "filemark 0 kbytes". That might be amanda problem. Is this oops relevant? Yes, the oops is relevant: it should never happen under any circumstances. Can you reliably reproduce this? Yes, the oops allways happens if filemark is set to 0 in amanda. Strange thing is that all the backup files are correctly written to the tape, but when amanda tries to write the end-of-tape mark (tapefd_wrendmark in amanda sources), there is oops. Can you reproduce this on the latest development kernel (currently 2.6.17-rc6)? please reopen when the latest development kernel has been tested |