Slashdot Log In
Jatol.com Disappears, Stranding Customers
Posted by
kdawson
on Mon Sep 10, 2007 08:27 PM
from the back-up-everything dept.
from the back-up-everything dept.
J Cardella writes "On August 31, Jatol.com — a hosting company that had operated for five years, providing excellent support and reasonable prices — disappeared, leaving hundreds, if not thousands of people without access to their Web content and email. There is speculation that Jatol may have stopped paying their host, Fastservers. The evidence is that Fastservers has been turning off the machines with Jatol's customers' content. Jatol had already collected September hosting fees from their customers (including myself). The story gets stranger. The owner of Jatol.com, Tim Tooley, has also disappeared. He was apparently very ill for some time, and speculation on the thread goes from his skipping the country to lying dead in his home. Fastservers apparently is unwilling to turn the machines back on, so people could get their content, without authorization from Tooley."
Related Stories
Firehose:Jatol.com disappears, leaving thousands stranded by Anonymous Coward
This discussion has been archived.
No new comments can be posted.
Jatol.com Disappears, Stranding Customers
|
Log In/Create an Account
| Top
| 179 comments
| Search Discussion
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
FastServers policy (Score:4, Interesting)
(If any of this guy's customers can post FastServers' reply, maybe they can prove me wrong
News? (Score:1, Insightful)
Similar story (Score:5, Insightful)
Re:Similar story (Score:5, Interesting)
(http://www.ischo.com/)
I get the feeling that kdawson's mandate from the Slashdot team is to keep the stories coming; he's the guy that has to step in and post useless stories on days when there isn't much news just to keep articles coming so that Slashdot can keep the page clicks up. Must not be a fun job, sifting through hundreds of completely lame articles just to filter it down to the least crappy ones, that we then get to enjoy.
I can't think of any other way to explain the fact that his (kdawson's) stories are mostly fluff.
Re:Similar story (Score:5, Insightful)
(http://echoreply.us/)
I agree that there is quite a bit of rampant trolling. This is not a case of rampant trolling. This happens quite a bit, I was actually amazed to see it on
There are a _lot_ of people who see the $15 - $20 that they pay a host as a hardship, for them it is. Many people in IT do not have jobs, trying to make money via (some kind of site) is a last ditch effort. Many hosts restrict external MySQL connections, backing up databases every 15 minutes must be done manually, this is problematic if you hope to sleep.
Someone 'just vanishing' like this is a really below-the-belt blow to many people who have sunk quite a bit of time and effort into a project that hoped only to make a couple of bills go away.
I can only say, you insensitive clods, not _everyone_ makes 80k a year for processing oxygen
I'm glad to see
There is something to it folks.. I'm in this industry and this happens far too often.
Re:Similar story (Score:5, Informative)
(http://bitterlittleman.blogspot.com/)
Sure we can... We can go to preferences->homepage and then under "Authors" uncheck kdawson
What do you mean you can't do anything about it? (Score:4, Insightful)
(Last Journal: Saturday January 06 2007, @01:13AM)
http://slashdot.org/users.pl?op=edithome [slashdot.org]
And uncheck kdawson.
I did this for Jon Katz. I think more than a few slashdotters did the same thing too.
As long as kdawson's signal to noise ratio remains tolerable to me I won't be doing that to kdawson.
After all, I think kdawson's story which showed that Miguel de Icaza thought "OOXML is a superb standard" was desirable - lot of people think Miguel is doing the right thing for OSS (heh including Microsoft in a way I suppose
If you think that kdawson's stories are mostly fluff you can just uncheck that box, if enough people do that, he might go the way of Jon Katz - after all they're not going to pay him to post stories that nobody will see
OT: Grist for the Discussion Mill (Score:5, Insightful)
(http://kadin.sdf-us.org/ | Last Journal: Tuesday October 16, @01:46PM)
If you don't have new topics up for discussion fairly frequently, then the discussions stagnate and die, and with it goes your readership. One of the reasons I don't comment as much on K5 as I used to, is that there are just too few articles (although we could argue for a while as to what the root cause of that is; the decline of K5 is fascinating in itself).
I look at kdawson's "grist mill" stories, and click through to the discussion most of the time, because sometimes it's the really boring and/or trite stories that provoke the most interesting (usually offtopic) discussions.
Happens all the time (Score:4, Insightful)
(http://www.dutchvirtual.nl/ | Last Journal: Friday August 10, @07:04AM)
If competitive area means scam (Score:5, Insightful)
Web hosting is so fucked up with people with no physical access to the servers and no idea how a web server even works selling accounts from control panels that it makes me nostalgic for my old free
Re:Happens all the time (Score:4, Interesting)
(http://picknit.com/ | Last Journal: Saturday July 29 2006, @03:58PM)
Once I got a pleading phone call from a guy who had rented rack space from somebody who rented it from us. The guy in the middle had stopped paying his bills and got cut off. Policy was to seize the hardware in the defaulter's racks, even if it wasn't his, and hold it hostage against payment. The caller just wanted his hardware back, and if it'd been up to me he would have gotten it. We couldn't sell it, so it was just going to collect dust until the bill got paid — that is, forever. But nope, wasn't going to happen.
Nor was the company I worked for totally trustworthy. Despite having thousands of racks in multiple locations, and its own network backbone, the company was basically the private property of one guy who had started the whole operation in his garage 10 years before. Now, AFAIK, this guy was 100% honest; he was certainly more than fair (well, most of the time) to his employees. But there was really nothing to prevent him from collecting all the bills up front, not paying his own bills, and skipping the country.
And honest or not, this dude was not a great business executive. Because of poor planning and faulty procedures, we had endless network problems and even one highly avoidable power outage. (Caused by maintenance on the UPS!) Really, I think many of our customers would have ditched us in a moment, if they could have found a provider with any certainty of doing a better job than we were doing.
What consumers need is some kind of a neutral audit service. Does the company have cash flow to stay in business? (Perhaps posting a bond to make sure their bills are paid?) Do they have "best practices" procedures in place to prevent stupid accidents like the one we had with the UPS? Hell, do they even have the facilities they claim to have? Then consumers could look at the audit and know what they're getting into.
Don't worry. Your data is safe. (Score:2, Funny)
Same thing happened to me (Score:1)
(http://www.thelunatick.com/)
End result I found a new hosting company and have been doing well with them.
It just pisses me off all the user submitted content I hadn't backed up yet.
You get what you pay for (Score:2)
(http://slashdot.org/ | Last Journal: Monday October 29, @07:20AM)
I feel their pain (Score:5, Informative)
It was about 3 days of hell getting everything together and getting back up. I also had to eat an entire month's hosting revenue due to TOS violations, despite having picked the premiere hosting facility on the west coast. It cost me thousands of dollars. I vowed that this would NEVER happen again - not like that.
It takes just once before you "get" just how bad it can be when your hosting provider goes south, or your server borks, or you accidentally run "rm -rf
So today, I have automated, nightly, off-site backups at all times, and fully redundant hosting "hot" - ready for rollover at a moment's notice, on a different network, different hosting company, in a different city. It would take me about 2 hours to cut over - the only delay is DNS updates. I even test them from time to time, and once had to use it when primary hosting failed.
Note to self: Back up server (Score:2, Interesting)
(http://himeringo.com/)
"people get their content"? (Score:1)
That reminds me... (Score:5, Informative)
(http://www.jmagar.com/)
Seriously, why does this rate as news? Bad hosting companies fold all the time. And keeping a backup is, and has always been, your responsibility.
I'll leave you with this simple piece of advice: Suck it up, Buttercup!
Fastservers definitely have not anything wrong.. (Score:5, Interesting)
(http://www.theinternetisboring.net/)
This seems to imply that Fastservers are wrong to do so. I disagree. I'd be very angry if one of my suppliers started using their position as such to talk to my customers and make changes to the services I provide to them. It's not their place to investigate whether Tooley is doing anything untoward or is otherwise indisposed. As long as they offer the same amount of security when malicious people try to tamper with an account without permission, they've done exactly the right thing.
If you don't regularly make a completely separate backup of your website files, you are choosing to risk this type of thing happening. What if your host doesn't make regular backups themselves and your server suffered a hard drive failure? Even if a host claimed they offered this service, nobody would find out until after a failure. Regarding data loss, these two situations are no different.
Moral: If your data is that important to you, don't leave one single organisation in charge of its safety.
Reminds me of this dishonest company (Score:3, Interesting)
The company discussed here left a few friends of mine stranded as well.
You get what you pay for.
No backup, no sympathy (Score:2)
Hellohost.com did the same thing to me (Score:1)
(http://www.crashed.net/ | Last Journal: Monday April 07 2003, @02:46AM)
Read about it here:
http://www.webhostingtalk.com/showthread.php?t=492952 [webhostingtalk.com]
Missing the point? (Score:5, Insightful)
(http://goat.cexx.org/)
So wait...has nobody yet noticed the part in TFS where the guys took the money and ran? Yes, people should have local backups of all their files, databases and UGC, but that doesn't make it acceptable business practice to keep billing customers with no intention of paying your upstream, knowing that the company will not last the month but choosing to keep it a secret until after the servers can be unplugged. (Along with "shoulda backed up" UGC goes any email that arrived since each customer's last login, etc.) FWIW, "but other companies have done it" doesn't make it ethical or acceptable either.
I was a Jatol customer (Score:3, Interesting)
Ask Slashdot: How do I avoid this? (Score:2)
(http://zaphodforpresident.com/)
What is the single best product I can buy and configure at my home office to hold a "safety copy" of my data? Should I simply RAID a few drives in an old *NIX box? Is there a pre-configured-in-a-shiny-box product worth the price? Educate me, please educate me. I still hear the clicking of a crashed MacBook HD, even as I type this.
Self host (Score:1)
Wonder what the service agreement was like. He'd better have skipped the country because he's going to have a class action lawsuit very soon.
Maybe Storm Worm attack? (Score:2)
Could it be a simple case that one of the sites they hosted on their 2 IP address was an anti-419 scammer page that got attacked. This could be a case where a target of a DOS attack took the host down. This outage is in the time frame that the anti-scam sites got nailed by a massive DOS attack. Does anybody know of any anti-scam stites on this host?
Just like Cyberwings (Score:2)
(http://www.yald.com/)
http://www.dotjournal.com/web-hosting-down-cyberwings-story [dotjournal.com]
Fastservers, FWIW (Score:1)
(http://russ.innereyes.com/ | Last Journal: Sunday August 22 2004, @06:19AM)
Summary not telling the entire story... (Score:2)
Bah! (Score:4, Informative)
(http://www.jasonlefkowitz.net/)
This is nothing. If you want to read a story of true Epic Failure in Web Hosting, you should go read up on LeafyHost [arstechnica.com] -- the world's only web host to be founded and then completely melted down over the course of a 100-page Ars Technica discussion thread.
There are so many laugh-out-loud moments in that thread I can't recommend it highly enough.
(If the idea of reading a 100 page thread is daunting to you, you can read summaries of the LeafyHost debacle here [christopherhawkins.com] and here [zechariahs.org]. But really, do yourself a favor and read the thread.
)Non-Redundant Sysadmin (Score:2)
(http://home.comcast.net/~steve_k/thermite.jpg)
Sounds like someone needs to find a hosting provider that has more than a single person running the whole company...
My site still works fine (Score:1)
This happens often (Score:3, Informative)
(http://www.badmovies.org/)
The heartbreaking thing is that, quite often, the actual servers are are still there and the accounts are even on them, but the company that owns the servers (or the colocation facility) has them turned off, because their customer (the company that has disappeared) has not paid the bill. Now, everyone wants to look at the server owners or colo facility as the bad guys for not turning on the servers so that people can retrieve their data and migrate. The thing to remember is that they had no customer agreement with the end users. Their customer is the missing host. Quite often, the server owners/colo have no good POC's for those end users. Anybody could say, "Hey, I have 'this site' on 'this server.' Could you please give me access to get my data." It's a mess for anybody to sort out and do it right. Quite often, the server owner/colo is already out of pocket for the unpaid bills from the missing host. Now, everybody is asking for their servers to be turned on (and errors fixed, things managed) so they can get their data, thus incurring more costs to that unpaid server owner/colo.
Want to know something amazing? I've seen those companies, that are already seeing a loss because somebody else didn't take care of their business, do just that. They sort through the mess and find a way to get customers into their accounts.
Now, the best solution for someone is to keep backups. I use www.bqbackup.com [bqbackup.com] to make automatic nightly backups. At the very least, keep a local copy on your home computer or an external USB drive. If a website is that important, then part of managing it is to have a working (and tested now and then) backup system.
Dead? (Score:2)
(http://www.tomfarrell.org/)
Agent Resignation (Score:1)
http://apps.sos.ky.gov/business/obdb/showentity.aspx?id=0559142&ct=09&cs=99999 [ky.gov]
This was received this morning (9/11/07) and recorded. Looks like their annual filing in June showed some office changes and the VP is gone. The owners live in TN and use their agent to file paperwork, receive lawsuits, etc. What does this mean for Jatol's legal status, long arm, etc?
Re:Warnings (Score:3, Funny)
Re:Warnings (Score:3, Insightful)
(http://slashdot.org/)
Re:Bogus story (Score:1)
Re:Bogus story (Score:2)
(http://www.xwin.net/)
Re:Is this really news? (Score:1)
Re:I feel for the principals of that hosting compa (Score:2)
(http://www.p10link.net/plugwash/)
At least that way the customer gets the option of keeping the box. Sometimes however the datacenter refuses to deal with anyone other than the person who rented the server/space from them and some have even been known to hold colocated hardware that was colocated through an agent hostage.
Afaict the major data centers are usually provider neutral and just rent out racks and connections from your racks to other peoples racks so if you want to host a small number of boxes there you pretty much have to go via a middleman who rents a rack and deals with bandwidth provider(s). Unfortunately sometimes theese middlemen are fairly small and hence vulnerable buisnesses.