Closed Bug 62130 Opened 24 years ago Closed 24 years ago

cvs-mirror seems to be down

Categories

(mozilla.org Graveyard :: Server Operations, task, P1)

Product:
mozilla.org Graveyard
Component:
Server Operations
Type:
task

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: ilya.konstantinov+future, Assigned: drew.streib)

Details

$ cvs login (Logging in to anonymous@cvs-mirror.mozilla.org) CVS password: cvs [login aborted]: connect to cvs-mirror.mozilla.org:2401 failed: No route to host telnet-ing to port 2401 displays the same 'No route to host'. The host is pingable and telnettable on port 80.
I am also having problems as are numerous people in #mozillazine. This is actually a blocker for anybody who doesn't have access to cvs.mozilla.org (as it appears anonymous/anonymous doesn't work).
cvs-mirror is not ours. Moving to Drew's queue.
Assignee: rko → dtype
I see the same problem as Ilya except that telnet to port 80 doesn't work.
From: Tupshin Harper [mailto:tupshin@tupshin.com] Sent: Wednesday, December 06, 2000 9:38 PM To: mozilla-general@mozilla.org Subject: ROUTER BLOCKING ANONYMOUS CVS ACCESS!!! PLEASE FIX!!! Sorry for the caps, but a router(probably 209.81.23.54, but possibly 216.200.254.178) is blocking incoming TCP access on port 2401 which is what CVS uses, resulting in a no route to host message whenever anybody off site tries to access cvs-mirror.mozilla.org -Tupshin
Changing platform and OS - I'm blocked on Win2000 and MacOS 9.0.
OS: Linux → All
Hardware: PC → All
I can verify that it is one of the via.net routers doing the blocking. ----------------------------- $ telnet 216.200.254.178 2401 Trying... telnet: connect: A remote host refused an attempted connect operation. ---------------------------- but, the very next hop.... ---------------------------- $ telnet 209.81.23.54 2401 Trying... telnet: connect: A remote host did not respond within the timeout period. ---------------------------- It's not the port that is failing since traceroutes on UDP port 2401 make it through with no issues: ------------------------------------------------ $ traceroute -p 2401 cvs-mirror.mozilla.org trying to get source for cvs-mirror.mozilla.org source should be 129.82.103.76 traceroute to cvs-mirror.mozilla.org (198.186.203.47) from 129.82.103.76 (129.82.103.76), 30 hops max outgoing MTU = 1500 1 129.82.103.1 (129.82.103.1) 14 ms 1 ms 1 ms 2 gw-1.acns.colostate.edu (129.82.2.9) 2 ms 2 ms 2 ms 3 frgp-gw-1.colostate.edu (129.82.10.6) 4 ms 4 ms 5 ms 4 acr2-serial2-2-0-0.Denverden.cw.net (208.172.161.205) 6 ms 9 ms 7 ms 5 acr1-loopback.SanFranciscosfd.cw.net (206.24.210.61) 55 ms 61 ms 49 ms 6 corerouter1.SanFrancisco.cw.net (204.70.9.131) 54 ms 50 ms 81 ms 7 sjc2-cw-oc3.sjc.above.net (216.200.254.29) 84 ms 86 ms 88 ms 8 core4-core1-oc48.sjc2.above.net (208.184.102.202) 86 ms 85 ms 87 ms 9 * pao-sjc2-oc48-1.pao.above.net (208.185.175.162) 85 ms 86 ms 10 via-abovenet.pao.via.net (216.200.254.178) 57 ms 60 ms 57 ms 11 209.81.23.54 (209.81.23.54) 57 ms 57 ms 54 ms 12 cvs-mirror.mozilla.org (198.186.203.47) 58 ms 55 ms 58 ms ---------------------------------------------- but..... --------------------------------------------- $ telnet cvs-mirror.mozilla.org 2401 Trying... telnet: connect: A remote host did not respond within the timeout period. --------------------------------------------- Hell, the only open port on that machine is finger on port 79. Nothing else makes it, or it is refused. Looks like someone configured a router to drop TCP connection packets.
Priority: P3 → P1
Here is the output from tcpdump I get; the source of the 'host unreachable' packet seems to be sunnyvale.sourceforge.net (198.186.203.33): 18:20:44.503190 eth0 > angelica.voxi.se.1048 > cvs-mirror.mozilla.org.cvspserver: S 3532070986:3532070986(0) win 32120 <mss 1460,sackOK,timestamp 50020 0,nop,wscale 0> (DF) ... 18:20:47.496758 eth0 > angelica.voxi.se.1048 > cvs-mirror.mozilla.org.cvspserver: S 3532070986:3532070986(0) win 32120 <mss 1460,sackOK,timestamp 50320 0,nop,wscale 0> (DF) ... 18:20:47.711801 eth0 < sunnyvale.sourceforge.net > angelica.voxi.se: icmp: hostcvs-mirror.mozilla.org unreachable [tos 0xc0]
Email sent to lnz@dandelion.com. This is the contact address given by a whois on the IP 198.186.203.33.
i phoned valinux and spoke to Quentin Cregan of sourceforge.net who said someone is driving over to the machine's location to kick it.
Started working for me about 20 minutes ago - thanks Dawn!
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Well, contact with the server has been established, but something's still amiss. It either produces loads of 'cvs server: no space left on device' errors: cvs -d :pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot -q -z 3 co -P SeaMonkeyAll No space left on device (note: the local disks are not full, and have more than enough inodes to spare... this is not a local problem) ...or it spins eternally on some lock: cvs server: [13:30:01] waiting for cvsuser's lock in /cvsroot/mozilla/xpfe/communicator/resources/locale cvs server: [13:30:31] waiting for cvsuser's lock in /cvsroot/mozilla/xpfe/communicator/resources/locale cvs server: [13:31:01] waiting for cvsuser's lock in /cvsroot/mozilla/xpfe/communicator/resources/locale cvs server: [13:31:31] waiting for cvsuser's lock in /cvsroot/mozilla/xpfe/communicator/resources/locale ... (ad infinitum et nauseam) What's up, doc?
I've manually removed all locks. There is no reason for space full errors, as there is plenty of room on the drives. Any chance this was a local error?
I too am getting the same space error from two unrelated machines (which have no local space problems). The problem must be on cvs-mirror cvs -d :pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot -q -z 3 co -P SeaMonke yAll No space left on device ... gmake[1]: *** [real_checkout] Error 255
The new bug for the checkout problems is bug 62381. Verifying this bug fixed.
Status: RESOLVED → VERIFIED
Mass removing self from CC list.
Now I feel sumb because I have to add back. Sorry for the spam.
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.