From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040115 Galeon/1.3.12 Description of problem: I'm running pretty much uptodate fedora devel. The only thing I've not upgraded is the kernel, I'm still tunning 2.4.21-jam1+sec patches. I while a go I noticed Cdrecord-ProDVD-Clone 2.01a24 (precompiled binary from Schilling's site) does not work anymore. It hangs in nanosleep() call before beginning to burn ("last change to quit: 7"). Please see the attached strace. The first nanosleep(1 sec) call succeeds, the second hangs. The command is mkisofs -r -l -J -R -f -graft-points ${=FILES} | cdrecord-dvd dev=0,1,0 -dummy -dao gracetime=0 -tsize=${TSIZE}s - If I do cat /dev/zero |cdrecord-dvd dev=0,1,0 -dummy -dao gracetime=0 -tsize=${TSIZE}s - It dies of SIGALRM after first nanosleep: zsh: alarm cdrecord-dvd dev=0,1,0 -dummy -dao -tsize=1s - tools cdrecord binary is only dependant on glibc: ldd /usr/local/bin/cdrecord-prodvd libc.so.6 => /lib/i686/libc.so.6 (0x4e248000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4dd48000) And I have not upgraded kernel (apart from the trivial security fixes (mremap)) since December 20th when I know it worked. The problem is the same with cdrecord-prodvd-2.01a24 (newest) and cdrecord-prodvd-2.01a12 (the one I ran on Dec 20th). So the only thing I can think of that might have broken it is glibc (but perhaps I'm missing something?). Back on Dec 20th, I was running the current fedora devel glibc; I'm not sure about the exact version. I know cdrecord-prodvd is binary-only and 2.4 kernel+newest glibc _might_ not be supported, but I thought to report this just in case you are interested. Version-Release number of selected component (if applicable): glibc-2.3.3-3 How reproducible: Always Steps to Reproduce: 1.mkisofs -r -l -J -R -f -graft-points ${=FILES} | cdrecord-dvd dev=0,1,0 -dummy -dao gracetime=0 -tsize=${TSIZE}s - 2. 3. Actual Results: Hangs in nanosleep() call after first elapsed second in "Last chance to quit" phase. Additional info:
Created attachment 97888 [details] The strace Strace of command mkisofs -r -l -J -R -f -graft-points ${=FILES} | strace -o /tmp/logi cdrecord-prodvd dev=0,1,0 -dummy -dao gracetime=0 -tsize=${TSIZE}s -
For the record, this is the binary I'm using: ftp://ftp.berlios.de/pub/cdrecord/ProDVD/cdrecord-prodvd-2.01a24-i686-pc-linux-gnu (cdrecord-dvd is a script that just sets the license environment variable and calls the above binary with "$*" args.)
Someone else has had the same problem in the past, too: http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=utf-8&threadm=9ubt9b%24src%241%40FreeBSD.csie.NCTU.edu.tw&rnum=1&prev=/groups%3Fnum%3D50%26hl%3Den%26lr%3D%26ie%3DUTF-8%26oe%3Dutf-8%26q%3Dcdrecord%2Bnanosleep%2B%26btnG%3DGoogle%2BSearch Supposedly it has to do with nanosleep and signal interaction.
I upgraded the kernel to 2.6.3, and the behaviour remains the same. (Not sure if then ide-scsi stuff in 2.6 will support dvd writing, anyway... Other than that 2.6.3 appears *very* smooth (other than dying ("attempt to kill init" after mounting rootfs) if I boot without "selinux=0")).
Ok. It indeed seems to be glibc that broke it. I took ld-linux.so.2 and libc.so.6 from Fedora Core 1 glibc-2.3.2-101.4 and did: mkisofs -r -l -J -R -f -graft-points ${=FILES} | LD_PRELOAD="/tmp/lib/libc.so.6" /tmp/lib/ld-linux.so.2 =cdrecord-prodvd dev=1,0,0 -dummy -dao -tsize=${TSIZE}s - with the same cdrecord-prodvd binary, and it works (as in, does not hang in "Last chance to quit, starting dummy write 6 seconds." - did not try recording yet :). Unfortunately, I don't have much older Fedora Devel glibc packages in my backups; the earliest I can find, glibc-2.3.3-3, fails too. But supposedly it broke between ~ Dec 20th and glibc-2.3.3-3, since on Dec 20th, I succesfully wrote a dvd.
Uhh, I spoke too soon. Even with the older glibc, if I set "export CDR_SECURITY" for the license, it still fails. (Without the license environment variable, it is limited to -dummy mode.) If I unset CDR_SECURITY again, it doesn't hang. Unbelievable.
Ok, so I'm a complete idiot. Reading ftp://ftp.berlios.de/pub/cdrecord/ProDVD/README, the license key has changed on Jan 27th. With the new one, it won't hang anymore. (And it even seems to write quite fine on 2.6.3 ide-scsi.) It was just that the error was so esoteric - why on Earth doesn't it give an error message about the expired license? Oh well. In any case, I'm terribly sorry for the noise.