Russell from AlienVPS emailed me their “Fail sale”, which can also be found on this WHT offer. Quite a few low end packages there. For example,
- OpenVZ Abduction — $14/year
- 190MB memory/220MB vswap
- 19GB storage
- 190GB/month data transfer on 25Mbps
- Order Las Vegas, Order New York
- Xen Abduction — $24/year
- 190MB memory/220MB swap
- 9GB storage
- 190GB/month data transfer on 25Mbps
- Order Las Vegas, Order New York
- Warp 1 — $4/month
- 512MB memory/512MB vswap
- 20GB storage
- 500GB/month data transfer on 50Mbps
- Order Las Vegas, Order New York
Use promo code low. That’s $5/year cheaper than their previous OpenVZ Abduction and Xen Abduction offers. Personally I have a $19/year 190MB OpenVZ VPS (which doesn’t even have vswap) with them in Las Vegas. The connectivity was a bit flaky a week or two ago but it has been quite stable since they upgraded their network.
Las Vegas test IP: 208.93.153.101. New York test IP: 199.167.194.101. Payment with credit card or your PayPal account. AlienVPS/AlienLayer is part of webRulon which has been around since 2006.
Related Posts:
Triple Header: The Greatest Thanksgiving Turkey Recipe of All Time, a Bonus Code for RackNerd's Give...
Did You Get In On the VPS Offer That's Less Than $10 Per Year?
RackNerd's 11.11 Sale NOW LIVE! KVM VPS from $11.11/Year in Los Angeles, San Jose, Seattle, Dallas, ...
ColoCrossing: Now in Chicago! And Those Deals Are There Now, Too!
Vote For Your Favorite RackNerd Location and Get FREE Entries in RackNerd's Halloween Giveaway!
Only Four Days Left in RackNerd's September Giveaway! Want Some Free Entries?
The Founder at LowEndBox
The original owner of LowEndBox known as LowEndAdmin or LEA for short founded LowEndBox in 2008 and created the concept of hosting applications on low resource Low End Boxes. After creating the roots of the community that we know today, LEA stepped aside and allowed others to carry the torch forward.
Latest posts by LEA (see all)
- 5 Reasons Why You Want a Low End Box - May 26, 2021
- Dead Pool January 2012 - February 2, 2012
- exit(0); - January 19, 2012
I’ve been a happy customer with them in New York.
In reality the servers are NOT located in New York, but with Interserver DC in New Jersey.
New York – Interserver DC – Xen Abduction:
~$ cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 16 model : 9 model name : AMD Opteron(tm) Processor 6128 stepping : 1 cpu MHz : 2000.180 cache size : 512 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu de tsc msr pae cx8 cmov pat clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt 3dnowext 3dnow up amd_dcm pni popcnt hypervisor cmp_legacy extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch nodeid_msr bogomips : 4000.36 clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm stc 100mhzsteps hwpstate ~$ dd if=/dev/zero of=test bs=16k count=16k conv=fdatasync 16384+0 records in 16384+0 records out 268435456 bytes (268 MB) copied, 3.1247 s, 85.9 MB/s ~$ wget http://cachefly.cachefly.net/100mb.test --2011-10-03 14:24:40-- http://cachefly.cachefly.net/100mb.test Resolving cachefly.cachefly.net... 205.234.175.175 Connecting to cachefly.cachefly.net|205.234.175.175|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 104857600 (100M) [application/octet-stream] Saving to: `100mb.test' 100%[==========================================================================================>] 104,857,600 8.61M/s in 12s 2011-10-03 14:24:52 (8.67 MB/s) - `100mb.test' saved [104857600/104857600] ~$ wget ftp://dl.solcon.nl/pub/test/100mb.bin --2011-10-03 14:25:08-- ftp://dl.solcon.nl/pub/test/100mb.bin => `100mb.bin' Resolving dl.solcon.nl... 87.195.63.155 Connecting to dl.solcon.nl|87.195.63.155|:21... connected. Logging in as anonymous ... Logged in! ==> SYST ... done. ==> PWD ... done. ==> TYPE I ... done. ==> CWD (1) /pub/test ... done. ==> SIZE 100mb.bin ... 104857600 ==> PASV ... done. ==> RETR 100mb.bin ... done. Length: 104857600 (100M) (unauthoritative) 100%[==========================================================================================>] 104,857,600 2.31M/s in 45s 2011-10-03 14:25:55 (2.24 MB/s) - `100mb.bin' saved [104857600] ~$ wget ftp://ftp.ovh.net/test.bin --2011-10-03 14:27:31-- ftp://ftp.ovh.net/test.bin => `test.bin' Resolving ftp.ovh.net... 213.186.33.9 Connecting to ftp.ovh.net|213.186.33.9|:21... connected. Logging in as anonymous ... Logged in! ==> SYST ... done. ==> PWD ... done. ==> TYPE I ... done. ==> CWD not needed. ==> SIZE test.bin ... 104857600 ==> PASV ... done. ==> RETR test.bin ... done. Length: 104857600 (100M) (unauthoritative) 100%[==========================================================================================>] 104,857,600 2.50M/s in 42s 2011-10-03 14:28:15 (2.36 MB/s) - `test.bin' saved [104857600]For me it’s been a great experience with AlienVPS. Support is very friendly and fast responding.
My VPS in New York, hasn’t got any downtime since I received/ordered it.
– unixbench will follow of the New York location
– a review of the Las Vegas location, will follow.
unixbench New York:
# # # # # # # ##### ###### # # #### # # # # ## # # # # # # # ## # # # # # # # # # # # ## ##### ##### # # # # ###### # # # # # # ## # # # # # # # # # # # # ## # # # # # # # ## # # # # #### # # # # # ##### ###### # # #### # # Version 5.1.2 Based on the Byte Magazine Unix Benchmark Multi-CPU version Version 5 revisions by Ian Smith, Sunnyvale, CA, USA December 22, 2007 johantheghost at yahoo period com 1 x Dhrystone 2 using register variables 1 2 3 4 5 6 7 8 9 10 1 x Double-Precision Whetstone 1 2 3 4 5 6 7 8 9 10 1 x Execl Throughput 1 2 3 1 x File Copy 1024 bufsize 2000 maxblocks 1 2 3 1 x File Copy 256 bufsize 500 maxblocks 1 2 3 1 x File Copy 4096 bufsize 8000 maxblocks 1 2 3 1 x Pipe Throughput 1 2 3 4 5 6 7 8 9 10 1 x Pipe-based Context Switching 1 2 3 4 5 6 7 8 9 10 1 x Process Creation 1 2 3 1 x System Call Overhead 1 2 3 4 5 6 7 8 9 10 1 x Shell Scripts (1 concurrent) 1 2 3 1 x Shell Scripts (8 concurrent) 1 2 3 ======================================================================== BYTE UNIX Benchmarks (Version 5.1.2) System: ***: GNU/Linux OS: GNU/Linux -- 2.6.32-5-686-bigmem -- #1 SMP Wed Jan 12 04:40:25 UTC 2011 Machine: i686 (unknown) Language: en_US.utf8 (charmap="UTF-8", collate="UTF-8") CPU 0: AMD Opteron(tm) Processor 6128 (4000.4 bogomips) Hyper-Threading, MMX, AMD MMX, Physical Address Ext, SYSCALL/SYSRET 14:30:06 up 25 days, 4:03, 1 user, load average: 0.22, 0.15, 0.06; runlevel 2 ------------------------------------------------------------------------ Benchmark Run: Mon Oct 03 2011 14:30:06 - 14:58:01 1 CPU in system; running 1 parallel copy of tests Dhrystone 2 using register variables 9321629.6 lps (10.0 s, 7 samples) Double-Precision Whetstone 1537.6 MWIPS (10.0 s, 7 samples) Execl Throughput 1541.2 lps (30.0 s, 2 samples) File Copy 1024 bufsize 2000 maxblocks 300124.9 KBps (30.0 s, 2 samples) File Copy 256 bufsize 500 maxblocks 87730.8 KBps (30.0 s, 2 samples) File Copy 4096 bufsize 8000 maxblocks 578670.8 KBps (30.0 s, 2 samples) Pipe Throughput 569403.4 lps (10.0 s, 7 samples) Pipe-based Context Switching 59794.0 lps (10.0 s, 7 samples) Process Creation 2665.7 lps (30.0 s, 2 samples) Shell Scripts (1 concurrent) 2577.6 lpm (60.0 s, 2 samples) Shell Scripts (8 concurrent) 332.1 lpm (60.1 s, 2 samples) System Call Overhead 646641.8 lps (10.0 s, 7 samples) System Benchmarks Index Values BASELINE RESULT INDEX Dhrystone 2 using register variables 116700.0 9321629.6 798.8 Double-Precision Whetstone 55.0 1537.6 279.6 Execl Throughput 43.0 1541.2 358.4 File Copy 1024 bufsize 2000 maxblocks 3960.0 300124.9 757.9 File Copy 256 bufsize 500 maxblocks 1655.0 87730.8 530.1 File Copy 4096 bufsize 8000 maxblocks 5800.0 578670.8 997.7 Pipe Throughput 12440.0 569403.4 457.7 Pipe-based Context Switching 4000.0 59794.0 149.5 Process Creation 126.0 2665.7 211.6 Shell Scripts (1 concurrent) 42.4 2577.6 607.9 Shell Scripts (8 concurrent) 6.0 332.1 553.5 System Call Overhead 15000.0 646641.8 431.1 ======== System Benchmarks Index Score 449.1I have 2 vps with them at there ubuiquity datacenter in new york. Makes me want to check to see if they have moved(again)..
Why they moved servers from Ubiquity New York to another datacenter?
Las Vegas – VegasNap – Xen Abduction:
~# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 26 model name : Intel(R) Xeon(R) CPU E5506 @ 2.13GHz stepping : 5 cpu MHz : 2133.468 cache size : 4096 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu de tsc msr pae cx8 sep cmov pat clflush mmx fxsr sse sse2 ss ht nx constant_tsc up aperfmperf pni ssse3 sse4_1 sse4_2 popcnt hypervisor bogomips : 4266.93 clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ~# dd if=/dev/zero of=test bs=16k count=16k conv=fdatasync 16384+0 records in 16384+0 records out 268435456 bytes (268 MB) copied, 3.96411 s, 67.7 MB/s ~# wget http://cachefly.cachefly.net/100mb.test --2011-10-03 16:45:28-- http://cachefly.cachefly.net/100mb.test Resolving cachefly.cachefly.net... 205.234.175.175 Connecting to cachefly.cachefly.net|205.234.175.175|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 104857600 (100M) [application/octet-stream] Saving to: `100mb.test' 100%[==========================================================================================>] 104,857,600 2.29M/s in 44s 2011-10-03 16:46:12 (2.27 MB/s) - `100mb.test' saved [104857600/104857600] ~# wget ftp://dl.solcon.nl/pub/test/100mb.bin --2011-10-03 16:48:50-- ftp://dl.solcon.nl/pub/test/100mb.bin => `100mb.bin' Resolving dl.solcon.nl... 87.195.63.155 Connecting to dl.solcon.nl|87.195.63.155|:21... connected. Logging in as anonymous ... Logged in! ==> SYST ... done. ==> PWD ... done. ==> TYPE I ... done. ==> CWD (1) /pub/test ... done. ==> SIZE 100mb.bin ... 104857600 ==> PASV ... done. ==> RETR 100mb.bin ... done. Length: 104857600 (100M) (unauthoritative) 100%[==========================================================================================>] 104,857,600 330K/s in 2m 50s 2011-10-03 16:51:43 (604 KB/s) - `100mb.bin' saved [104857600] ~# wget ftp://ftp.ovh.net/test.bin --2011-10-03 16:54:12-- ftp://ftp.ovh.net/test.bin => `test.bin' Resolving ftp.ovh.net... 213.186.33.9 Connecting to ftp.ovh.net|213.186.33.9|:21... connected. Logging in as anonymous ... Logged in! ==> SYST ... done. ==> PWD ... done. ==> TYPE I ... done. ==> CWD not needed. ==> SIZE test.bin ... 104857600 ==> PASV ... done. ==> RETR test.bin ... done. Length: 104857600 (100M) (unauthoritative) 100%[==========================================================================================>] 104,857,600 1.18M/s in 98s 2011-10-03 16:55:52 (1.02 MB/s) - `test.bin' saved [104857600] # # # # # # # ##### ###### # # #### # # # # ## # # # # # # # ## # # # # # # # # # # # ## ##### ##### # # # # ###### # # # # # # ## # # # # # # # # # # # # ## # # # # # # # ## # # # # #### # # # # # ##### ###### # # #### # # Version 5.1.2 Based on the Byte Magazine Unix Benchmark Multi-CPU version Version 5 revisions by Ian Smith, Sunnyvale, CA, USA December 22, 2007 johantheghost at yahoo period com 1 x Dhrystone 2 using register variables 1 2 3 4 5 6 7 8 9 10 1 x Double-Precision Whetstone 1 2 3 4 5 6 7 8 9 10 1 x Execl Throughput 1 2 3 1 x File Copy 1024 bufsize 2000 maxblocks 1 2 3 1 x File Copy 256 bufsize 500 maxblocks 1 2 3 1 x File Copy 4096 bufsize 8000 maxblocks 1 2 3 1 x Pipe Throughput 1 2 3 4 5 6 7 8 9 10 1 x Pipe-based Context Switching 1 2 3 4 5 6 7 8 9 10 1 x Process Creation 1 2 3 1 x System Call Overhead 1 2 3 4 5 6 7 8 9 10 1 x Shell Scripts (1 concurrent) 1 2 3 1 x Shell Scripts (8 concurrent) 1 2 3 ======================================================================== BYTE UNIX Benchmarks (Version 5.1.2) System: ***: GNU/Linux OS: GNU/Linux -- 2.6.32-5-686-bigmem -- #1 SMP Wed Jan 12 04:40:25 UTC 2011 Machine: i686 (unknown) Language: en_US.utf8 (charmap="UTF-8", collate="UTF-8") CPU 0: Intel(R) Xeon(R) CPU E5506 @ 2.13GHz (4266.9 bogomips) Hyper-Threading, MMX, Physical Address Ext, SYSENTER/SYSEXIT 16:58:23 up 3:30, 1 user, load average: 0.14, 0.03, 0.01; runlevel 2 ------------------------------------------------------------------------ Benchmark Run: Mon Oct 03 2011 16:58:23 - 17:26:17 1 CPU in system; running 1 parallel copy of tests Dhrystone 2 using register variables 12071752.2 lps (10.0 s, 7 samples) Double-Precision Whetstone 2183.7 MWIPS (10.2 s, 7 samples) Execl Throughput 1695.0 lps (30.0 s, 2 samples) File Copy 1024 bufsize 2000 maxblocks 309520.8 KBps (30.0 s, 2 samples) File Copy 256 bufsize 500 maxblocks 86403.6 KBps (30.0 s, 2 samples) File Copy 4096 bufsize 8000 maxblocks 844233.3 KBps (30.0 s, 2 samples) Pipe Throughput 518445.3 lps (10.0 s, 7 samples) Pipe-based Context Switching 65670.1 lps (10.0 s, 7 samples) Process Creation 3013.1 lps (30.0 s, 2 samples) Shell Scripts (1 concurrent) 3028.4 lpm (60.0 s, 2 samples) Shell Scripts (8 concurrent) 389.5 lpm (60.1 s, 2 samples) System Call Overhead 571007.8 lps (10.0 s, 7 samples) System Benchmarks Index Values BASELINE RESULT INDEX Dhrystone 2 using register variables 116700.0 12071752.2 1034.4 Double-Precision Whetstone 55.0 2183.7 397.0 Execl Throughput 43.0 1695.0 394.2 File Copy 1024 bufsize 2000 maxblocks 3960.0 309520.8 781.6 File Copy 256 bufsize 500 maxblocks 1655.0 86403.6 522.1 File Copy 4096 bufsize 8000 maxblocks 5800.0 844233.3 1455.6 Pipe Throughput 12440.0 518445.3 416.8 Pipe-based Context Switching 4000.0 65670.1 164.2 Process Creation 126.0 3013.1 239.1 Shell Scripts (1 concurrent) 42.4 3028.4 714.3 Shell Scripts (8 concurrent) 6.0 389.5 649.1 System Call Overhead 15000.0 571007.8 380.7 ======== System Benchmarks Index Score 505.4Hey LEA you miss the promo code with is “LOW”
Fixed. Thanks.
the newyork test ip does not work :(
Please note that the test IP is listed wrong on this post, the correct test IP for NY is: 199.167.194.101
IPv6?!
I would not recommend this host at all. The way they dealt with the New York downtime was nothing short of appalling.
We tried our best to be as communicative as possible with the limited staff on hand. We have hired 2 more people since that failure and all affected users received 3-6 months of service credit. We have many satisfied customers and are a stable, growing company.
Rus, I have not received any compensation for endless downtime and I am paying 19$ for this.
Doesn’t seem fair when new clients can pay lower price, older clients are paying a higher press and some of them didn’t even get any compensation.
So more much for my personal satisfaction…
Hi Tom, please open a ticket with us and I will look into your account and see if you are eligible for any compensation.
This communication was limited after 24 hrs of downtime on something like “it will be up soon” – and then again 24 hrs or more of no response and of course downtime.
“all affected users received 3-6 months of service credit”
That’s not true. Customers was credited when you lost their NY9 node datas (previous issue) and recreated accounts on NY1. For this last issue with 2 – 3 full days of NY1 downtime with lack of any decent communication customers didn’t recieve any service credit.
You had pretty good initial reviews but when issues started you vanished. And when issues started again you vanished again. If you consider response like “it whould be up very soon” and then two days of nothing as “to be as communicative as possible” then you’re not worth even those $14/year as hosting.
Tom I think that no one got compensation after this last few days downtime. Compensation was made for previous issue (downtime/dataloss/move to NY1).
Las vegas has no vswap? if it doesn’t, please do not ad as if you do.
When I first sign up I dont think centos6 was even released…
Yeah lol. I wish to be moved to a Centos 6 node u_u. For me the experience has been very good, except for the past month n_n but seems to be solved as you say
I am talking about “THIS” promo. there is no vswap in LV node, but the title says it is.
Be aware that they DO NOT refund at all!
I signed with they some time ago, and even though I paid for a year, I had to cancel it cause their network was terrible. The download test file from their website showed waaay different results from the REAL vps.
I am sorry that you experienced network issues. There was a bug with our QOS which affected a small percentage of customers. If you wish to try us out again we can offer you a one month free trial of a VPS with a 100mbps port.
Not sure if its there Fail sale or Fall sale ;)
The title is correct, it is our, “Fail Sale”, not “Fall Sale”.
Due to recent events with our nodes and network we have decided to dramatically increase our server and network capacity.
As part of the upgrade we deployed new host nodes in New York and increased our network capacity in Las Vegas.
Way to make lemon-aide from those lemons! Good job.
I don’t want your damn lemons, what am I supposed to do with these!?
I was their customer few months ago, although the VPS are unmanaged but the technical support is very friendly and offered lots of support when I had difficulty with linux administration.
Not a bad deal on the XEN system!
Signed up for this good deal, but after a few hours the node went down! But online support was on chat, and could inform about the problem. However no timeline for fixing the node ;(
Eystein,
Could you please just run the command: cat /proc/cpuinfo and post the result here.
Thanks,
he just said “the node went down!”
How could he run any?
aha, just thought it took a minute or two :(
never mind.
@tinyray from ny12 node
Issues with NY12 again?
NY13 pooping also.
@rkrazy,
Thank you very much!
um “pooping”?
Must be one of those highly technical terms you learn with Microsoft certifications. Wonder how I missed it.
um.
You can’t even install phpmyadmin without help. I’m sure there’s plenty you’ve missed.
Yup, hiding behind a fake name. Must be LEB.
I can install phpmyadmin fine and have done it many times on a Direct Admin/FreeBSD setup, I had never installed it on Nginx, had a question that wasn’t answered online via a couple different keyword searches and I raised the issue on the forums with plenty of details as to what I was doing.
That’s how support forums operate. Worked great that time.
Feel free to take another pot shot at me. Be sure to hide behind another fake name and only tell half of the truth like you just did.
Hi, the issue with NY12 has been resolved and should not re-appear.
did you finish setting centos 6 at LV?
No vswap in LV node?
Due to kernel panics with CentOS 6 we are temporarily provisioning new Las Vegas Warp and Abduction plans on CentOS 5 nodes. Instead of VSWAP the Las Vegas plans will receive regular Burst RAM. As soon as a more stable OpenVZ kernel is released for CentOS 6 we be offering free VPS transfers to CentOS 6 nodes for anyone that wishes to have their VPS hosted on CentOS 6 in Las Vegas.
New York plans will continue to be provisioned on CentOS 6 until the host nodes are filled, at which point we will revert back to CentOS 5 for new accounts. Anyone that wishes to have a VSwap enabled VPS should signup for a New York VPS plan. The CentOS 6 nodes are filling up fast so I suggest anyone that wants one signup soon as once we sell out we will go back to provisioning on CentOS 5 in New York.
We did have some hiccups yesterday with NY12 being stuck in a kernel panic reboot loop however we were able to isolate the problem down to a corrupted container config file and have permanently resolved the issue as of last night. All nodes are now stable and we do not anticipate there to be any further issues with CentOS 6 in NY.
Any customers on NY12 who experienced issues last night may contact us for a free 10mbps port speed upgrade.
(Please note that CentOS 6 OS templates are available on both CentOS 5 and 6 nodes.)
Thanks, then I want to ask what’s the size of the burst ram in Las Vegas node?
The RAM will be Burstable to 220MB.
Could you please traceroute 110.178.12.53 from a LV box for me? Thanks.
The IP you requested a traceroute to does not seem to be accepting ping requests or is down:
traceroute to 110.178.12.53 (110.178.12.53), 30 hops max, 40 byte packets
1 208.93.152.1 (208.93.152.1) 0.351 ms 0.287 ms 0.251 ms
2 core1.las1.fiberhub.net (199.47.208.53) 0.404 ms 0.376 ms 0.343 ms
3 38.122.78.9 (38.122.78.9) 0.775 ms 0.809 ms 0.847 ms
4 te0-3-0-0.ccr21.lax01.atlas.cogentco.com (154.54.25.38) 7.760 ms te0-3-0-0.ccr22.lax01.atlas.cogentco.com (154.54.24.49) 7.727 ms te0-3-0-0.ccr21.lax01.atlas.cogentco.com (154.54.25.38) 7.917 ms
5 te3-8.ccr02.lax04.atlas.cogentco.com (154.54.24.70) 7.891 ms te4-4.ccr02.lax04.atlas.cogentco.com (154.54.1.10) 7.872 ms te3-4.ccr02.lax04.atlas.cogentco.com (154.54.43.250) 7.824 ms
6 chinatelecom.lax04.atlas.cogentco.com (154.54.12.134) 10.257 ms 10.228 ms 10.198 ms
7 202.97.52.205 (202.97.52.205) 10.165 ms 10.135 ms 10.106 ms
8 202.97.52.173 (202.97.52.173) 182.920 ms 182.935 ms *
9 202.97.53.229 (202.97.53.229) 184.286 ms 189.519 ms 198.621 ms
10 202.97.53.169 (202.97.53.169) 174.993 ms 175.002 ms 174.974 ms
11 202.97.54.118 (202.97.54.118) 229.832 ms 230.036 ms 230.047 ms
12 10.131.149.219.broad.ty.sx.dynamic.163data.com.cn (219.149.131.10) 225.702 ms 226.408 ms 227.118 ms
13 86.131.149.219.broad.ty.sx.dynamic.163data.com.cn (219.149.131.86) 203.086 ms 203.059 ms 203.029 ms
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
Thanks. Looks like both in and out are routing through cogentco for me, which has gone bad here from a couple of days ago. Will wait and see.
Any customers on NY12 who experienced issues last night may contact us for a free 10mbps port speed upgrade.
Wait, what’s the port speed normally? The LEB post says 25mbps but the Abduction description elsewhere says 5mbps, which is it? In my case this is for LV OpenVZ.
5Mbps -> on their website’s plan page
25Mbps -> from their WHT listing
NYC12 up and down like a toilet seat… FAIL sale comes through. Major packet loss still. @10:48pm EST.
http://webrulon.com/terms-of-service/ prohibits IRC. Does this apply to VPS as well?
The AlienVPS TOS is different than the Webrulon TOS. IRC is allowed on AlienVPSes.
Great. Thanks!
Las Vegas DD results:
These disk results are way below our average speeds, which Las Vegas node is your VPS located on?
My VPS located on Node lv2.
Las Vegas DD results (again) :
Your dsync flag is obviously the culprit. The conv=fdatasync is the “standard” that people here uses to test his servers.
dsync or not at least Ray is getting something. I can’t even run a simple fdatasync dd check. Keeps locking up or booting me.
I just signed up for this. Setup was easy and almost instant and the box feels snappy. Ping time is about 60 msec (google.com is 45msec), not bad. One issue is it’s a subscription which I think means they’re going to auto-charge my paypal acct in a year. That sort of thing has always creeped me out with credit cards and I didn’t realize paypal did that. But, I can always unsubscribe manually.
Well, my box crashed or was rebooted earlier today while I was out… I don’t know how long it was down, but continuous uptime isn’t looking so good… still can’t beat the price. Maybe having several boxen from different hosts is the simplest way to achieve reliability.
And I notice the control console is served by http instead of https…. oops.
The https is in alternate port (ie: https://vps.alienvps.com:5656/login.php)
Maybe forcing those logging in to use the ssl port would be a good idea?
Thanks for the ssl info and I agree it should be the default. It’s probably not because the self-signed cert scares people. They should get a real cert–sheesh.
I and their cooperative one year, it is a very good suppliers.
L.A node is down….
Los Angeles? LOL…
Also..
Do not use LowEndBox for support issues.
Newbs…
Vegas
As if anyone around here pays any attention to that box.
@john — you have been on LowEndBox for quite a while now and you should know what the comments here are NOT for, i.e. support issues. I am on lv9 and it was down for about half an hour but came back after a reboot. If you still have issues with your LV box, you should contact AlienVPS directly.
In an active thread like this, I thought the mention of downtime was useful info to share with other users. I had a little bit of downtime too and mentioned it here for that reason. It turns out I’m also on lv9 so it’s good to know how long the thing was down. Maybe I’ll set up a monitoring script.
This response from Yomero and LowEndAdmin in this particular case actually surprised me too. It’s not properly used and discourage people to report issues with host – something what LEB readers interest.
There are hundreds support requests and similar posts over whole lowendbox while this one IS NOT – it’s just ordinary downtime report – something what we post regulary and have nothing to do with searching for support.
When some my low end box is down I usually check LEB and WHT first too see if it’s “only me” or other have same issues.
@john, in such cases it would be useful to write node name, etc.. to be more informative.
LOL, yes.
I mean that Spirit. A better post maybe is (example):
“Their node lv9 in las vegas is down, and no support for 8 hours”
or
“Their node lv9 was down, submitted a ticket and got a quick response”
Something like that. Only coming to say “node is down” is almost like trolling for me u_u
Yes, I completely agree that he could be more informative, that he could spend a bit more effort in posting here, however that’s what he posted isn’t looking for support but post of informative nature. We (including you, I believe) want to read such “live” info reports which are far from looking for support when our node is down however it would be great if downtime reports would be more informative.
btw. @Yomero, you are faster with reply here than most of my “24/7 online support” hosts :P lol
LOL, was just a coincidence :P :P
And well, everybody does posts here to inform about downtime or issues, including myself, but not giving any detail about the situation isn’t the way to post here, imho
What Yomero says.
This kind of thing should really go into the provider’s support system (and be laughed at, as AlienVPS does not have LA nodes). If you are looking for negative comments regarding to a provider in terms of availability of their nodes, a more helpful comment might want to include
– My VPS in Las Vegas was down 10 hours ago
– From SolusVM it says “lv9” is the host node
– VPS does not seem to respond when I issue reboot command from SolusVM
– Submitted 3 support tickets and get no response from them after 8 hours
– Now I am posting this on LowEndBox to draw people’s attention
Yes, I’m on same node, and came back after about 5 hours, and after re-boot by tech.
If your server down for more than 4 hours and clients are screaming at you, and ticket was not answered for 5 hours, I think it is correct to ask around here, if it was my fault not mentioning which node, fine, I accept that, but when nobody answers, I think I can ask around here, don’t I?
The lv9 node restarted itself and was only down for a few minutes. Next time your VPS goes down try booting it from the VPS control panel. The delay in getting your VPS back up and running is that once a node is booted openvz will start each container one at a time, there is no way to start them all back up at once. On top of starting one-by-one, the quota files will need to be rebuilt after a sudden reboot which adds to the startup time.
Well, I’m happy to report that my VPS is still up. I went out for 10 hours or so, got back to my ssh window, and hit return, and I got echo and a prompt with no perceptible lag, a good sign that my VPS wasn’t swapped out, so kudos for that :). I’ve used Linux for a long time but this is my first VPS and I’m really getting into this LEB thing and I’m happy with this deal. I’m slightly regretting not splurging for Xen and I might even get a second VPS just to have both.
would be nice if Alienvps learned how to run stable nodes.. another outage in NY.
There is no outage in NY, we have 15 servers there and are currently experiencing a power supply issue with the NY13 node. We are working on resolving the issue and should have it back up very soon.
Our nodes are very stable however some issues such as a power supply going bad our outside of our control.
Learn something new everyday, a server being down isn’t an outage.
We call it an “oops” when it’s something outside of our control. :)
Ok so you got the power supply in NY13 fixed up and it came back up, what is the excuse for the current outage? Why did it not even last 12 hours?
PING ny13.webrulon.com (199.167.198.25) 56(84) bytes of data.
From 38.104.167.94 icmp_seq=2 Destination Host Unreachable
From 38.104.167.94 icmp_seq=3 Destination Host Unreachable
From 38.104.167.94 icmp_seq=4 Destination Host Unreachable
From 38.104.167.94 icmp_seq=6 Destination Host Unreachable
From 38.104.167.94 icmp_seq=7 Destination Host Unreachable
Fuck me, this is happening like every few days now. I have yet to see a 30 days uptime.
Yeah, NY13 node is also down but that’s nothing new – we’re more down than up most of the time anyway as NY13 is actually old down fail NY1 which is actually old down fail NY9…
Maybe they will migate us to 4th node after another week of downtime just to experience more future downtimes.. :)
Apparently NY12 is also down, opened support ticket and lets see.
Yes node NY12 is down again second time in 24 hours.
It actually just came back up. I am at the datacenter now and have just isolated the problem down to a bad RAM chip. The RAM has been replaced and all VPSes on NY12 are now booting. If you are not booted yet please boot manually from the VPS control panel.
Ok cool, thanks for that Russel, big help. It is a very critical node for us :).
Hm, now lv9 is down (too?), what is going on?
Yep n_n
I am wondering if we will receive some compensation u_u
Yup, lv9 is down again…
my VM on lv9 was down this morning, didn’t come back up when I hit “boot”, but did come back when I hit “restart”
Might be useful for you
Hey, Russel.
Can we previous old users get some extra bandwidth/traffic? Probably won’t even use them but for some ‘sale’ thing you know. And, where can we check traffic statistics of the last few months?
extra bandwidth? who cares about extra, I just want my vps up….
My uptime is OK, nearly no down time since set up which is late June I think. Manually rebooted several times due to software issues.
Rebooted 2 week ago.
root@vps4:~# uptime
00:29:43 up 13 days, 3:39, 1 user, load average: 0.00, 0.00, 0.00
Last time it was 46 days up.
Is up now. Almost 6 hours down!
good for you, mine in Vegas still down, probably gambled out.
Now it’s up, Russel says it was never down. :)
LOL, never!?!?!? Six hours…
Mine was down for about 6 hours last night, came up at same time as John’s. Two outages in 2 days, not sure what to think, I hope they get the kinks out. The $24/year Xen deal seems harder to duplicate so I was thinking of signing up for it at the New York site, on the theory that with two VPS’s in separate sites, they’d be less likely to both be down at once.
Russell if you’re reading this, does traffic between two Alien VPS’s (LV and NY) count as internet bandwidth? What about if they’re in the same data center but on separate nodes? That would allow some automatic backup…
No problems with the XEN nodes.
I also notice I had 220mb of vswap before the outage (I guess by accident) but I don’t have it now, oh well. I definitely did seem to have 25mbit network at least inbound (installing stuff). I’ll test tonight to see if I’ve been cut to 5mbit.
Is the sale still active and if yes for how long? I may want to sign up for a second VPS during the weekend (I’m still thinking about whether that’s crazy and also want to see if the one I have crashes again).
This sale will be active for one more week! 10/17/11 will be the last day of the sale.
ny12 is down?
Yeah it has been up and down for me for the past 6-7 hours. I have had to manually boot it several times, and it just seems to randomly go offline. Presumably someone is working on it.
This fail sale is appropriately named, the vps node I’m on has failed several times since it started!
lolz
What node? :P
NY13, it has been down for over 2 hours now.
Sad
And it seems they don’t compensate anything when they have downtimes
Yeah, been pretty awful in NY. Just for October so far, down five times so far with outages ranging from 30 minutes to 6 hours. Haven’t even bother asking why, not really a host that informs their clients of any real information anyway.
I wouldn’t mind a refund. I really don’t care about compensation in the form of free months because I’d rather not extend my time at this host even if free. I put extremely non-critical stuff on the VPS and will just wait the year out.
LOL, I have a number of such boxes.
I wouldn’t put anything critical on any LEB regardless-that misses the point of LEB. I do get the impression that these LEB hosts tend to bring a new box up, post an offer, then suffer instability from the inrush of signups on semi-untested equipment, but hopefully they get the kinks out over time.
I’m on LV9 and suffered two outages (one of them 6 or so hours long) in the first day after signup, which was worrisome, but my vps has been up and reasonably responsive since then (5 days so far). I figure if I’m doing something important then it’s easily worth paying $15 or whatever at rackspace or linode. The great thing about $14/year is that it’ affordable even for unimportant or nonexistent things. By non-existent I mean I don’t have and don’t need any definite use in mind for the VPS. It’s (so far) a spare server, already provisioned and ready to go with domains pointing to it, that I can use for testing or whatever at a moment’s notice with no signup delays (I’m a developer so this comes in handy fairly often). My approach to LEB reliability is going to be to have more than one. I’m just feeling some buyer’s remorse about not getting the xen plan.
From his (webrulon/laststop/russel) recent response at WHT he isn’t even awared that NY13 node is down again :)
Fuck you, all I want to do is watch Hulu though my VPN and this fucking shit is down again. Please God don’t even need a refund for this garbage, but I’m surely canceling this shit. I hate to go to LEB to confirm it’s down again, because Russel doesn’t do a shit when it comes to updates.
Oh that’s pretty cheesy, yes some monitoring is in order. Hey, I could set up nagios on my vps and have it monitor your node for you if you want ;-)
We are aware that it is down, all of our nodes are on 60 second monitoring and we have a system that emails and calls my phone the second a node is unreachable. Going to the DC now and will update everyone once NY13 is repaired and back online.
Hi Tom, I am sorry ny13 is down for you and everyone else, I am heading to the DC now to permanently fix. Please check our announcements page on AlienLayer.com for updates.
Hi Everyone, the NY13 node has been fixed. All client VPSes on NY13 are in the process of booting all VPSes should be online within the next 30 minutes. If your VPS is still offline and you need it online immediately you may manually boot it via the VPS control panel.
change the node number from 13 to 14, the number sucks, man.
are u serius
Well, after the initial hiccups my OpenVZ on LV9 has been up solid and responsive for the past 9 days… so since the sale is about to end I decided to take a chance on a Xen abduction plan, which is on node ny6. It came up right away and we’ll see how it holds up. Centos 5 (32 bit) was already configured with the same root password as my other VPS, i.e. I didn’t have to install an OS myself, which is convenient. But part of the idea of Xen is I supposedly can install my own OS if I want, and I haven’t figured out how to do this (don’t need to right now anyway).
I also notice that the Centos 5 running on my OpenVZ VPS uses only about 25MB of memory while this Xen one uses around 80MB, and similarly with my Debian 6 KVM on company B. I’m not saying anything is wrong, just observing this memory footprint difference and wondering what might cause it. I see there is a brcm_iscsiuio process (userspace Broadcom driver) using 32MB or so. This makes me think a 96MB or 128MB Xen/KVM server might not really be very usable. With this 192MB server I should be ok if I’m a bit careful.
I guess, SolusVM, like in OpenVZ
LV9 is down again…
I just checked and my LV9 vps has bee up for 10.5 days, so LV9 itself wasn’t down. However, I noticed my ssh connection dropped last night. It’s possible the problem was at my end, but it sounds like LV9 may have had a network outage of unknown duration. I still plan to get around to setting up some kind of monitoring.
There was a DDOS that hit our network and some users experienced some packet loss during a 2-3 minute window while our router filtered the attack.
Russell, any idea why there is a brcm_iscsiuio process usin 32MB of virtual memory and an iscsid using 4mb of RSS on my xen box? This is with your default centos 5 image. It’s pretty interesting that the xen system uses around 70mb doing appx. nothing (i.e. sshd, top), while the equivalent openvz uses only around 21mb. I’m surprised some Broadcom scsi thing is being emulated, if that’s what’s going on. tx
I have a few questions for you, Russell.
I. Is IPv6 available on both locations? And, if so, does this include rDNS for IPv6?
II. Is it possible to request for two or more address (IPv6)?
III. “Warp 1” offer on LEB comes with “512MB memory/512MB vswap” — “50Mbps”. Is this offer still around?
IV. How many CPU cores for this “Warp 1” offer?
V. CPU specs for both locations please.
Kind Regards,
Grizzly
– alien enthusiast, just like LEA ;) –
/proc/cpuinfo on LV9 (openvz) and NY6 (xen) both claim AMD Opteron 6128 at 2000 mhz, though of course it’s virtualized and could be wrong. “openssl speed rsa1024” gives:
$ openssl speed rsa1024 Doing 1024 bit private rsa's for 10s: 4920 1024 bit private RSA's in 9.67s Doing 1024 bit public rsa's for 10s: 98204 1024 bit public RSA's in 9.70s OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008 built on: Sat Aug 13 21:39:36 EDT 2011 options:bn(64,32) md2(int) rc4(idx,int) des(ptr,risc1,16,long) aes(partial) blowfish(idx) compiler: gcc -fPIC -DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DKRB5_MIT -I/usr/kerberos/include -DL_ENDIAN -DTERMIO -Wall -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i686 -mtune=generic -fasynchronous-unwind-tables -Wa,--noexecstack -DOPENSSL_USE_NEW_FUNCTIONS -fno-strict-aliasing -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DSHA1_ASM -DMD5_ASM -DRMD160_ASM -DAES_ASM available timing options: TIMES TIMEB HZ=100 [sysconf value] timing function used: times sign verify sign/s verify/s rsa 1024 bits 0.001965s 0.000099s 508.8 10124.1NY6 gives:
#openssl speed rsa1024 Doing 1024 bit private rsa's for 10s: 5264 1024 bit private RSA's in 10.01s Doing 1024 bit public rsa's for 10s: 100190 1024 bit public RSA's in 10.01s OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008 built on: Sat Aug 13 21:39:36 EDT 2011 options:bn(64,32) md2(int) rc4(idx,int) des(ptr,risc1,16,long) aes(partial) blowfish(idx) compiler: gcc -fPIC -DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DKRB5_MIT -I/usr/kerberos/include -DL_ENDIAN -DTERMIO -Wall -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i686 -mtune=generic -fasynchronous-unwind-tables -Wa,--noexecstack -DOPENSSL_USE_NEW_FUNCTIONS -fno-strict-aliasing -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DSHA1_ASM -DMD5_ASM -DRMD160_ASM -DAES_ASM available timing options: TIMES TIMEB HZ=100 [sysconf value] timing function used: times sign verify sign/s verify/s rsa 1024 bits 0.001902s 0.000100s 525.9 10009.0Pretty good for a 2 dollar a month plan :)
according to the thread http://alienlayer.com/forums/showthread.php?tid=1508
ipv6 is available in LV but (for now) not NY. I don’t see anything in control panel about activating it, getting addresses, etc. I opened ticket #710006 requesting addresses. (Damn ticket system uses cutesy-poo javascript that prevented me from pasting that ticket # until I turned scripting off and reloaded. An annoying waste of bits IMO, but a fairly minor one.)
Seems they had some problems setting it up on there xen node.
They asked me to give them some time to setup a testbed.
We will wait.
Besides that, I’m still happy with my 2 xen instances.
My impression is that the problem is with the NY datacenter rather than with Xen. I have one vps in each datacenter (I went for geographic separation at the apparent cost of a lot of ping time) and so will apparently only be able to use ipv6 on the LV box.
I should update: Russell kindly set my box up with four IPv6 addresses and I seem to be able to connect to my other ipv6 system just fine. Ipv6 reverse DNS is not yet available but it sounds like they’re working on it. So ipv6 is still a work in progress, but that it’s available at all means the implementation is further along than most other places.
All nodes and our network have been stable the past two weeks. Please post your uptime if you are monitoring it. Thanks!
So after you got banned on WHT for asking people to post reviews there you come here to do the same?
Class act.
Not sure where you get your info but we were never banned from WHT buddy.
What about this then?
http://www.webhostingtalk.com/showpost.php?p=7745271&postcount=221
That looks like a ban to me but maybe i’m wrong.
That’s not a ban, just a “we’ll remove your reviews for begging” statement.
Actually one of his accounts (multi accounting?) seems like banned.
http://www.webhostingtalk.com/showpost.php?p=7736993&postcount=199
LV9 openvz: my vps up 13 days, though had a network interruption a few days ago, mentioned above
NY6 xen: my vps up 4 days (rebooted by me, not a node-level outage), generally seems solid
ping time between the 2 nodes = about 76 msec
ny6 (xen): 11:22:20 up 43 days, 55 min, 1 user, load average: 0.00, 0.00, 0.00
lv4 (xen): 11:22:26 up 16 days, 15:26, 1 user, load average: 0.00, 0.00, 0.00
update:
lv6 (vz): 02:35:41 up 37 days, 6:59, 1 user, load average: 0.00, 0.00, 0.00
There have been a few more connectivity interruptions but at least some of them were from my end.
Whoops, that should say lv9, not lv6.
LV9 openvz 21:56:26 up 14 days, 11:37, 1 user, load average: 0.07, 0.02, 0.00
Lastop is our support rep Donald, I only have one account, ‘webrulon’
I would not recommend this host at all.
Just bought 1 from them and got suspended 2 times, when i still not yet touched the vps.
the reason is funny, it said my account got hacked. when u still not yet touch it ! big lol.
You sure you didn’t just become victim of a SSH bruteforce? Pretty damn common on the internet these days.
After a bumpy first start due to some hickups, I am now a happy customer for this supercheap deal. Has been up and in use for 14 days:
CPU speed
# openssl speed rsa1024 Doing 1024 bit private rsa's for 10s: 15685 1024 bit private RSA's in 9.97s Doing 1024 bit public rsa's for 10s: 298406 1024 bit public RSA's in 9.96s OpenSSL 1.0.0c 2 Dec 2010 built on: 2011-05-31 07:28:35.000000000 +0000 options:bn(64,64) rc4(8x,int) des(idx,cisc,16,int) aes(partial) blowfish(idx) compiler: gcc -fPIC -DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -m64 -DL_ENDIAN -DTERMIO -O3 -Wall -DMD32_REG_T=int -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -Wa,--noexecstack -fomit-frame-pointer -fno-strict-aliasing -DTERMIO -DPURIFY -Wall -fstack-protector -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DAES_ASM -DWHIRLPOOL_ASM sign verify sign/s verify/s rsa 1024 bits 0.000636s 0.000033s 1573.2 29960.4And cpuinfo:
LV9 seems to be off the net again. I got high rates of packet loss followed by nothing at all. This was a recurring issue in that WHT thread too. NY6 seems to be holding up ok.
I’m now seeing 78% packet loss between NY6 and LV9.
Yeah my VPS on lv9 has just gone offline as well.
The traceroutes are pretty entertaining (they keep changing). I got one that reached webrulon-gw.las1.fiberhub.net (Webrulon las vegas gateway) before heading back east through Chicago, London, Boston, and back to Chicago before giving up after 30 hops.
It’s back. No down time on the node so just weird routing…
It’s back for me too. I gotta say their network is fast when it works, and the boxes are responsive. It even feels as if the hardware is underutilized. I see on WHT that they have the same sale going on: link (excuse duplicate, link didn’t work)
My VPS is often slow as hell. I currently doing testing without even having an apache or mysql on it. I have no running processes and just playing in the shell is slow as hell. It feels like like I’m connected through a 300bauds modem. When I press a letter, it’s not even displayed in real time.. looks like overselling to me. I connected several times and experienced extensive bad performance. I need to move elsewhere.
Node seems to be back to normal .. dont consider my post, next time something doesnt work as expected, I should at least contact tech support.
My bad
when LV9 works, it’s one of the fastest and reliable(?), but it often loses packets, looks as if it goes down,
but actually the server is up but heavy packet loss, which is same as down. So when you “uptime”, it never went down, but when you use it, well, can’t use it.
I don’t have proof so I can’t be sure it’s the same problem but if the network is saturated, it’s not saturated only for one node. They would be aware of that and probably working on it. I usually run web sites from that location but now I only use the VM for testing and it’s not even usable.
They should spend less time advertising and more time getting it better.. if it’s good it will sell by itself.
I encourage any reader to skip my current comments as I didn’t even contact technical support and I should have did that in the first place instead of being vocal on this site.
My bad, I do apologize.
Just want to add that I was not referring to a small package but a UFO 4 one.
disk 100GB
transfer 1000GB
RAM 2GB/2.5GB
cores 4
IPs 2
it’s just not usable…
I don’t think it’s their server, their upstream provider is bad.
However the machine’s spec is good or not, if stream is bad, it’s useless.
raid server?
yes RAID 10.. but then again, it doesn’t matter in my case.. there is no IO going on inside my VPS.. it’s either the other VMs or the network lag that is paralyzing mine.
just typing inside a shell is frustratingly slow.. without even executing something
stay away from it.. it’s really a waste of time and money.
Hi Luc, I am sorry that you have had issues with your VPS. I do see that you have put in cancellation for your VPS. I wish that you would of contacted us sooner and told us that you were having issues. We have never received any support tickets or correspondence from you. We have over 25 different VPS nodes so we could of moved you to a different node or done other troubleshooting on your VPS if you were having performance issues.
I had the smallest web sites one can have. I erased everything and now have an usable empty server with no application. It’s so saturated that just doing directory browsing in a shell is a pain. Ever heard about monitoring tools? instead of switching me over while I continue wasting money on something that never worked.
At first, I thought it was hitting a normal spike, but it turned out to be like that everyday.
We have plenty of monitoring tools in place. There are many reasons your VPS could of been running slow that would not show up on our monitoring. If we don’t know that you are having an issue how are we supposed to fix?
If you are looking to resolve specific issues regarding your VPS instead of complaining about it in a public forum you might want to consider submitting a support ticket.
I usually open a ticket when something good goes wrong. When something bad goes wrong, I prefer noticing someone else before they get caught like I did.
I do have to admit that I’m currently very frustrated in general with web hosting companies. I think that you’re right about your point, I should have opened a ticket. I monitored the last 3 days and haven’t observed a problem with it. My past bad experiences are coming to my mind every time I see a problem and probably over-reacted because of this
so if you’re reading this, you should make a decision by yourself and try it if it suits you.
I apologize if my posts were rude or aggressive.
Russell, that answer was a bit disingenuous… there is someone on WHT who has been posting about this issue incessantly as I’m sure you know, and LEA and I also both encountered it and discussed it upthread. Your network is very fast most of the time, but periodically gets wedged and encounters massive packet loss. I’m not running any sort of monitoring tools other than leaving an ssh window open and typing into it now and then, but if you’re paying any attention to network ops at all, then you must know more about this than we mere onlookers do.
This is true, I used to have a vps with them (@vegas) and canceled it because of network issue, packet lost almost at the same hour everyday, this network issue was really obvious for me because i use the vps for openvpn.
This has not been an issue since we’ve upgraded our network in the beginning of October. If anyone is still having a network issue please contact us as we heavily monitor our network and have not seen this massive packet loss for quite some time now..unless there is a large DDOS which is normally filtered out after a few minutes.
Russell, please see the comments of myself and others including this one, from Oct 25:
http://www.lowendbox.com/blog/alienvps-14year-190mb-openvz-vps-in-las-vegas-or-new-york/#comment-51176
Paul, this was due to a DDOS attack and reported on the AlienLayer announcements page:
http://www.alienlayer.com/clients/announcements.php?id=9
Can’t read it as the bar you have along the bottom takes over the screen and there’s no way to dismiss it.
At least put a close X in there to get rid of it.
My bad, I do apologize.
I encourage any reader to skip my current comments as I didn’t even contact technical support and I should have did that in the first place instead of being vocal on this site.
LV9 openvz
Vegas node is down again..
My lv9 vps is still up (37 days now), though I haven’t been monitoring its network connectivity. I do notice that its connection speed varies widely, but it’s always been higher than advertised.
lv9 is also up for me. 38 days uptime now.
https://vps.alienvps.com:5353/ is down now, doesn’t look too good.
Hi Mike, it is not down you are trying to access using https from the non-ssl port (5353).
For SSL access please visit: https://vps.alienvps.com:5656/
FYI – We will be getting a signed certificate for the VPS control panel this week.
NY6 seems to be down or unreachable.
Well I guess the node was ok. My VPS was down (I have no idea why) but I was able to boot it through the control panel. I would have expected it to autoreboot if it had crashed. It looks like it shut down on November 20 and there were a lot of failed ssh login attempts (I guess that is normal) up til then. I wonder if openssh can lock out IP’s after a few failed password guesses.
Meanwhile, LV9’s disk now seems to be full. I’m using about 12gb of the 19gb alotted, but am getting out-of-space errors.
My support ticket for the above was answered in 6 minutes–apparently a system process had gotten out of control. It’s fixed now.
Hello,The disk on this server is still hiavng problem fsck has not fixed the issue. The disk read speed is very low due to which we are not even able to rsync the data from this node to a new node. We are in process of restoring all the vps on new node from Sun 18th backup. If any client has any issue with data, they can contact us.Regards,SAM R