Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


BlueVM Packetloss since days
New on LowEndTalk? Please Register and read our Community Rules.

All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.

BlueVM Packetloss since days

NeoonNeoon Community Contributor, Veteran
edited November 2013 in General

Hi,

So, i bought 1x 64MB for 5$ and 128MB VPS for 7.50$ Yearly at BlueVM, don't judge me i know its cheap.
Booth of my vps's get hit by Packetloss, i'm waiting since 10 Days to resolve the problems but they only telling me its just temporary/should be fixed now but the problem still exist.

So here are some Pictures:





And Today:


"Sorry for the delay, there was an abusive client on this node", guys seriously it happens today again and again and you couldn't fix it. Booth vps's are located in ColoCrossing in Buffalo.

«1

Comments

  • SaikuSaiku Member, Host Rep

    https://www.bluevm.com/tos.php#

    11 Limited Support.

    Some of our products may come with a "Limited Support" or "(LS)" warning. This warning signifies that our support team is only responsible for ensuring your product/service is online and remotely accessible. Support for products/services which are limited support may have longer than normal ticket reply times and our staff may choose to not assist you with technical issues outside of making sure your product is online.

    Please be patient while requesting support and attempt to find your own solutions to problems. If you need more support switch to our unmanaged plans or for direct help switch to our managed plans.

  • NeoonNeoon Community Contributor, Veteran

    @Saiku i lost connection daily to my service's on my vps....

  • SaikuSaiku Member, Host Rep

    but but but but... Your VPS is online and remotely accessible. Also, you're still lucky that they answer your ticket considering it's a LS product.

  • I never faced any problems. VPS always up. Fast reboots and good I/O Speed too. Happy customer.@Bluevm Waiting for Cyber Deals. :)

  • @Saiku said:

    11 Limited Support.

    What is your point? Network is part of the limited support of all providers. How is a client supposed to fix connection issues on the node?

  • NeoonNeoon Community Contributor, Veteran

    Yeah, as provider you should solve connecton issues...

  • @Infinity580 said:

    >

    Yeah, your own ipv6 plan has more worse performance. I suspect you selling ipv6 vps on an atom server.

    Thanked by 1Amfy
  • NeoonNeoon Community Contributor, Veteran

    @x16 ???? i dont sell anything.

  • @Infinity580 said:
    x16 ???? i dont sell anything.

    Sorry,i was wrong. I think you were @intellyhost.

  • I've had the same issue on one of the budget plans in Buffalo too, still being investigated.

  • I am in the same boat. Have 2 vps in buffalo (2gb and a LS one) and from time to time I see the same thing.

    Don't get me wrong, I like bluevm, even voted for them in q3 poll, and I pay per year for 2 vps what linode asks for just one month, but they really need to monitor those buffalo nodes. Those nodes get a lot of abuse from all kind (cpu, io, network) almost every single day :(.

  • HybridHybrid Member
    edited November 2013

    My Switzerland Bluevm VPS is a disaster:

    Slow connection speed, ~20KB/s for yum update

    io speed slower than a snail

    Not sure when the connection became so slow, but io has always been like that

  • @jonnathon said:
    My Switzerland Bluevm VPS is a disaster:

    Slow connection speed, ~20KB/s for yum update

    io speed slower than a snail

    Not sure when the connection became so slow, but io has always been like that

    I/O has always been absolutely fine on mine, constantly around 230MB/s. Download speeds are frequently slow however, and before my Observium install with Shardhost went pop, I was seeing connection failures roughly 10 times a day; that's on a par with VPSSlim, and they're pretty much the worst in the business in terms of maintaining connectivity in my experience.

  • GuanYuGuanYu Member
    edited November 2013

    My switzerland sucks as well. It take up to 30 seconds to log me in.

    dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 52.2625 s, 20.5 MB/s

  • @BlueVM Statement?

  • @Nekki said:
    I/O has always been absolutely fine on mine, constantly around 230MB/s. Download speeds are frequently slow however, and before my Observium install with Shardhost went pop, I was seeing connection failures roughly 10 times a day; that's on a par with VPSSlim, and they're pretty much the worst in the business in terms of maintaining connectivity in my experience.

    Always been like that, since day 1:

    dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 41.5585 s, 25.8 MB/s
    

    And now a 20 MB file:

    wget -O /dev/null - http://ipv4.download.thinkbroadband.com/20MB.zip
    --2013-11-23 16:50:16--  http://-/
    Resolving -... failed: Name or service not known.
    wget: unable to resolve host address `-'
    --2013-11-23 16:50:22--  http://ipv4.download.thinkbroadband.com/20MB.zip
    Resolving ipv4.download.thinkbroadband.com... 80.249.99.148
    Connecting to ipv4.download.thinkbroadband.com|80.249.99.148|:80... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 20971520 (20M) [application/zip]
    Saving to: `/dev/null'
    
     2% [                                       ] 448,555     19.6K/s  eta 14m 25s
    
  • @jonnathon Your node obviously sucks much worse than mine right now

    dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 5.87582 s, 183 MB/s
    wget http://speedtest.ams01.softlayer.com/downloads/test100.zip--2013-11-23 23:04:07--  http://speedtest.ams01.softlayer.com/downloads/test100.zip
    Resolving speedtest.ams01.softlayer.com (speedtest.ams01.softlayer.com)... 159.253.132.18
    Connecting to speedtest.ams01.softlayer.com (speedtest.ams01.softlayer.com)|159.253.132.18|:80... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 104874307 (100M) [application/zip]
    Saving to: `test100.zip'
    
    100%[======================================>] 104,874,307 17.4M/s   in 6.8s    
    
    2013-11-23 23:04:14 (14.8 MB/s) - `test100.zip' saved [104874307/104874307]

    Actually pretty solid for a Starbucks-priced yearly right now.

  • @Nekki said:
    jonnathon Your node obviously sucks much worse than mine right now

    dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    > 16384+0 records in
    > 16384+0 records out
    > 1073741824 bytes (1.1 GB) copied, 5.87582 s, 183 MB/s
    wget http://speedtest.ams01.softlayer.com/downloads/test100.zip--2013-11-23 23:04:07--  http://speedtest.ams01.softlayer.com/downloads/test100.zip
    > Resolving speedtest.ams01.softlayer.com (speedtest.ams01.softlayer.com)... 159.253.132.18
    > Connecting to speedtest.ams01.softlayer.com (speedtest.ams01.softlayer.com)|159.253.132.18|:80... connected.
    > HTTP request sent, awaiting response... 200 OK
    > Length: 104874307 (100M) [application/zip]
    > Saving to: `test100.zip'
    > 
    > 100%[======================================>] 104,874,307 17.4M/s   in 6.8s    
    > 
    > 2013-11-23 23:04:14 (14.8 MB/s) - `test100.zip' saved [104874307/104874307]

    Actually pretty solid for a Starbucks-priced yearly right now.

    Zurich?

  • @trexos said:
    Zurich?

    Ah my bad, that was Buffalo, I didn't spot he was talking about Zurich. My Zurich is equally poor, but I just use it for VPN so hasn't bothered me enough to raise a ticket.

    dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 50.4371 s, 21.3 MB/s
    wget http://speedtest.ams01.softlayer.com/downloads/test100.zip
    --2013-11-23 22:35:38--  http://speedtest.ams01.softlayer.com/downloads/test100.zip
    Resolving speedtest.ams01.softlayer.com (speedtest.ams01.softlayer.com)... 159.253.132.18
    Connecting to speedtest.ams01.softlayer.com (speedtest.ams01.softlayer.com)|159.253.132.18|:80... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 104874307 (100M) [application/zip]
    Saving to: `test100.zip'
    
    100%[======================>] 104,874,307 6.82M/s   in 12s
    
    2013-11-23 22:35:50 (8.05 MB/s) - `test100.zip' saved [104874307/104874307]
    
  • BlueVMBlueVM Member
    edited November 2013

    @Infinity580 - I just sent 100 packets to your IP:

    0% packet loss to your IP. So I can kinda see why the technician kept replying with "there's nothing wrong." What time does this normally happen around? Observium reports 0% packet loss to the node over the last week. I'm really looking for something to be wrong with the node.

    --
    As for the Zurich poor I/O it's one of the reasons we haven't ordered more servers there. I'd really love to be selling more VPS in Zurich, but the performance there on our OpenVZ nodes is crap.

  • NeoonNeoon Community Contributor, Veteran
    edited November 2013

    @BlueVM Traceroutes/winmtr doesn't lie. It happens serveral times a day, until the connection drops sometimes. Mostly in the afternoon/evening

  • @Infinity580 - If you'd like I'll give you my skype (it stays on my phone 24/7) and you can notify me the second you see this. I believe you when you say you're having issues and I'm willing to go the extra mile to solve them if you are.

    The other solution is to migrate you to another node and see if that fixes it. I don't like doing this because if there is actually an issue then we don't find it.

  • MorningIrisMorningIris Member
    edited November 2013

    edit

  • S2-ZU slow and not resolving (yum, wget)

    # dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync && rm -rf test
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 67.8874 s, 15.8 MB/s
    
  • BlueVMBlueVM Member
    edited November 2013

    @LES - Yeah we're working on purchasing new hardware there as when we rented the hardware that's there now we presumed it'd handle well (Dual X5570s), but the motherboards only had SATAII. We've ordered some E3-1240s to replace them in the next few weeks. We should have just bought our own hardware there in the first place it would have worked out better...

  • @LES said:
    S2-ZU slow and not resolving (yum, wget)

    It's like that few days already. It's kind of hard to do anything with VPS which doesn't resolve for so long. Will let you know what's about once they respond to support ticket I opened today.

  • @LES have you made sure that the Nameservers you have specified in /etc/resolv.conf are working?

  • @Magiobiwan in this thread atleast 3 different people reported this issue ;-)

    nameserver 8.8.8.8
    nameserver 8.8.4.4

    Those should work, correct?

  • @Spirit - For some weird reason google doesn't like some of the IPs. I'd suggest trying OpenDNS and see if that fixes it.

  • SpiritSpirit Member
    edited November 2013

    We will know in minute or two :)

    Update
    Sadly no luck.

    I will close a thread as thread starter requested it but it would be nice if someone would take a look into it. Thank you.

This discussion has been closed.