Transip.Eu Stole My Money! Unathorized credit charges. Jeroen de Rooij
Complaint
Fred
Country: Romania
Stay away from this Ripoff Company. I signed up for services that I never received and somehow they managed to charge my card for it. I asked for a refund and they just kept sending the same automated emails saying I signed up. I may have signed up but I did not receive the service. Horrible Support. THey dont speak English and are Rude when they write in broken English. there lot of hosting companies out there. Beware of this one.
Comments
I would like to share my experience with TransIP regarding their VPS offerings. Specifically to balance the mostly positive reactions I found here.
What:
BladeVPS L (the vps product names have changed since)
CPU: 2 cores
RAM: 1024 MB
Harddisk: 100 GB
Usage:
I run a couple of low volume drupal and wordpress sites with an estimated total pageviews of max 3500 daily.
Reason to join TransIP:
Before moving to TransIP I had my vps hosting on Linode, they are a bit more expensive when comparing the specs. The TransIP VPS offering looked appealing is it gave me significantly more storage and equal RAM for a lower price. Having a dutch company, a dutch invoice also makes for easier tax administration.
Experience:
They have an easy and straightforward install and administration procedure, I was up and running in minutes. Support queries are answered in a timely fashion.
Performance and stability:
Here lays the problem. The performance and stability is just not great. Maybe my expectations were too high, coming from Linode, but stability should be good regardless of the provider.
To give an indication, I ran this vps benchmark test this morning:
(https://github.com/mgutz/vpsbench)
TransIP (BladeVPS X4):
CPU model: QEMU Virtual CPU version 1.3.1
Number of cores: 2
CPU frequency: 1999.997 MHz
Total amount of RAM: 3954 MB
Total amount of swap: 1020 MB
System uptime: 7 days, 1:27,
I/O speed: 7 MB/s
Bzip 25MB: 7.99s
Download 100MB file: 61,4MB/s
Linode (512):
CPU model: Intel(R) Xeon(R) CPU L5630 @ 2.13GHz
Number of cores: 8
CPU frequency: 2133.456 MHz
Total amount of RAM: 494 MB
Total amount of swap: 255 MB
System uptime: 72 days, 13:00,
I/O speed: 85.6 MB/s
Bzip 25MB: 14.83s
Download 100MB file: 23.3MB/s
Keep in mind that the Linode 512 is a cheaper VPS, with apparent much better performance.
Also, the TransIP vps is running pretty much idle, as I copied all data and pointed DNS records to a new Linode server yesterday.
Of course these benchmarks are not the best indication of performance. But thats much more a problem in having good results in the benchmark and poor real life performance than the other way around.
These stats are exemplary for the the I/O performance which IMHO forms a massive part of overall performance. For completeness, I also post a few other I/O tests I performed over a longer period:
dd if=/dev/zero of=testfilex bs=64k count=16k conv=fdatasync
1073741824 bytes (1,1 GB) copied, 27,938 s, 38,4 MB/s
dd if=/dev/zero of=testfilex bs=64k count=16k conv=fdatasync
1073741824 bytes (1,1 GB) copied, 27,4387 s, 39,1 MB/s
di apr 2 12:02:46 CEST 2013
dd if=/dev/zero of=/tmp/testfilex bs=64k count=16k conv=fdatasync
1073741824 bytes (1,1 GB) copied, 76,3722 s, 14,1 MB/s
May 31, 2013
dd if=/dev/zero of=/tmp/testfilex bs=64k count=16k conv=fdatasync
1073741824 bytes (1,1 GB) copied, 28,6682 s, 37,5 MB/s
Again, comparing this with linode I get a steady 85 MB/s
Stability
If I would've got a stable 40 MB/s all the time, I would probably be just fine. The problem is that there are frequent "hiccups". The I/O speed drops like a stone and mysql queries start to queue up. This happened often and sometimes this was acknowledged by an official response from TransIP.
Right into the first month I received this email after a VPS Incident:
"
Subject: VPS-Incident 23-11-2012
Geachte klant,
Eerder vannacht bleek de Bladeserver waar uw VPS op draait tijdelijk onbereikbaar te zijn. Na een reboot van de server in kwestie is uw VPS inmiddels weer volledig bereikbaar.
Omstreeks 01:20 kwam er een melding bij onze dienstdoende standby-medewerker binnen dat de Bladeserver waar uw uw VPS op draait verminderd bereikbaar was. De Bladeserver in kwestie bleek niet langer op commando's te reageren. Na adequaat handelen werd de Bladeserver in kwestie herstart. Het was hierna tevens noodzakelijk uw VPS-server te herstarten. Omstreeks 01:44 werd er begonnen met het herstarten van alle getroffen VPS-en.
Wij hebben uw VPS handmatig gecontroleerd en geconstateerd dat deze naar behoren lijkt te werken. Mocht u onverhoopt nog problemen ervaren met uw VPS dan verzoeken wij u contact op te nemen met support@transip.nl.
Ondertussen gaan we door met het onderzoeken van de oorzaak van de situatie. We beseffen hoe belangrijk de bereikbaarheid van uw VPS is. We hebben echter niet kunnen uitsluiten dat u gevolgen heeft ondervonden van dit incident. We bieden onze excuses aan voor dit ongemak.
Met vriendelijke groet,
TransIP B.V.
"
This translates into:
- your VPS node server was unresponsive.
- we rebooted the server (bladeserver).
- we found it necessary to reboot your VPS.
- we checked manually if your vps was working again, it was.
- we will investigate.
- sorry,
No problem, this can happen to the best.
March 5, 2013
"
Geachte klant,
Vanavond heeft uw VPS door een probleem met een storage server tijdelijk geen lees- en schrijfoperaties uit kunnen voeren. Uw VPS is gedurende deze periode beperkt bereikbaar geweest.
Om 20:10 ontvingen wij melding dat de storage server in kwestie niet reageerde op commando's. Hierop is besloten om de storage server te herstarten. Uw VPS kon hierna direct weer lees- en schrijfoperaties uitvoeren.
Wij hebben uw VPS handmatig gecontroleerd en geconstateerd dat uw VPS naar behoren lijkt te werken. Mocht u onverhoopt nog problemen ervaren met uw VPS dan verzoeken wij u om via de contactpagina in het controlepaneel een bericht te sturen.
Wij onderzoeken momenteel de omstandigheden die ertoe hebben geleid dat deze server niet meer reageerde en zullen de noodzakelijke stappen ondernemen om herhaling te voorkomen. Daarnaast zijn wij ons ervan bewust dat u van dit incident overlast heeft ervaren. Hiervoor bieden wij u onze excuses aan.
Met vriendelijke groet,
TransIP BV
"
Pretty much the same thing, now they refer to a storage server, again the reboot of the storage server. A promise to investigate and resolve the matter.
This time I asked what was the deal, they responded they had no clue, It might have been because of a major upgrade to many of their VPS servers.
Yesterday (June 8, 2013)
"
Beste klant,
Eerder vanmiddag heeft uw VPS door een probleem met een storage server tijdelijk geen lees- en schrijfoperaties uit kunnen voeren. Uw VPS is inmiddels weer volledig bereikbaar.
Om 16:06 ontvingen wij melding dat de storage server in kwestie niet reageerde op commando's. Hierop is besloten om de storage server te herstarten, waarna de server omstreeks 16:21 weer volledig online was. Uw VPS kon hierna direct weer lees- en schrijfoperaties uitvoeren.
Wij hebben uw VPS handmatig gecontroleerd en geconstateerd dat uw VPS naar behoren lijkt te werken. Mocht u onverhoopt nog problemen ervaren met uw VPS dan verzoeken wij u om via de contactpagina in het controlepaneel een bericht te sturen.
Wij onderzoeken momenteel de omstandigheden die ertoe hebben geleid dat deze server niet meer reageerde en zullen de noodzakelijke stappen ondernemen om herhaling te voorkomen. Daarnaast zijn wij ons ervan bewust dat u van dit incident overlast heeft ervaren. Hiervoor bieden wij u onze excuses aan.
Met vriendelijke groet,
TransIP
"
Pretty much the same story, again a promise to resolve the matter....
I asked to be moved to another storage cluster/server and got this reply:
"
Bedankt voor uw reactie.
Dit zal helaas geen effect hebben. Onze systemen migreren servers al automatisch om de last over de verschillende servers zo optimaal mogelijk te verdelen.
Uit de gegevens van uw server blijkt dat deze ook al een aantal malen gemigreerd is, en hebben deze 3 incidenten niet te maken met 1 specifieke storage server. Een extra migratie zal daar helaas verder geen invloed op heeft.
Ik hoop u hiermee voldoende geïnformeerd te hebben, en ik wens u verder een prettige dag.
Met vriendelijke groet,
<name of support employee>
TransIP BV
"
This translates to:
- Moving will have no effect.
- Our systems migrate automatically to balance the overall load on our systems.
- Our stats show your server has been moved all over the place, one other migration will have no effect.
- We hope to have informed you sufficiently, have a nice day.
This for me was the last push I needed, I then moved everything over to Linode.
Another thing that struck me was the change in VPS packages. Because I wasn't satisfied I wanted to try an upgrade to my VPS. To my surprise, an upgrade with more storage, CPU and 4GB ipv 1GB was cheaper than my current VPS.. This was probably because I had one of the earlier VPS bundles, including a separate 512 MB memory upgrade. But I would have liked to be notified about this. Again (this starts to sound like a Linode ad) with Linode you get these types of upgrades automatically after a reboot.
Anyway, I am not here to bash a company. I believe they are an excellent DNS provider and I still have my DNS hosting with VPS, but they will have to step up their game in the VPS arena. For me it looks like it is still in beta.
For anyone interested, this is the content of the mail (dutch)
I am not allowed to posts links, but a search on "TransIP VPS" will show it. The post is titled: My TransIP VPS experience (not good)
You get what you pay for.
Quote:
Originally Posted by Amar View Post
For technology and specs you get for that price there is just no competition.
If it worked. The main reason I choose them is because I like lots of ram and most providers provide ram at amounts and prices from the previous century. Which by definition makes you the best even if you're half decent...
Quote:
Originally Posted by Amar View Post
For "dd [***]" maybe they are on low end but you can't compare apples to oranges..or local storage with NAS.
I actually compare it to a hard drive built in 1992 and it clearly wins over transip. See the other thread("My TransIP VPS experience (not good)") for actual results added after the original poster.
Quote:
Originally Posted by Amar View Post
That's why they offer 99.99% SLA uptime while other's really can't
Their synthetic 99.99% SLA uptime is useless. You can't prove that your service is failing because of IO timeouts. They even notify you that they restarted your VPs after it's been made unresponsive by them. How does that fit the SLA?