Thanks Larry, That was the problem. The project in question had been checked out on a Windows 2000 host and last updated before the daylight savings time change. I understand the work-around after a DST change is to run 'cvs status' before attempting an update.
Regards, -- Ian "Larry Jones" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]... > Ian MacDonald writes: > > > > We have a somewhat large project (consisting of many subprojects) in CVS > > that is ~800MB in size. The tmp space on our linux CVS server is about > > 500MB in size. We can 'checkout' our project with any problems, however > > when we try to 'update' the working directory, the process runs very slowly > > and eventually the server fails and returns the error 'no space left on > > device' to the client. Watching the server during the 'update' we can see > > the tmp directory completely filling up. > > It sounds like CVS thinks all of your local files have been modified, so > it's sending them to the server (the server will diff them against the > repository versions to see if they're really different and let the > client know if they're really modified or not). Are your clients other > Linux/Unix boxes or Windows boxes? If Windows, this is almost certainly > a result of the Windows daylight saving time bug that's been discussed > here recently (where WinCVS marks all the files as being modified even > though they haven't been). > > -Larry Jones > > It's clear I'll never have a career in sports until I learn > to suppress my survival instinct. -- Calvin > _______________________________________________ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
