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.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
Comments
@BlueVM: Thanks for the update. It seems like just at the wrong place at the wrong time.
Hm, usually when a sever does go down its DDoS-related (from my experience atleast).
Magiobiwan said "We're working on figuring out the cause of the downtime"
bizzard said " I was informed from IRC that the issue was caused by an outbound DDoS."
You are saying disc malfunctioning
There is no need to learn more..
@blizzard and @imperio: it seems they looked at the internal monitoring system and figured it was DDoS.
I'd put my money on @BlueVM's statement especially since the support tech online at the time did state he was waiting for higher level support techs to get online.
@HalfEatenPie My nick is bizzard, not blizzard.
And yes, the tech support online told me that he has no idea about the status and was waiting for an update.
Just two weeks ago i said lack of communication in this thread and today's issue proved again.
I just revived old topic, sorry about this guys.
Has anyone get IPtables issue solved? My VPS is always having IPtables issues every time the host node is restarted.
Same problem like before (I was in Dallas before).
Support takes days just to say, We'll investigate this.
It is more than just enabling modules on the host node. Each VM ID that is allowed to utilize those modules, needs a /dev entry for ppp in the .conf file for that VM also. Typically SolusVM does this with 'Enable/Disable TUN/TAP', once the actual host kernel modules are loaded. However, i believe BlueVM is now running Feathur, and atleast on their OpenVZ nodes, have been for a while. Feathur may not auto inject the /dev option required for PPP, who knows. Just mentioning, that its more than a 'modprobe' on the host node.
I've just ordered a KVM3 - LA, CA and struggling with slow disk I/O, though network looks good:
wget freevps.us/downloads/bench.sh -O - -o /dev/null|bash
CPU model : QEMU Virtual CPU version (cpu64-rhel6)
Number of cores : 3
CPU frequency : 1999.999 MHz
Total amount of ram : 995 MB
Total amount of swap : 1021 MB
System uptime : 40 min,
Download speed from CacheFly: 52.6MB/s
Download speed from Coloat, Atlanta GA: 20.4MB/s
Download speed from Softlayer, Dallas, TX: 35.7MB/s
Download speed from Linode, Tokyo, JP: 18.9MB/s
Download speed from i3d.net, Rotterdam, NL: 5.40MB/s
Download speed from Leaseweb, Haarlem, NL: 7.51MB/s
Download speed from Softlayer, Singapore: 11.3MB/s
Download speed from Softlayer, Seattle, WA: 22.4MB/s
Download speed from Softlayer, San Jose, CA: 59.2MB/s
Download speed from Softlayer, Washington, DC: 13.9MB/s
I/O speed : 6.4 MB/s
dd bs=1M count=512 if=/dev/zero of=test conv=fdatasync
512+0 records in
512+0 records out
536870912 bytes (537 MB) copied, 84.106 s, 6.4 MB/s
Please fix it BlueVM.
what driver are you using for hard drive?
Read this first: https://my.iniz.com/knowledgebase/17/KVM-Starter-Guide.html
LET is not BlueVM's support platform. Contact them through a ticket if you'd like to see your issue resolved in a timely manner (if not already done).
@iceTwy Thanks for the guide, problem solved. However, it should be enclosed on welcome email to customers. Now:
dd bs=1M count=512 if=/dev/zero of=test conv=fdatasync
512+0 records in
512+0 records out
536870912 bytes (537 MB) copied, 8.50928 s, 63.1 MB/s
For comparison with a Linode at Tokyo
dd bs=1M count=512 if=/dev/zero of=test conv=fdatasync
512+0 records in
512+0 records out
536870912 bytes (537 MB) copied, 0.633066 s, 848 MB/s
BlueVM VPS is the worst VPS that I have used. I can't connect and is always unexpectedly shutting down. Customer support takes ages to reply and would always give me the feeling of blame. So to those who are planning to buy blueVM..keep off.
You got it right this time! Congrats!