Web Hosting Talk







View Full Version : Frustrated with rackshack


will5404
10-22-2001, 01:53 PM
Well Rackshack is not really a company I would recomend, I have had many adventures with there "support" which all but ended in frustration. 6 Days ago my Raq died, user file seemed to be corupted by the Cobalt GUI, so after chasing support for a day about what to do (and a day of downtime for my box) filling in a lengthy support ticket with a detailed description to witch a tech replied "done". Whats done? Coffee? So after a few more support tickets my box finally was up again but there seems to be no end to the problems.

The speed of my box is below average I would say, people all accross the world cant download at more than ~30K a second from it, from major FTP's I get 40K / Sec, when other Raq users get 500+ K/Sec.

http://forum.rackshack.net/showthread.php?s=&threadid=815
Is what I posted on the rackshack support boards, and no one could actually get a good speed with it (and none of the people who visit my site can eiether)

So I filled out a support ticket to rackshack about the slow speeds my box was having relitive to other Raq's and considering the connection rackshack is on. To witch they helpfully replied:

Resolution Description: 10/22/01 7:58:57 AM Have check connection with 50 pings showed no packet loss and traceroute showed high time across all hops. Ran netstat -a and saw numerous connections. Customer seems to be experincing high connection load to his server

Of course they will get a good ping and traceroute to the server, there right there! netstat yielded a pile of TIME_WAIT connections which means nothing, its not acutally using any bandwith with those. As far as whats running on my box I have 2 vbulletin sites, usually they dont have more than 20 people on at one time, and the CPU is far from over worked.

[admin admin]$ uptime
12:38pm up 5 days, 1:53, 1 user, load average: 0.50, 0.51, 0.63

I would like to no what speeds people can get from my Raq. So far I havent found anyone with what I would consider a fast speed (Above about 30K a sec)
ftp://216.40.206.5/ in the root dir there is a 1Meg file, download it and post the speeds curious to see what people get.

http://forum.rackshack.net/showthread.php?s=&threadid=815
^^ this link has alot more info on it

Is there anything that could be slowing it down or tweaks I could do to improve its performance?

mpalamar
10-22-2001, 02:56 PM
Me tests:

Server on Verio:
150 Opening BINARY mode data connection for 1MB (1048578 bytes).
100% |**********************************************************************| 1024 KB 00:00 ETA
226 Transfer complete.
1048578 bytes received in 48.79 seconds (20.99 KB/s)


2nd server on UUNET:
ftp> get 1MB
local: 1MB remote: 1MB
200 PORT command successful.
150 Opening BINARY mode data connection for 1MB (1048578 bytes).
226 Transfer complete.
1048578 bytes received in 24.7 secs (41 Kbytes/sec)


-Mike

mrred
10-22-2001, 03:13 PM
from my server at hostpro :

----
wget ftp://216.40.206.5/1MB :
18:58:05 (16.78 KB/s) - `1MB' saved [1048578]
----
ping 216.40.206.5 -n -c 100 :

--- 216.40.206.5 ping statistics ---
100 packets transmitted, 95 packets received, 5% packet loss
round-trip min/avg/max = 65.282/72.674/94.185 ms
----
traceroute 216.40.206.5 :

2 nat-94-6.nameserve.net (216.122.94.6) 1.198 ms 0.978 ms 3.679 ms
3 gigabitethernet8-0-101.hsipaccess1.Seattle1.Level3.net (209.245.183.17) 5.271 ms 10.182 ms 7.605 ms
4 ae0-55.mp1.Seattle1.Level3.net (64.159.16.129) 8.708 ms 8.329 ms 8.393 ms
5 so-3-0-0.mp1.SanJose1.Level3.net (64.159.1.129) 24.615 ms 24.763 ms 21.311 ms
6 gigabitethernet3-2.core2.SanJose1.Level3.net (64.159.2.134) 25.338 ms 23.607 ms 26.803 ms
7 verio-level3-oc12.SanJose1.Level3.net (209.0.227.30) 20.379 ms 23.883 ms 26.784 ms
8 p16-4-0-0.r06.plalca01.us.bb.verio.net (129.250.5.68) 23.248 ms 27.752 ms 23.164 ms
9 p4-6-0.r00.sndgca01.us.bb.verio.net (129.250.3.10) 52.337 ms 52.155 ms 57.908 ms
10 p4-1-0.r01.hstntx01.us.bb.verio.net (129.250.3.185) 65.297 ms 72.224 ms 68.095 ms
11 ge-0-2-0.a03.hstntx01.us.ra.verio.net (129.250.29.89) 69.786 ms 69.697 ms 67.987 ms
12 p1-1-0-0.a03.hstntx01.us.ce.verio.net (128.241.9.246) 73.468 ms 75.407 ms 76.207 ms
13 207.218.245.20 (207.218.245.20) 75.859 ms 75.999 ms 71.768 ms
14 216.40.206.5 (216.40.206.5) 66.249 ms 71.921 ms 71.822 ms

----------------------------
from france DSL :
19:52:38 (12.66 KB/s) - `1MB.1' sauvegardé [1048578]
---
ping :
--- 216.40.206.5 ping statistics ---
100 packets transmitted, 89 packets received, 11% packet loss
round-trip min/avg/max/mdev = 239.969/260.041/349.969/33.362 ms
---
traceroute :

6 193.251.126.154 (193.251.126.154) 59.872 ms 63.924 ms 66.526 ms
7 P12-0.BAGCR3.Bagnolet.opentransit.net (193.251.241.146) 63.078 ms 66.759 ms 62.437 ms
8 P12-0.PASCR1.Pastourelle.opentransit.net (193.251.241.117) 65.802 ms 64.012 ms 63.119 ms
9 P5-0.LONBB1.London.opentransit.net (193.251.154.226) 72.685 ms 68.860 ms 72.715 ms
10 P1-0.LONBB2.London.opentransit.net (193.251.154.238) 68.401 ms 70.936 ms *
11 p1-1-1-0.r00.londen02.uk.bb.verio.net (129.250.9.21) 74.643 ms 71.624 ms 74.949 ms
12 p4-2-0-0.r01.londen02.uk.bb.verio.net (129.250.2.81) 73.888 ms 68.868 ms 71.496 ms
13 p4-1-0-0.r02.nycmny01.us.bb.verio.net (129.250.4.181) 150.854 ms 154.724 ms 149.814 ms
14 p4-4-0-0.r00.nycmny01.us.bb.verio.net (129.250.4.197) 147.856 ms 146.241 ms 147.729 ms
15 p4-6-3-0.r00.nycmny06.us.bb.verio.net (129.250.4.50) 152.900 ms 153.571 ms 153.942 ms
16 p4-0-1.r01.phlapa01.us.bb.verio.net (129.250.3.125) 155.617 ms 152.943 ms 153.626 ms
17 * p4-1-0-0.r00.phlapa01.us.bb.verio.net (129.250.3.153) 154.950 ms 157.466 ms
18 p4-6-0-0.r00.stngva01.us.bb.verio.net (129.250.3.105) 160.596 ms 157.635 ms 155.122 ms
19 p16-3-0-0.r01.crtntx01.us.bb.verio.net (129.250.5.34) 227.080 ms 230.756 ms 227.017 ms
20 p16-2-0-0.r01.dllstx01.us.bb.verio.net (129.250.5.36) 226.773 ms 229.598 ms *
21 p4-0-0-0.r00.hstntx01.us.bb.verio.net (129.250.3.194) 242.833 ms 241.700 ms 242.510 ms
22 ge-1-1-0.a03.hstntx01.us.ra.verio.net (129.250.30.216) 244.934 ms 237.956 ms 246.694 ms
23 p1-1-0-0.a03.hstntx01.us.ce.verio.net (128.241.9.246) 353.290 ms 349.841 ms 347.631 ms
24 207.218.245.20 (207.218.245.20) 344.477 ms * 352.552 ms
25 216.40.206.5 (216.40.206.5) 244.391 ms 242.406 ms 241.638 ms

mahinder
10-22-2001, 05:08 PM
FROM INDIA 56kbps dial-up modem connection.

------------------------

C:\WINDOWS>ping 216.40.206.5

Pinging 216.40.206.5 with 32 bytes of data:

Reply from 216.40.206.5: bytes=32 time=409ms TTL=243
Reply from 216.40.206.5: bytes=32 time=409ms TTL=243
Reply from 216.40.206.5: bytes=32 time=387ms TTL=243
Reply from 216.40.206.5: bytes=32 time=395ms TTL=243

Ping statistics for 216.40.206.5:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 387ms, Maximum = 409ms, Average = 400ms

------------------

hey speed is really good. 400ms is normal from india.

SI-Chris
10-22-2001, 07:06 PM
Will: Are you sure you don't have any bandwidth limits set in the Control Panel > Bandwidth screen?

will5404
10-22-2001, 07:17 PM
From the CP:
Bandwidth Limits
No bandwidth limits have been applied.

Never touched bandwith limiting on my Raq
Originally posted by Intelligent Hosting
Will: Are you sure you don't have any bandwidth limits set in the Control Panel > Bandwidth screen?

NVB
10-22-2001, 07:28 PM
Here are the results from my server with Pwebtech:

ftp> get 1MB
local: 1MB remote: 1MB
200 PORT command successful.
150 Opening BINARY mode data connection for 1MB (1048578 bytes).
226 Transfer complete.
1048578 bytes received in 19.1 secs (54 Kbytes/sec)

The traceroute showed some problems on the final hop:
17 207.218.245.20 (207.218.245.20) 47.173 ms 48.756 ms 47.319 ms
18 216.40.206.5 (216.40.206.5) 47.544 ms * *

Badone
10-22-2001, 09:11 PM
From a cox@home cable modem in arizona:


mercury# fetch ftp://216.40.206.5/1MB
Receiving 1MB (1048578 bytes): 100%
1048578 bytes transferred in 17.8 seconds (57.54 kBps)

Must
10-23-2001, 06:51 AM
From a T3

range from 40KB to 50KB

hope that helps

node9
10-23-2001, 07:45 AM
pretty slow..
*shakes head*

i get 40k/sec

WildWayz
10-23-2001, 12:03 PM
ftp> get 1MB
local: 1MB remote: 1MB
227 Entering Passive Mode (216,40,206,5,5,18).
150 Opening BINARY mode data connection for 1MB (1048578 bytes).
226 Transfer complete.
1048578 bytes received in 16.1 secs (64 Kbytes/sec)

NORRITT
10-23-2001, 12:55 PM
1048578 bytes received successful. (9.57 KBps) (00:01:47).

Downloading directly from rackshack.net ( http://www.rackshack.net/support/manuals/raq4.pdf ) I have 40kb/sec.

with ADSL from germany ...

Angel78
10-23-2001, 01:07 PM
that pdf file from rackshack

Speed 50 kb/s
Vienna Austria
Chello ( Cable )

But your server was quite a bit slow i got aroun 7 kb only ??

will5404
10-23-2001, 02:13 PM
Ok something is really wierd I get about 140 K/Sec from:
http://www.rackshack.net/support/manuals/raq4.pdf
From my own Raq I get 14 K/Sec

Something doesnt make sense :/

What could be causing that on a Raq? No bandwith limit is visible in the GUI, only networking thing I have done is installed IPchains.
Originally posted by NORRITT
1048578 bytes received successful. (9.57 KBps) (00:01:47).

Downloading directly from rackshack.net ( http://www.rackshack.net/support/manuals/raq4.pdf ) I have 40kb/sec.

with ADSL from germany ...

mrred
10-23-2001, 03:05 PM
From DSL (MAX 60Ko/s)

3x HTTP test with files > 800ko , 11/23/01/17h20 GMT, moy :


Rackshack net : 207.218.223.xxx : 55ko/s - stable
Rackshack net : 216.40.200.xxx : 33ko/s - unstable
Rackshack net : 216.40.201.xxx : 53ko/s - stable
Rackshack net : 216.40.202.xxx : 57ko/s - stable
Rackshack net : 216.40.203.xxx : 58ko/s - stable
Rackshack net : 216.40.206.xxx : 18ko/s - unstable


2x Ping test -c 50:

Rackshack net : 207.218.223.xxx : 0% packet loss
Rackshack net : 216.40.200.xxx : 2% packet loss
Rackshack net : 216.40.201.xxx : 4% paket loss
Rackshack net : 216.40.202.xxx : 0% packet loss
Rackshack net : 216.40.203.xxx : 4% packet loss
Rackshack net : 216.40.206.xxx : 10% packet loss

...

headsurfer
10-23-2001, 04:12 PM
OK, I'll take one on the chin on this one. We apparently misdiagnosed the issue at hand when we looked at the individual server.

When we took a step back and began to look at the overall issue, it started to look like a switch problem. When we really got into it, it was a switch problem that needed to be recycled.

We have recycled the switch and all appears normal from our testing.

I apologize for it taking so long to find the root of the problem. Only 24 Raqs were affected.

Robert Marsh
Head Surfer Rackshack.net

will5404
10-23-2001, 04:23 PM
Thanks alot for getting it fixed up, really speedy now :)

Transferred: 1MB 1,048,578 bytes in 8.46 (121.03 KB/Sec)
Transfer queue completed
Transferred 1 file totaling 1,048,578 bytes in 10.29 (121.03 KB/Sec)
(From my DSL)

200 PORT command successful.
150 Opening BINARY mode data connection for uumap.tar.Z (8520221 bytes).
226 Transfer complete.
8520221 bytes received in 14.9 secs (5.6e+02 Kbytes/sec)

(From ftp.uu.net)