cvs-mirror seems to be down

VERIFIED FIXED

Status

P1
critical
VERIFIED FIXED
18 years ago
4 years ago

People

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

Tracking

Details

(Reporter)

Description

18 years ago
$ 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.

Comment 1

18 years ago
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).

Comment 2

18 years ago
cvs-mirror is not ours. Moving to Drew's queue.
Assignee: rko → dtype

Comment 3

18 years ago
I see the same problem as Ilya except that telnet to port 80
doesn't work.

Comment 4

18 years ago
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

Comment 5

18 years ago
Changing platform and OS - I'm blocked on Win2000 and MacOS 9.0.
OS: Linux → All
Hardware: PC → All

Comment 6

18 years ago
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

Comment 7

18 years ago
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] 

Comment 8

18 years ago
Email sent to lnz@dandelion.com. This is the contact address given by a whois on 
the IP 198.186.203.33.

Comment 9

18 years ago
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.

Comment 10

18 years ago
Started working for me about 20 minutes ago - thanks Dawn!
Status: NEW → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → FIXED

Comment 11

18 years ago
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?
(Assignee)

Comment 12

18 years ago
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?

Comment 13

18 years ago
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

Comment 14

18 years ago
The new bug for the checkout problems is bug 62381.  Verifying this bug fixed.
Status: RESOLVED → VERIFIED

Comment 15

17 years ago
Mass removing self from CC list.

Comment 16

17 years ago
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.