LowEndBox - Cheap VPS, Hosting and Dedicated Server Deals

XFuse - New Years offers in Dallas, Atlanta, and Phoenix from $38/year

xfusesolutionsDuke, from XFuse, has written us to share these exclusive New Years offers with us. These include both annual and monthly deals, and both OpenVZ and KVM machines.

New Years 512MB

  • 512MB RAM
  • 1GB vSwap
  • 2 CPU cores
  • 40GB HDD space
  • 1TB transfer
  • 100Mbit uplink
  • 1x IPv4
  • OpenVZ/SolusVM
  • Dallas or Atlanta
  • $38/year
  • Order here

  • 512MB RAM
  • 2 CPU cores
  • 80GB HDD space
  • 1TB transfer
  • 100Mbit uplink
  • 2x IPv4
  • OpenVZ/SolusVM
  • Phoenix
  • $48/year
  • Order here

More offers inside!

XFuse is a registered LLC in Louisiana, USA and is registered as XFuse Solutions LLC. They have been registered since 1/22/2013, which means their second anniversary is coming up. I’d like to give my congratulations in advance for that! Nodes in Dallas and Atlanta are for OpenVZ, while those in Phoenix are for KVM. According to Duke, XFuse will be expanding to Los Angeles, CA, and Chicago, IL, soon! Unfortunately, I don’t have any hardware information. Please file a ticket if you want to know more about that. If you are a customer of XFuse Solutions or become one as a result of this offer, please share your experiences with us in the comments!

New Years 1GB

  • 1GB RAM
  • 2GB vSwap
  • 2 CPU cores
  • 80GB HDD space
  • 1TB transfer
  • 100Mbit uplink
  • 1x IPv4
  • OpenVZ/SolusVM
  • Dallas or Atlanta
  • $48/year
  • Order here
New Years 2GB

  • 2GB RAM
  • 3GB vSwap
  • 4 CPU cores
  • 120GB HDD space
  • 1TB transfer
  • 100Mbit uplink
  • 1x IPv4
  • OpenVZ/SolusVM
  • Dallas or Atlanta
  • $6.99/month
  • Order here

PayPal, mail-in payment, BitCoin, and Credit/Debit Card are accepted payment methods at XFuse. There’s a 14-day money back guarantee in place. Available to all customers are cheap AlphaSSL certificates: you pay $2/year for a domain-validated one and $10/year for a wildcard domain-validated one. Before you order, be sure to read their Terms of Service and Acceptable Use Policy!

Network information

Atlanta, GA, USA
Test IPv4:
Test file: http://stats.atl01.xfusesolutions.net/test_files/100mb.test

ColoCrossing – Dallas, TX, USA
Test IPv4:
Test file: http://stats.dl1v3.xfusesolutions.net/test_files/100mb.test

ViaWest – Dallas, TX, USA
Test IPv4:
Test file: http://stats.donut.xfusesolutions.net/test_files/100mb.test

PhoenixNAP – Phoenix, AZ, USA
Test information will follow.



  1. Yury Zabolotniy:

    Nice. Several hours after payment, database error and cloudflare error, their website offline and no server. Refund please. Too afraid to even try this awesome hosting.

    January 9, 2015 @ 1:20 pm | Reply
    • Yury Zabolotniy:

      SSL handshake error cloudflare now for the client area.

      January 9, 2015 @ 1:23 pm | Reply
      • Hello,

        Yes, Cloudflare took a crap on us earlier but was quickly resolved and your VPS was setup as soon as we verified everything.


        January 9, 2015 @ 9:49 pm | Reply
  2. Yury Zabolotniy:

    Soon after I wrote this its set up

    January 9, 2015 @ 4:50 pm | Reply
    • Yury Zabolotniy:

      never had a slower box tan this, few deb packages are taking already 30 minutes to set up, bind9tools to be precise.

      January 9, 2015 @ 6:41 pm | Reply
      • Yury Zabolotniy:

        requested refund…

        January 9, 2015 @ 6:45 pm | Reply
        • Yury Zabolotniy:

          omg apt-get install bind9tools NOT YET COMPLETE, 30+ minutes passed.

          January 9, 2015 @ 6:46 pm | Reply
          • Thats too slow, You brought vps from which datacenter?

            January 9, 2015 @ 8:58 pm | Reply
  3. did u put support ticket?

    January 9, 2015 @ 5:26 pm | Reply
    • He did open a ticket and I’m investigating the issue. I have another test VPS on this node that I am working with and have no issues, now I’m investigating on his as to why the slowness is happening. Although this is the first time I’ve been notified of a slowdown on this node. If he wants a refund, I’ll be more than happy to give him one. I just like to know why things are going slow and it does seem to be related to the Debian 6 template we use.

      I will get it resolved though.

      January 9, 2015 @ 9:47 pm | Reply
      • Yury Zabolotniy:

        How can it be related to a template? Its a standard kernel, running well in KVM at any given time. But honestly, apt-get install times are just way too long.
        With all due respect, I believe there are two things going wrong here: 1. the operator blames a debian template, for who knows what reason.
        2. to deal with a sudden enemy, an imminent node reboot was chosen as the weapon. you sure not messing windows with unix? really?
        quote: I’m doing some updates on that node right now and we’re going to reboot the entire node and test it again.

        I’ll keep you updated. I’m thinking about getting another KVM node setup within the next few days as this one is about 70% full at this point and I don’t want to overload the server.

        Greets to the rest 70 percent of a server, I literally put you down.

        January 9, 2015 @ 11:42 pm | Reply
        • Yury Zabolotniy:

          quote was supposed to be two lines long.

          January 9, 2015 @ 11:43 pm | Reply
        • Yury Zabolotniy:

          I might be old or whatever but I wont ever reboot until I am 200 percent sure there is no other way to fix an issue, on my home box, nottalking about production environment here. Some of you might feel different.

          January 9, 2015 @ 11:46 pm | Reply
          • Sorry about the wait. I’ve replied to your Ticket and provisioned you a Debian 7.3.0 box. I’m also crediting you a full month for this issue as I believe that it shouldn’t have happened.

            Also, I’m not sure if you understand or not, that each VM on a KVM machine runs it’s own Kernel. Therefore the node really has nothing to do with the VM Kernel itself. However, if the HN (host node) is having any issues then it can in fact cause issues on the VM.

            To keep everyone up-to-date on what happened and the correct issues that I have resolved, here they are:

            1. Deployed a test VM with a newer version of the Debian 6.0.6 template, kept getting issues with it wanting a CD to be inserted into an imaginary CD-Rom drive. Keep in mind, this template was direct from SolusVM. I’m looking for a replacement shortly.

            2. Reinstalled the same VM with the old version of the Debian 6.0.6 template and tried to update. Slow responses and roughly 20MB/s I/O speeds. Tested the HN, 200MB/s I/O speeds. Reinstalled test VM to Debian 7.3.0, write speeds increased to well over 100MB/s and package install time was cut by more than half. Proceeded to explain to the customer as I’ve had the same issues on the old and new version of the Debian template and have found that it is giving the issue.

            3. Provisioned the customers VM with Debian 7.3.0 and tested the bind9 install, completed in less than 2 minutes. Provided the customer with the login details and am now awaiting his response.

            I’ve offered him an extra month of service for free and will upgrade his VPS to 1GB ram for free. Although, I am waiting on that until he is completed with his tests. Keep in mind, my tests were with a fresh install, I don’t have any control over what he does with the VPS as far as packages and such.

            We’ll await his response.


            January 10, 2015 @ 12:32 am | Reply
          • Sorry, forgot to add that this particular node has had over 500 days uptime. This means that the kernel and such hasn’t been updated since then. Yes, bad on my part and I apologize. I have done patches to all other services when needed though. Therefore, after 534 days of total uptime for this server, we’ve rebooted to take the newest kernel and a few other updates. I’ve also had to reboot to check the RAID devices and ensure that they were in 100% working order and they were.

            This caused roughly 15 minutes of downtime for customers VPS and if anyone has any issues with it, they can contact my sales department and we’ll get you credit based on the downtime. We want to make sure that everything and every customer is taken care of properly. Again, I apologize for the issues that this has caused. We’re pulling the Debian 6.0.6 template from production until the issue is resolved in our test environment.

            January 10, 2015 @ 12:36 am | Reply
      • are you using virtio driver ?

        January 10, 2015 @ 6:33 pm | Reply
        • Yes.

          January 10, 2015 @ 6:36 pm | Reply
          • FtpIt:

            Indeed strange .Have you tried with Centos? What result are you getting ?
            Try iotop as well

            January 10, 2015 @ 7:18 pm | Reply
          • Somewhat the same as the node itself is getting. My test VM was getting a little more than 140mb/s but on my other nodes are a lot more. If you like, add me to skype duke.xfs and we can discuss this. I don’t/won’t be checking this much throughout the day today.

            January 10, 2015 @ 7:51 pm | Reply
  4. Joe Merit:

    Wow.. common sense would have dictated that you make sure your nodes are updated and working properly before you post an offer on LEB.

    Maybe next time?

    January 10, 2015 @ 4:21 pm | Reply
    • Maarten Kossen:

      I’d like to take part of the blame here. I had someone drop out and pulled XFuse from the queue quite last-minute, as it was a recent ticket and I have Duke on Skype so I could communicate quickly to iron out any wrinkles in the ticket. That’s standard procedure if something drops out. As a result of this, Duke probably didn’t have enough time to prepare.

      So, please, don’t hold it too much against him.

      January 10, 2015 @ 4:48 pm | Reply
      • Joe Merit:

        at least it was a KVM node and not an OpenVZ node. Only thing that looks a little concerning is just the I/O performance. He stated the node tested @ 200MB/sec and then above 100MB/sec inside the customer’s VM.

        might want to look into SSD in the near future to keep up with the competition.

        January 10, 2015 @ 6:25 pm | Reply
        • Joe,

          Yes, the performance is slowing down gradually. I’ll be cutting off orders on this node soon as the last recent orders are likely going to be my last ones on here. I plan on launching another KVM node in February or March most likely in Atlanta. To be honest, I didn’t have a full-proof plan of updating on this KVM node. I’ve been focusing everything on the OpenVZ rollout and let the KVM node work because I was never notified by any of the other 40+ clients (yes, that’s all that is on this node) that there were any issues. My OpenVZ nodes haven’t had any issues and are actively monitored by multiple sources. All 100% uptime. This KVM node, 100% uptime until the latest reboot.

          Trust me, I don’t enjoy having any unsatisfied customer and I am doing everything I can to satisfy this customer. Most companies don’t care about a few $$, but I care about every single customer. I don’t care if they pay $1 or $0.50, they’re still a customer and they still deserve what they pay for, one way or another.

          As always Joe, I appreciate your input and value your opinion.

          January 10, 2015 @ 6:36 pm | Reply
          • Yuri Zabolotniy:

            I appreciate your comments, Duke, and that you did offer me an extra month and also a vz vps as a side option, but so far I’m simply running out of time and have stuff set up already. Thank you for your input and work.

            January 10, 2015 @ 6:48 pm | Reply
  5. Yuri Zabolotniy:

    So, a deb 7 has been deployed. It wasn’t really much faster so, as per Duke offer I asked to deploy an openvz vps instead, in atlanta, however I am more used to deb environment plus kvm. After some time, I got openvz, which wasn’t debian. At the time, I’m already done with deploying my stuff elsewhere, so I simply am asking for a refund. Don’t blame me, I just spent more than a day to get a simple vps which is somewhat slow imo. And I still don’t have it properly deployed on this host.
    There is no VPS CP also. The details sent via mail are always incorrect, no matter if I type it in by hand or copy-paste.
    Sorry, cannot imagine working here.

    January 10, 2015 @ 6:23 pm | Reply
    • Yuri Zabolotniy:

      I guess though it is something you should be expecting to get for 50 usd/year, obviously. Although I had a positive experience with buildyourvps, which was vz and uptime was like 330 days until node was restarted for update.

      January 10, 2015 @ 6:39 pm | Reply
    • No problem. As I explained in the ticket, this was a test VM and wasn’t pushed to your account 100% yet as I wanted you to test it. However, even after I asked you about Tun/Tap and you didn’t reply requesting it to be turned on. If you would have told me you wanted it turned on, I could of done it on setup and not afterwards.

      The Control Panel link is sent to every customer that is setup through our system, because I set yours up manually, it didn’t send because it wasn’t using the automated system.

      Although we couldn’t come to a work around, we did agree on the refunds.

      Also, thanks for the advertisement for the other guys on this thread. Are you sure you don’t work for them? lol

      JK… Sorry we couldn’t come up with something to satisfy your needs. We are building new servers and such at this point to deploy soon.

      January 11, 2015 @ 9:53 pm | Reply
  6. sadly, KVM plan is not KVM.

    January 22, 2015 @ 10:30 pm | 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 *