LowEndBox - Cheap VPS, Hosting and Dedicated Server Deals

AlienVPS – $14/Year 190MB OpenVZ VPS in Las Vegas or New York

Tags: , , , , Date/Time: October 3, 2011 @ 2:05 pm, by LowEndAdmin

AlienVPS 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,

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.

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.

191 Comments

  1. SwordfishBE:

    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.

    October 3, 2011 @ 12:12 pm | Reply
    • SwordfishBE:

      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.

      October 3, 2011 @ 12:42 pm | Reply
    • SwordfishBE:

      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.1
      
      October 3, 2011 @ 1:03 pm | Reply
      • Ville:

        I have 2 vps with them at there ubuiquity datacenter in new york. Makes me want to check to see if they have moved(again)..

        October 3, 2011 @ 9:40 pm | Reply
        • tux:

          Why they moved servers from Ubiquity New York to another datacenter?

          October 4, 2011 @ 12:59 am | Reply
    • SwordfishBE:

      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.4
      
      October 3, 2011 @ 5:27 pm | Reply
  2. Ricky:

    Hey LEA you miss the promo code with is “LOW”

    October 3, 2011 @ 1:07 pm | Reply
  3. belinik:

    the newyork test ip does not work :(

    October 3, 2011 @ 1:28 pm | Reply
    • Please note that the test IP is listed wrong on this post, the correct test IP for NY is: 199.167.194.101

      October 3, 2011 @ 1:45 pm | Reply
  4. Spo0lsh:

    IPv6?!

    October 3, 2011 @ 1:39 pm | Reply
  5. George:

    I would not recommend this host at all. The way they dealt with the New York downtime was nothing short of appalling.

    October 3, 2011 @ 2:18 pm | Reply
    • 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.

      October 3, 2011 @ 2:21 pm | Reply
      • Tom:

        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…

        October 3, 2011 @ 2:47 pm | Reply
        • Hi Tom, please open a ticket with us and I will look into your account and see if you are eligible for any compensation.

          October 3, 2011 @ 3:11 pm | Reply
      • Spirit:

        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.

        October 3, 2011 @ 2:56 pm | Reply
      • Spirit:

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

        October 3, 2011 @ 2:59 pm | Reply
  6. john:

    Las vegas has no vswap? if it doesn’t, please do not ad as if you do.

    October 3, 2011 @ 2:23 pm | Reply
    • When I first sign up I dont think centos6 was even released…

      October 3, 2011 @ 2:46 pm | Reply
      • 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

        October 3, 2011 @ 3:28 pm | Reply
      • john:

        I am talking about “THIS” promo. there is no vswap in LV node, but the title says it is.

        October 3, 2011 @ 4:18 pm | Reply
  7. Fabio:

    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.

    October 3, 2011 @ 3:18 pm | Reply
    • 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.

      October 4, 2011 @ 12:05 pm | Reply
  8. Not sure if its there Fail sale or Fall sale ;)

    October 3, 2011 @ 3:22 pm | Reply
    • 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.

      October 3, 2011 @ 3:43 pm | Reply
      • Way to make lemon-aide from those lemons! Good job.

        October 3, 2011 @ 11:16 pm | Reply
        • Jack Johnson:

          I don’t want your damn lemons, what am I supposed to do with these!?

          November 10, 2011 @ 7:02 pm | Reply
  9. Houzuo Guo:

    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.

    October 3, 2011 @ 8:48 pm | Reply
  10. Not a bad deal on the XEN system!

    October 3, 2011 @ 8:59 pm | Reply
  11. Eystein:

    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 ;(

    October 3, 2011 @ 10:42 pm | Reply
    • Eystein,
      Could you please just run the command: cat /proc/cpuinfo and post the result here.
      Thanks,

      October 3, 2011 @ 11:28 pm | Reply
      • john:

        he just said “the node went down!”
        How could he run any?

        October 3, 2011 @ 11:40 pm | Reply
      • rkrazy:

        @tinyray from ny12 node

        [root@saturn etc]# cat /proc/cpuinfo
        processor       : 0
        vendor_id       : AuthenticAMD
        cpu family      : 16
        model           : 9
        model name      : AMD Opteron(tm) Processor 6128
        stepping        : 1
        cpu MHz         : 800.000
        cache size      : 512 KB
        physical id     : 0
        siblings        : 8
        core id         : 0
        cpu cores       : 8
        apicid          : 16
        initial apicid  : 0
        fpu             : yes
        fpu_exception   : yes
        cpuid level     : 5
        wp              : yes
        flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nonstop_tsc extd_apicid amd_dcm pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt nodeid_msr npt lbrv svm_lock nrip_save
        bogomips        : 4000.45
        TLB size        : 1024 4K pages
        clflush size    : 64
        cache_alignment : 64
        address sizes   : 48 bits physical, 48 bits virtual
        power management: ts ttp tm stc 100mhzsteps hwpstate
        
        October 4, 2011 @ 2:25 am | Reply
        • rkrazy:

          Issues with NY12 again?

          Broadcast message from root (Tue Oct  4 06:49:19 2011):
          
          The system is going down for system halt NOW!
          October 4, 2011 @ 2:56 am | Reply
        • freets:

          NY13 pooping also.

          October 4, 2011 @ 4:00 am | Reply
        • @rkrazy,

          Thank you very much!

          October 4, 2011 @ 8:29 pm | Reply
        • um “pooping”?

          Must be one of those highly technical terms you learn with Microsoft certifications. Wonder how I missed it.

          October 4, 2011 @ 8:34 pm | Reply
        • freets:

          um.

          You can’t even install phpmyadmin without help. I’m sure there’s plenty you’ve missed.

          October 4, 2011 @ 10:09 pm | Reply
        • 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.

          October 5, 2011 @ 12:10 am | Reply
    • Hi, the issue with NY12 has been resolved and should not re-appear.

      October 3, 2011 @ 11:58 pm | Reply
      • john:

        did you finish setting centos 6 at LV?

        October 4, 2011 @ 1:00 am | Reply
  12. ray:

    No vswap in LV node?

    October 4, 2011 @ 2:07 am | Reply
    • 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.)

      October 4, 2011 @ 12:27 pm | Reply
      • ray:

        Thanks, then I want to ask what’s the size of the burst ram in Las Vegas node?

        October 4, 2011 @ 12:41 pm | Reply
      • ray:

        Could you please traceroute 110.178.12.53 from a LV box for me? Thanks.

        October 4, 2011 @ 12:55 pm | Reply
        • 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 * * *

          October 4, 2011 @ 1:05 pm | Reply
        • ray:

          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.

          October 4, 2011 @ 1:17 pm | Reply
      • paul:

        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.

        October 4, 2011 @ 6:14 pm | Reply
  13. bob:

    NYC12 up and down like a toilet seat… FAIL sale comes through. Major packet loss still. @10:48pm EST.

    October 4, 2011 @ 2:50 am | Reply
  14. Mike Hat:

    http://webrulon.com/terms-of-service/ prohibits IRC. Does this apply to VPS as well?

    October 4, 2011 @ 5:24 am | Reply
    • The AlienVPS TOS is different than the Webrulon TOS. IRC is allowed on AlienVPSes.

      October 4, 2011 @ 7:08 am | Reply
  15. RayFrison:

    Las Vegas DD results:

    [root@host ~]# dd if=/dev/zero of=test.bin bs=64k count=4k conv=fsync && rm -rf test.bin
    dd if=/dev/zero of=test.bin bs=64k count=4k conv=fsync && rm -rf test.bin
    dd if=/dev/zero of=test.bin bs=64k count=4k oflag=dsync && rm -rf test.bin
    dd if=/dev/zero of=test.bin bs=64k count=4k conv=fsync && rm -rf test.bin
    dd if=/dev/zero of=test.bin bs=64k count=4k oflag=dsync && rm -rf test.bin
    4096+0 records in
    4096+0 records out
    268435456 bytes (268 MB) copied, 1.97685 seconds, 136 MB/s
    [root@host ~]# dd if=/dev/zero of=test.bin bs=64k count=4k oflag=dsync && rm -rf test.bin
    4096+0 records in
    4096+0 records out
    268435456 bytes (268 MB) copied, 23.3241 seconds, 11.5 MB/s
    [root@host ~]# dd if=/dev/zero of=test.bin bs=64k count=4k conv=fsync && rm -rf test.bin
    4096+0 records in
    4096+0 records out
    268435456 bytes (268 MB) copied, 2.17078 seconds, 124 MB/s
    [root@host ~]# dd if=/dev/zero of=test.bin bs=64k count=4k oflag=dsync && rm -rf test.bin
    4096+0 records in
    4096+0 records out
    268435456 bytes (268 MB) copied, 18.172 seconds, 14.8 MB/s
    [root@host ~]# dd if=/dev/zero of=test.bin bs=64k count=4k conv=fsync && rm -rf test.bin
    4096+0 records in
    4096+0 records out
    268435456 bytes (268 MB) copied, 2.02454 seconds, 133 MB/s
    [root@host ~]# dd if=/dev/zero of=test.bin bs=64k count=4k oflag=dsync && rm -rf test.bin
    4096+0 records in
    4096+0 records out
    268435456 bytes (268 MB) copied, 35.8152 seconds, 7.5 MB/s
    
    October 4, 2011 @ 9:18 am | Reply
    • These disk results are way below our average speeds, which Las Vegas node is your VPS located on?

      October 4, 2011 @ 12:06 pm | Reply
      • RayFrison:

        My VPS located on Node lv2.
        Las Vegas DD results (again) :

        [root@host ~]# dd if=/dev/zero of=test.bin bs=64k count=4k conv=fsync && rm -rf test.bin
        dd if=/dev/zero of=test.bin bs=64k count=4k conv=fsync && rm -rf test.bin
        dd if=/dev/zero of=test.bin bs=64k count=4k oflag=dsync && rm -rf test.bin
        dd if=/dev/zero of=test.bin bs=64k count=4k conv=fsync && rm -rf test.bin
        dd if=/dev/zero of=test.bin bs=64k count=4k oflag=dsync && rm -rf test.bin
        4096+0 records in
        4096+0 records out
        268435456 bytes (268 MB) copied, 2.38389 seconds, 113 MB/s
        [root@host ~]# dd if=/dev/zero of=test.bin bs=64k count=4k oflag=dsync && rm -rf test.bin
        4096+0 records in
        4096+0 records out
        268435456 bytes (268 MB) copied, 28.0856 seconds, 9.6 MB/s
        [root@host ~]# dd if=/dev/zero of=test.bin bs=64k count=4k conv=fsync && rm -rf test.bin
        4096+0 records in
        4096+0 records out
        268435456 bytes (268 MB) copied, 2.25278 seconds, 119 MB/s
        [root@host ~]# dd if=/dev/zero of=test.bin bs=64k count=4k oflag=dsync && rm -rf test.bin
        4096+0 records in
        4096+0 records out
        268435456 bytes (268 MB) copied, 19.1301 seconds, 14.0 MB/s
        [root@host ~]# dd if=/dev/zero of=test.bin bs=64k count=4k conv=fsync && rm -rf test.bin
        4096+0 records in
        4096+0 records out
        268435456 bytes (268 MB) copied, 2.38585 seconds, 113 MB/s
        [root@host ~]# dd if=/dev/zero of=test.bin bs=64k count=4k oflag=dsync && rm -rf test.bin
        4096+0 records in
        4096+0 records out
        268435456 bytes (268 MB) copied, 19.6954 seconds, 13.6 MB/s
        
        October 5, 2011 @ 3:44 am | Reply
        • Your dsync flag is obviously the culprit. The conv=fdatasync is the “standard” that people here uses to test his servers.

          October 5, 2011 @ 4:54 am | Reply
        • rkrazy:

          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.

          October 5, 2011 @ 5:16 am | Reply
  16. paul:

    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.

    October 4, 2011 @ 10:31 am | Reply
    • paul:

      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.

      October 5, 2011 @ 6:39 am | Reply
      • paul:

        And I notice the control console is served by http instead of https…. oops.

        October 5, 2011 @ 7:03 am | Reply
        • circus:

          The https is in alternate port (ie: https://vps.alienvps.com:5656/login.php)

          October 5, 2011 @ 7:07 am | Reply
        • Maybe forcing those logging in to use the ssl port would be a good idea?

          October 5, 2011 @ 12:40 pm | Reply
        • paul:

          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.

          October 5, 2011 @ 4:53 pm | Reply
  17. tort:

    I and their cooperative one year, it is a very good suppliers.

    October 4, 2011 @ 1:45 pm | Reply
  18. john:

    L.A node is down….

    October 5, 2011 @ 12:07 am | Reply
    • Los Angeles? LOL…

      Also..

      Do not use LowEndBox for support issues.

      Newbs…

      October 5, 2011 @ 4:55 am | Reply
    • @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.

      October 5, 2011 @ 12:43 pm | Reply
      • paul:

        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.

        October 5, 2011 @ 4:50 pm | Reply
        • Spirit:

          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.

          October 5, 2011 @ 7:03 pm | Reply
        • 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

          October 5, 2011 @ 7:06 pm | Reply
        • Spirit:

          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.

          October 5, 2011 @ 7:12 pm | Reply
        • Spirit:

          btw. @Yomero, you are faster with reply here than most of my “24/7 online support” hosts :P lol

          October 5, 2011 @ 7:15 pm | Reply
        • 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

          October 5, 2011 @ 7:28 pm | Reply
        • What Yomero says.

          L.A node is down…

          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

          October 6, 2011 @ 2:11 am | Reply
      • john:

        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?

        October 5, 2011 @ 7:50 pm | Reply
        • 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.

          October 5, 2011 @ 11:27 pm | Reply
        • paul:

          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.

          October 6, 2011 @ 6:32 am | Reply
  19. Joe Merit:

    would be nice if Alienvps learned how to run stable nodes.. another outage in NY.

    October 5, 2011 @ 11:21 pm | Reply
    • 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.

      October 5, 2011 @ 11:23 pm | Reply
      • Joe Merit:

        Learn something new everyday, a server being down isn’t an outage.

        October 5, 2011 @ 11:31 pm | Reply
        • We call it an “oops” when it’s something outside of our control. :)

          October 5, 2011 @ 11:49 pm | Reply
      • Joe Merit:

        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

        October 6, 2011 @ 1:22 pm | Reply
        • Tom:

          Fuck me, this is happening like every few days now. I have yet to see a 30 days uptime.

          October 6, 2011 @ 1:38 pm | Reply
    • Spirit:

      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.. :)

      October 5, 2011 @ 11:25 pm | Reply
  20. Nap:

    Apparently NY12 is also down, opened support ticket and lets see.

    October 6, 2011 @ 2:11 am | Reply
  21. Jose:

    Yes node NY12 is down again second time in 24 hours.

    October 6, 2011 @ 4:01 am | Reply
    • 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.

      October 6, 2011 @ 4:57 am | Reply
      • Jose:

        Ok cool, thanks for that Russel, big help. It is a very critical node for us :).

        October 7, 2011 @ 4:16 am | Reply
  22. Dennis:

    Hm, now lv9 is down (too?), what is going on?

    October 7, 2011 @ 11:10 am | Reply
    • Yep n_n

      I am wondering if we will receive some compensation u_u

      October 7, 2011 @ 3:51 pm | Reply
  23. john:

    Yup, lv9 is down again…

    October 7, 2011 @ 1:43 pm | Reply
    • Xian:

      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

      October 7, 2011 @ 3:48 pm | Reply
  24. jnjn:

    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?

    October 7, 2011 @ 3:38 pm | Reply
    • john:

      extra bandwidth? who cares about extra, I just want my vps up….

      October 7, 2011 @ 4:02 pm | Reply
      • jnjn:

        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.

        October 7, 2011 @ 4:30 pm | Reply
      • Is up now. Almost 6 hours down!

        October 7, 2011 @ 4:31 pm | Reply
        • john:

          good for you, mine in Vegas still down, probably gambled out.

          October 7, 2011 @ 5:00 pm | Reply
        • john:

          Now it’s up, Russel says it was never down. :)

          October 7, 2011 @ 6:04 pm | Reply
        • LOL, never!?!?!? Six hours…

          October 7, 2011 @ 6:33 pm | Reply
        • paul:

          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…

          October 7, 2011 @ 7:35 pm | Reply
        • SwordfishBE:

          No problems with the XEN nodes.

          October 7, 2011 @ 7:46 pm | Reply
        • paul:

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

          October 7, 2011 @ 7:58 pm | Reply
  25. This sale will be active for one more week! 10/17/11 will be the last day of the sale.

    October 10, 2011 @ 3:42 pm | Reply
    • person:

      ny12 is down?

      October 11, 2011 @ 8:06 am | Reply
      • jeremy:

        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.

        October 11, 2011 @ 8:18 am | Reply
  26. Joe Merit:

    This fail sale is appropriately named, the vps node I’m on has failed several times since it started!

    October 12, 2011 @ 4:30 pm | Reply
    • lolz
      What node? :P

      October 12, 2011 @ 5:32 pm | Reply
      • Joe Merit:

        NY13, it has been down for over 2 hours now.

        October 12, 2011 @ 5:38 pm | Reply
        • Sad

          And it seems they don’t compensate anything when they have downtimes

          October 12, 2011 @ 5:58 pm | Reply
        • herbyscrub:

          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.

          October 12, 2011 @ 6:18 pm | Reply
      • Joe Merit:

        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.

        October 12, 2011 @ 6:23 pm | Reply
        • LOL, I have a number of such boxes.

          October 12, 2011 @ 6:30 pm | Reply
        • paul:

          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.

          October 12, 2011 @ 6:49 pm | Reply
      • Spirit:

        From his (webrulon/laststop/russel) recent response at WHT he isn’t even awared that NY13 node is down again :)

        October 12, 2011 @ 6:35 pm | Reply
        • Tom:

          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.

          October 12, 2011 @ 6:53 pm | Reply
        • paul:

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

          October 12, 2011 @ 7:02 pm | Reply
        • 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.

          October 12, 2011 @ 7:07 pm | Reply
  27. 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.

    October 12, 2011 @ 7:04 pm | Reply
  28. 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.

    October 12, 2011 @ 8:35 pm | Reply
    • john:

      change the node number from 13 to 14, the number sucks, man.

      October 13, 2011 @ 2:27 pm | Reply
  29. paul:

    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.

    October 17, 2011 @ 1:49 am | Reply
  30. john:

    LV9 is down again…

    October 17, 2011 @ 6:14 pm | Reply
    • paul:

      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.

      October 18, 2011 @ 6:35 am | Reply
  31. 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.

    October 18, 2011 @ 7:10 am | Reply
    • paul:

      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

      October 18, 2011 @ 9:24 am | Reply
  32. 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 ;) –

    October 18, 2011 @ 10:27 am | Reply
    • paul:

      /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.1
      

      NY6 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.0
      

      Pretty good for a 2 dollar a month plan :)

      October 21, 2011 @ 9:59 am | Reply
    • paul:

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

      October 24, 2011 @ 4:04 am | Reply
      • SwordfishBE:

        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.

        October 24, 2011 @ 9:48 am | Reply
        • paul:

          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.

          October 24, 2011 @ 9:55 am | Reply
        • paul:

          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.

          October 31, 2011 @ 8:51 am | Reply
  33. All nodes and our network have been stable the past two weeks. Please post your uptime if you are monitoring it. Thanks!

    October 21, 2011 @ 9:10 am | Reply
    • Mark:

      So after you got banned on WHT for asking people to post reviews there you come here to do the same?

      Class act.

      October 21, 2011 @ 9:18 am | Reply
    • paul:

      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

      October 21, 2011 @ 9:21 am | Reply
    • SwordfishBE:

      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

      October 21, 2011 @ 9:24 am | Reply
    • paul:

      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.

      November 13, 2011 @ 11:37 pm | Reply
      • paul:

        Whoops, that should say lv9, not lv6.

        November 14, 2011 @ 1:24 am | Reply
  34. joh:

    LV9 openvz 21:56:26 up 14 days, 11:37, 1 user, load average: 0.07, 0.02, 0.00

    October 22, 2011 @ 4:57 am | Reply
  35. Lastop is our support rep Donald, I only have one account, ‘webrulon’

    October 22, 2011 @ 7:22 pm | Reply
  36. Anthony:

    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.

    October 23, 2011 @ 3:53 am | Reply
    • Mizrahi:

      You sure you didn’t just become victim of a SSH bruteforce? Pretty damn common on the internet these days.

      October 27, 2011 @ 7:52 pm | Reply
  37. Eystein Grusd:

    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.4
    

    And cpuinfo:

    # 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.185
    cache size	: 512 KB
    physical id	: 0
    siblings	: 8
    core id		: 0
    cpu cores	: 8
    apicid		: 16
    initial apicid	: 0
    fpu		: yes
    fpu_exception	: yes
    cpuid level	: 5
    wp		: yes
    flags		: fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nonstop_tsc extd_apicid amd_dcm pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt nodeid_msr npt lbrv svm_lock nrip_save
    bogomips	: 4000.37
    TLB size	: 1024 4K pages
    clflush size	: 64
    cache_alignment	: 64
    address sizes	: 48 bits physical, 48 bits virtual
    power management: ts ttp tm stc 100mhzsteps hwpstate
    
    October 24, 2011 @ 12:45 pm | Reply
    • paul:

      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.

      October 25, 2011 @ 6:53 am | Reply
    • paul:

      I’m now seeing 78% packet loss between NY6 and LV9.

      October 25, 2011 @ 6:56 am | Reply
      • Yeah my VPS on lv9 has just gone offline as well.

        October 25, 2011 @ 6:59 am | Reply
      • paul:

        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.

        October 25, 2011 @ 7:34 am | Reply
      • It’s back. No down time on the node so just weird routing…

        October 25, 2011 @ 8:17 am | Reply
      • paul:

        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)

        October 25, 2011 @ 9:23 am | Reply
  38. 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.

    USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
    root         1  0.0  0.0  23548  1624 ?        Ss   Oct21   0:01 init
    root      1138  0.0  0.0  18884  1024 ?        Ss   Oct21   0:00 cron
    syslog    1198  0.0  0.0  12532   776 ?        Ss   Oct21   0:00 /sbin/syslogd -u syslog
    root      1235  0.0  0.1  49420  2652 ?        Ss   Oct21   0:00 /usr/sbin/sshd -D
    root      5223  0.0  0.1  91104  4012 ?        Rs   18:29   0:00 sshd: root@pts/0
    root      5235  0.0  0.0  18056  2096 pts/0    Ss   18:29   0:00 -bash
    root      5447  0.0  0.0  66664  2192 ?        Ss   Oct21   0:01 sendmail: MTA: accepting connections
    root      5690  0.0  0.0  15060  1084 pts/0    R+   23:09   0:00 ps -aux
    bind      9558  0.0  0.5 142832 13568 ?        Ssl  Oct21   0:00 /usr/sbin/named -u bind
    root     21639  0.0  0.0  14756  1080 ?        Ss   Oct22   0:00 /usr/sbin/xinetd -dontfork -pidfile /var/run/xinet
    root     27979  0.0  0.1  91864  4044 ?        Ss   17:57   0:00 sshd: root@pts/1
    root     27991  0.0  0.0  18052  2092 pts/1    Ss+  17:57   0:00 -bash
    
    October 26, 2011 @ 7:09 pm | Reply
    • 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

      November 2, 2011 @ 8:39 pm | Reply
  39. john:

    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.

    October 27, 2011 @ 2:34 am | Reply
    • 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.

      October 27, 2011 @ 1:22 pm | Reply
      • 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.

        November 2, 2011 @ 8:40 pm | Reply
  40. 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…

    October 27, 2011 @ 1:25 pm | Reply
    • john:

      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.

      October 27, 2011 @ 5:45 pm | Reply
  41. ice-BREAKER:

    raid server?

    October 27, 2011 @ 6:51 pm | Reply
  42. 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.

    October 27, 2011 @ 7:27 pm | Reply
    • 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.

      October 30, 2011 @ 12:09 am | Reply
      • 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.

        October 30, 2011 @ 2:27 pm | Reply
        • 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.

          October 31, 2011 @ 4:11 pm | Reply
        • 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.

          October 31, 2011 @ 7:44 pm | Reply
        • 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.

          November 2, 2011 @ 8:33 pm | Reply
      • paul:

        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.

        October 31, 2011 @ 8:20 am | Reply
        • circus:

          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.

          October 31, 2011 @ 8:41 am | Reply
        • 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.

          October 31, 2011 @ 4:06 pm | Reply
        • paul:

          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

          October 31, 2011 @ 4:28 pm | Reply
        • Paul, this was due to a DDOS attack and reported on the AlienLayer announcements page:
          http://www.alienlayer.com/clients/announcements.php?id=9

          October 31, 2011 @ 5:33 pm | Reply
        • 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.

          November 3, 2011 @ 10:10 pm | Reply
    • 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.

      November 2, 2011 @ 8:41 pm | Reply
  43. john:

    LV9 openvz

    [root@ ~]# 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, 12.2394 seconds, 87.7 MB/s
    
    October 29, 2011 @ 5:59 am | Reply
  44. john:

    Vegas node is down again..

    November 12, 2011 @ 3:40 pm | Reply
    • paul:

      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.

      November 14, 2011 @ 1:26 am | Reply
    • lv9 is also up for me. 38 days uptime now.

      November 15, 2011 @ 1:16 am | Reply
  45. Mike:

    https://vps.alienvps.com:5353/ is down now, doesn’t look too good.

    November 15, 2011 @ 10:55 pm | Reply
    • 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.

      November 15, 2011 @ 11:51 pm | Reply
  46. paul:

    NY6 seems to be down or unreachable.

    November 24, 2011 @ 9:09 am | Reply
    • paul:

      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.

      November 24, 2011 @ 9:23 am | Reply
    • paul:

      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.

      November 24, 2011 @ 6:58 pm | Reply
    • paul:

      My support ticket for the above was answered in 6 minutes–apparently a system process had gotten out of control. It’s fixed now.

      November 24, 2011 @ 8:32 pm | Reply
  47. Ariyanto:

    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

    April 23, 2012 @ 5:08 am | Reply

Leave a Reply

Some notes on commenting on LowEndBox:

  • Do not use LowEndBox for support issues. Go to your hosting provider and issue a ticket there. Coming here saying "my VPS is down, what do I do?!" will only have your comments removed.
  • Akismet is used for spam detection. Some comments may be held temporarily for manual approval.
  • Use <pre>...</pre> to quote the output from your terminal/console, or consider using a pastebin service.

Your email address will not be published. Required fields are marked *