Russ Tremain writes:
At 4:48 PM -0800 1/24/01, Brian Behlendorf wrote:
I recommend mounting /tmp on some sort of memory-based filesystem for
maximum performance - this made a big difference on apache.org.
thanks.. this is the next step; unfortunately, have to upgrade
memory first.
In a message dated 1/24/01 8:46:41 PM Eastern Standard Time,
[EMAIL PROTECTED] writes:
At 4:48 PM -0800 1/24/01, Brian Behlendorf wrote:
On Wed, 24 Jan 2001, Russ Tremain wrote:
So we created a new device that was tuned for performance,
and mounted it on the /tmp used by the pserver.
I
At 8:58 AM -0800 1/25/01, Larry Jones wrote:
Russ Tremain writes:
At 4:48 PM -0800 1/24/01, Brian Behlendorf wrote:
I recommend mounting /tmp on some sort of memory-based filesystem for
maximum performance - this made a big difference on apache.org.
thanks.. this is the next step;
Just to close out this topic, our performance problems
were not related to network performancel The excessive
TCP-level retransmits that I had seen earlier was
a transient problem over our WAN.
The problem was all disk i/o, primarily in the tmp device
that was being used by the pserver.
I
On Wed, 24 Jan 2001, Russ Tremain wrote:
So we created a new device that was tuned for performance,
and mounted it on the /tmp used by the pserver.
I recommend mounting /tmp on some sort of memory-based filesystem for
maximum performance - this made a big difference on apache.org.
At 4:48 PM -0800 1/24/01, Brian Behlendorf wrote:
On Wed, 24 Jan 2001, Russ Tremain wrote:
So we created a new device that was tuned for performance,
and mounted it on the /tmp used by the pserver.
I recommend mounting /tmp on some sort of memory-based filesystem for
maximum performance -
Soren Ager writes:
I am trying to get cvs (v1.9.29) pserver up and running under OS/2 Warp.
That's an ancient version, you may want to consider upgrading to the
current release (1.11).
I have followed the readme and started inetd and added cvs to inetd.lst
as "cvspserver tcp cvs
From: Soren Ager [SMTP:[EMAIL PROTECTED]]
I am trying to get cvs (v1.9.29) pserver up and running under OS/2 Warp.
Is there anybody out there that has this up and running?
I've been using the :pserver: from Andreas Hubers port
of CVS 1.10 on Warp Connect 3.0 for a couple of years now.
Hi,
I am trying to get cvs (v1.9.29) pserver up and running under OS/2 Warp.
I have followed the readme and started inetd and added cvs to inetd.lst
as "cvspserver tcp cvs --allow-root=f:\cvsroot\". I have added an entry
to services. And all that is working ok - but when ever I try to login I
Donald Sharp writes:
No I didn't contradict myself. Perhaps I didn't fully explain...
The kernel routes the socket data to inetd. inetd manages the incoming
and outgoing data from the sockets to different processes stdin and stdout.
That's not how it works. The kernel routes data to and
Hi -
I've reviewed much of the discussion on this list on
CVS server performance, in hopes of finding something related
to the problems we are experiencing our CVS server. So far, I
haven't found anything similar to what we are experiencing.
Apologies if this is a re-hash.
We are running cvs
On Wed, Jan 10, 2001 at 12:56:52PM -0800, Russ Tremain wrote:
Hi -
I've reviewed much of the discussion on this list on
CVS server performance, in hopes of finding something related
to the problems we are experiencing our CVS server. So far, I
haven't found anything similar to what we are
Russ Tremain writes:
We are running cvs 1.10.8 as a pserver on a rather beefy
solaris system. Our repository is fairly large and contains
about 45,000 files. This machine is idle most of the time,
and its only job is to run the CVS server.
There were a bunch of memory leaks in 1.10.8
Donald Sharp writes:
That's not necessarily true, there is not necessarily a need
to do it this way. Sockets form tuples( client ip, client port,
server ip/port )of information that provide information to the kernel
where to route the incoming and outgoing packets. inetd in this
case
At 1:35 PM -0800 1/10/01, Larry Jones wrote:
Russ Tremain writes:
We are running cvs 1.10.8 as a pserver on a rather beefy
solaris system. Our repository is fairly large and contains
about 45,000 files. This machine is idle most of the time,
and its only job is to run the CVS server.
Hi!
I am unable to login using pserver method. I had made required changes in
/etc/services and /etc/inetd.conf and restarted the same. I had also put
passwd file in CVSROOT with passwords generated. The message I am getting
is:
# ./cvs -d :pserver:att@bg1gw160:/usr/local/bin/cvs login
with no subcommand (i.e., you type
``cvs'' instead of ``cvs update'' or ``cvs pserver''), so there must be
something wrong with your /etc/inted.conf. Check it carefully to make
sure it agrees with what's in the manual and make sure that the
cvspserver entry is one long line, not multiple lines
have to
HUP the inetd process, i.e. kill -HUP process ID
then we started the server by executing the command
'cvs pserver'
we noticed the entry for cvs pserver by executing the
command ps -el, but it was in sleep mode(S).
Starting the "server process" is *not* necessary on
Dear Sir,
We are trying to install cvs pserver on our system.
We created a directory-'cvsroot' under /usr/local/.
All the project files are under directory
/usr/local/cvsroot.
Then we modified the /etc/inetd.conf(in root) i.e
we inserted the line --
2401 stream tcp nowait root /usr
www.cvsnt.org
-Original Message-
From: Lorenzo Medici [EMAIL PROTECTED]
To: [EMAIL PROTECTED] [EMAIL PROTECTED]
Date: September 13, 2000 12:51 AM
Subject: CVS pserver on WinNT
Hi
we try to install a repository on a windows NT machine. Is it possible to
install the CVS pserver protocol
Hello All,
I am running CVS 1.10.7 in pserver mode, but Every time a developer accesses
CVS (developers use WinCVS as client program) the cvs process keeps running
even after the client has exited. After some time these processes die, but
sometimes the process table of the server gets full due
.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
Sent: Friday, August 04, 2000 2:36 AM
To: [EMAIL PROTECTED]
Subject: CVS pserver and RedHat 6.2
Hello!
CVS in pserver mode behave strange on my RedHat 6.2 installation. When
checking out from the repository CVS try
[EMAIL PROTECTED] writes:
CVS in pserver mode behave strange on my RedHat 6.2 installation. When
checking out from the repository CVS try to locate the file .cvsignore in
the /root catalog. Since this catalog is not searchable the checkout ends.
See the archives of this group
[EMAIL PROTECTED] writes:
Why is it running OK on RedHat but not on Caldera ??
See "Trouble making a connection to a CVS server" in the Cederqvist
manual for some troubleshooting advice.
-Larry Jones
Geez, I gotta have a REASON for everything? -- Calvin
Hi,
I have been through this list with a fine toothpick and comb, but it
has not solved my problem.
I have one RedHat 6.1 box and cvs-1.10.6 I am running pserver from
inetd.conf and every thing is cool. cvspserver is on port 2401/tcp.
I have one Caldera eServer 2.3 box that had cvs-1.10.6 but
I am wondering, if anybody knows, if cvs supports libpam for authentication
via pserver. I upgraded a debian linux system to use NIS+ (via libpam) for
authentication instead of the local password files. Authentication in general
works, but cvs does not work any more.
But since it did not
Hans Fuchs writes:
I'm using 1.10.8 and I know the connections that are left. If I
type netstat, I'll get the IP of my previous dail-up connections. I
tested it, if I just cut my dial-up connection, cvs pserver will
stay.
CVS pserver uses SO_KEEPALIVE to detect failed
I
type netstat, I'll get the IP of my previous dail-up connections. I
tested it, if I just cut my dial-up connection, cvs pserver will
stay.
Best,
Hans
--
Gesendet an Pavel Roskin am 17.04.2000 mit The Bat 1.38e
Homepage: http://www.enova.ch - EMail: [EMAIL PROTECTED]
Public Key: http://ww
Hello, Hans!
CVS pserver seems to have no timeout for broken connections. After a
few time I have some dead cvs-pservers-processes. What can I do?
Perhaps it's time to raise an alert on CERT.
Somebody is misusing a hole that I discovered in "cvs log" a while ago :-(
It's fixed
On Thursday, April 13, Pavel Roskin wrote:
PS. Nowadays when anonymous CVS is so widespread, it's yet to be seen how
many security holes are still in CVS. Maybe we should ask OpenBSD guys to
examine CVS for buffer overflows and other security issues.
Ouch! Ouch! I've looked at CVS some,
not permitted
2) can't open /root/.cvsignore: Not permitted
can't chdir(/root): Not permitted
I don't run cvs pserver as root (and don't want to) (and didn't in the
past). So I assume I'm not setting something right and it's still
thinking it's running as whatever user I tell it to (in inetd.conf
) can't setuid: operation not permitted
2) can't open /root/.cvsignore: Not permitted
can't chdir(/root): Not permitted
I don't run cvs pserver as root (and don't want to) (and didn't in the
past). So I assume I'm not setting something right and it's still
thinking it's running as whatever
Hi!
Programmers at my site are able to update, commit to the repository, but they
get this warning:
cvs update: warning: unrecognized response `setgroups: Not owner` from cvs
server
It's irritating and I would like to fix it. Can someone please shed more light
on it?
thanks in advance,
101 - 133 of 133 matches
Mail list logo