Nate from Kazila is offering LowEndBox readers an exclusive offer that’s not available on their website. Use this sign up link to get “KVPS-LEB” package for $6.95/month. Comparing to their previous offer, it has more memory but less monthly data.
- 512MB memory
- 8GB storage
- 250GB/month data transfer
- Xen/SolusVM
Servers with NorthTXConnect in Plano TX (test IP: 108.59.33.189). Some impressive performance report from last time. They have been in business since late 2007, and from their about page, “Kazila is a debt-free, privately held company with no intentions of selling any time soon” — which is good to know.
Related Posts:
- 5 Reasons Why You Want a Low End Box - May 26, 2021
- Dead Pool January 2012 - February 2, 2012
- exit(0); - January 19, 2012
who know how the West Coast room?
the test IP is lose 80%+ in just-ping why?
I’m seeing 70-90% packet loss from just ping, and my location for the test ipaddy.
Also, the link to Kazila is referencing a different website (link has kazilla – should have one “l”, not two).
Would love to check it out, after the problem with the packet loss is addressed.
Thanks. Link fixed.
From my location I definitely don’t see any packet loss though.
I’m not seeing any packet loss either but I will certainly look into it. Thanks for bringing that to our attention.
Singapore, Singapore: Packets lost (100%) 108.59.33.189
Amsterdam2, Netherlands: Packets lost (90%) 125.5 125.5 125.5 108.59.33.189
Florida, U.S.A.: Packets lost (80%) 47.8 47.8 47.9 108.59.33.189
Amsterdam3, Netherlands: Packets lost (100%) 108.59.33.189
Hong Kong, China: Packets lost (80%) 191.2 191.3 191.3 108.59.33.189
Sydney, Australia: Packets lost (100%) 108.59.33.189
München, Germany: Packets lost (80%) 136.6 136.6 136.7 108.59.33.189
Cologne, Germany: Packets lost (100%) 108.59.33.189
New York, U.S.A.: Packets lost (90%) 43.3 43.3 43.3 108.59.33.189
Cairo, Egypt: Packets lost (70%) 195.1 198.7 205.6 108.59.33.189
Amsterdam1, Netherlands: Packets lost (100%) 108.59.33.189
Stockholm, Sweden: Packets lost (70%) 152.6 152.6 152.7 108.59.33.189
Santa Clara, U.S.A.: Packets lost (80%) 49.0 49.0 49.1 108.59.33.189
Vancouver, Canada: Packets lost (100%) 108.59.33.189
London, United Kingdom: Packets lost (90%) 121.1 121.1 121.1 108.59.33.189
Madrid, Spain: Packets lost (100%) 108.59.33.189
Padova, Italy: Packets lost (90%) 179.4 179.4 179.4 108.59.33.189
Austin, U.S.A.: Packets lost (90%) 41.4 41.4 41.4 108.59.33.189
Amsterdam, Netherlands: Packets lost (90%) 124.8 124.8 124.8 108.59.33.189
Paris, France: Packets lost (80%) 135.3 135.3 135.4 108.59.33.189
Melbourne, Australia: Packets lost (90%) 213.6 213.6 213.6 108.59.33.189
Shanghai, China: Packets lost (90%) 395.1 395.1 395.1 108.59.33.189
Copenhagen, Denmark: Packets lost (80%) 125.3 125.4 125.5 108.59.33.189
Lille, France: Packets lost (100%) 108.59.33.189
San Francisco, U.S.A.: Checkpoint temporarily not available – – – –
Zurich, Switzerland: Packets lost (90%) 147.2 147.2 147.2 108.59.33.189
Chicago, U.S.A.: Packets lost (90%) 26.5 26.5 26.5 108.59.33.189
Nagano, Japan: Packets lost (100%) 108.59.33.189
Haifa, Israel: Packets lost (80%) 194.0 194.1 194.3 108.59.33.189
Auckland, New Zealand: Packets lost (100%) 108.59.33.189
Antwerp, Belgium: Packets lost (90%) 123.9 123.9 123.9 108.59.33.189
Groningen, Netherlands: Packets lost (80%) 128.7 128.9 129.1 108.59.33.189
Moscow, Russia: Packets lost (100%) 108.59.33.189
Dublin, Ireland: Packets lost (90%) 118.5 118.5 118.5 108.59.33.189
Oslo, Norway: Packets lost (80%) 160.0 160.0 160.0 108.59.33.189
Kharkov, Ukraine: Packets lost (90%) 176.0 176.0 176.0 108.59.33.189
Manchester, United Kingdom: Packets lost (90%) 126.2 126.2 126.2 108.59.33.189
Vilnius, Lithuania: Packets lost (80%) 166.0 166.0 166.1 108.59.33.189
Bucharest, Romania: Packets lost (90%) 161.2 161.2 161.2 108.59.33.189
Bangkok, Thailand: Packets lost (90%) 305.5 305.5 305.5 108.59.33.189
Kuala Lumpur, Malaysia: Packets lost (100%) 108.59.33.189
Jakarta, Indonesia: Packets lost (90%) 231.8 231.8 231.8 108.59.33.189
Cape Town, South Africa: Packets lost (90%) 269.6 269.6 269.6 108.59.33.189
Glasgow, United Kingdom: Packets lost (90%) 128.5 128.5 128.5 108.59.33.189
Lisbon, Portugal: Packets lost (90%) 167.7 167.7 167.7 108.59.33.189
Chicago, U.S.A.: Packets lost (90%) 25.3 25.3 25.3 108.59.33.189
Dallas, U.S.A.: Packets lost (90%) 2.3 2.3 2.3 108.59.33.189
Buenos Aires, Argentina: Packets lost (100%) 108.59.33.189
Gdansk, Poland: Packets lost (90%) 152.3 152.3 152.3 108.59.33.189
Beijing, China: Packets lost (80%) 277.7 278.2 278.8 108.59.33.189
Belgrade, Serbia: Packets lost (100%) 108.59.33.189
Toronto, Canada: Packets lost (80%) 39.8 39.9 39.9 108.59.33.189
Novosibirsk, Russia: Packets lost (100%) 108.59.33.189
Athens, Greece: Packets lost (100%) 108.59.33.189
Frankfurt, Germany: Packets lost (90%) 129.3 129.3 129.3 108.59.33.189
Sofia, Bulgaria: Packets lost (80%) 153.4 153.6 153.8 108.59.33.189
Budapest, Hungary: Packets lost (70%) 144.6 147.1 150.9 108.59.33.189
From my own testing it seems that after a while of continuous testing ICMP ping packets are dropped, and some ICMP packets are dropped if coming from multiple locations at once. Don’t let it bother you too much though.
InsDel – We actually have a firewall in place. I went ahead and made some configuration changes which should eliminate any packet loss.
Good offer but low disk space. If you are processing a lot of data (say some backend system) then the disk should be appropriate, at least 15GB, in my opinion
Asim – I agree, we are not offering a large amount of disk space. But the disks are extremley fast and perform very well. All our nodes are equipped with 15K RPM hard drives backed by RAID-10.
No 32 bit template?
I only find 64 bit template
CentOS 5 x86
Not all our templates are listed during checkout. After signing up, you can adjust the OS to your liking through SolusVM. We have both 32 bit and 64 bit available. Sorry for the confusion!
No IP?
And we must pay $2 for 1 IPv4
Most likely 1 ipv4 is included, otherwise it would be to big of a failsh to even list this ;)
1 IPv4 is included with this package free of charge. Extra IP addresses cost $2/per IP.
How about the west location?
Our East and West coast locations (Los Angeles and NYC) should be available within the coming weeks. Unfortunately, we are only offering services in Plano at this time .
If I get this Can I change this to west LA?
Mr.z – Yes of course. We will give all our existing clients the opportunity to switch to a different node if they would like better network latency.
I’m waiting for you West Coast location. Your storage setup is so good :)
good network, good hardwre ;I took a 384 mb vps.. one word: it was great^^
Bachir – Thanks for the feedback!
Very nice SLA.. :D
Just ordered one.. still waiting for server credentials…. :/
Invoice #293519
JUST ordered? And “still” waiting? Come on… why do you waste our time with this? Is it that hard to wait a bit more before public request which waste of time of everyone who open “new post”?
…
Fast.
I hope it is not because it still have few customers
stupid question: this is Xen PV or Xen HVM?
PV
so can’t run own kernel?
As Asim said, it’s Xen-PV. You can run your own kernel using PyGrub, which is what I’m doing (running 32 bit CentOS).
I think they are having some problems, our vps is down, also their website is down for hours :/ Too bad, because it was really fast, we liked it
90% packet loss on 216.66.77.124 for me when I traceroute to their website (about 4 hops up from their site). Network issue or getting DDoS’ed?
Seems like problem is not because of them, but NorthTxConnect/Cologuys, here is the WHT post: http://www.webhostingtalk.com/showthread.php?t=1072990
Also seems like lots of other providers are having issues
Sorry for the double post, sleepless for hours :) can you delete that one? thanks
I received an email before it went down regarding a 6 hour emergency maintenance window where they were going to add TW Telecom and Level 3 to their bandwidth mix. My VPS was down for 17 hours, and then came back up briefly, but has been up & down since then, and is basically still unusable.
Yes, same here, we got the same mail, we are able to boot our vps using the control panel, but goes offline when we try to login via ssh, but it seems like there is something wrong with the datacenter, not their fault I mean.
When I was able to login briefly, uptime shows the server itself is still running and didn’t go down:
It seems to be a network issue for sure.
Sorry about the lack of my response. As you can imagine, I have been busy with the outage all day today.
Services have been restored at this point. I will have more information for you guys later as to what happened, but as of right now I am going to respond to all the emails backed up in the queue. If anyone has any issues, questions or concerns, please contact me directly.
nate [at] kazila.com
Looks like I spoke too soon. I’ll keep you guys posted.
Hi again Nate, seems like ours vps and sites are online, but I’m really afraid of using ssh, last time we attempted to use ssh, the vps went offline, is everything ok now?
Everything is now OK. I am keeping my fingers crossed. New network as well.
Thank you for your patience.