Re: Windows update vs. cygrunsrv

Re: Windows update vs. cygrunsrv

[Eric Blake]

> > 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

[Al Slater]

-----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

[Jason Pyeron]

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  0x000000f0 in ?? ()
> #3  0x00000000 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  0x000000e8 in ?? ()
> #3  0x00000000 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  0x00000001 in ?? ()
> #3  0x18bfed58 in ?? ()
> #4  0x00000001 in ?? ()
> #5  0x00000000 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  0x0000012c in ?? ()
> #3  0x00000000 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  0xffffffff in ?? ()
> #4  0x192dffb4 in ?? ()
> #5  0x61004055 in _cygtls::call2 (func=0, arg=0x0, buf=0x192deff0) at ../../../../src/winsup/cygwin/cygtls.cc:96
> #6  0x00000000 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  0xffffffff in ?? ()
> #2  0x1a7cffb4 in ?? ()
> #3  0x61004055 in _cygtls::call2 (func=0, arg=0x0, buf=0x1a7ceff0) at ../../../../src/winsup/cygwin/cygtls.cc:96
> #4  0x00000000 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  0x00000000 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  0x00000000 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  0x00000000 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  0x00000000 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  0x00000000 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  0x00000000 in ?? () from
> (gdb) thread 8
> [Switching to thread 8 (thread 764.0x310)]#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  0x00000000 in ?? () from
> (gdb) thread 9
> [Switching to thread 9 (thread 764.0x314)]#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  0x00000000 in ?? () from
> (gdb) thread 10
> [Switching to thread 10 (thread 764.0x318)]#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  0x00000000 in ?? () from
>
> --
> 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/
>

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-                                                               -
- Jason Pyeron                      PD Inc. http://www.pdinc.us -
- Partner & Sr. Manager             7 West 24th Street #100     -
- +1 (443) 921-0381                 Baltimore, Maryland 21218   -
-                                                               -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

This message is for the designated recipient only and may contain 
privileged, proprietary, or otherwise private information. If you 
have received it in error, purge the message from your system and 
notify the sender immediately.  Any other use of the email by you 
is prohibited.

--
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

[Pavel Tsekov]

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  0x000000f0 in ?? ()
#3  0x00000000 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  0x000000e8 in ?? ()
#3  0x00000000 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  0x00000001 in ?? ()
#3  0x18bfed58 in ?? ()
#4  0x00000001 in ?? ()
#5  0x00000000 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  0x0000012c in ?? ()
#3  0x00000000 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  0xffffffff in ?? ()
#4  0x192dffb4 in ?? ()
#5  0x61004055 in _cygtls::call2 (func=0, arg=0x0, buf=0x192deff0) at ../../../../src/winsup/cygwin/cygtls.cc:96
#6  0x00000000 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  0xffffffff in ?? ()
#2  0x1a7cffb4 in ?? ()
#3  0x61004055 in _cygtls::call2 (func=0, arg=0x0, buf=0x1a7ceff0) at ../../../../src/winsup/cygwin/cygtls.cc:96
#4  0x00000000 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  0x00000000 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  0x00000000 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  0x00000000 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  0x00000000 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  0x00000000 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  0x00000000 in ?? () from
(gdb) thread 8
[Switching to thread 8 (thread 764.0x310)]#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  0x00000000 in ?? () from
(gdb) thread 9
[Switching to thread 9 (thread 764.0x314)]#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  0x00000000 in ?? () from
(gdb) thread 10
[Switching to thread 10 (thread 764.0x318)]#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  0x00000000 in ?? () from

--
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

[Brian Dessent]

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

[Gerrit P. Haase]

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

[Mike Stockman]

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

[Rolf Campbell]

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

[Corinna Vinschen]

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

[Tim Prince]

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/

Windows update vs. cygrunsrv

[Eric Blake]

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.

--
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/