[cvsnt] Strange behaviour of cvs status on a VMWare server...

Bo Berglund Bo.Berglund at system3r.se
Tue Oct 24 08:27:27 BST 2006


Community technical support mailing list was retired 2010 and replaced with a professional technical support team. For assistance please contact: Pre-sales Technical support via email to sales@march-hare.com.


Now I have tested a few things:

1. Ran the offending command in a console window on the server.
This actually produced the wanted result.

2. Ran the command with -ttt switch on both client and server.
The result is different. On the server the command finishes after
listing a lot of trace info.
On the client the command stops at this point:
(initial loading of wrappers etc cut)
08:59:31:   -> Requesting server cvsrc (read-cvsrc2)
08:59:31:   -> Parsing global cvsrc started
08:59:31:   -> Parsing global cvsrc finished
08:59:31:   -> Name_Repository((null),)
08:59:31:   -> open_directory(/3RProj/Tool/MazakDNC,(null),(null))
08:59:31:   -> Name_Repository((null),)
08:59:31:   -> Repository = /3RProj/Tool/MazakDNC
08:59:31:   -> Mapped repository = /3RProj/Tool/MazakDNC
08:59:31:   -> wnt_stat(FormMazakTest.pas)
08:59:31:   -> _statcore(00000000,FormMazakTest.pas)
08:59:31:   -> Trying GetFileAttributesEx....
08:59:31:   -> File attributes = 00000020
08:59:31:   ->  - read/write file
08:59:31:   -> GetUnixFileModeNtEA(F,00000630) returns 0000
08:59:31:   -> wnt_stat(MazakDNC.dpr)
08:59:31:   -> _statcore(00000000,MazakDNC.dpr)
08:59:31:   -> Trying GetFileAttributesEx....
08:59:31:   -> File attributes = 00000020
08:59:31:   ->  - read/write file
08:59:31:   -> GetUnixFileModeNtEA(M,00000630) returns 0000
08:59:31:   -> close_directory()
08:59:31: S -> server_main started
08:59:31: S -> run precommand proc server
08:59:31: S -> run_trigger()

The corresponding final section when running the same command on the
*server* looks like this:
08:56:13:   -> close_directory()
08:56:13: S -> server_main started
08:56:13: S -> run precommand proc server
08:56:13: S -> run_trigger()
08:56:13: S -> trigger file not found.
08:56:13: S -> Couldn't load trigger audit_trigger.dll
08:56:13: S -> Couldn't load trigger checkout_trigger.dll
08:56:13: S -> Couldn't load trigger email_trigger.dll
08:56:13: S -> Couldn't load trigger script_trigger.dll
08:56:13: S -> Call pre-loaded 'default_trigger.dll'
08:56:13: S -> precommand_proc()
08:56:13: S -> Name_Repository(.,.)
08:56:13: S -> Name_Repository(.,.)
08:56:13: S -> Name_Repository((null),)
08:56:13: S -> open_directory(D:/CVS/3RProj/Tool/MazakDNC,(null),(null))
08:56:13: S -> RCS_parse(.directory_history,D:/CVS/3RProj/Tool/MazakDNC)
08:56:13: S ->
rcsbuf_open(D:/CVS/3RProj/Tool/MazakDNC/.directory_history,v)
08:56:13: S -> rcsbuf_open failed
08:56:13: S ->
rcsbuf_open(D:/CVS/3RProj/Tool/MazakDNC/Attic/.directory_history,v)
08:56:13: S -> rcsbuf_open failed
08:56:13: S -> No mapping file in this directory.
08:56:13: S -> Name_Repository((null),)
... now it continues to the end ....


This is rather strange, I cannot understand why the trigger dll:s don't
load because they *are* present in the CVSNT program directory...

3. CVSDIAG:

Finally,
this is the output of cvsdiag on the server:


D:\server\CVS-NT>cvsdiag
CVSNT Diagnostic output
-----------------------

Server version: 2.5.03 (Scorpio) Build 2151
OS Version: Windows 2000 5.0.2195 (Service Pack 2)

CVS Service installed: Yes
LockService installed: Yes

:pserver: installed: Yes
:sserver: installed: Yes
:gserver: installed: Yes
:server: installed: Yes
:ssh: installed: Yes
:sspi: installed: Yes
:ext: installed: Yes

Installation Path: D:\server\CVS-NT
Repository 0 Path: D:/CVS/HW
Repository 0 Name: /HW
Repository 1 Path: D:/CVS/EXT
Repository 1 Name: /EXT
Repository 2 Path: D:/CVS/CMP
Repository 2 Name: /CMP
Repository 3 Path: D:/CVS/Andreas
Repository 3 Name: /Andreas
CVS Temp directory: D:\CVSTEMP
CA Certificate File: D:\server\CVS-NT\cvsnt-default.pem
Private Key File: D:\server\CVS-NT\cvsnt-default.pem
Local Users Only: No
Default LockServer: localhost:2402
Disable Reverse DNS: No
Server Tracing: Yes
Case Sensitive: No
Server listen port: 2401
Compatibility (Non-cvsnt clients):
        Report old CVS version: No
        Hide extended status: No
        Emulate co -n bug: Yes
        Ignore client wrappers: No
Compatibility (CVSNT clients):
        Report old CVS version: No
        Hide extended status: No
        Emulate co -n bug: No
        Ignore client wrappers: No
Default domain: SYSTEM3R
Force run as user:

Temp dir readable by current user: Yes
Repository0 readable by current user: Yes
Temp dir writable by current user: Yes

AV files detected:
(none)

Installed Winsock protocols:

1001: MSAFD Tcpip [TCP/IP]
1002: MSAFD Tcpip [UDP/IP]
1004: RSVP UDP Service Provider
1005: RSVP TCP Service Provider

D:\server\CVS-NT>

Notice that cvsdiag fails to list all of the configured repositories, we
have 10 repositories and they are properly listed in the CVSNT control
panel as well as in the registry. But cvsdiag seems not to find them
all....

As it is now the server does not behave in any way predictable,
sometimes a cvs status -q from the client yields the correct response
but when I try cvs -ttt status -q it never finishes.
I really don't know where to look from here.

Best regards,

Bo Berglund


-----Original Message-----
From: cvsnt-bounces at cvsnt.org [mailto:cvsnt-bounces at cvsnt.org] On Behalf
Of Glen Starrett
Sent: den 23 oktober 2006 23:17
To: cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook
Subject: Re: [cvsnt] Strange behaviour of cvs status on a VMWare
server...

Bo Berglund wrote:
> Question:
> Is this behaviour caused by some incompatibility between CVSNT and
> VWWare Virtual Server virtual machines? It sure seems so since the
> hardware server did not have this problem that we know of.
> Has anyone else seen any problems with such a configuration?

I'd guess more along the lines of a AV or firewall issue on the machine.

  AFAIK VM's are solid when it get to that level, and basically 
indistinguishable from regular hardware.

Have you tried the regular command line?  From that server?  Checked 
cvsdiag output?

I would guess the regular command line wouldn't produce any difference 
in results, but the testing local to the server might.

Regards,


-- 
Glen Starrett
_______________________________________________
cvsnt mailing list
cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook
http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt https://www.march-hare.com/cvspro/en.asp#downcvs


More information about the cvsnt mailing list
Download the latest CVSNT, TortosieCVS, WinCVS etc. for Windows 8 etc.
@CVSNT on Twitter   CVSNT on Facebook