[Bug 223770] New: Update/Installation doesn't accept CD2
https://bugzilla.novell.com/show_bug.cgi?id=223770 Summary: Update/Installation doesn't accept CD2 Product: openSUSE 10.2 Version: RC 1 Platform: i686 OS/Version: SuSE Other Status: NEW Severity: Critical Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: peter.schlaf@web.de QAContact: jsrain@novell.com While updating openSuSE 10.2 beta2 -> 10.2 RC1 (CD1 was in) a message box appeared with: "Please insert CD2". Pushed the eject button on the drive: the drive didn't open. Mouse-klick on the eject-button inside the message box: the drive opened. Switched to the control-screen, which is reachable with [Ctrl+Alt+F4]. Found this message: linux kernel: hdc: irq timeout: status=0xd0 { Busy } linux kernel: ide: failed opcode was: unknown linux kernel: hdc: DMA disabled linux kernel: hdc: ATAPI reset complete linux kernel: hdc: irq timeout: status=0xd0 { Busy } linux kernel: ide: failed opcode was: unknown linux kernel: hdc: ATAPI reset complete Switched back to [Ctrl+Alt+F7], put CD2 in the drive and klicked "OK". After a few seconds a message box appeared: "Please insert CD2". Switched to [Ctrl+Alt+F4] again, and found these lines: linux kernel: ISO9660 Extension: Microsoft Joliet Level 3 linux kernel: ISO9660 Extension: RRIP_1991A linux kernel: attempt to access beyond end of device linux kernel: hdc: rw=0, want=1327524, limit=1262124 linux kernel: Buffer I/O error on device hdc, logical block 331880 linux kernel: attempt to access beyond end of device linux kernel: hdc: rw=0, want=1327524, limit=1262124 linux kernel: Buffer I/O error on device hdc, logical block 331880 At this point I could do nothing else, but to abort the update. This problem is 100% reproducible and occurs always when I use a dvd-burner called "HL-DT-ST DVDRAM GSA-4167B" It happens not only during update. Installation has the same problem. I replaced this drive temporary with another one called "TEAC DV-516D" (not a burner, just a dvd read only device) and was able to continue and finish the update successfully. Why does the update process of openSuSE 10.2 RC1 (same with beta 1 and beta 2) has such a problem with this "HL-DT-ST DVDRAM GSA-4167B"? I used this drive for installation/update of SuSE Linux 10.1 and I haven't had this kind of problem. BTW: This "HL-DT-ST DVDRAM GSA-4167B" is fully functional and OK, because after update was finished and this drive was reinstalled, I could read/write any CD/DVD as usual without any errors and eject worked fine. Attached output of "hwinfo --cdrom" for both drives. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 ------- Comment #1 from peter.schlaf@web.de 2006-11-26 03:34 MST ------- Created an attachment (id=106943) --> (https://bugzilla.novell.com/attachment.cgi?id=106943&action=view) hwinfo --cdrom for TEAC DV-516D -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 ------- Comment #2 from peter.schlaf@web.de 2006-11-26 03:34 MST ------- Created an attachment (id=106944) --> (https://bugzilla.novell.com/attachment.cgi?id=106944&action=view) hwinfo --cdrom for HL-DT-ST DVDRAM GSA-4167B -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 aj@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bnc-team- |kernel-maintainers@forge.provo.novell.com |screening@forge.provo.novell| |.com | -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 peter.kuliffay@mail.t-mobile.sk changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |peter.kuliffay@mail.t-mobile.sk ------- Comment #3 from peter.kuliffay@mail.t-mobile.sk 2006-11-26 14:49 MST ------- Congratulation, perfect description! I have the same problem with my GSA-4166B and 10.2 beta1, beta2, RC1. Installation 10.1 has not this problem. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 markus.kossmann@schlundmail.de changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |markus.kossmann@schlundmail.de ------- Comment #4 from markus.kossmann@schlundmail.de 2006-11-27 11:42 MST ------- *** Bug 223801 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 ------- Comment #5 from markus.kossmann@schlundmail.de 2006-11-27 11:49 MST ------- Same problem here with GSA-H10N and GSA-4167B. Can anyone confirm that he also gets bad md5sums for CD2 but not for CD1 on the installation system after triggering the problem. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 peter.schlaf@web.de changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|Critical |Blocker Priority|P5 - None |P2 - High ------- Comment #6 from peter.schlaf@web.de 2006-11-27 15:21 MST ------- Yes, I got md5sum errors like the one you described. I had introduced this bug as "critical", because I have a second dvd drive which I could use as a workaround. But for others with a GSA-4167B or similar and without a second drive this bug is rather a "Blocker", because it leaves his/her entire system totaly broken. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 ------- Comment #7 from seife@novell.com 2006-11-28 04:49 MST ------- did you, by chance, enable DMA manually on this device during the installation using "hdparm"? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 htejun@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |htejun@gmail.com ------- Comment #8 from htejun@gmail.com 2006-11-28 04:55 MST ------- What seems to happen is.. 1. before finishing with install cd 1, some command is issued which causes failures on some drives. dunno what yet. as the device is still open, tray is locked, so eject button doesn't work. 2. user clicks the eject button. ioctl command is issued to unlock and eject the tray but the device is still opened by the process which issued the failed command. 3. user changes cd and tell the installer to continue. because the failed process is still holding on to the cdrom device, the device is not revalidated and thus the device's size remains the same as cd1's size which is shorter than cd2. So, the result is, reading beyond end of device and media check failure for cd's larger than cd1. The solution: find who issues the failing command and fix it such that it doesn't issue such command && it closes fd properly even after failure. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 ------- Comment #9 from htejun@gmail.com 2006-11-28 05:43 MST ------- Just adding a thought. The offender could be something like storage device scanning or managing program which issues ATA commands without checking device type. Many ATAPI devices will fail such commands immediately but many other will simply timeout or show other erratic behavior (those commands are undefined anyway). Remember the odd which used flush-cache as its write-flash command and the fun we had when SCSI layer decided to issue disk flush to all SCSI devices? Adding command register and CDB[0] to IDE error message should help finding the offender. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 ------- Comment #11 from kernel01@hailfinger.org 2006-11-28 06:59 MST ------- The pattern so far seems to be that only LG DVD burners are affected. I have a GSA-4176B and will try to reproduce with RC2 and find the process which keeps the fd open. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 ------- Comment #13 from markus.kossmann@schlundmail.de 2006-11-28 07:10 MST ------- (In reply to comment #8)
What seems to happen is.. 1. before finishing with install cd 1, some command is issued which causes failures on some drives. dunno what yet. as the device is still open, tray is locked, so eject button doesn't work. 2. user clicks the eject button. ioctl command is issued to unlock and eject the tray but the device is still opened by the process which issued the failed command. 3. user changes cd and tell the installer to continue. because the failed process is still holding on to the cdrom device, the device is not revalidated and thus the device's size remains the same as cd1's size which is shorter than cd2. So, the result is, reading beyond end of device and media check failure for cd's larger than cd1. The solution: find who issues the failing command and fix it such that it doesn't issue such command && it closes fd properly even after failure. Would this also explain, that running md5sum from a shell gives good result for CD1 ( which should be still opened) but md5sum on CD2 results with a bad checksum ?
-- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 ------- Comment #14 from htejun@gmail.com 2006-11-28 07:18 MST ------- Yeah, it explains that too. While reading cd2, it meets EOF earlier than its original size, so different md5. Oh.. and doing fuser or lsof on cdrom might help too. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 ------- Comment #15 from kernel01@hailfinger.org 2006-11-28 08:03 MST ------- evms_access keeps /dev/evms/.nodes/hdd open which is my LG DVD burner. y2base starts evms_access: evms_access --log-path /var/log/YaST2 --log-file y2log --socket /var/lib/YaST2/socket_libstorage_evms --timeout 3000 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 ------- Comment #16 from kernel01@hailfinger.org 2006-11-28 08:06 MST ------- Suggested fix: "killall evms_access" when you get the prompt for cd2. The eject button on the drive will work and everything progesses smoothly. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 kernel01@hailfinger.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aj@novell.com Version|RC 1 |RC 2 ------- Comment #17 from kernel01@hailfinger.org 2006-11-28 08:15 MST ------- @AJ: I have an ugly fix available for this blocker. see comment #16. However, I don't know enough of YaST2 to find out where modify the sources. As an alternative, we could add this to the release notes. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 ------- Comment #18 from ro@novell.com 2006-11-28 08:22 MST ------- does this happen only for installs with EVMS? Or everywhere? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 ------- Comment #19 from aj@novell.com 2006-11-28 08:40 MST ------- Why does it only happen with some drives? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 ------- Comment #20 from aj@novell.com 2006-11-28 09:11 MST ------- I'm just doing a normal installation on my system with our current tree. fuser -mv /mnt/var/tmp/AP...1/ shows me now evms accessing the device. evms is running but it does not look like a problem to me. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 ------- Comment #21 from markus.kossmann@schlundmail.de 2006-11-28 09:32 MST ------- (In reply to comment #18)
does this happen only for installs with EVMS? Or everywhere? No EVMS used here. But there is the new EVMS configuration option in yast diskmanagement module.
-- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
Why does it only happen with some drives? I guess the reason is that all drives are DVDRAMs,which can be handled like harddisks with DVDRAM media inserted. So EVMS decides to include them in its disk management. Is there anybody out there, who owns a DVDRAM not made by LG and can confirm
https://bugzilla.novell.com/show_bug.cgi?id=223770 ------- Comment #22 from markus.kossmann@schlundmail.de 2006-11-28 09:44 MST ------- (In reply to comment #19) the bug with that drive ? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 aj@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cgao@novell.com, fehr@novell.com Status|NEW |NEEDINFO Info Provider| |cgao@novell.com ------- Comment #23 from aj@novell.com 2006-11-28 09:47 MST ------- Changju, any ideas? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 ------- Comment #24 from markus.kossmann@schlundmail.de 2006-11-28 09:50 MST ------- (In reply to comment #16)
Suggested fix:
"killall evms_access" when you get the prompt for cd2. The eject button on the drive will work and everything progesses smoothly.
I fear, bad things will happen, if you did choose the new option in yast to install on EVMS and you use that workaround. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 cgao@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED Info Provider|cgao@novell.com | -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 aj@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|Blocker |Critical ------- Comment #28 from aj@novell.com 2006-11-29 06:27 MST ------- Downgrading, see #27. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 fehr@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |peter.schlaf@web.de ------- Comment #29 from fehr@novell.com 2006-12-11 05:37 MST ------- Need y2log file -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=223770 fehr@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |RESOLVED Info Provider|peter.schlaf@web.de | Resolution| |INVALID ------- Comment #30 from fehr@novell.com 2007-02-15 07:42 MST ------- No y2log file for months. Closing. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
participants (1)
-
bugzilla_noreply@novell.com