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.
OK... I'll remove options in inetd.conf. I do have the repository set up in
PServer:
Repository0=/export/local/home/toolsadm/CVS_REPO
Repository0Description=Tom-H-Test-Repo
(I left the defaults for other repository options). Could the inetd.conf
options cause the core dumps I'm seeing?
Looks like we're using the 32-bit version of cvsnt for Solaris 9.
/usr/local/bin/cvsnt: ELF 32-bit MSB executable SPARC Version 1,
dynamically linked, not stripped
Yes I have cvslockd running:
bash-3.00$ ps -ef|grep cvs
toolsadm 4154 1 0 Dec 14 ? 34:24 cvslockd -p 8999
toolsadm 7314 932 0 16:46:34 pts/3 0:00 grep cvs
and configured in PServer:
LockServer=localhost:8999
(I had previously tested the lockserver via telnet).
Yes, I do have a postcommand trigger. It reads a temporary file created by
the previous triggers and saves info. to a database. It does this
separately from the audit feature, because we (unfortunately) need the data
saved to a SQL Server database (from a Solaris-hosted cvsnt).
Thanks for your help.
Tom