I'm getting things like cvs [server aborted]: cannot open /tmp/cvsPr9s6F: No space left on device and partly garbage data from cvs-mirror. Assuming I can trust |df|, I have enough space. Also, $ nslookup 18.104.22.168 Server: ns.de.uu.net Address: 22.214.171.124 Name: cvs-mirror.mozilla.org Address: 126.96.36.199 looks odd to me, as mozilla.org servers - used to have name of lizards - are usually in the 188.8.131.52/255.255.255.0 net
Same here, but I get all sorts of 'cvs [server aborted]: cannot open CVS/Entries.Log: No space left on device' messages. Definitively something fishy going on.
cvs-mirror being at sourceforge seems to be OK. REASSIGNing to <firstname.lastname@example.org>.
Assignee: rko → dtype
I'm rebooting the server. Hopefully it comes back up. The load average was > 40 but didn't quickly see much else wrong except some kernel panic messages.
Ok, looks good now.
I also run rsync with -c (runs every night anyway) to make sure files are identical. Drew, I'm leaving this open - please close when you've seen it and ack'd.
What was the problem (to make sure it doesn't happen again)?
I don't know. Load was > 40. I bounced inetd, no help. I killed all cvs processes, no help. I'm leaving it to Sourceforge/Drew to determine because it's their server.
BTW: rko, thanks for the fast hotfix. At least I could co now :).
Not quite sure what happened, but I'm analyzing log files now. Kernel version is 2.2.16+ (which is current). I'll monitor this closely. -drew
Status: NEW → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → FIXED
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.