https://bugzilla.novell.com/show_bug.cgi?id=481794 User Ulrich.Windl@rz.uni-regensburg.de added comment https://bugzilla.novell.com/show_bug.cgi?id=481794#c4 Ulrich Windl <Ulrich.Windl@rz.uni-regensburg.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID | --- Comment #4 from Ulrich Windl <Ulrich.Windl@rz.uni-regensburg.de> 2009-03-04 07:32:21 MST --- Regarding comment #1: I'd expect that after a long suspend any TCP connection will either time out (if keepalive is active), or it will be resumed. In the first case I'd expect the program that tries to send over the TCP connection to detect that the connection id gone. I think we talk about the first case here. Also in PostScript, especially with EPS, you can very well resume a job at the page where the job had a problem. For other printer technologies things may be more difficult. On the "supportedness" of the issue: I did start the suspend when at the same moment the print job arrived. Bad things just happen; they don't ask for permission ;-) Regarding comment #3: Depending on the length of the "network interruption" the connection may still be valid after resume, or not. I wouldn't rely on a valid connection after resume, but I'd rely on errors being detected, as those could happen even without suspend (as you stated). I don't have an USB printer to test, and I think that rather unrelated to the issue. Also, unplugging the network cable locally will trigger an interrupt "link is down" by the NIC, so that's also a different case. To go back on the topic: My print job is still displayed as being printed while the process "socket://lpdvm003.klinik.uni-regensburg.de:9100 249 wiu09524 uguide 1 InputSlot=Tray_2 PageSize=Letter job-uuid=urn:uuid:f622b550-2492-3129-5e24-6b982ed5d96a" ist still using more CPU. Not surprisingly to me that process is still doing: [...] read(5, "", 1024) = 0 select(6, [5], [5], NULL, NULL) = 1 (in [5]) read(5, "", 1024) = 0 select(6, [5], [5], NULL, NULL) = 1 (in [5]) read(5, "", 1024) = 0 select(6, [5], [5], NULL, NULL) = 1 (in [5]) read(5, "", 1024) = 0 [...] Unfortunately that process is also ignoring a SIGTERM, just as the " LJ4250 249 wiu09524 uguide 1 InputSlot=Tray_2 PageSize=Letter job-uuid=urn:uuid:f622b550-2492-3129-5e24-6b982ed5d96a /var/spool/cups/d00249-001" process. However a "rccups stop" and "rccups start" cleaned up the mess (restarting the job from the beginning): [...] LJ4250 wiu09524 249 [04/Mar/2009:07:57:43 +0100] 65 1 - localhost LJ4250 wiu09524 249 [04/Mar/2009:07:57:43 +0100] 66 1 - localhost LJ4250 wiu09524 249 [04/Mar/2009:15:29:11 +0100] 1 1 - localhost LJ4250 wiu09524 249 [04/Mar/2009:15:29:11 +0100] 2 1 - localhost LJ4250 wiu09524 249 [04/Mar/2009:15:29:11 +0100] 3 1 - localhost [...] Job completed now. -- 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.