[cvsnt] cvs.exe spin off
ivo.hechmann at sbb.ch
Fri Jan 18 22:51:00 GMT 2008
---- Von HECHMANN IVO 051 220 26 41 IT-BA-PZ 2008-01-18 23:51:00+0100
---- Von HECHMANN IVO 051 220 26 41 IT-BA-PZ 2008-01-18 23:50:00+0100
Hello, thank you for your reply....
Most users use eclipse/RAD clients. cvsaudit is enabled on the server.
in the cvstemp directory i see the temporary folder exp. cvs-serv6666
which indicates the process 6666 to be the cpu-burner... is there a way
to find the command by pid in the audit database? the session-id seems
not to match the pid....
i dont think that it is caused by a certain command or action, otherwise
this would happen much more; actually this happens between zero and max.
five times a week. the repos have about 20 gb, here are the actions on
the cvs-server from yesterday:
i will propagate the sspi method in future, but off course many clients
will continue using pserver.
maybee the spin-off is caused by something else, for example an unstable
connection to the domain controler or so...
can you give me a hint how to find the command in the audit database by
for instance i think i will install some kind of listener which checks
the temp-directory and if there is some content older than an hour it
alerts me by mail or sms; and if there is any content in the temp
directory after backupcopy a reboot should be triggered so the service
can start again...
Thank you very much...
From: arthur.barrett at march-hare.com
To: ivo.hechmann at sbb.ch, cvsnt at cvsnt.org
Date: Sat, 19 Jan 2008 08:42:42 +1100
Subject: RE: [cvsnt] cvs.exe spin off
> We use cvsnt v. 2.5.03 Build 2382 on win 2003 with pserver
> integrating the
> windows domain.
Try and switch to SSPI - it's more secure, does not require you use
'login when your windows password changes and is more reliable within
the 'windows ecosystem'.
> Sometimes a cvs.exe process starts to consum
> 100% cpu power
> and does not stop again.
I've never seen this - 2.5.03 is extremely stable. Any idea on what
causes it (what command on the client)? Are you running all CVSNT
2.5.03 clients (eg: are you using any older clients or Eclipse)? Are
you running auditing on the server?
The only way to diagnose is to find out what the runaway processes were
doing before they ran away... You'll need to enable auditing, then when
the problem occurs go looking for that process in the sessionlog table,
that table will also give you the client version and command.
Once you have that info report back with the result plus the results of
running 'cvsdiag' on the server.
---- 18.01.08 23.50 ---- Gesendet an
-> arthur.barrett at march-hare...
---- 18.01.08 23.51 ---- Gesendet an
-> cvsnt at cvsnt.org
More information about the cvsnt