Page 12 of 12 FirstFirst ... 29101112
Results 441 to 465 of 465
  1. #441
    Join Date
    Jul 2009
    Location
    Nashville, TN
    Posts
    40
    Quote Originally Posted by chris-ws View Post
    I can access burst´s website without problems.
    The problem appears to be limited to only certain networks... att.net dsl is having no problems... neither is our vps up at VAServ...

    But I can 90+% packet loss from Comcast customers all over the US, and a dedicated server @ ThePlanet
      0 Not allowed!

  2. #442

    *

    Quote Originally Posted by BurstNET View Post
    That node is absolutely NOT overloaded.
    It is running fast as can be right now, with < 2.00 load on the entire node, and disk i/o of < 10%.

    WHT is NOT BurstNET Support.
    You opened a ticket, and ran to WHT before 3 hours even passed on a holiday weekend in the middle of the night.

    We are very close to telling you to take your business elsewhere.
    I understand an outage can be stressful, but enough is enough already.
    .
    .
    hello
    again servers are down is there any cause please explain
      0 Not allowed!

  3. #443
    Join Date
    May 2005
    Posts
    56
    From 1and1 in Germany I am having 94% packet loss to Burst and my servers there right now.

    But from my home computer (also in Germany) I can access everything without problems.
      0 Not allowed!

  4. #444
    Join Date
    Jul 2009
    Location
    Nashville, TN
    Posts
    40
    Here is a pathping from Comcast:

    Tracing route to root.burst.net [66.96.192.202]
    over a maximum of 30 hops:
    0 xxxxxx
    1 xxxxxx
    2 c-68-53-114-1.hsd1.tn.comcast.net [68.53.114.1]
    3 xe-11-0-0-0-sur01.hicksrd.tn.nash.comcast.net [68.86.151.177]
    4 xe-3-1-1-0-ar03.nashville.tn.nash.comcast.net [68.85.174.85]
    5 pos-3-7-0-0-cr01.chicago.il.ibone.comcast.net [68.86.90.73]
    6 tenge13/4.br03.chc01.pccwbtn.net [68.86.89.58]
    7 vl0019.gwy02.sctn01.hostnoc.net [63.218.31.42]
    8 xe1-02.agg04.sctn01.hostnoc.net [96.9.191.14]
    9 burst.net [66.96.192.202]

    Computing statistics for 225 seconds...
    Source to Here This Node/Link
    Hop RTT Lost/Sent = Pct Lost/Sent = Pct Address
    0 xxxxxx
    0/ 100 = 0% |
    1 0ms 0/ 100 = 0% 0/ 100 = 0% xxxxxx
    0/ 100 = 0% |
    2 11ms 0/ 100 = 0% 0/ 100 = 0% c-68-53-114-1.hsd1.tn.comcast.net
    [68.53.114.1]
    0/ 100 = 0% |
    3 12ms 0/ 100 = 0% 0/ 100 = 0% xe-11-0-0-0-sur01.hicksrd.tn.nash.
    comcast.net [68.86.151.177]
    0/ 100 = 0% |
    4 13ms 0/ 100 = 0% 0/ 100 = 0% xe-3-1-1-0-ar03.nashville.tn.nash.
    comcast.net [68.85.174.85]
    0/ 100 = 0% |
    5 25ms 0/ 100 = 0% 0/ 100 = 0% pos-3-7-0-0-cr01.chicago.il.ibone.
    comcast.net [68.86.90.73]
    0/ 100 = 0% |
    6 45ms 0/ 100 = 0% 0/ 100 = 0% tenge13/4.br03.chc01.pccwbtn.net [
    68.86.89.58]
    0/ 100 = 0% |
    7 86ms 95/ 100 = 95% 95/ 100 = 95% vl0019.gwy02.sctn01.hostnoc.net [6
    3.218.31.42]
    0/ 100 = 0% |
    8 102ms 96/ 100 = 96% 96/ 100 = 96% xe1-02.agg04.sctn01.hostnoc.net [9
    6.9.191.14]
    0/ 100 = 0% |
    9 63ms 0/ 100 = 0% 0/ 100 = 0% burst.net [66.96.192.202]

    Trace complete.

    I've been chasing this problem off and on with Burst.net for nearly 2 months now with no results. But it's never been more than 20-25% loss before now.
      0 Not allowed!

  5. #445
    Packet loss to all our clients servers aswell from certain locations
      0 Not allowed!

  6. #446
    Join Date
    May 2010
    Location
    on the web
    Posts
    7
    again vps down and vps control panel down too
      0 Not allowed!

  7. #447
    Their site is loading fine from the UK on VirginMedia.
      0 Not allowed!

  8. #448
    Join Date
    May 2010
    Location
    on the web
    Posts
    7
    hop rtt rtt rtt ip address fully qualified domain name
    1 1 1 3 70.84.211.97 61.d3.5446.static.theplanet.com
    2 0 0 0 70.87.254.1 po101.dsr01.dllstx5.networklayer.com
    3 0 0 0 70.85.127.105 po51.dsr01.dllstx3.networklayer.com
    4 0 0 0 70.87.255.33 e4-2.ibr04.dllstx3.networklayer.com
    5 0 0 1 63.218.23.25 ge5-3.br02.dal01.pccwbtn.net
    6 49 50 50 63.218.31.42 vl0019.gwy02.sctn01.hostnoc.net
    7 50 50 49 64.191.19.2 xe1-02.agg01.sctn01.hostnoc.net
    8 84 50 51 96.9.191.30 ec1-15.vl0111.f2801.sctn01.hostnoc.net
    9 51 51 50 64.191.106.18 vserver35.hostnoc.net
    10 55 51 50 64.191.106.17 ns2.eatmyouchy.net
    11 51 51 50 64.191.106.18 vserver35.hostnoc.net
    12 53 52 54 64.191.106.17 ns2.eatmyouchy.net
    13 * 53 53 64.191.106.18 vserver35.hostnoc.net
    14 52 53 53 64.191.106.17 ns2.eatmyouchy.net
    15 * 53 * 64.191.106.18 vserver35.hostnoc.net
    16 53 53 54 64.191.106.17 ns2.eatmyouchy.net
    17 56 54 * 64.191.106.18 vserver35.hostnoc.net
    18 55 68 56 64.191.106.17 ns2.eatmyouchy.net
    19 55 * 55 64.191.106.18 vserver35.hostnoc.net
    20 56 56 56 64.191.106.17 ns2.eatmyouchy.net
    21 58 * 57 64.191.106.18 vserver35.hostnoc.net
    22 56 57 56 64.191.106.17 ns2.eatmyouchy.net
    23 * 57 116 64.191.106.18 vserver35.hostnoc.net
    24 57 57 57 64.191.106.17 ns2.eatmyouchy.net
    25 * 58 * 64.191.106.18 vserver35.hostnoc.net
    26 70 59 58 64.191.106.17 ns2.eatmyouchy.net
    27 59 60 * 64.191.106.18 vserver35.hostnoc.net
    28 61 60 157 64.191.106.17 ns2.eatmyouchy.net
    29 60 * 60 64.191.106.18 vserver35.hostnoc.net
    30 60 60 60 64.191.106.17 ns2.eatmyouchy.net

    network problem!
      0 Not allowed!

  9. #449
    Join Date
    Apr 2000
    Location
    Nevada, US
    Posts
    5,424
    We are not currently having an network problem on our network itself.
    We are not down, or having packet loss on our network itself.
    The issue appears to be at the PCCW backbone hop prior to reaching our network.
    That affects clients coming on that route specifically.
    We are looking into the issue, and will route around it need be.
    .
    .
      0 Not allowed!

  10. #450
    Join Date
    May 2001
    Location
    Iasi, Romania.
    Posts
    320

    * Question

    Hello,

    Not really want to bring this here but ticket 2470279 remained unanswered for more than 24 hours and the server is also down fore more than 24 hours due to hardware issues. No answer, no ETA, this is not the kind of service to receive from your company, it never happened before so I am somehow worried.

    Catalin
      0 Not allowed!

  11. #451
    Join Date
    Nov 2010
    Location
    kiev
    Posts
    16

    Exclamation

    Quote Originally Posted by BurstNET View Post
    We are not currently having an network problem on our network itself.
    We are not down, or having packet loss on our network itself.
    The issue appears to be at the PCCW backbone hop prior to reaching our network.
    That affects clients coming on that route specifically.
    We are looking into the issue, and will route around it need be.
    .
    .

    and why should I reboot the server today, 1:30 hours, it would be a ray. If you gave all customers APC, free
      0 Not allowed!

  12. #452
    Join Date
    Apr 2000
    Location
    Nevada, US
    Posts
    5,424
    Quote Originally Posted by BurstNET View Post
    We are not currently having an network problem on our network itself.
    We are not down, or having packet loss on our network itself.
    The issue appears to be at the PCCW backbone hop prior to reaching our network.
    That affects clients coming on that route specifically.
    We are looking into the issue, and will route around it need be.
    .
    .
    We shut down PCCW for now, until they fix their issues.
    .
    .
      0 Not allowed!

  13. #453
    Join Date
    Aug 2006
    Posts
    844
    je,je,je, ... good bye bursnet
      0 Not allowed!

  14. #454
    Reboot Ticket ID: 2471876
    When Created: 11-28-2010 - 04:05PM

    Still no answer (100 mins after ticket was created).
    What issues are you having now?
      0 Not allowed!

  15. #455
    Who bears responsibility and how me now to recover the data for loss of the data?
    _____________________
    Hello,

    All recovery procedures have been exhausted. Unfortunately, our engineers were unable to retrieve data from your Vserver (VEID 70057). Your Vserver is back up and running, and your original VEID and IP Addresses should be restored as well as the original OS at the time you ordered. At this point, our hope is that you can rely on any backups you were able to make via the VePortal backup interface or other means. If you have trouble restoring VePortal backups, please open a support ticket. Though we cannot guarantee full (or even partial) data restoration, we will work to the limit of our abilities.

    For more information on our data recovery and backup policy, please see:
      0 Not allowed!

  16. #456
    Join Date
    Apr 2009
    Location
    United Kingdom
    Posts
    136
    I love how this thread has turned into burnet customer service department, support desk, and billing portal this is a forum to talk about the outage and for burst to update us, if you have lost data that is your fault, these servers are not managed and burst have tried everything they can try you should of backed up offsite if the data was that important.

    OPEN A TICKET WITH BURST NET!!!!!!!
      0 Not allowed!

  17. #457
    Join Date
    Apr 2009
    Location
    Europe
    Posts
    140
    Quote Originally Posted by yours1 View Post
    Who bears responsibility and how me now to recover the data for loss of the data?
    _____________________
    Hello,

    All recovery procedures have been exhausted. Unfortunately, our engineers were unable to retrieve data from your Vserver (VEID 70057). Your Vserver is back up and running, and your original VEID and IP Addresses should be restored as well as the original OS at the time you ordered. At this point, our hope is that you can rely on any backups you were able to make via the VePortal backup interface or other means. If you have trouble restoring VePortal backups, please open a support ticket. Though we cannot guarantee full (or even partial) data restoration, we will work to the limit of our abilities.

    For more information on our data recovery and backup policy, please see:
    It's really sad but something like this can happen and it's just our responsibility.

    I also rely too much on some pseudo-backup facilities but the only reliable way to make a backup is to use yes the provided facilities (if any) then downloading the backups in our computer or using some other online resources.

    We cannot blame no one for data loss but ourself.
      0 Not allowed!

  18. #458
    oops and there goes my VPS again. Not gonna complain though, doesn't bother me too much tbf.

    Edit: It's back now (:
    Last edited by sburns1992; 11-29-2010 at 12:56 PM.
      0 Not allowed!

  19. #459
    Join Date
    Jul 2007
    Posts
    258
    Hi guys, just want to found out how to solved this or if anyone get same problem : the server's internet access are slower after the explosion for some/all sites, it is definitely slower when i try download files from ftp now (it is really slow now, before the averages are 200KBps, but now its only 11-16KBps).
    Already test using host-tracker.com too its slower too (for example before the result for Scranton, PA server too is about 1,000-2,000 KB/sec, but in current result now its only 100-200 KB/sec)

    some settings maybe changed after the explosion for the sites, we still dont change anything until the explosion 3-4 days ago

    i am using a dedicated server, with addon 1GBPS Port $20/month







    wget testing from ssh root are fast, here are the result

    root@server1 [~]# wget ftp://ftp2.nl.freebsd.org/speedtest/1000mb.bin
    --2010-11-29 23:43:38-- ftp://ftp2.nl.freebsd.org/speedtest/1000mb.bin
    => `1000mb.bin'
    Resolving ftp2.nl.freebsd.org... 94.75.223.121
    Connecting to ftp2.nl.freebsd.org|94.75.223.121|:21... connected.
    Logging in as anonymous ... Logged in!
    ==> SYST ... done. ==> PWD ... done.
    ==> TYPE I ... done. ==> CWD /speedtest ... done.
    ==> SIZE 1000mb.bin ... 1048576000
    ==> PASV ... done. ==> RETR 1000mb.bin ... done.
    Length: 1048576000 (1000M)

    100%[====================================>] 1,048,576,000 23.1M/s in 53s







    but if i try to cd to one of account first for example /home/accountname (the account name are accountname, the domain are domain.com), its very slow, here are the result


    root@server1 [~]# cd /home/accountname
    root@server1 [/home/accountname]# wget ftp://ftp2.nl.freebsd.org/speedtest/1000mb.bin
    --2010-11-30 00:09:02-- ftp://ftp2.nl.freebsd.org/speedtest/1000mb.bin
    => `1000mb.bin'
    Resolving ftp2.nl.freebsd.org... 94.75.223.121
    Connecting to ftp2.nl.freebsd.org|94.75.223.121|:21... connected.
    Logging in as anonymous ... Logged in!
    ==> SYST ... done. ==> PWD ... done.
    ==> TYPE I ... done. ==> CWD /speedtest ... done.
    ==> SIZE 1000mb.bin ... 1048576000
    ==> PASV ... done. ==> RETR 1000mb.bin ... done.
    Length: 1048576000 (1000M)

    100%[====================================>] 1,048,576,000 450K/s in 22m 25s






    again, this just happened few days a go after the explosion, and nothing we changed before in the sites/whm/ssh

    please share what can be causing this or how to fix it by my self from whm or ssh maybe, its very long time to waiting they replied ticket before (about 48 hours last time even we ordered Fully Managed Service $49.95 too), its looks like they are very busy right now after this accident few days ago
      0 Not allowed!

  20. #460
    Join Date
    Apr 2009
    Location
    USA / UK
    Posts
    4,553
    Quote Originally Posted by basketmen View Post
    please share what can be causing this or how to fix it by my self from whm or ssh maybe
    If you have multiple hard drives in your server that would possibly be the reason.

    You should run wget with the "-O /dev/null" argument to rule out your server's hard drive being overloaded.
      0 Not allowed!

  21. #461
    Join Date
    Oct 2009
    Posts
    1,036
    Quote Originally Posted by basketmen View Post
    Hi guys, just want to found out how to solved this or if anyone get same problem : the server's internet access are slower after the explosion for some/all sites, it is definitely slower when i try download files from ftp now (it is really slow now, before the averages are 200KBps, but now its only 11-16KBps).
    Already test using host-tracker.com too its slower too (for example before the result for Scranton, PA server too is about 1,000-2,000 KB/sec, but in current result now its only 100-200 KB/sec)

    some settings maybe changed after the explosion for the sites, we still dont change anything until the explosion 3-4 days ago

    i am using a dedicated server, with addon 1GBPS Port $20/month







    wget testing from ssh root are fast, here are the result










    but if i try to cd to one of account first for example /home/accountname (the account name are accountname, the domain are domain.com), its very slow, here are the result










    again, this just happened few days a go after the explosion, and nothing we changed before in the sites/whm/ssh

    please share what can be causing this or how to fix it by my self from whm or ssh maybe, its very long time to waiting they replied ticket before (about 48 hours last time even we ordered Fully Managed Service $49.95 too), its looks like they are very busy right now after this accident few days ago
    Have you opened a ticket with us regarding this issue? If so, can you PM me the number?
      0 Not allowed!

  22. #462
    Join Date
    Jul 2007
    Posts
    258
    Quote Originally Posted by ramnet View Post
    If you have multiple hard drives in your server that would possibly be the reason.

    You should run wget with the "-O /dev/null" argument to rule out your server's hard drive being overloaded.
    Nope, only 1 hard drive 1TB




    Quote Originally Posted by BurstNET_CSM View Post
    Have you opened a ticket with us regarding this issue? If so, can you PM me the number?
    yes i already created a ticket and still waiting the answer again too, Ticket ID: 2457166 if you want to take a look too

    Me and my users are still insist after the explotion our sites are feel slower, maybe because now we are using slower port after that explotion, or the burstnet internet access are slower now after that explotion? if yes i hope its temporary, please make it same as fast as before the explotion




    here are prove about it using host-tracker.com history result


    The result today, the averages from Scranton datacenter too and other only about 60-400 KB/sec
    http://i291.photobucket.com/albums/l...ackertoday.jpg



    The results before the explotion, at November 14, 2010, the averages from Scranton datacenter too and other like you can see about 1000-3000 KB/sec, its about 5-10 times faster more than now
    http://i291.photobucket.com/albums/l...mber142010.jpg



    you can see the real url in the ticket, or i will give you pm if needed







    i check burst.net site it self are slower too now after the explotion, the averages from Scranton datacenter too and other only about 300-500 KB/sec, before the averages from Scranton datacenter its about 1000-3000 KB/sec too

    http://i291.photobucket.com/albums/l...rstnetsite.jpg
    result link : http://host-tracker.com/check_res_ajx/6070337-0/




    no offense at all guys, if you can please help me
      0 Not allowed!

  23. #463
    Join Date
    May 2010
    Location
    on the web
    Posts
    7
    Now burst vps slow and vps control panel sloooooooooow, too bad.
      0 Not allowed!

  24. #464
    Join Date
    Apr 2000
    Location
    Nevada, US
    Posts
    5,424
    This is NOT BurstNET technical support dept.
    Open a support ticket and/or wait for the one you have open already to be handled.
    Delays are mostly resolved at this point, so the response times should be reasonable.
    .
    .
      0 Not allowed!

  25. #465
    Join Date
    Nov 2002
    Location
    WebHostingTalk
    Posts
    8,873
    Quote Originally Posted by BurstNET View Post
    This is NOT BurstNET technical support dept.
    Yep.

    </thread>
      0 Not allowed!

Page 12 of 12 FirstFirst ... 29101112

Similar Threads

  1. LimestoneNetworks offline? [ Merged ]
    By Bjørn-Erik Hansen in forum Providers and Network Outages and Updates
    Replies: 85
    Last Post: 07-25-2008, 07:37 AM
  2. Bionhosting servers are going offline. [MERGED]
    By AdamD in forum Web Hosting
    Replies: 11
    Last Post: 06-08-2008, 05:48 PM
  3. BurstNET down? [merged]
    By tsj5j in forum Providers and Network Outages and Updates
    Replies: 141
    Last Post: 05-03-2008, 02:20 PM
  4. burstnet unmetered down [MERGED]
    By lonea in forum Providers and Network Outages and Updates
    Replies: 79
    Last Post: 04-29-2008, 02:54 PM
  5. webreseller offline [Merged]
    By goodness0001 in forum Dedicated Server
    Replies: 109
    Last Post: 09-22-2003, 09:19 AM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •