
|
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?
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)
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)
|