Re: Windows update vs. cygrunsrv
Eric Blake wrote: When running Microsoft update today, on Win2k, the patch for Security Update for DirectX 9 for Windows 2000 (KB904706) hung during installation, with an instance of cygrunsrv hogging 100% CPU, until I had stopped every last one of my cygrunsrv processes. I don't know what the Microsoft update was trying to do to running services during the update, but it obviously didn't interact very well with cygrunsrv. I don't think the Microsoft update process is compatible even with running Microsoft applications, so I make a practice of shutting cygwin down entirely. I ran the updates, including Office 2003SP2, without major incident yesterday, on Win2K, WinXP-32, and WinXP-64, total of 4 installations, with cygwin installed but shut down. It did take over an hour on the system which is on an ordinary DSL line. There were plenty of pop-ups interspersed on the XP systems, about RealPlayer needing an update but the site being down, or CA anti-virus not being in a mode acceptable to Microsoft. As you know, Microsoft is not very sympathetic to people who want to avoid down time for applications not purchased from them. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows update vs. cygrunsrv
On Oct 12 15:45, Eric Blake wrote: > I don't know it this was unique to my machine, but am > reporting it in case anyone else runs into the same > issue. When running Microsoft update today, on Win2k, > the patch for Security Update for DirectX 9 for Windows > 2000 (KB904706) hung during installation, with an > instance of cygrunsrv hogging 100% CPU, until I had > stopped every last one of my cygrunsrv processes. I > don't know what the Microsoft update was trying to do > to running services during the update, but it obviously > didn't interact very well with cygrunsrv. I have the converse experience. I'm usually running three services under cygrunsrv (syslogd, sshd, esd) and today I used Windows Update, too, to get the latest security bugfixes. I had (and never had) problems to do this while my services were still running. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows update vs. cygrunsrv
Eric Blake wrote: I don't know it this was unique to my machine, but am reporting it in case anyone else runs into the same issue. When running Microsoft update today, on Win2k, the patch for Security Update for DirectX 9 for Windows 2000 (KB904706) hung during installation, with an instance of cygrunsrv hogging 100% CPU, until I had stopped every last one of my cygrunsrv processes. I don't know what the Microsoft update was trying to do to running services during the update, but it obviously didn't interact very well with cygrunsrv. Anyways, since stopping everything allowed the installation to proceed, and the required reboot brought up a working system, I don't know if it is worth trying to patch cygrunsrv to behave nicer in the presence of whatever the Windows upgrade was throwing at it. Rather, I'm just posting this as a sort of FYI for anyone else that might encounter the same behavior. I updated 3 machines: 2 XP boxes an 1 Win2k box. All 3 were running cygrunsrv and sshd. I only experienced problems on the Win2k box. cygrunsrv hogged the cpu until I killed it, then sshd hogged the cpu until I killed it. After killing those processes, the update proceeded without issue and after the restart everything (including ssh) was working fine. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows update vs. cygrunsrv
> > I don't know it this was unique to my machine, but am > > reporting it in case anyone else runs into the same > > issue. When running Microsoft update today, on Win2k, > > the patch for Security Update for DirectX 9 for Windows > > 2000 (KB904706) hung during installation, with an > > instance of cygrunsrv hogging 100% CPU, until I had > > stopped every last one of my cygrunsrv processes. I > > don't know what the Microsoft update was trying to do > > to running services during the update, but it obviously > > didn't interact very well with cygrunsrv. > > I have the converse experience. I'm usually running three services > under cygrunsrv (syslogd, sshd, esd) and today I used Windows Update, > too, to get the latest security bugfixes. I had (and never had) > problems to do this while my services were still running. I usually leave my services up, as well; this was the first time I had a hang. Today's Win2k patch list contained 10 patches, and it was only the 1 patch for KB904706 that hung. So it's not the update process in general, but that particular patch, that I was complaining about. -- Eric Blake -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows update vs. cygrunsrv
Eric Blake wrote: I don't know it this was unique to my machine, but am reporting it in case anyone else runs into the same issue. When running Microsoft update today, on Win2k, the patch for Security Update for DirectX 9 for Windows 2000 (KB904706) hung during installation, with an instance of cygrunsrv hogging 100% CPU, until I had stopped every last one of my cygrunsrv processes. I don't know what the Microsoft update was trying to do to running services during the update, but it obviously didn't interact very well with cygrunsrv. I have encountered this on a Windows 2000 system whenever I install/uninstall Apple's iTunes and QuickTime. I end up with cygrunsrv using all CPU time and when I kill it, the Apple installation fails. No idea why... the only way past this was to manually uninstall the Apple products and reinstall them. Not sure what the pattern is here, but it's one more piece of data... Mike -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows update vs. cygrunsrv
Mike Stockman wrote: Eric Blake wrote: I don't know it this was unique to my machine, but am reporting it in case anyone else runs into the same issue. When running Microsoft update today, on Win2k, the patch for Security Update for DirectX 9 for Windows 2000 (KB904706) hung during installation, with an instance of cygrunsrv hogging 100% CPU, until I had stopped every last one of my cygrunsrv processes. I don't know what the Microsoft update was trying to do to running services during the update, but it obviously didn't interact very well with cygrunsrv. I saw similar problems when running process explorer, IIRC the affected service was cygserver, though I'm not sure. This leads to my thought that the tool to discover malicious software may be the culprit since it scans all running processes, may be the DirectX setup performs similar scans? Gerrit -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows update vs. cygrunsrv
Eric Blake wrote: > I don't know it this was unique to my machine, but am > reporting it in case anyone else runs into the same > issue. When running Microsoft update today, on Win2k, > the patch for Security Update for DirectX 9 for Windows > 2000 (KB904706) hung during installation, with an > instance of cygrunsrv hogging 100% CPU, until I had > stopped every last one of my cygrunsrv processes. I > don't know what the Microsoft update was trying to do > to running services during the update, but it obviously > didn't interact very well with cygrunsrv. That's odd, I installed all 9 of yesterday's Patch Tuesday updates and none of them hung. I had 3 or 4 cygwin services running at the time. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows update vs. cygrunsrv
On Wed, 12 Oct 2005, Brian Dessent wrote: > Eric Blake wrote: > > > I don't know it this was unique to my machine, but am > > reporting it in case anyone else runs into the same > > issue. When running Microsoft update today, on Win2k, > > the patch for Security Update for DirectX 9 for Windows > > 2000 (KB904706) hung during installation, with an > > instance of cygrunsrv hogging 100% CPU, until I had > > stopped every last one of my cygrunsrv processes. I > > don't know what the Microsoft update was trying to do > > to running services during the update, but it obviously > > didn't interact very well with cygrunsrv. I've just installed this update too. cygrunsrv was using about 80 % of the CPU while CSRSS.EXE was using what was left. Here are backtraces from cygrunsrv and cygserver at the time the hang occured - both look pretty strange, both indicate that the programs are stuck in NTDLL.DLL. [cygrunsrv] (gdb) thread 1 [Switching to thread 1 (thread 700.0x2b8)]#0 0x77f82926 in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f82926 in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x7c5862e9 in ReadFile () from /mnt/c/WINNT/system32/KERNEL32.DLL #2 0x00f0 in ?? () #3 0x in ?? () from (gdb) thread 2 [Switching to thread 2 (thread 700.0x2c4)]#0 0x77f82926 in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f82926 in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x7c5862e9 in ReadFile () from /mnt/c/WINNT/system32/KERNEL32.DLL #2 0x00e8 in ?? () #3 0x in ?? () from (gdb) thread 3 [Switching to thread 3 (thread 700.0x2c8)]#0 0x77f8287e in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f8287e in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x7c59a1af in WaitForMultipleObjectsEx () from /mnt/c/WINNT/system32/KERNEL32.DLL #2 0x0001 in ?? () #3 0x18bfed58 in ?? () #4 0x0001 in ?? () #5 0x in ?? () from [Switching to thread 4 (thread 700.0x2f0)]#0 0x77f82926 in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f82926 in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x7c5862e9 in ReadFile () from /mnt/c/WINNT/system32/KERNEL32.DLL #2 0x012c in ?? () #3 0x in ?? () from (gdb) thread 5 [Switching to thread 5 (thread 700.0x780)]#0 0x77f813b2 in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f813b2 in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x7c57fe8f in KERNEL32!DebugActiveProcess () from /mnt/c/WINNT/system32/KERNEL32.DLL #2 0x7c57fe66 in KERNEL32!DebugActiveProcess () from /mnt/c/WINNT/system32/KERNEL32.DLL #3 0x in ?? () #4 0x192dffb4 in ?? () #5 0x61004055 in _cygtls::call2 (func=0, arg=0x0, buf=0x192deff0) at ../../../../src/winsup/cygwin/cygtls.cc:96 #6 0x in ?? () from [cygserver] Load new symbol table from "/usr/sbin/cygserver.exe"? (y or n) y Reading symbols from /usr/sbin/cygserver.exe...done. [Switching to thread 764.0x6fc] (gdb) bt #0 0x77f813b2 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x in ?? () #2 0x1a7cffb4 in ?? () #3 0x61004055 in _cygtls::call2 (func=0, arg=0x0, buf=0x1a7ceff0) at ../../../../src/winsup/cygwin/cygtls.cc:96 #4 0x in ?? () from (gdb) thread 2 [Switching to thread 2 (thread 764.0x2e8)]#0 0x77f82926 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f82926 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x in ?? () from (gdb) thread 3 [Switching to thread 3 (thread 764.0x2f4)]#0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x in ?? () from (gdb) thread 4 [Switching to thread 4 (thread 764.0x300)]#0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x in ?? () from (gdb) thread 5 [Switching to thread 5 (thread 764.0x304)]#0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x in ?? () from (gdb) thread 6 [Switching to thread 6 (thread 764.0x308)]#0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x in ?? () from (gdb) thread 6 [Switching to thread 6 (thread 764.0x308)]#0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x
Re: Windows update vs. cygrunsrv
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eric Blake wrote: >>>I don't know it this was unique to my machine, but am >>>reporting it in case anyone else runs into the same >>>issue. When running Microsoft update today, on Win2k, >>>the patch for Security Update for DirectX 9 for Windows >>>2000 (KB904706) hung during installation, with an >>>instance of cygrunsrv hogging 100% CPU, until I had >>>stopped every last one of my cygrunsrv processes. I >>>don't know what the Microsoft update was trying to do >>>to running services during the update, but it obviously >>>didn't interact very well with cygrunsrv. >> >>I have the converse experience. I'm usually running three services >>under cygrunsrv (syslogd, sshd, esd) and today I used Windows Update, >>too, to get the latest security bugfixes. I had (and never had) >>problems to do this while my services were still running. > > > I usually leave my services up, as well; this was the first time > I had a hang. Today's Win2k patch list contained 10 patches, > and it was only the 1 patch for KB904706 that hung. So it's not > the update process in general, but that particular patch, that I > was complaining about. I had a similar experience this morning, except the DirectX update hung with inetd using all the CPU. Shutting down inetd allowed the update to complete. Al -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDT8RUz4fTOFL/EDYRAkjwAJ0YGyP+tB7U+Wwf6Ys82l4VJklwfwCfTMVO HPdCoBHadCCWNESfcGtRpv0= =oyNi -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows update vs. cygrunsrv
Updating cygwin seemd to fix it, a client just called and indicated that her computer was "slow". On Thu, 13 Oct 2005, Pavel Tsekov wrote: On Wed, 12 Oct 2005, Brian Dessent wrote: Eric Blake wrote: I don't know it this was unique to my machine, but am reporting it in case anyone else runs into the same issue. When running Microsoft update today, on Win2k, the patch for Security Update for DirectX 9 for Windows 2000 (KB904706) hung during installation, with an instance of cygrunsrv hogging 100% CPU, until I had stopped every last one of my cygrunsrv processes. I don't know what the Microsoft update was trying to do to running services during the update, but it obviously didn't interact very well with cygrunsrv. I've just installed this update too. cygrunsrv was using about 80 % of the CPU while CSRSS.EXE was using what was left. Here are backtraces from cygrunsrv and cygserver at the time the hang occured - both look pretty strange, both indicate that the programs are stuck in NTDLL.DLL. [cygrunsrv] (gdb) thread 1 [Switching to thread 1 (thread 700.0x2b8)]#0 0x77f82926 in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f82926 in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x7c5862e9 in ReadFile () from /mnt/c/WINNT/system32/KERNEL32.DLL #2 0x00f0 in ?? () #3 0x in ?? () from (gdb) thread 2 [Switching to thread 2 (thread 700.0x2c4)]#0 0x77f82926 in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f82926 in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x7c5862e9 in ReadFile () from /mnt/c/WINNT/system32/KERNEL32.DLL #2 0x00e8 in ?? () #3 0x in ?? () from (gdb) thread 3 [Switching to thread 3 (thread 700.0x2c8)]#0 0x77f8287e in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f8287e in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x7c59a1af in WaitForMultipleObjectsEx () from /mnt/c/WINNT/system32/KERNEL32.DLL #2 0x0001 in ?? () #3 0x18bfed58 in ?? () #4 0x0001 in ?? () #5 0x in ?? () from [Switching to thread 4 (thread 700.0x2f0)]#0 0x77f82926 in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f82926 in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x7c5862e9 in ReadFile () from /mnt/c/WINNT/system32/KERNEL32.DLL #2 0x012c in ?? () #3 0x in ?? () from (gdb) thread 5 [Switching to thread 5 (thread 700.0x780)]#0 0x77f813b2 in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f813b2 in HT_Get8BPPMaskPalette () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x7c57fe8f in KERNEL32!DebugActiveProcess () from /mnt/c/WINNT/system32/KERNEL32.DLL #2 0x7c57fe66 in KERNEL32!DebugActiveProcess () from /mnt/c/WINNT/system32/KERNEL32.DLL #3 0x in ?? () #4 0x192dffb4 in ?? () #5 0x61004055 in _cygtls::call2 (func=0, arg=0x0, buf=0x192deff0) at ../../../../src/winsup/cygwin/cygtls.cc:96 #6 0x in ?? () from [cygserver] Load new symbol table from "/usr/sbin/cygserver.exe"? (y or n) y Reading symbols from /usr/sbin/cygserver.exe...done. [Switching to thread 764.0x6fc] (gdb) bt #0 0x77f813b2 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x in ?? () #2 0x1a7cffb4 in ?? () #3 0x61004055 in _cygtls::call2 (func=0, arg=0x0, buf=0x1a7ceff0) at ../../../../src/winsup/cygwin/cygtls.cc:96 #4 0x in ?? () from (gdb) thread 2 [Switching to thread 2 (thread 764.0x2e8)]#0 0x77f82926 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f82926 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x in ?? () from (gdb) thread 3 [Switching to thread 3 (thread 764.0x2f4)]#0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x in ?? () from (gdb) thread 4 [Switching to thread 4 (thread 764.0x300)]#0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x in ?? () from (gdb) thread 5 [Switching to thread 5 (thread 764.0x304)]#0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x in ?? () from (gdb) thread 6 [Switching to thread 6 (thread 764.0x308)]#0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL (gdb) bt #0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DLL #1 0x in ?? () from (gdb) thread 6 [Switching to thread 6 (thread 764.0x308)]#0 0x77f82870 in RpcSsDontSerializeContext () from /mnt/c/WINNT/system32/NTDLL.DL
