Slashdot Mirror


Hacker Destroys Avsim.com, Along With Its Backups

el americano writes "Flight Simulator community website Avsim has experienced a total data loss after both of their online servers were hacked. The site's founder, Tom Allensworth, explained why 13 years of community developed terrains, skins, and mods will not be restored from backups: 'Some have asked whether or not we had back ups. Yes, we dutifully backed up our servers every day. Unfortunately, we backed up the servers between our two servers. The hacker took out both servers, destroying our ability to use one or the other back up to remedy the situation.'"

780 comments

  1. One word by Anonymous Coward · · Score: 3, Funny

    Owned.

    1. Re:One word by oliderid · · Score: 1

      And so what? What's the point? Somebody out there hacked a stupid server, format it, fdisk it or whatever...And then will proudly type "owned" on a IRC channel or a web forum, so what?

      You are still nothing, still useless, just a bit more annoying for the rest of the humanity. Owned? You own nothing. So simple to destroy...Try for once to create something, you'll see what "achievment" really means.

    2. Re:One word by PriceIke · · Score: 1

      If nothing else, they've succeeded in making all the people responsible for their own backups just a little more paranoid, and more secure practices may actually result.

      Sometimes a person's (or in this case Web site's) ultimate purpose is to serve as a warning to others.

      --
      It's not a lie. It's the truth with lossy compression.
  2. This should be a lesson... by Anonymous Coward · · Score: 5, Informative

    To any sysadmins and DBAs...

    Make sure you have offsite backups

    1. Re:This should be a lesson... by Brad1138 · · Score: 0, Flamebait

      How about we just shoot all hackers?

      --
      If you could reason with religious people, there would be no religious people
    2. Re:This should be a lesson... by nemesisrocks · · Score: 5, Informative

      Make sure you have offsite backups

      In this case, even offline (as opposed to offsite) backups would have sufficed.

      Removable hard disks, DVDs -- hell, even tapes. These are all forms of backups that can't be compromised (well, easily) over the internets.

    3. Re:This should be a lesson... by coryboehne · · Score: 5, Informative

      It's actually very difficult to truly destroy data, especially remotely. There is actually a reason the DoD spec. requires physical destruction of the media.

      Unless you have overwritten the area on the physical disk that contained the data, multiple times, the data can still be recovered.

      The article doesn't lead me to believe that he's tried very hard to get this data back.. Maybe somebody (not me) who cares about this resource, should offer an attempt at data recovery.. Just be sure to hurry, before they do something that will ensure you cannot recover the data.

      I've recovered data off of formatted HDD's, off of corrupted file systems, off of compact flash cards and other media (Really useful if you want to keep those photo's that someone thought was deleted, be aware of this people).

      It's amazing how most people seem to think deleted means gone.

    4. Re:This should be a lesson... by spyder-implee · · Score: 0

      Wrong! Lesson is: Don't piss of people smarter than you.

      --
      Take what ye can. Give nothing back!
    5. Re:This should be a lesson... by _xeno_ · · Score: 5, Insightful

      How about we just shoot all hackers?

      I'm not sure how that will protect against data loss from equipment failure, natural disaster, fire, software failure, solar flares, Secret Service, or really anything other than hackers.

      Offsite, offline backups aren't a good idea solely to protect against hackers. They're a good idea to protect against data loss in general.

      --
      You are in a maze of twisty little relative jumps, all alike.
    6. Re:This should be a lesson... by FredFredrickson · · Score: 2, Interesting

      Seriously, just load up an undelete program, or file restorer. Do a scan, and recover. This isn't rocket science..

      --
      Belief? Hope? Preference?The Existential Vortex
    7. Re:This should be a lesson... by adolf · · Score: 5, Insightful

      What, you mean like this guy? You probably wouldn't even have the browser you're using right now if it weren't for that particular, uh. hacker.

    8. Re:This should be a lesson... by Anonymous Coward · · Score: 0, Funny

      How about we start shooting people who can't recognize jokes. Sheesh.

    9. Re:This should be a lesson... by Anonymous Coward · · Score: 5, Insightful

      this really is a pathetic situation. Everybody is hammering these guys for just mirroring their data and saying that they should have had off site backup.........true, they should have. What really is the issue here is that ASSHOLES feel the need to attack for the sake of attacking a site. It would be like me going out and punching random people in the face just because I can.

      We have to stand up for those that cannot stand up for themselves.

      People that destroy just because they can are completely USELESS...............and should be SHOT.

    10. Re:This should be a lesson... by linzeal · · Score: 3, Interesting

      Rootkits nowadays come with disk wiping utility.

    11. Re:This should be a lesson... by unlametheweak · · Score: 3, Informative

      From the article

      ... we backed up the servers between our two servers.

      Nope, backing up a server to another online server is not a backup, it's merely another online copy.

    12. Re:This should be a lesson... by fractoid · · Score: 1

      Make sure you have offsite backups

      They are a community download site. Surely they could appeal to their userbase to upload any files they'd downloaded? Any content that was remotely popular would have to have copies floating around. And even then, that's assuming that the original creators of the lost assets don't have copies any more. Most of the hobby stuff I've done in the last 10 years is embedded *somewhere* in my recursive backup folder, and I doubt I'm unusual in that respect.

      --
      Rampant carbon sequestration destroyed the Dinosaurs' tropical paradise. I'm here to help repair the damage.
    13. Re:This should be a lesson... by Khashishi · · Score: 4, Insightful

      multiple times? I'd like to see you recover something that has been overwritten once.

    14. Re:This should be a lesson... by jamesh · · Score: 5, Insightful

      Unless you have overwritten the area on the physical disk that contained the data, multiple times, the data can still be recovered.

      People keep repeating that mantra to each other, but is it really true? Getting data off a 'formatted' disk is pretty easy as a format rarely does more than write a few sectors at the start of the disk. Getting data off of a disk that has had 'dd if=/dev/random of=/dev/sda' done to it is a different matter altogether.

      There have been papers written about getting some data out of the inter-track space, and scraping it off the noise floor etc with electron microscopes, but as far as I have researched, nobody has actually done it.

      I put it to you that more people have had their kidney's stolen after meeting a pretty girl at a party than there have been disks recovered after being completely overwritten with random data.

    15. Re:This should be a lesson... by Patrik_AKA_RedX · · Score: 1

      Smarter? Getting yourself liable for hell of a lawsuit just to prove a point, isn't exactly what I call smart. About as smart as making nitroglycerin in your basement. Really cool to brag about, but so not worth the consequences.

    16. Re:This should be a lesson... by SolitaryMan · · Score: 1

      May be they are trying to hide something and use this attack as an excuse?

      --
      May Peace Prevail On Earth
    17. Re:This should be a lesson... by Anonymous Coward · · Score: 3, Funny

      But then who's going to take out the Gibson?

    18. Re:This should be a lesson... by koiransuklaa · · Score: 1

      Unless you have overwritten the area on the physical disk that contained the data, multiple times, the data can still be recovered.

      This myth always comes up... Could you please provide a reference for this claim (recovery after overwriting)? I and others have asked for one many, many times and so far I've never seen an even remotely credible answer.

    19. Re:This should be a lesson... by Steffan · · Score: 2, Insightful

      ... we backed up the servers between our two servers.

      Nope, backing up a server to another online server is not a backup, it's merely another online copy.

      It's the difference between HA [High Availability] and DR [Disaster Recovery].

      Unfortunately, they suffered a disaster, not a 'mere' server failure.

      All that said, my condolences to the server admin / founder, and especially, to all of the contributors. Thirteen years is a lot of data.

    20. Re:This should be a lesson... by QuantumG · · Score: 1

      Hacker assholes are often not risking anything by rming people who piss them off. They have an established base of zombies to attack from, so you're not going to track them. If they could be caught, they would have been already. Of course, if they're just script kiddies then you probably got owned cause your servers weren't patched. So good fucking luck getting any evidence to use against them.

      --
      How we know is more important than what we know.
    21. Re:This should be a lesson... by Hailth · · Score: 0

      Offsite, offline, and held in my offhand.

      That's right.

      My external hard drive is a +3 TB enchanted with easy backup.

    22. Re:This should be a lesson... by unlametheweak · · Score: 5, Informative

      Which reminds me. They could always use the WayBack Machine to (help in) retrieving their archives:
      http://web.archive.org/web/*/http://www.avsim.com/

      Google Cache seems to archive only the most recent pages:
      http://74.125.95.132/search?q=cache%3Ahttp%3A%2F%2Fwww.avsim.com%2F&submit2=Google

    23. Re:This should be a lesson... by bill_kress · · Score: 2, Insightful

      Or pay them to find shit like this before someone does this.

      The logic behind "Destroy your only resource that can work to actually help you fix the holes that will be exploited by foreign hackers or terrorists" is completely beyond me.

      In fact, it seems so utterly stupid that I get furious every time I hear some thoughtless moron spout "Punish the hackers". Suggesting they should be killed? I'd personally sooner keep those intelligent if misguided people--being the only ones that are really going to be useful at preventing external penetration of our systems--and kill assholes who can't think of a solution beyond a statement like "Kill the hackers".

      Not that I'd really condone either, but if I had to choose...

    24. Re:This should be a lesson... by Jurily · · Score: 1

      It's actually very difficult to truly destroy data, especially remotely.

      Ever tried rebuilding a corrupted ReiserFS tree?

    25. Re:This should be a lesson... by Anonymous Coward · · Score: 1, Insightful

      I work in IM and Digital Asset Management, and my mantra "mirrors" many others in the field:
      If your data doesn't exist in three places, it doesn't exist at all.

      It's a shame in this day and age, people feel secure with having two online backups. The most reliable backup is off-line and off-site.
      If you can afford 2 servers, you can't NOT afford 1 USB hard drive.

    26. Re:This should be a lesson... by Loki_1929 · · Score: 4, Funny

      I hear it's murder. ;)

      --
      -- "Government is the great fiction through which everybody endeavors to live at the expense of everybody else."
    27. Re:This should be a lesson... by darkpixel2k · · Score: 5, Funny

      Thirteen years is a lot of data.

      Bah--it's not that bad. They actually have crude backups of all their terrain data. They just have to figure out how to restore from 'IRL' format.

      --
      There's no place like ::1 (I've completed my transition to IPv6)
    28. Re:This should be a lesson... by Foodie · · Score: 1

      I agree. If the hackers are man enough, they should even own up and not hide.

    29. Re:This should be a lesson... by NeverVotedBush · · Score: 1

      A zombie attack would probably be a DoS attack. Maybe a brute force password attack. Could be they got someone's login from a keylogger or some such and had their foot in the door to then escalate privs.

      I'm not expert in this but I would bet getting into a system to then destroy it is more of a targeted attack with the direct involvement of the hacker.

    30. Re:This should be a lesson... by norpy · · Score: 2, Interesting

      Unless you have overwritten the area on the physical disk that contained the data, multiple times, the data can still be recovered.

      A simple dd command with one run of 0's will permanently delete the data on a disk. Once upon a time it may have been possible to read the data after a single write but it is no longer possible. This challenge has been standing for quite some time and even though this is not proof of my assertion I am certain the multiple passes of writes thing is complete garbage.

    31. Re:This should be a lesson... by addsalt · · Score: 5, Insightful

      In fact, it seems so utterly stupid that I get furious every time I hear some thoughtless moron spout "Punish the hackers".

      A little blame needs to come from all areas. Not every website or messageboard is run by someone with a CS degree with a minor in website security. A break-in of a government site or large corporate site is one thing, a family website another. This site is probably somewhere in between.

      Saying it isn't the hackers fault that improper mehtods were used to secure a site is like saying it isn't the muggers fault that the lady's handbag was so easy to steal.

    32. Re:This should be a lesson... by BrokenHalo · · Score: 1, Troll

      All that said, my condolences to the server admin / founder

      He doesn't get mine. OK, none of this affects me in this case, but if I allowed 13 years' worth of data to be trashed like that, I would never be able to find a job again.

    33. Re:This should be a lesson... by LaskoVortex · · Score: 5, Funny

      How about we start shooting people who can't recognize jokes. Sheesh.

      Then who would mod for slashdot?

      --
      Just callin' it like I see it.
    34. Re:This should be a lesson... by BrokenHalo · · Score: 1

      Ever tried rebuilding a corrupted ReiserFS tree?

      Actually, yes, I have, on four occasions. My experience is that ReiserFS (the "killer filesystem" ;-)) is very rugged, and I was able to recover with (AFAIK) zero data loss.

    35. Re:This should be a lesson... by someone1234 · · Score: 3, Funny

      So, when rats attack your cellar, you pick the most intelligent and ask for advice?
      Or just kill them by anything at hand.

      --
      Patents Drive Free Software as Hurricanes Drive Construction Industry
    36. Re:This should be a lesson... by Malc · · Score: 1

      And that you've tested the recovery process. We had a DB array failure last year and discovered that we couldn't recover our incremental backups, and lost two weeks of data. This was about a week before we switched to a new colo with new hardware. A few months later I asked the IT guys responsible if the new backup system recovered... uh, no it failed, and we haven't fixed it yet!

    37. Re:This should be a lesson... by adamchou · · Score: 2, Insightful

      Well, besides that, this site sounds like a community where people share UGC. This means that although they might not have it centrally backed up, they still have all the UGC out there, somewhere. I'm sure they can recover a good portion of their original content. The forums will be a bit harder to replace. But all that knowledge is in someone's head.

    38. Re:This should be a lesson... by HeronBlademaster · · Score: 1

      What's interesting to me is that two of the three firms they contacted refused to even look at it.

      Thanks for the link; it's bookmarked :)

    39. Re:This should be a lesson... by marvinglenn · · Score: 1

      Offsite? The operative word should have been offline , as in an offline-backup.

      --
      The whores get mad when the sluts give it away for free.
    40. Re:This should be a lesson... by Chrisq · · Score: 4, Funny

      So, when rats attack your cellar, you pick the most intelligent and ask for advice?

      Yes, he said don't worry about it and go back to posting on Slashdot.

    41. Re:This should be a lesson... by wickerprints · · Score: 1

      I think you might need to go a size up on that tinfoil hat of yours.... ;)

    42. Re:This should be a lesson... by TheTurtlesMoves · · Score: 1

      I have seen it done. It was a while ago on older drives however, for a situation similar to this. Newer drives its harder, so I'm told. However I bet its wasn't overwritten once. I bet the FAT tables were deleted or files where just "unlinked". Recovery from this is not perfect, but you should be able to get back 50% or more quite easily.

      And two servers mirroring is *not* a backup.

      --
      The Grey Goo disaster happened 3 billion years ago. This rock is covered in self replicating machines!
    43. Re:This should be a lesson... by Orlando · · Score: 1

      Offline backups would have been enough in this case, offsite is belt and braces.

      --
      -= This is a self-referential sig =-
    44. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      Unfortunately, the main site content that was lost is the downloadable files, which aren't archived (since they're large.)

    45. Re:This should be a lesson... by EvanED · · Score: 2, Insightful

      Because after all, we know that words only have one meaning, so if someone uses the word "hacker" one way, it must mean the same thing as when everyone uses the word hacker.

    46. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      I call bullshit. That scenario was still true back in the early 90's when HD's had miniscule data storage capacity per square inch compared to today's drives. If you had a clean room, a suit that kept your skin flakes off the items, the magnetic readers that could read a HD platter, you had a CHANCE to recover SOME data on a 5 MB HD back then. Nowadays, the data density of HD's is so much higher, it's just physically incredibly difficult to restore, if possible at all. Certainly nobody out there in the private sector has any reliable hardware that can do that.

      Not to mention, the kind of professional data restore that can recover a merely crashed HD (data not overwritten at all) runs around $5,000-10,000 per PLATTER nowadays (and there is no guarantee of success), I doubt the poor guy(s) could afford some magic tech that could get the job done.

    47. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      In criminal cases in the U.S., last I heard, computer scientists had recovered data from a three pass DOD wipe and they were working on 4. This was more than a year ago, so I'm sure they're past that now.

    48. Re:This should be a lesson... by unlametheweak · · Score: 2, Informative

      Unfortunately, the main site content that was lost is the downloadable files, which aren't archived (since they're large.)

      Which is what I suspected (I'm a not Flight-sim enthusiast, so am not familiar with their site, but I presumed there were probably large binaries). They may at least be able to get back a significant part of their forums and text based articles however. It's a start.

    49. Re:This should be a lesson... by enoz · · Score: 1

      That analogy only makes sense whilst the rats are actively attacking your cellar. If the rats have finished attacking your cellar, what benefit to your cellar is it to chase after them and kill them? Even if you do kill those rats, other rats are likely to find their way into your cellar and attack it.

    50. Re:This should be a lesson... by short · · Score: 5, Interesting

      'dd if=/dev/random of=/dev/sda'

      • Use /dev/urandom as /dev/random will immediately exhaust your kernel entropy pool and hangs to get more (or it is at least unusably slow). urandom is more than enough for this purpose.
      • There are no reports anyone would be even able to restore data after rewriting them with simple /dev/zero. OTOH rewriting by /dev/urandom and /dev/zero costs mostly the same so why to care if /dev/zero is enough.
      • cat /dev/something >/dev/sda is enough/easier on any Linux kernel, dd had to be used on some old commercial Unices nobody has seen for 30 years now.
    51. Re:This should be a lesson... by Phroggy · · Score: 1

      I understand that if you overwrite the data with zeros, you can figure out the original state of many of the bits, because there will be a tiny bit of charge present in the bits that had been 1.

      I understand that if you overwrite it with zeros again, you might still be able to recover some of the data.

      I don't understand how, if the data is overwritten with random crap at least twice, you'd be able to distinguish between the previous (random) state and the original state for any given bit.

      --
      $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
      $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
    52. Re:This should be a lesson... by maxwell+demon · · Score: 0, Offtopic

      He destroyed his wife by trying to fsck her?

      --
      The Tao of math: The numbers you can count are not the real numbers.
    53. Re:This should be a lesson... by unlametheweak · · Score: 3, Funny

      Because after all, we know that words only have one meaning, so if someone uses the word "hacker" one way, it must mean the same thing as when everyone uses the word hacker.

      I think everybody in the Linux and MS-DOS-prompt community knows what a hacker is. However, I will supply you with a formal definition:

      According to Eric S. Raymond, a confirmed higher deity and the mastermind behind the geek unification conspiracy, hackers are a group of neo-pagan, anarchist, smelly, arrogant, gun nuts and highly intelligent bastards who wish to establish an intellectual junta, which will be known as The Irate Rand-worshiping Anarchist THC-growing E-lliance, or IRATE.

      - Ref: http://uncyclopedia.wikia.com/wiki/Hacker

    54. Re:This should be a lesson... by maxwell+demon · · Score: 1

      You were lucky. The one time I've tried, it turned corrupted files into complete garbage files.

      --
      The Tao of math: The numbers you can count are not the real numbers.
    55. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      [citation please]

    56. Re:This should be a lesson... by EvanED · · Score: 3, Insightful

      I think everybody in the Linux and MS-DOS-prompt community knows what a hacker is. However, I will supply you with a formal definition:

      Why's that the definition we should be using? Are we in the Linux and MS-DOS community? Hell, even /. doesn't fall into that camp; last I heard (which was admittedly a good while ago) the majority of visitors here were using IE.

      And I can also supply the definition for a hacker, from a bit more authoritative sources than uncyclopedia. One of Random House's definitions is "a microcomputer user who attempts to gain unauthorized access to proprietary computer systems." Or the American Heritage Dictionary: "One who uses programming skills to gain illegal access to a computer network or file."

      Sure, both of these have the "computer enthusiast" definition preferred by ESR too, but that's my point -- words have more than one meaning. And unless you're not very familiar with English, stupid, or deliberately being obtuse, it's pretty clear which one is intended here.

      And unless there's something big that Jamie Zawinski's wikipedia page leaves out, one of those applies to adolph (the poster I was responding to originally).

    57. Re:This should be a lesson... by Pentium100 · · Score: 1

      But he still can use a zombie computer as a proxy, so if there are any logs remaining, his IP wouldn't be in them.

    58. Re:This should be a lesson... by QuoteMstr · · Score: 5, Informative

      pv < /dev/zero > /dev/device is pretty nifty too.

    59. Re:This should be a lesson... by unlametheweak · · Score: 1

      I was pretty much assuming you would have a sense of humour. I figured my response may likely even get a Troll moderation, but sometimes its good to take chances. Just playing around a bit. People take things too seriously sometimes.

    60. Re:This should be a lesson... by 4D6963 · · Score: 1

      To use a car analogy, that's as if you proposed to get rid of all roadside trees so that people don't drive into them instead of drivers making sure to stay on the road.

      Unfortunately as most other car analogies it's not such a great analogy.

      --
      You just got troll'd!
    61. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      Police forces do recover data from overwritten disks and even formatted hard disks.

      Also, the famous "black boxes" (which are really red, usually..) from airplane crash sites contain hard disks in hard enclosures. Usually the crash does damage the enclosure, and often the hard disks get burned or soaked in sea water etc.

      Usually the few(2-3 around the world I hear) specilized companies who make these things are able to recover most of the data from these, scratched, burned and corroded disk surfaces.

      This is quote expensive(5 or more zeroes) so not for you common "oops, formatted the wrong disk" situation, and quite elite things. These companies have no need to brag around about their achievements. Who really needs their services knows howe to contact them and knows that if he has to ask the price, then it's too expensive for his needs.

    62. Re:This should be a lesson... by funkboy · · Score: 3, Funny

      What, you mean like this guy? You probably wouldn't even have the browser you're using right now if it weren't for that particular, uh. hacker.

      And ironically, JWZ has a pretty good simple guide on backups: http://www.jwz.org/doc/backups.html

    63. Re:This should be a lesson... by Scaba · · Score: 4, Funny

      Why would you put that on your resume?

    64. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      Real men don't backup!

    65. Re:This should be a lesson... by Jurily · · Score: 1

      and I was able to recover with (AFAIK) zero data loss.

      Well, technically that's what happened to me too. Except all the recovered files had meaningful names like AD56D57CF3, and were in the same directory. ls took over five minutes IIRC.

    66. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      Or even a backup to tape, DVD, or any other viable backup media that isn't a hard drive in a computer than can be hacked! In this case, the servers were hacked. Its not impossible that both servers could fail at once through mechanical or electrical fault, or human error. Or what if a fire or other catastrophic event physically damaged or destroyed both servers? How many people have their photos, documents, and other irreplaceable stuff only on the hard drive of their only computer?

      These days it is neither expensive nor time consuming for an individual to make a weekly (or monthly depending on how quickly you add or change documents, photos, etc...) backup to DVD-r disk(s). as each backup is done, take the previous one to a friends or relatives for storage. The issue may be a little more complex for a business or a web site, but still not too difficult or expensive.

      And I DO have off-site backups of the data I consider important or irreplaceable. And thats just my personal stuff.

    67. Re:This should be a lesson... by DoubleReed · · Score: 1

      I think this is one of those stories that circulates based on how things USED to work.

      I've talked to old timer HDD engineers who say in the 70s you could actually put a paper with metal dust on it ontop of the platter, and gently shake it and be able to "see" the 1's and 0's as the metal bits aligned themselves with the magnetic fields. (This was apparently used as a diagnostic tool.)

      I wouldn't go so far as to say it was actually possible to recover overwritten data back then. Only that I don't know that it was impossible.

    68. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      Why would you put that on your resume?

      Yeah, no need for that once it's on BBC news.

    69. Re:This should be a lesson... by wumingzi · · Score: 4, Interesting

      Unless you have overwritten the area on the physical disk that contained the data, multiple times, the data can still be recovered.

      The DoD spec is written as it is for a reason. Given a drive with confidential data on it, an unauthorized person attempting to access the drive does not need to get everything back to pristine condition. Even recovering a small part of the total data set can cause incalculable damage if it's the right small part. The value of sites like Avsim are in the whole rather than the sum of the parts.

      I've recovered data off of formatted HDD's, off of corrupted file systems, off of compact flash cards and other media (Really useful if you want to keep those photo's that someone thought was deleted, be aware of this people).

      There's a large dependency on what you're trying to recover off of. DOS/NTFS are fairly easy to do recovers from. The first character of the filename is zilched out and the rest of the data to find the file is left intact. UNIX/Linux filesystems are a bear. Once you hit "rm", you've lost the ref to your inode. Putting Humpty Dumpty together again at that point becomes nearly impossible because the record which shows where all the pieces are is lost to you. If you have known text from the file, and a good knowledge of how the filesystem works, you should be able to backtrack. Otherwise? God help you.

      There's also an issue of how the data is stored. A single-drive system is fairly straightforward. 2 drives are harder. Once you get into a SAN/NAS where data is spread over multiple drives, recovery of even a single file with known text becomes tricky. Multiple files? Unknown data? The only hope I would see at that point is to put a large segment of the Slashdot community on the problem and tell them a large trove of high-res pictures of Natalie Portman completely nekkid are stored within.

    70. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      The obvious suspects are people who sell commercial flight sim content.

      Remember, commercial software sellers have been caught and found guilty in courts of law for sabotaging free software and distributing virus software just so they could sell solutions for profit.

    71. Re:This should be a lesson... by SuperDre · · Score: 0

      I agree completely with your statement.. The type of hackers are the problem, not the siteowners.. And with other criminals, these types of hackers should be found and dealt with.. And siteowners should learn not to only mirror their data to another server, but that's a whole other topic..

    72. Re:This should be a lesson... by jamesh · · Score: 3, Interesting

      Police forces do recover data from overwritten disks and even formatted hard disks.

      Assuming we are talking about a disk that has been entirely written with zero's or random data, eg a deliberate attempt to render the disk unreadable - citation needed (or are you just repeating something you heard from someone who heard it from someone else?)

      The 'black boxes' are designed to ensure the survival of the internal medium, so it's no surprise that the data is recoverable (don't they use analogue tape on a loop? or is that just for the voice recorder? or is my knowledge way out of data :)

      When inter track spacings were wider and density in other dimensions was lower (20 years ago?) it was possible to recover data after a complete write with zero's, but not now.

      While Wikipedia isn't the definitive answer on anything, it clearly states in several places that a single pass of the entire disk is enough to erase the disk with no chance of recovery.

      Who really needs their services knows howe to contact them and knows that if he has to ask the price, then it's too expensive for his needs.

      Sounds awfully like an urban legend. Are the illuminati involved somehow? :p

    73. Re:This should be a lesson... by jamesh · · Score: 1

      And just so I don't wallow in hypocrisy with a lack of citations:

      Recovering overwritten data

      Number of overwrites needed

    74. Re:This should be a lesson... by jamesh · · Score: 3, Informative

      There are no reports anyone would be even able to restore data after rewriting them with simple /dev/zero. OTOH rewriting by /dev/urandom and /dev/zero costs mostly the same so why to care if /dev/zero is enough.

      Well, yes. And in fact due to the way data is encoded (MFM, RLL, whatever they use these days) a zero bit of data in a sector does not necessarily correspond to a physical zero bit in a magnetic sense.

      And given that one of the theories about how to recover data is "subtract the 'perfect' waveform of the track from the actual waveform of the track, and the difference will be some indication of the data that was there previously", it doesn't matter if a single pass is random, all 1's, or all 0's. If you were doing multiple passes then random data would be better, but psuedorandom would probably suffice as long as it was different with each rewrite because the objective is to push the variations well under the noise floor.

      cat /dev/something >/dev/sda is enough/easier on any Linux kernel, dd had to be used on some old commercial Unices nobody has seen for 30 years now.

      When I was writing floppies under AIX about 10 years ago, 'dd' with a suitable block size was many times faster than 'cat'. Maybe it wouldn't have made a difference for a harddisk though.

    75. Re:This should be a lesson... by mcvos · · Score: 1

      A little blame needs to come from all areas. Not every website or messageboard is run by someone with a CS degree with a minor in website security.

      You don't need a degree to make good backups.

      However, with communities like that, I'd expect every member of that community to have his own partial offsite backup of the server.

    76. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      Didn't these turkeys ever think "err, I should copy everything onto CD, JUST IN CASE" ... just once?

      Sheesh is right. I'm pissed off and I never even used their service.

    77. Re:This should be a lesson... by home-electro.com · · Score: 1

      Bullshit. Black boxes do not have hard drives. They record on metal WIRE.

    78. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      Fortunately that is what is actually done in most places, get rid of lethal obstacle on the side of the roads, cause a single screw could make your tire explode, makes you lose control and makes you end in it stupid tree ....
      Or just on the side of the road....

      So yeah killing most of these assholes would get rid of most of the problems....(if we could find them that is)

    79. Re:This should be a lesson... by Ginger+Unicorn · · Score: 2, Informative

      Surely all the people who've downloaded the downloadable content over the years can all band together and restore a large proportion of it?

      --
      (1.21 gigawatts) / (88 miles per hour) = 30 757 874 newtons
    80. Re:This should be a lesson... by aerton · · Score: 1

      Damn the new moderation interface that runs upon selecting an item rather than requiring a button press as before.

      At least, I can undo it by posting here.

    81. Re:This should be a lesson... by kreyszig · · Score: 1

      not any more they don't. They use magnetic tape.

    82. Re:This should be a lesson... by batkiwi · · Score: 3, Informative

      Police forces do not recover data from overwritten disks.

      "Formatted" (quick format, destroying partitoin table) yes. Overwritten, no.

    83. Re:This should be a lesson... by sqldr · · Score: 1

      well, rocket science isn't really "rocket science". You put fuel in it, it burns, and it ejects pressure from the back.

      Unfortunately, running an undelete program IS rocket science. First, you need the filenames. 13 years of data sounds like a lot of filenames, probably auto-generated.

      --
      I wrote my first program at the age of six, and I still can't work out how this website works.
    84. Re:This should be a lesson... by janap · · Score: 1

      "It would be like me going out and punching random people in the face just because I can."

      No - people don't do that. They do however throw rocks, eggs or rotten tomatoes at cars from the highway overpass. There's your analogy.

    85. Re:This should be a lesson... by jsiren · · Score: 1

      To use a car analogy, that's as if you proposed to get rid of all roadside trees so that people don't drive into them instead of drivers making sure to stay on the road.

      Unfortunately as most other car analogies it's not such a great analogy.

      Hmm. The immediate sides of motorways are cleared of major obstacles to improve visibility and avoid high-speed collisions with trees in case some unlucky motorist should swerve off the road. In no way does this preclude making sure the motorist stays on the road.

      --
      Usage: km/h for speed (kilometers per hour); kph for very slow impulses (kilopond hours).
    86. Re:This should be a lesson... by magarity · · Score: 5, Funny

      Oh, we can make a good car analogy out of this: Having a backup car in case your primary car crashes is a great idea (if you can afford it). Except that instead of keeping their backup car locked in the garage, these people attached their backup car to their primary car with a tow bar and dragged it around everywhere they went. When the primary car crashed, the backup ran into it a fraction of a second later. Now they're sad that their backup car is dead too and are somehow suprised they don't have anything to drive.

    87. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      Excuse me sir, but you were the one being a humourless cunt.

    88. Re:This should be a lesson... by Anonymous Coward · · Score: 1, Funny

      Oh, wow, you are the reason I hate geeks. You haven't actually contributed anything whatsoever of value, but you are nitpicking irrelevant details out of some misguided sense of *something* I can't put my finger on.

      1(a). If you want random data on Linux, /dev/random is the correct solution and /dev/urandom is not. There are many ways of quickly generating entropy, and unless you're willing to write the paper that proves the latter is acceptable for your particular case, you should always choose the former.

      1(b). To repeat myself, because you did: "urandom is more than enough" - is it? Could you make an argument that urandom is as good as random? Do not use "well, /dev/zero is good enough" because that was your second bullet point, and such would render your first redundant. When one is choosing a random sequence for security, why would a pseudorandom sequence ever be good enough?

      2. Your next argument is that "there are no reports", which suggests you haven't even read earlier in the thread. It is certainly possible for civilians to read overwritten data on low density media. Assuming you have a modern hard drive, we're reduced to a theoretical maybe, in the same way it's theoretically maybe possible that someone will wander into my house in the middle of nowhere and steal stuff - but I still keep the front door locked. You don't wait for an exploit before choosing the more secure option, idiot.

      3. If, as you have asserted, /dev/urandom "costs mostly the same" as /dev/zero, how on earth do you manage to conclude that it is wrong to choose /dev/urandom? You might as well toss a coin. Are you just trying to find ways to put down the grandparent? Did he sleep with your mother or something? (If anything, a random initialisation is more likely to break a bad filesystem driver, and so is more valuable.)

      4. Would you honestly choose the less portable 'cat' over the more portable 'dd', just to make some side jibe about how leet Lunix is? Do you also realise that 'dd' has more options for optimising your operation, so is a better command to start off with? Actually, why the fuck are you even assuming Linux? Some GNUphiles are worse than Microsoft at embracing and extending to the point that everything GNU is just slightly incompatible with everything traditional Unix.

      N.B. The GP did not say "well, it's clear that it's impossible to read overwritten data" - he indicates that it is unlikely and provided the fastest, simplest method of both removing unlinked data and reducing the chance of reading overwritten data. Now

      - /dev/zero will require me only to guess whether a 0 was previously 1;
      - /dev/random will require me to guess whether a 1 was previously 0, and a 0 was previously 1, with the extra effect of random nearby writes to further distort the magnetism;

      thus /dev/zero is a needless potential weakness with absolutely no benefit.

      Please go back to school and change your field. People like you are always the squeaky wheel in the workplace, with your mindless one-upping on minutiae getting in the way of any creative personality.

    89. Re:This should be a lesson... by Anenome · · Score: 1

      Just depends how much money you want to spend. The NSA disc wiping specs require something like 7 write/rewrite cycles. Less than that and the world's best sensors can still pickup old data due to the fact that old data goes deeper into the platter than newly written data. If that file's been on your HDD a year and some dude overwrites it, the year still shows underneath. But, now we're talking forensic recovery, and that's a lot of money.

      --
      "I Don't Have Enough Faith to be an Atheist"
    90. Re:This should be a lesson... by noidentity · · Score: 1

      What if something corrupted the database? The next day, the mirror (not backup) would be corrupt too. There's no substitute for incremental or otherwise "always at least n days old" copies of data. The backup server should not allow deletion, only addition.

    91. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      To any sysadmins and DBAs... Make sure you have offsite backups

      Boss: "Well, now what?" Sysadmin: "Don't worry, the mirrored failover system is in WTC2." Plane: *boom* Everybody: "Fuck."

      Depending on the disaster (here's looking at us, California), you also need to make sure offsite is offsite.

    92. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      Even in the 70s, disks would have tens/hundreds of millions of bits, and I would doubt that you'd be able to use such a method to see the individual ones at all.

    93. Re:This should be a lesson... by Antique+Geekmeister · · Score: 4, Interesting

      Oh, he gets my sympathies. I've had cases where I was specifically told "that is a scratch server: do not back it up, no one is supposed to keep real data on it". And when it crashed, my employers were very fortunate indeed that I'd completely ignored this and quietly been backing it up with my reserve, emergency tape drive, partly to make sure it kept working, partly to test out new backup tools, and partly because I knew staff would ignore this and use the big lump of spare storage for convenient archival space. My employer was actually angry at me for doing so, but the QA department was very, very, very grateful indeed.

      The lesson is more subtle than some of us might realize, though. Never rely on a _single_ method of backup or data storage, because any factor that ruins that backup can ruin all copies of it. This is true for backup systems that use proprietary format, or a failed tape drive that's been screwing up backups for the last year (which I've seen happen with old mag-tape media). And I _love_ online backups: you can make the data accessible via NFS or CIFS or other file-sharing to people to recover the files they just accidentally deleted, without having to invest in a very, very expensive NetApp or similar file server. But oh, dear, I've also seen what happens when someone screws up the backup tools and deletes all the copies at the same time.

    94. Re:This should be a lesson... by michaelhood · · Score: 0, Offtopic

      Mod -1, linking to wikia.

    95. Re:This should be a lesson... by Reservoir+Penguin · · Score: 1

      Wow, $500 and and a $60 hard drive. I can see why professionals aren't exactly getting excited about this "challenge".

      --
      US-UK-Israel: The real Axis of Evil
    96. Re:This should be a lesson... by Antique+Geekmeister · · Score: 0, Flamebait

      Oh, please. Most of the "crackers turned to security" are grotesquely incompetent and do not write useful tools, they are much like most CPAN publishing Perl programmers. They download more intelligent people's tools, at most change 3 lines, staple them crudely together, and pretend they've written something useful and special. And even the intelligent ones, like Mr. Kevin Mitnick, are not worth the air they breathe because of the destruction they cause with their better than average security skills. There are competent _hackers_ who do fascinating work. I love nmap, and the old 'crack' utility. But there's plenty of fascinating work they can do, and publish, without accidentally or deliberately causing this kind of destruction. I've dealt with older and newer cracker groups. (Does anyone remember the "Legion of Doom World Tour"" T-shirts, with all the sites they hacked?) And this kind of destruction is typical of idiots who think that if they walk around wearing camo pants, they army will want them.

    97. Re:This should be a lesson... by JasterBobaMereel · · Score: 1

      If you don't have a recent backup, that is offsite, and you have tested you can restore from it

      YOU DON'T HAVE A BACKUP!!!!

      If your backup is RAID - it is not a backup
      If your backup is a mirror server - it is not a backup
      If your backup is on site - it is not a backup
      If your backup has not been tested - it is not a backup

      This will protect your from fire, flood, burglary, and hackers ....

      --
      Puteulanus fenestra mortis
    98. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      To any sysadmins and DBAs...

      Make sure you have offsite backups

    99. Re:This should be a lesson... by Swordsman02155 · · Score: 3, Funny

      Who really needs their services knows howe to contact them and knows that if he has to ask the price, then it's too expensive for his needs.

      The A-Team does data recoveries now?

    100. Re:This should be a lesson... by dangle · · Score: 1

      I agree that this is terrible, but my suspicion is that the perpetrators were kids, or at least very immature, and I know I'm not able to defend everything I've done when I was growing up but I'm glad no one ever shot me for my crimes. Part of the problem here is that the amount of damage a bad decision can lead to has been magnified by the Digital Age (among other Ages). Humans are fallible, immature humans doubly so.

    101. Re:This should be a lesson... by Dan541 · · Score: 5, Insightful

      13 years of work lost!

      Suddenly those external hard drives and safe deposit box don't look so expensive.

      --
      An SQL query goes to a bar, walks up to a table and asks, "Mind if I join you?"
    102. Re:This should be a lesson... by Dan541 · · Score: 1

      Stupidity, obviously!

      --
      An SQL query goes to a bar, walks up to a table and asks, "Mind if I join you?"
    103. Re:This should be a lesson... by Drakkenmensch · · Score: 1

      It may not be especially difficult, but it can be horribly expensive, especially for a community mod website with (most likely) a shoestring budget and very limited ressources. Buying new furniture after a house fire is not difficult to do, unless you work part time at minimum wage...

    104. Re:This should be a lesson... by neomunk · · Score: 2, Funny

      It was in that one episode of CSI:NY...

    105. Re:This should be a lesson... by anothy · · Score: 1

      I've had cases where I was specifically told "that is a scratch server: do not back it up, no one is supposed to keep real data on it". And when it crashed, my employers were very fortunate indeed that I'd completely ignored...

      oh lordy yes. this happened to me at my second full-time job before i was experienced enough to know to always ignore my management. i followed instructions and then got reamed when things went south. i quickly learned the hassle for ignoring instructions is often less than the hassle for following them.

      --

      i speak for myself and those who like what i say.
    106. Re:This should be a lesson... by Lumpy · · Score: 1

      I'd personally go with "kill all the users" but then I have a head-cold and we are out of coffee at the office today....

      I might be a bit cranky, but if I get another call about a missing toolbar in outlook, I'm wiring that users ethernet run directly to 240 volts.

      --
      Do not look at laser with remaining good eye.
    107. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      Make sure you have offsite backups

      In this case, even offline (as opposed to offsite) backups would have sufficed.

      Removable hard disks, DVDs -- hell, even tapes. These are all forms of backups that can't be compromised (well, easily) over the internets.

      Make sure you have offsite backups

      In this case, even offline (as opposed to offsite) backups would have sufficed.

      Removable hard disks, DVDs -- hell, even tapes. These are all forms of backups that can't be compromised (well, easily) over the internets.

      I agree, it was probably not the best idea for them to have their backups running in this fashion, especially when both servers are accessible from the internet. they were just asking for something to go wrong.

    108. Re:This should be a lesson... by Lumpy · · Score: 1

      Delete some key files and right before I leave, issue the following command...

      cat /dev/random > scramble &

      by the time you find it running, all your deleted data is gone gone gone... guarantee you cant recover the deleted files after that stunt :)

      --
      Do not look at laser with remaining good eye.
    109. Re:This should be a lesson... by icannotthinkofaname · · Score: 0

      Obviously, the people who modded you "Funny".

      --
      Let q be a radix > 1. I am in ur base-q, killing 10 d00ds.
    110. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      According to NIST SP-800-88, single overwrites on a modern hard drives (>15GB) are sufficient to clear them. Data cannot be recovered after just one pass.

    111. Re:This should be a lesson... by adosch · · Score: 1

      110% agreed with caveats. With Avism's popularity, there's always a higher risk of malacious activity and intrusion attempts and if you're just backing up between two servers, I pitty the fool (e.g. manager) who decided that, operationally, that was sufficient. Any solution would have been better than online mirroring or whatever half-ass attempt they were doing. Comments from posts saying, "storage and burnable media is so cheap, *at least* you could have done.." holds true at a certain point. For the server's OS, sure. As for their '13 years of data', I can tell you that might be a slightly larger feat, especially if it's in the in the upper 10's of terrabytes range. Maybe storing in that type of newbie manner would work for a one-time or a point-in-time solution, but not every month or quarterly; SUPER time consuming, not to mention over time, the amount of storage space you'll need to put it in. Again, who's to say it's even that much data considering they were just backing between two stand-alone servers. It's all speculation that /.'ers are going to exhaust exponentially. Too bad. P(iss)P(oor)P(lanning) at it's best.

    112. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      Please go back to school and change your field. People like you are always the squeaky wheel in the workplace, with your mindless one-upping on minutiae getting in the way of any creative personality.

      People like you are always the squeaky wheel in the workplace, with your mindless one-upping on minutiae getting in the way of any creative personality.

    113. Re:This should be a lesson... by camperdave · · Score: 3, Insightful

      well, rocket science isn't really "rocket science". You put fuel in it, it burns, and it ejects pressure from the back.

      How much fuel? What type? How toxic is it? Does it require special handling? Does it require special tanking? What are the safety procedures? Are there boil-off rates, or evaporation rates? What type of oxidizer will the fuel require? How much will it require? How big of an engine? What type of nozzle? Will it withstand the heat of the exhaust? What materials will it be built from? How do you ignite the fuel? Is the rocket strong enough to withstand the launch stresses? What happens when it breaks the sound barrier? What size of payload will that much of that type of fuel running through that engine lift? Will it reach orbit? Will it reach the size and shape of orbit needed to put that payload where we want it? Will it be able to do that in a single stage or multiple stages? Will it need multiple engines? How many? What layout? Will the upper stage engines start in a vacuum? When does the staging event occur? Where will the spent stages land? Are they expendable, or do they need to be recovered? What sort of accelerations will the payload experience? Will they be gentle enough to put humans on top of the stack? Can the engines be throttled? What sort of failure modes does this rocket experience? Is there a way of detecting an imminent failure? Will there be enough time to trigger the Launch Abort System? What sort of guidance system will there be? How will you steer the rocket? Is it even dynamically stable? What happens to that stability if an engine fails? What happens to the center of mass as the fuel is expended? Does that affect the stability?

      Yeah, rocket science is real easy.

      --
      When our name is on the back of your car, we're behind you all the way!
    114. Re:This should be a lesson... by Jeff+DeMaagd · · Score: 1

      I agree, trashing someone else's server is a dick move, and should be disparaged. Sadly though, even if it's a small percentage of people, the number of dicks like this is higher than zero and it's simply not possible to get rid of them. No amount of anti-dick eugenics is going to fix the problem, generally the people that get caught are the ones that got sloppy, the good ones get away.

      So this unfortunate situation should be a warning for people to do off site & off line backups. And I don't know if mocking the people with insufficient backups is a good solution to get people to back up.

    115. Re:This should be a lesson... by NeverVotedBush · · Score: 1

      Good point! I forgot about using a zombie as a proxy. So did that guy that broke into Sarah Palin's e-mail account. ;-)

    116. Re:This should be a lesson... by ioshhdflwuegfh · · Score: 4, Interesting
      Parent poster says : "I'm a not Flight-sim enthusiast, so am not familiar with their site, but I presumed there were probably large binaries", to which I'd reply that the most valuable part of their site were source files and input data files. Now, as you say:

      Surely all the people who've downloaded the downloadable content over the years can all band together and restore a large proportion of it?

      I also thought: developers and user must have downloaded/synced great deal of source (binaries for sure :-). So why not scramble it back together? As for the web site, perhaps pages are cached somewhere on the web, as some people already pointed out.

      I've visited their site about a month or so ago, and they did really impressive work, they should try to restore it.

    117. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      I was pretty much assuming you would have a sense of humour.

      You must be new around here.

    118. Re:This should be a lesson... by funkyjunkman · · Score: 2, Informative

      There is no reason for the DoD spec other than paranoia.

      Check out this article from Seagate Recovery Services

      It has been suggested that an electron microscope could be used to read and interpret any patterns that were not fully overwritten by the process. Theoretically this can be done - but in practice it is little more than a myth.

      If data could be recovered at the rate of 1 bit per second - this process would take 9,259 days (or over 25 years) to recover 100 MB of information. This is assuming that you could read back and interpret each bit correctly, for example on data that has never been overwritten. If you are trying to read "traces" of data that were previously written there, in the most likely scenario you may be able to correctly recover, interpret and identify 30-40 percent of the signals.

      THAT DOES NOT MEAN YOU WOULD RECOVER 30-40% OF THE DATA - BUT ONLY 30-40% OF THE INDIVIDUAL BITS IN EVERY CHARACTER.

      A "10101011" pattern may come back as "?010?01?" and every single character on the drive would be scrambled in a similar manner. The mathematical probability of decrypting such a puzzle into usable data is infinitesimal.

      It could be claimed that data can be recovered from any drive in the world with a guaranteed success rate of 50% "at the bit level". This sounds interesting until you consider that if you overwrote the entire surface of the drive with either all "0" or all "1" and since the original drive contained nothing but patterns of binary ones and zeros - half the bits would be correct - but obviously no data could be recovered.

      In conclusion, overwritten data cannot be read back or recovered by any current disk drive technology or laboratory technique.

    119. Re:This should be a lesson... by TheRealMindChild · · Score: 1

      Use /dev/urandom as /dev/random will immediately exhaust your kernel entropy poolWhere do you people come up with this shit? So what if you "entropy" is "exhausted" (whatever that means). Start back from the beginning of your set. Oh? The same numbers might start coming back? Sounds more random to me than something coming from an evenly distributed set.

      --

      "When life gives you lemons, don't make lemonade. Make life take the lemons back!" -- Cave Johnson
    120. Re:This should be a lesson... by Blakey+Rat · · Score: 1

      No kidding, this is an oxymoron:

      Yes, we dutifully backed up our servers every day. Unfortunately, we backed up the servers between our two servers.

      If both copies of data were both on publically-accessible servers, they weren't backed-up. This is called "replication" (not "backup") and it can't pass for a viable backup strategy. (For reasons that I'm sure Tom Allensworth realizes now.)

      The number of irresponsibly-run servers just boggles my mind.

    121. Re:This should be a lesson... by mdwh2 · · Score: 1

      Why would you put that on that national news so everyone can see who is reponsible? ;)

      Me, I'd be crawling into a box and hiding, not giving comments about it to the media.

      (Seriously though, he'll still have to mention Avsim on his CV, unless he wants to explain a 13 year gap in his life - he'll just have to hope that there isn't too much publicity about his company and what's happened.)

    122. Re:This should be a lesson... by mdwh2 · · Score: 1

      you need the filenames

      Not necessarily, you could search for headers or file fragments that might suggest a file you are interested in. In 1999 I suffered a complete hard disk loss of data - this was before I had a CDRW, and my floppy backups were a few weeks old. I recovered important Java source code files by searching for strings of the Java class headers. I don't know how much flexibility file recovery programs offer, but this I did with a quick program I knocked up that grepped the hard disk. I was able to do this based on a quick piece of explanation from a friend - you'd think that a site that'd lost 13 years of data would have someone able to do this.

    123. Re:This should be a lesson... by codewarren · · Score: 1

      Unless you have overwritten the area on the physical disk that contained the data, multiple times, the data can still be recovered.

      This is simply bogus. Overwriting once with randomized data will suffice provided the randomization algorithm isn't known.

      This claim is like the claim that some people can bend spoons with their thoughts... yet nobody every seems to be able to reproduce this feat in a controlled environment.

      I've never heard of anyone actually recovering data in this fashion in a controlled environment.

      Overwriting with just any data at all seems to actually suffice without multi-million dollar equipment and software that might not exist either

    124. Re:This should be a lesson... by VGPowerlord · · Score: 1

      Seriously, just load up an undelete program, or file restorer. Do a scan, and recover. This isn't rocket science..

      No, it's computer science!

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    125. Re:This should be a lesson... by short · · Score: 1

      Where do you people come up with this shit? So what if you "entropy" is "exhausted" (whatever that means).

      OMG try to run it yourself first because you start throwing your shit around.

      # cat /dev/random >/tmp/1 & sleep 10; ls -l /tmp/1
      -rw-r--r-- 1 root root 119 2009-05-15 15:47 /tmp/1

      (One can also use the pv command etc.)

      /dev/random is designed to be used only for initialization of pseudorandom generators (such as the one in glibc).

    126. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      Undoing incorrect moderation...

    127. Re:This should be a lesson... by VGPowerlord · · Score: 1

      Putting Humpty Dumpty together again at that point becomes nearly impossible because the record which shows where all the pieces are is lost to you.

      er... aren't file systems usually linked lists? Meaning that if you manage to recover the first piece, you can then locate all the others.

      That's not to say it isn't still a bear.

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    128. Re:This should be a lesson... by Verdatum · · Score: 4, Funny

      Sheesh, so many questions. Why worry about that junk? We'll just let the flight simulation software deal with that.....oh wait...

    129. Re:This should be a lesson... by Just+Some+Guy · · Score: 1, Insightful

      Those aren't mutually exclusive positions. Yes, fry the hacker for destroying someone else's work for giggles. However, this is a known danger for Internet-facing servers, and not taking that into account when designing a backup plan deserves ridicule.

      In real life, muggers are scum who deserve whatever punishment they get. However, walking through the hood with your wallet dragging along on a string a block behind you doesn't get you a lot of sympathy when it gets stolen.

      --
      Dewey, what part of this looks like authorities should be involved?
    130. Re:This should be a lesson... by Verdatum · · Score: 1

      Much better, thank you.

    131. Re:This should be a lesson... by FooRat · · Score: 2, Informative

      So if it was a minor natural disaster that destroyed the data, tell me which asshole do you shoot?

      Sorry, but anyone who doesn't properly back up 13 years of data is a bloody idiot, and yes it is their fault, because if you are in charge of that much data, it is your job and responsibility to do proper backups. It doesn't even take a genius to think up a few scary "what if" scenarios, nor does it take more than a few seconds, and it only takes a few minutes of Googling to learn the obvious basics.

      In fact, it is people like this who *purposely* tempt fate who should be held criminally negligent, especially if it's a business.

      An analogy might be a hospital that decides to tempt fate by not having generators. If you go in for some complex surgery, and you die because the power cuts out and there were no backup generators, you would say it's the hospital's fault, regardless of whether the power cut was caused by natural disaster or somebody malicious ... because a hospital should anticipate such things, and, like backups, the cost of anticipating and installing generators is miniscule compared to the disasterous alternative. To throw your hands up in the air and say "oh well, sh-t just happens that we can't control for, and people who damage electricity cables should be shot" is just a third-world mentality ... there's a reason hospitals have generators. The difference between animals and evolved man, is that man is capable of anticipating his potential futures and adapting his environment to mitigate accordingly. Animals sit and wait for bad stuff to happen, and whine about how it "shouldn't have happened" when it does.

    132. Re:This should be a lesson... by pipatron · · Score: 1

      Police forces do recover data from overwritten disks and even formatted hard disks. Also, the famous "black boxes" (which are really red, usually..) from airplane crash sites contain hard disks in hard enclosures. Usually the crash does damage the enclosure, and often the hard disks get burned or soaked in sea water etc.

      Formatted harddrives are not erased, it's trivial to recover things from them. "Overwritten" disks, that depends on what you mean by overwritten, but since you didn't understand that a formatted drive weren't actually erased, you might be wrong about that part too.

      A scratched/burned/corroded disk is still largely unaffected when it comes to the magnetics, so the data is still there. It's completely different from actually erasing the data.

      The secret hidden unnamed companies you talk about sounds like they come from some conspiracy website, do you have any sources for that?

      --
      c++; /* this makes c bigger but returns the old value */
    133. Re:This should be a lesson... by FooRat · · Score: 1

      Perhaps if the jokes were funny it would help.

    134. Re:This should be a lesson... by fbjon · · Score: 1

      Not anymore they don't, they record in solid-state memory. It's 2009 now.

      --
      True confidence comes not from realising you are as good as your peers, but that your peers are as bad as you are.
    135. Re:This should be a lesson... by JhohannaVH · · Score: 1

      I really hope that I am not the only one to get this. *face palm* I'm way to much of a DP geek to not, I guess.

      --
      Sorry man... the Internet pooped on me.
    136. Re:This should be a lesson... by NightHwk1 · · Score: 1

      You must have never tried using /dev/random to wipe a drive. You could easily run it through many passes of /dev/urandom in the same amount of time.

      Additionally, I'm not an expert at this, but I think the quality of the random number isn't really important anyway, since you aren't encrypting the existing data. There is no problem in having someone guess the next bit of random data, since that random data is right there on the disk, no matter how it was generated.

    137. Re:This should be a lesson... by EvilBudMan · · Score: 1

      --Surely all the people who've downloaded the downloadable content over the years can all band together and restore a large proportion of it?--

      From you and the parent.

      All good ideas. If that guy wants to quit maybe someone else will do it instead.

      He obviously wants an excuse to quit. Most of the data can probably still be rounded up one way or another.

    138. Re:This should be a lesson... by tobiasly · · Score: 1

      Exactly. Maybe as a consolation prize someone could buy him one of these.

    139. Re:This should be a lesson... by mikael · · Score: 1

      Unless it has happened to you at least once, you don't realize how important it is.
      Out of five PC's and laptops I have owned in the past 20 years, I've had three disk failures, so a drive failure rate of once in seven years.

      The first hard disk drive failure was when a power glitch blew out a capacitor on the drive controller for a MS-DOS PC (1994). Fortunately, I religiously used "fastback", but was able to recover the disk by finding a spare drive controller card.

      The second hard disk drive was when a laptop drive overheated (2002). The fix for that was to do the "put the disk in a freezer bag, chill it, and give it a sharp twist to get it moving again.". That was enough to get a list of incremental changes for the day.

      Third hard disk drive was when the hard disk drive of a desktop system used as a backup server failed due to a lighning strike (2008). Everything was copied over just in case, and copy of the file system was saved using 'dd'.

      Without an external hard disk drive, a failure like that will really mess you and your company up. With a backup drive that can just be switched over, it is a minor inconvenience.

      --
      Vintage computer adverts: http://www.vintageadbrowser.com/computers-and-software-ads
    140. Re:This should be a lesson... by omglolbah · · Score: 1

      For anyone period.

      The main thing I recover off of privately owned machines for piles of money on a regular basis are:

      * Financial paperwork
      * Photo albums
      * Email inboxes

      Now consider this...

      What is usually on the top-3 list of a family person would grab on the way out from a burning house? I keep hearing "Family albums"..
      Yet people hardly EVER back up their damn digital photo dumps on their laptops......

      While I enjoy getting 500$ for recovering 5-10 years worth of private photo albums (weddings, confirmations you name it..) I would prefer if people were smarter... especially when it is so damn cheap to buy an external harddrive.

      A fairly ok scheme I give people:

      Buy two big usb thumdrives or external harddrives depending on your storage needs.

      Put all the files on both of them using the free version of "Syncback". Very simple to do.

      Then set syncback to sync to the currently connected drive, and take the other one with you to work and put it in your desk (locked of course :-p).

      Every friday morning you take the drive at home with you to work and swap it with the one at work.
      This means that even if your house burns down your data is safe.

      Fairly cheap, fairly easy, and damn nice if you are unfortunate enough to experience a total loss of property in your house/apartment.

      *stops his ranting and goes home from work :-p*

    141. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      Websites shouldn't be stingy with allowing clients to download their data. Make it easier to download an entire website. Just like wikipedia did once upon a time you could download the entire wikipedia database. It's practical see?

    142. Re:This should be a lesson... by yuap · · Score: 1

      For most people's means and skill set, an emptied trash can/recycle bin means GONE BABY GONE! As for avsim.com, I hope they don't have average skilled admins. I want them to recover ... I like avsim.com.

    143. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      What really is the issue here is that ASSHOLES feel the need to attack for the sake of attacking a site.

      Yes, these assholes are the source of the problem. However, assholery is not a problem you can solve. There are billions of people on this planet...a high number of assholes is a statistical necessity.

      You can rant about the wrongness of assholery all you want, you can do you best not to be one, and to encourage everyone you know to not be one, but you can not ever, no matter how hard you try, eliminate assholery from the human race.

      Given this obvious fact, failing to take some of the most basic and obvious means of protecting your data from assholes is just plain stupid. And such stupidity is harmful not only to you, but to those around you. If you are going to host data, it is your obligation to protect that data from the assholes. Their failure to do that is, in fact, the "real" issue here.

      True, if there were no assholes in the world, this wouldn't have been a problem. But if they had properly protected their data, this also wouldn't have been a problem. And ridding the world of assholes is a mere fantasy. Taking reasonable data-protection measures is a very achievable reality, and one which they failed to do out of pure negligence.
       

    144. Re:This should be a lesson... by networkBoy · · Score: 1

      Yup.
      Been there too.
      we would have lost ~1 year's worth of validation data on Ethernet gear had I followed managements instructions. At least my instructions were from clueless management, and I wasn't reamed for ignoring their plans.
      Of course this same clueless management had me build a DR plan and then promptly refused to spend the money on any of the three tiers of recovery I developed (minimal, but allow the lab to be up and running in no more than 1 week should our existing lab burn to the ground, all the way up to the [obviously overkill] hot spare of teh entire lab sitting in a warehouse). The cheapest solution was a single pre-configured server in storage along with 5 workstations, and off-site replication of only the current active projects. Total cost $50K +$10K / year. they wouldn't even spend that.
      -nB

      --
      whois gawk date unzip strip find touch finger mount join nice man top fsck grep eject more yes exit umount sleep dump
    145. Re:This should be a lesson... by cliffski · · Score: 1

      That hardly means we should glorify the son of a bitch who did this. Hacking into computer systems to say "I was here" is petty, but harmless. Hacking in and destroying someone's data is just psychotic, and of course should be punishable.

      --
      DRM-free indie games for the PC and Mac: Positech Games
    146. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      This

    147. Re:This should be a lesson... by Explodicle · · Score: 1

      People that destroy just because they can are completely USELESS...............and should be SHOT.

      Odds are that hacker probably has some computer skills that could prove useful. Proposing that we kill someone for being a total jerk is barbaric.

    148. Re:This should be a lesson... by mi · · Score: 1

      13 years of work lost!

      Suddenly those external hard drives and safe deposit box don't look so expensive.

      They still do. Because to make a fair comparison, you have to compare expected values, rather than actual losses in the worst-case scenario.

      Consider... This loss of 13 years of game files may be huge — probably, several millions of dollars and certainly exceeds the cost of one safe deposit box (13 years * 12 month/year * 20 dollars/month = $3120). Even if we add the weekly trip to the bank and the cost of the media, we aren't likely to exceed $30000.

      But you are now thinking, everyone with a server ought to make use of such procedure and multiplying that estimate by the number of servers out there produces a huge sum, even if, with the economies of scale, the estimate can be cut by order of magnitude...

      The losses such as described are rare, so you have to use a very low probability, when computing their expected value. The costs of preventing such losses are low, but not insignificant and you'll incur them with the probability of one. If you overreact, you can easily overpay for the prevention...

      In other words, don't rush to renting a deposit box for your data. (For all you know, BTW, there may be a strong magnet stored in the box next to yours.) Make sure to back up to another site and make sure, the backups are disconnected (off-line), when not in use. You can automate all of this and save tons of money...

      Had these people simply used a USB drive manually once a month (keeping it disconnected), they would've lost only one month worth of work (at most), instead of 13 years...

      --
      In Soviet Washington the swamp drains you.
    149. Re:This should be a lesson... by pbhj · · Score: 1

      How about we just shoot all hackers?

      I'm not sure how that will protect against data loss from equipment failure, natural disaster, fire, software failure, solar flares, Secret Service, or really anything other than hackers.

      Offsite, offline backups aren't a good idea solely to protect against hackers. They're a good idea to protect against data loss in general.

      He's right.

      We should only shoot them if they can't create an app that will recover the data.

    150. Re:This should be a lesson... by sheath · · Score: 1

      How about we start shooting people who can't recognize jokes. Sheesh.

      Then who would mod for slashdot?

      The same people who are shooting everyone. In fact, we could replace the mod system with remote-control rifles.

      --

      ---sheath
    151. Re:This should be a lesson... by greed · · Score: 1

      And if there'd been a fire?

      An earthquake?

      A flood?

      A fault in the mirror logic? (Like inappropriately comparing timestamps as text, and getting one-more-digit. Happened to a number of programs when time_t got one digit longer.)

      Swine flu for Servers outbreak?

      They didn't have backups. They had a high-availability configuration and no disaster recovery plan.

      RAID can copy an error across all mirrors faster than you can hit ^C. Live copies are not backups.

    152. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      Robbing or vandalising in an house without a door is a crime anyway.

      In some countries robbing in an house with an open door is onsidered a worse offense than robbing in an house with a big heavy door!

    153. Re:This should be a lesson... by bill_kress · · Score: 1

      I completely agree. The ones that become "Security Experts" are completely worthless--(Which is why most security experts are...)

      That isn't what I was suggesting at all. A pattern of paying bounties for finding bugs would encourage SOME of the hackers that actually know what they are doing to report it and collect the bounty--and some is really all it would take (assuming the admins would actually fix what was found).

      Even just giving them amnesty if they report a bug instead of treating them like criminals might be nice, I mean it's a damn public service.

      If someone who might report it is discouraged from doing so, then someone who won't report it WILL find it and abuse it.

    154. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      But oh, dear, I've also seen what happens when someone screws up the backup tools and deletes all the copies at the same time.

      A fellow field circus mate of mine was called out to a client a while ago, they needed to restore data from backup. But before calling for help someone tried to restore the data themselves. He had a tape drive that they could plug into a PC and the backup tapes. The drive was broken, it didn't properly sense when the tape had finished rewinding. The scene went like this:

      Guy: "I guess that I'll restore data from this tape now."

      Tape drive: Wrrrrrrrrrrrrrrrrrrrrrrrrrrrrr-SNAP.

      Guy: "Oh, I guess this tape is bad. I'll restore data from this other tape."

      Tape drive: Wrrrrrrrrrrrrrrrrrrrrrrrrrrrrr-SNAP.

      Guy: "Hmmm...maybe I'll try the next one."

      Tape drive: Wrrrrrrrrrrrrrrrrrrrrrrrrrrrrr-SNAP.

      He broke each tape in the entire backup set and then called my friend for help.

    155. Re:This should be a lesson... by Achromatic1978 · · Score: 1

      He obviously wants an excuse to quit.

      Obviously? Cause if you'd lost 10+ years of your life's work, so to speak, you might think we might cut you a little slack for a few days to adjust, regardless of fault/blame/ways you could have prevented it...

    156. Re:This should be a lesson... by mdielmann · · Score: 1

      Saying it isn't the hackers fault that improper mehtods were used to secure a site is like saying it isn't the muggers fault that the lady's handbag was so easy to steal.

      *looks at his second-hand handbag collection*
      But they are so easy to steal! How could I resist?

      --
      Sure I'm paranoid, but am I paranoid enough?
    157. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      "We have to stand up for those that cannot stand up for themselves."

      But they could have, and were too lazy or naive. Their fault. They didn't deserve to get hacked, but it's still something they could and should have been able to recover from using basic well-known backup principles. So the egg is on avsim's face mostly.

      "People that destroy just because they can are completely USELESS...............and should be SHOT."

      Some disagree. Also, you're fucking bloodthirsty and it's that attitude that causes revenge cycles, cultural hatred, and wars.

    158. Re:This should be a lesson... by bill_kress · · Score: 1

      A more accurate analogy would be if there were two types of rats, one that tended to find a hole in your cellar, walk through and might be willing leave you a little note where your hole is before leaving, and a second that carried plague and loved to come in and bite your kids.

      So yes, you give the first guys a little nibble of cheese for their service and plug the hole.

      Or I guess you could chase the good ones with a broom just like the bad ones and never know where your hole is.

      Since there are an endless number of type II rats and they are often encouraged by your neighbors to spread the plague and steal whatever they can from your house and bring it back to theirs, slapping both types equally seems like an ignorant waste of resources.

      To not be able to see that seems to me to be just--I don't know, beyond words.

    159. Re:This should be a lesson... by WizardofCOR · · Score: 1

      Agreed.
      Malicious hackers of this nature really do need to pay for their transgressions. People like that are the ones that give hacking a bad connotation.
      I'm not so sure about all malicious hackers being shot, but some serious jailtime with big Bubba and a hefty fine should be incentive enough.
      Not that it matters much, but something tells me that this is actually the work of a script-kiddie "wanna be hacker", as opposed to it being a 'real' hacker's handiwork.
      From what little information is given, it seems reckless. The feel of the target is wrong - there's a blatant disregard and lack of self-control evident.
      Additionally (and as someone else insightfully mentioned), if I were a hacker, I certainly wouldn't want this target on my resume. I'd want the RIAA or something more meaningful.

    160. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      I'm not advocating urbn legends, but since to me this is just an uninvolved conversation for the sake of it I was just spilling information from my head.

      I used to be a pilot with all ATPL so I have studied a lot about black boxes, what you can discover easily it that they are much less sturdy than thought(and in fact sometimes get totally destroyed by crash or fire), and I did read an article about a FDR recovered in very bad conditions(shattered and burned inside) from which most data was recovered. I'm not going to search around google for hours just to proove a point in some stupid online forum.

      My real point is, unless the information you're trying to erase is worth billiions one or more passes with zeroes or trandom date are surely more than enough.

      If your data is work billions or you're trying to eliminate proof of a crime the marginal risk that some big governative entity could recover it may warrant the expense for a more thorough erase method.

      This looks simply common sense to me.

    161. Re:This should be a lesson... by Nesman64 · · Score: 1

      Pretend I leave my car running, unlocked, and while we're pretending: the top's down. When I return, the car is gone.

      Although it is entirely the fault of the criminal, it is the responsibility of the owner. I should have known how to better protect my property.

      --
      coffee | nose > keyboard
    162. Re:This should be a lesson... by PitaBred · · Score: 1

      dd is nice if you want to specify the block size. I tend to use bs=1M or so, it makes zeroing and drive copying MUCH faster.

    163. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      When I was writing floppies under AIX about 10 years ago, 'dd' with a suitable block size was many times faster than 'cat'. Maybe it wouldn't have made a difference for a harddisk though.

      Specifying optimum blocksize for performance and the ability to specify the count are the main reasons to use dd. Why in hell the guy above you implied dd was outdated is beyond me, and his comment that it's only used on 30 year old Unix systems says he wouldn't know what UNIX is if it hit him on the head. So this is what the "elite" Linux user has evolved to ;)
      I'm going back to being a plain old Solaris admin.

      OTOH, reading from /dev/urandom will probably greatly limit the blocksize, but there is no reason at all to use cat for that job.

    164. Re:This should be a lesson... by StikyPad · · Score: 1

      ?OUT OF DATA

    165. Re:This should be a lesson... by adolf · · Score: 1

      But it's all just hacking. Whether you're hacking kernels, or browsers, websites, electronics, cars, or something else entirely. Please note that any of these examples of "hacking" may be either constructive, destructive, altruistic, malicious, glorious, or psychotic -- it's still just hacking, as done by hackers.

      Therefore, to damn all hackers is to damn a whole class of people for their mindset and their methodology. Such broad damnation will be unfairly damning to good folks who haven't done a damned thing wrong.

    166. Re:This should be a lesson... by Hognoxious · · Score: 1

      He obviously wants an excuse to quit.

      Perhaps his keyboard is broken and he can't type something like "Guys, I'm tired of running the site. However I know a lot of people use it. Any volunteers to take the baton?"

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    167. Re:This should be a lesson... by berend+botje · · Score: 1

      Cool! Thanks!

    168. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      Where is the Schwarzgerat?

    169. Re:This should be a lesson... by adolf · · Score: 1

      Actually...

      According to this guy, IE using visitors account for only about 14% of the crowd here on Slashdot, and the number is shrinking.

      And, personally, I agree with all of the meanings of "hacker" shown at Wikipedia here on the disambiguation page, though I'd personally prefer to extend it to also include the classic MIT usage, since that seems to be where the word originated to begin with.

    170. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      A lot. Solid. None. Yes. Yes. See OSHA. Yes and yes. O2. Twice as much. Not big. Spray. Yes. Adamantium. Match. Yes. It is going faster than sound, duh. 1000 lbs. Yes. Yes. Single. No. Null. Null. Null. Null. Null. Null. Fast. No. No. One, then it is moot. No. No. Manual. Like the Star Wars game. Yes. It loses. It falls. No.

      Next!

    171. Re:This should be a lesson... by orangesquid · · Score: 1

      Here's the partial truth behind these claims, as far as I've ever read.

      Modern hard drives don't physically map sectors in logical order. The disk is divided into zones, going from innermost to outermost, since outer tracks are wider. Within these zones, some sectors go unused.
      If a sector read fails, it is re-read multiple times; if the error appears to have been spurious, it is ignored, but the disk remembers that sector by tracking the position internally. If the data returned is different on every single try, the operating system receives a fault.
      If a sector read fails and that sector has had a read problem before, the drive will silently map that data to an unused sector.

      This means that you can overwrite a "sector" and it may actually write the data to another position, leaving the original data intact and *not* overwritten.
      Of course, multiple writes won't actually go back over a sector that has been marked bad, ever. You would have to somehow erase the maps, which there is nothing in the ATA spec that allows you to do that, because someone will write a driver and decide "I know better than hard drive engineers" or just plain screw up something and accidentally call the "erase map" function when it doesn't mean to.
      There are special manufacturer-specific tools that can do a hard wipe by making special calls to ask the drive to attempt to overwrite sectors already marked bad, but not actually erase the map, so that the drive can be used again without worrying about data integrity. There are factory tools to wipe the map, which you would only want to do if you were prepared to do a long, slow statistical analysis of physical sectors (again, with a factory tool) so that any manufacturing quirks (within tolerance, or else the drive is going to do an early death) can be mapped-around before the consumer tries to write data and potentially gets a fault.

      If someone can elaborate on these, or correct any incorrect information, please do so.

      --
      --TheOrangeSquid Is it any wonder things seem so awry? We swim in a sea of confusion and don't have to think to survive
    172. Re:This should be a lesson... by mikek2 · · Score: 1

      Smart move; I applaud your initiative.

      As for your boss, maybe he'd been telling QA for a while to quit using it. I'd imagine his anger was due to the fact that he was savoring that "see, I told you so" moment. Piss poor management, to be sure, but then again most of Them are. :)

      Regardless, I would've done the same thing as you.

    173. Re:This should be a lesson... by StikyPad · · Score: 1

      Hacker doesn't mean programmer or tinkerer anymore, just like gay doesn't mean happy. Yes, officially they're still part of the definition, but they're not the standard connotations anymore, and probably never will be again. Putting "Hacker" on your business card doesn't legitimize it any more than if a clown put "Extraordinarily Gay" on his.

    174. Re:This should be a lesson... by rcamans · · Score: 1

      Uhm, Wouldn't that cut the Slashdot readership in half? And who would we get to replace commander taco?

      --
      wake up and hold your nose
    175. Re:This should be a lesson... by deets101 · · Score: 1

      WOW, your view of science is a little off from mine. Rocket science, hard. Running Undelete, easy.

      --

      --
      My parents went to Slashdot and all I got was this lousy sig.
    176. Re:This should be a lesson... by BrokenHalo · · Score: 1

      because any factor that ruins that backup can ruin all copies of it. This is true for backup systems that use proprietary format...

      That reminds me of something from the late '80s and early '90s:

      At that time, I worked on a site in an insurance company where we had a number of PRIME (AKA Pr1me or Proneme) "minicomputers". Anybody here remember those guys? PRIMOS was in some ways a lookalike for the founder engineers' more familiar GCOS, known to the cognoscenti as God's Chosen Operating System.

      Anyway, I digress. I used to get panicky calls about every 2 months from Prime's support crew, asking if I was using their "BRMS" (Backup and Recovery Management System), because they had discovered yet another bug in it. Fortunately, my (tape) backup strategy was very conservative and comprehensive, so it wasn't an issue, but it could have been bad...

    177. Re:This should be a lesson... by orsty3001 · · Score: 1

      Or a good memory.

    178. Re:This should be a lesson... by goltz20707 · · Score: 1

      Completely off-topic, but dd is alive and well. It's got lots of buffering and data-copying uses, and for imaging an entire drive or partition it's great. There are even versions that will compute the MD5 or SHA1 hash of the partition on-the-fly. Computer forensics wouldn't be the same without good ol' dd.

    179. Re:This should be a lesson... by fat_mike · · Score: 1

      I take the tapes to a safety deposit box in a bank that is next door to the Fire Department. The safety deposit box costs us $72 a year for one their biggest one.

    180. Re:This should be a lesson... by logophage · · Score: 1

      "Anyone can hack!"

    181. Re:This should be a lesson... by wumingzi · · Score: 1

      er... aren't file systems usually linked lists? Meaning that if you manage to recover the first piece, you can then locate all the others.

      Yeah, but... It depends on how that linked list is structured. // DISCLAIMER: I AM A UNIX ADMIN. TAKE ANYTHING I SAY ABOUT WINDOWS WITH A GRAIN OF SALT.

      In the old DOS (FAT) world, the linked list was integral to the data on disk. So what you say is exactly correct. Find the header of the file, and you can trace through the file system and find the rest. This gets back to the idea of known text. If I find a chunk of disk with a JPEG header, I can look at the end of the data sector and find the reference to the next sector. I don't know if NTFS works this way. I kind of doubt it.

      In the UNIX/Linux world, that linked list is stored in a structure called an inode. When you open a UNIX directory, there's a file name, and a reference to an inode number, from which all of your disk location data can be derived. Now, the downside of this is, once you've lost your inode, you have lost ALL reference to the file behind it. When a UNIX file is unlinked, the inode number in the directory is set to 0.

      In theory, you can find a sector on disk that contains data you want to recover, and then track back through unallocated or released inode structures to recover the inode of your now deleted file. It's not trivial to do this. Look at the inode structure in /usr/include/sys on your friendly local Linux box and you'll see what I mean pretty quickly.

    182. Re:This should be a lesson... by Lershac · · Score: 1

      wrong the older boxes used mag TAPE, and the newer ones use ssd (flash mem)

      --
      Chuck
    183. Re:This should be a lesson... by HandleMyBidness · · Score: 1

      Smart move; I applaud your initiative.

      You are both setting yourselves up for a fall.

      If your company is ever sued one of the first things that will happen is the legal department will start going through your records retentions policies. Things like: destroy all deleted data from backups after two weeks, etc. They will relay this information to the rest of the parties involved. Do you know how poorly the court takes it when they find out a year into a litigation that there is a secret stash of backed up data...*any data you were supposed to report on* that you didn't disclose?

      I'd have fired you.

    184. Re:This should be a lesson... by Antique+Geekmeister · · Score: 1

      No, i actually helped _write_ the records retention policy. My actions were far more in keeping with that policy

    185. Re:This should be a lesson... by Zancarius · · Score: 1

      "It would be like me going out and punching random people in the face just because I can."

      No - people don't do that. They do however throw rocks, eggs or rotten tomatoes at cars from the highway overpass. There's your analogy.

      Yeah, I'm absolutely certain that no one would ever consider randomly punching anyone on the street or otherwise.

      --
      He who has no .plan has small finger. ~ Confucius on UNIX
    186. Re:This should be a lesson... by Zancarius · · Score: 1

      In real life, muggers are scum who deserve whatever punishment they get. However, walking through the hood with your wallet dragging along on a string a block behind you doesn't get you a lot of sympathy when it gets stolen.

      I agree with most of your post, but I think this bit is a little unfair. They were doing what they felt was best for their circumstance, I am sure. Was it wrong? Yes, absolutely. If you want for a better analogy, perhaps you should have elected for the "unlocked door," e.g.: leaving your car unlocked and coming back an hour later to find your personal property stolen, be it the car or something inside.

      This is the beauty of hindsight: We can crucify people for having made poor choices, never mind that it was the misguided choices of others that brought us here in the first place (namely the individuals committing this act).

      --
      He who has no .plan has small finger. ~ Confucius on UNIX
    187. Re:This should be a lesson... by Zancarius · · Score: 1

      So if it was a minor natural disaster that destroyed the data, tell me which asshole do you shoot?

      Sorry, but anyone who doesn't properly back up 13 years of data is a bloody idiot, and yes it is their fault, because if you are in charge of that much data, it is your job and responsibility to do proper backups. It doesn't even take a genius to think up a few scary "what if" scenarios, nor does it take more than a few seconds, and it only takes a few minutes of Googling to learn the obvious basics.

      I agree, but leave the strawman out of the debate.

      I would be empathetic that these guys didn't make the correct choices in their backup system regardless of what (or who) was responsible. The appropriate course of action isn't to condemn them for being "bloody idiots" (name calling doesn't achieve much, does it?--regardless of it's true or not) but to learn from their mistakes.

      I'm sure they've just learned a rather harsh lesson, too.

      --
      He who has no .plan has small finger. ~ Confucius on UNIX
    188. Re:This should be a lesson... by Zancarius · · Score: 1

      Although it is entirely the fault of the criminal, it is the responsibility of the owner. I should have known how to better protect my property.

      What if you thought you locked it and just ran in for a "quick trip" to the bank/store/whatever? Maybe it's your fault for not "better protect[ing] [your] property," but that still doesn't change the fact that--you know--theft is theft.

      --
      He who has no .plan has small finger. ~ Confucius on UNIX
    189. Re:This should be a lesson... by drmitch · · Score: 1

      HAHA! Serves them right for thinking a 2nd server is "backed up". That's the FIRST lesson you learn in any IT training: Off-site backups!

      Good luck to the admins at ever getting a job again.

    190. Re:This should be a lesson... by artificialj · · Score: 1

      meeting a pretty girl at a party

      you must be new here

    191. Re:This should be a lesson... by ConceptJunkie · · Score: 1

      You've only lost 3 harddrives in 20 years? Consider yourself lucky. I've lost 3 hard drives this year alone. Of course, two of those were quite old (5-8 years), and all were used hard.

      In any event, I haven't lost anything important because I keep plenty of backups, on harddrives and optical media.

      --
      You are in a maze of twisty little passages, all alike.
    192. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      Wrong, wrong, wrong on every point sir. This crime is 100% the fault of the victim, 100%. That administrator left his data in a highly vulnerable and volatile state. He was working on the premise of never being attacked, not what would happen when the inevitable attack happened. Any administrator worth their salt backs up and the last place you back up to is another hard drive touching the internet. You back up to offsite, tape, optical, etc. Backing up between two production servers? What a boob. He got exactly what he deserved and, as I see it, it was the only possible outcome of such careless handling of the data. If you are an administrator and you operate under any other premise than that of an eminent attack you should be fired. I'm thinking maybe this guy should be prosecuted for his negligence, if he worked for me I would try to press charges and at least sue him if that failed. If you're going to swim with the sharks you bring armor, a spear gun and a steel cage. This guy bought a pocket protector and shark bait. This is the fault of the administrator, geezus I back up my kids homework more securely than this guy backed up his website. As much as I would like to, I can not blame a shark for biting someone smeared with shark bait.

    193. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      "It isn't the muggers fault that the old lady's handbag was so easy to steal."

      That is an awful analogy but it is literally true. The criminal has nothing to do with how easy a victim makes a crime. This is a completely different sort of crime though, more akin to burglary than mugging. And yes, it is partially your fault if you don't even bother to lock your house and it gets burlarized. You should know better and not make it so easy. I'm not saying they should have had hardedned servers in a data center with 27 different redundant backup strategies for a hobby site, but at least have your site on a couple of DVD's. I do better than these guys with my home data. No, there should not be crime and we should not have to do anything to protect ourselves but this is the real world, not a fantasy. If you live in a fantasy then IT IS at least partially YOUR FAULT when you lose data. Lock your doors and back up your stuff to a freakin DVD at least once a month. These guys sound like one of the guys I work with. This moron left his car sitting in his driveway with the windows rolled down and the doors unlocked when he knew cars were getting robbed in his neighborhood. Big surprise, his car got robbed and he was all on about how it was their fault and not his. I looked him dead in the face and told him if he left his car unlocked when he knew cars were being robbed in his neighborhood it was 100% his fault and 0% the robbers fault and if I sat on their jury I would vote to acquit.

    194. Re:This should be a lesson... by Dan541 · · Score: 1

      Had these people simply used a USB drive manually once a month (keeping it disconnected), they would've lost only one month worth of work (at most), instead of 13 years...

      Even then they would probably still be foolish enough to store the drive in the same physical place. I mean this is 13 YEARS worth of data, I just find it hard to grasp that someone would not have an off site back, different physical location and external to the system being backed up.

      As for the existence of magnets in the proximity of magnetically sensitive backups, a simple compass will indicate the existence of any harmful magnetic fields.

      --
      An SQL query goes to a bar, walks up to a table and asks, "Mind if I join you?"
    195. Re:This should be a lesson... by Trogre · · Score: 1

      What do you mean, *even* tapes? LTO and the like are still the standard for offline backing up of data.

      Two servers? Sounds a lot like a redundant configuration similar to RAID which, as we all know, should never, ever be considered backup.

      --
      "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
    196. Re:This should be a lesson... by bill_kress · · Score: 1

      It just struck me that I may be communicating much more poorly than I would have thought.

      Did you think that in some way I was defending the hacker? If so, I apologize. I was not. To hack in and cause damage is unforgivable! I was simply stating that if we had a system in place where hackers had been rewarded to find holes, their hole would have been found and fixed years ago and this wouldn't have happened.

      The guy who did it is a complete asshole... but who knows, maybe he would have been the one that found the hole and reported it instead under different circumstances.

    197. Re:This should be a lesson... by Anonymous Coward · · Score: 0

      That application to the W3C for an explicit <parody> tag falling on deaf ears again?

    198. Re:This should be a lesson... by mikael · · Score: 1

      I think that shows that the average life span of a hard drive is only around seven years. I really only used mine sequentially. For a large corporation like Google and archive.org, they have hard disk drives failing every day.

      --
      Vintage computer adverts: http://www.vintageadbrowser.com/computers-and-software-ads
    199. Re:This should be a lesson... by TheRaven64 · · Score: 1

      As I said in another post, the NSA spec is for secrets with a long lifespan. 7 overwrites is expected to be good enough not just to prevent recovery now, but to prevent recovery over the entire time it is important to keep the data secret (20+ years). It factors in things that are thought to be theoretically possible now, but not practically possible.

      --
      I am TheRaven on Soylent News
    200. Re:This should be a lesson... by TheRaven64 · · Score: 1

      The DoD spec is written as it is for a reason. Given a drive with confidential data on it, an unauthorized person attempting to access the drive does not need to get everything back to pristine condition. Even recovering a small part of the total data set can cause incalculable damage if it's the right small part.

      The DoD also doesn't just have to worry about someone recovering the data now. They have data that they don't want unauthorised people to be able to access in 20 or even 50 years. When they write these specs, they are saying 'we believe that this will be enough to prevent recovery even after 20 years of technological advance'. Just because they recommend n passes, doesn't mean that n-1 passes is recoverable today.

      --
      I am TheRaven on Soylent News
    201. Re:This should be a lesson... by addsalt · · Score: 0

      Not at all. The idea behind "shoot the hackers" is flamebait and you are right that if we could harness some of that talent and turn more black hats into white hats we would all be much better off.

      Right now we as a community aren't very good at helping those people use their talents in a constructive way. For that, in my opinion, you are right on.

    202. Re:This should be a lesson... by jonaskoelker · · Score: 1

      Saying it isn't the hackers fault that improper [methods] were used to secure a site is like saying it isn't the muggers fault that the lady's handbag was so easy to steal.

      An important difference: in principle, computer systems can be configured to only do the things that should be allowed, while remaining useful at the same time.

      (not counting attacks that require physical access.)

      I'm not saying the possibility leaves the hackers blame-free. But there's at least a case to be made that the administrators didn't do their job perfectly.

    203. Re:This should be a lesson... by cliffski · · Score: 1

      I see.
      so we shouldn't make a distinction between people who paint watercolors, and people who spray graffiti tags over peoples houses?
      Its all just painting right?

      Of course hackers who did this should not be glorified. They are cyber-vandals, no different to thugs who smash windows or set fire to a warehouse.

      --
      DRM-free indie games for the PC and Mac: Positech Games
    204. Re:This should be a lesson... by sqldr · · Score: 1

      undelete WHAT? you don't know the filename. You have 13 million files to undelete. go for it! When a unix filesystem deletes a file, it merely removes the filename from a linked list, and the file's contents are scattered across the disk. Your knowledge of filesystems is somewhat lacking, mate.

      --
      I wrote my first program at the age of six, and I still can't work out how this website works.
    205. Re:This should be a lesson... by sqldr · · Score: 1

      Wow.. that's a huge response to what effectively was a joke to make a point ;-) Ok, I admit it, I can't design a rocket, but it would be a darn site easier than recovering that filesystem.. for a start, I could probably read most of the rocket stuff from books. :-)

      --
      I wrote my first program at the age of six, and I still can't work out how this website works.
    206. Re:This should be a lesson... by Mr+Z · · Score: 1

      Right, because a swarm of mindless, vermin carrying and quickly multiplying rodents (rats in your cellar) is an accurate model of misdirected intellectual energy (someone figuring out how to break your security system in order to wipe your hard drives). So, yes, you should apply the same reasoning and same solutions to both.

    207. Re:This should be a lesson... by Mr+Z · · Score: 1

      Who do I look like? Wernher von Braun? ;-)

      Your comment made me chuckle, because I agree with it's intent wholeheartedly. "Rocket science" is the reference it is for a reason. Heck, the equations describing rocket flight aren't exactly basic algebra, even. If your burn rate is quick enough, both the mass and the mass distribution (center of gravity, moment of inertia) of the rocket will be changing fairly quickly as the rocket accelerates.

    208. Re:This should be a lesson... by adolf · · Score: 1

      Make any distinction you like -- just make it bloody distinct.

      In your analogy, damning all hackers is like damning all painters. Go ahead and hate the taggers if that's what you're up to, but don't hate all painters just because someone happens to paint things of no value in places where it doesn't belong.

    209. Re:This should be a lesson... by Ysangkok · · Score: 1

      cat can't handle i/o errors unlike dd.

      dd if=/dev/zero of=/dev/sda conv=noerror,sync

    210. Re:This should be a lesson... by short · · Score: 1

      dd can do much more than cat. Just the original post did not use any of the features dd can do more so why to bother with the more complicated syntax of dd in such case.

  3. lesson is by PhrostyMcByte · · Score: 3, Informative

    more than one backup. always! especially if two servers are running the same software, who says they won't both fail at the same time?

    1. Re:lesson is by jra · · Score: 2, Informative

      No, the *actual* lesson -- and I'm having exactly this same discussion this week in the comments at This Is True, oddly -- that *SPINNING MAGNETIC STORAGE IS NOT A "BACKUP"*.

      If a processor can reach it, it's not a backup.

      If the same fire can consume both the computer and the "backup", it's not a backup.

      DLT or LTO magtape, and move it out of the building, folks.

      I used to be even just the least little bit more generous on this, but given the prices on used DLT-4 drives, not anymore. If you're not backing up on tape at least half an inch wide, you're not backing up, and quit lying to yourself.

      It sucks to be That Guy... but perhaps he'll save hundreds of other sites in his catastrophe...

    2. Re:lesson is by pbhj · · Score: 1

      more than one backup. always! especially if two servers are running the same software, who says they won't both fail at the same time?

      ... In different continents, who says the continent won't get nuked, oh wait ... on different planets, erm, different solar systems ... different universes?

      Dammit, we need trans-universal trans-dimensional tunneling for data backup and we need it now!

  4. It isn't a backup... by IntentionalStance · · Score: 2, Insightful

    if it isn't verified

    1. Re:It isn't a backup... by Cro+Magnon · · Score: 1

      I found that out the hard way, when a Zip Disk got zapped. I got lucky that none of the unrecoverable files were that important, but it was JUST luck.

      --
      Slow down, cowboy! It has been 4 hours since you last posted. You must wait another few hours.
  5. Three words: by Girtych · · Score: 4, Insightful

    Off. Site. Backups. Textbook example of why you need to secure your backup data in a secure, non-networked location.

    1. Re:Three words: by Anonymous Coward · · Score: 0

      I had this drilled into me in another backup Q&A thread on Slashdot a few months back. Essentially, the post recommended having three signs.

      1) A sign saying "MAKE BACKUPS REGULARLY"
      2) A sign next to it saying "MAKE BACKUPS REGULARLY; THIS IS A BACKUP OF THE FIRST SIGN"
      3) And finally a sign in the basement saying "MAKE BACKUPS REGULARLY; THIS IS AN OFFSITE BACKUP"

      I think everyone should take this to heart (and somebody should re-link the original post I stole this from).

    2. Re:Three words: by scooter.higher · · Score: 1

      From the Navy textbook:

      (c) Applications Software. Ensure that procedures are in place for routine backup of programs and documentation after any change or update. In addition to the working copy, it is recommended that three backup copies of all software be made to support a Contingency Plan. One backup copy is maintained at the working site. A second on-site copy is stored in a fireproof container in an area away from the normal processing area. A third backup copy is stored at an off-site location. It is recommended that a rotational backup system be used to ensure that no magnetically recorded file remains in a stored status for more than six months. Comparisons of files should be made prior to rotation. Verify any discrepancies to assist in preventing the introduction of viruses into backup copies.

      (d) Data files. Data files required to support recovery operations (master files or data bases) must be maintained similarly to applications software. Implement procedures to ensure data files are backed up after each update. Maintained files in a manner which facilitates easy restoration of the system at the backup site.

      http://www.cs.nps.navy.mil/curricula/tracks/security/AISGuide/navch09.txt

      --
      Ramen
  6. There's a special place in hell... by Anonymous Coward · · Score: 3, Informative

    Reserved for people who don't do archival backups, don't secure their systems, and then try to blame their ineptitude on hackers.

    Do backups.
    Do security.
    Do restore from your backups to test them.
    Do not blame others when it's shown you failed steps 1-3.

    1. Re:There's a special place in hell... by Anonymous Coward · · Score: 5, Insightful

      It's beyond me how the blame is always shifted on the victim of an attack. There's a line between equitible share of responsibility and blame, and it's nowhere as fine as you think it is.

    2. Re:There's a special place in hell... by Anonymous Coward · · Score: 0

      If someone entered your home and burglarized, assaulted, and raped you and/or family, would you blame yourself and your spouse for not being prepared? If you didn't own a gun, would you say that its your fault you got assaulted? If the gun didn't work at the time the assailant entered for some reason, such as forgetting how to put in the ammunition or jam or you miss, would you blame yourself for being assaulted, since you could've practiced at a gun range and whatnot?

      I am not saying that the people mentioned in the article are completely in the right - I absolutely agree that they could have taken more preventive measures and been more responsible. However, I disagree when you say that the hacker should not be blamed if the security measures aren't taken - the act was still committed, no?

    3. Re:There's a special place in hell... by Pentium100 · · Score: 1

      Because this could be prevented by having offline backups. This is the same as leaving your car with doors unlocked and the key on the passengers seat. If you do that, blame yourself if your car gets stolen. While doors and key are not major hurdles to a smart car thief, they still save you from the stupid ones. And offline backups save you from any hacker, because it is not possible to erase data from a tape that is not currently in the tape drive without having physical access to the tape.

    4. Re:There's a special place in hell... by AnalPerfume · · Score: 1

      Is that along the hall from the place reserved for the hate mongers who picket funerals with placards telling them "AIDS is God's punishment for allowing gays to live" etc? We seem to have a special place reserved in hell for a lot of classes of people so I'm curious who I'm gonna be roomies with when the time comes.

      Don't get me wrong, I'm not one of those assholes, I just growl at people who watch their dogs shit on the path then walk away and leave it. OK so it's not in the same league but it's not pious thoughts going through my head at that time either.....I'm leaning more towards the dark side in those moments, so I'm guessing that by someone's book I'm going to hell. I wanna make sure my coffin is packed with marshmallows instead of those polystyrene snowy bits so I'll have something to spear and enjoy while I'm being spit roasted myself...call it transference, call it a way to pass the time, I don't care.

      The way I see it is that if we crowd source our wisdom we can work out a seating arrangement for Hell so we can be better prepared when we get there. Until there's internet access in the afterlife, asking people to cite sources may be a tad difficult, but we're an honest bunch of sinners, we can trust each other.....right?

    5. Re:There's a special place in hell... by Nimey · · Score: 1

      Granted, but suppose fire had taken out these two servers of theirs. Without offsite backups, the result would be the same.

      --
      Hail Eris, full of mischief...

      E pluribus sanguinem
    6. Re:There's a special place in hell... by Dan541 · · Score: 1

      Because some dickhead did not think to protect 13 years worth of work. On a net accessible system no-less.

      --
      An SQL query goes to a bar, walks up to a table and asks, "Mind if I join you?"
    7. Re:There's a special place in hell... by Anonymous Coward · · Score: 0

      The suspects(hackers) are responsible for taking the site down.

      The lack of backups (and thus the "victim") is responsible for the complete and total loss of data. There are many, many ways that you can have 1 (or even 2) servers lost simultaneously, especially in the same location.

      The real victims for the latter are the users whose content was not backed up properly. And the suspect/perpetrator is the site admins.

    8. Re:There's a special place in hell... by Anonymous Coward · · Score: 0

      Yes, I would absolutely blame myself. That wouldn't take any of the blame off the person that did it, but the great thing about blame is that there's always more of it to go around.

      You're telling me that if somebody broke into your house and raped your family, you wouldn't spend any time thinking "What could I have done to prevent this?"

    9. Re:There's a special place in hell... by Anonymous Coward · · Score: 0

      I hope there is a spot for the head sysadmin from from the mom and pop ISP I used to work for (he was the son of the owner).

      He didn't provide any backup at all - said "the raid array backs up itself", so when the raid CARD went out, everything was lost.

      The saddest moment I had doing tech support was explaining to a sobbing woman that had 3 years of heartfelt email from her dead mother that it was gone forever.

    10. Re:There's a special place in hell... by Mr.+Shotgun · · Score: 1

      The sysadmin was asking for it, right?

      --
      Of all tyrannies, a tyranny sincerely exercised for the (supposed) good of its victims may be the most oppressive
    11. Re:There's a special place in hell... by tompaulco · · Score: 1

      This is the same as leaving your car with doors unlocked and the key on the passengers seat. If you do that, blame yourself if your car gets stolen.
      Nope. The thief is still to blame.
      In this case, having no offsite backups is still a dumb move because the database could get corrupted, however because the database didn't get corrupted and some wast of flesh destroyed the data, it is indeed proper to blame the hacker.

      --
      If you are not allowed to question your government then the government has answered your question.
    12. Re:There's a special place in hell... by Anonymous Coward · · Score: 0

      There's no blame placed on the victim, but what's wrong with a little bit of basic self defense?

      It's like defensive driving.

    13. Re:There's a special place in hell... by Nesman64 · · Score: 1

      You don't blame a wolf for eating sheep. You shoot the wolf or build a better fence.

      In this world, you know there are wolves. If you don't protect yourself, then you are a sheep.

      If you haven't seen these, I suggest you spend a minute reading On Sheep, Wolves, and Sheepdogs by Dave Grossman and The Parable of the Sheep by Charles Riggs

      --
      coffee | nose > keyboard
    14. Re:There's a special place in hell... by Anonymous Coward · · Score: 0

      There already is such a special place, and this fellow is living in it right now.

  7. yes we had backups by frovingslosh · · Score: 4, Insightful

    They say they had backups, and put them on the Internet where any hacker could get to them, under the same security the originals were stored under. If that's all they cared about their data, I don't see why the Slashdot community should care any more than they did.

    --
    I'm an American. I love this country and the freedoms that we used to have.
    1. Re:yes we had backups by Farmer+Tim · · Score: 5, Funny

      Wait, we have to care? I thought we were supposed to point and laugh...

      --
      Blank until /. makes another boneheaded UI decision.
    2. Re:yes we had backups by BenBoy · · Score: 4, Insightful

      Absolutely, I mean, so what if those guys broke into your house and killed you and raped your mom *right in your own basement bedroom* ... y'know, you should have had better locks, and used them more consistently; y'know, if you'd really cared.

      Sure, there are *much* better backup strategies; that having been said, somebody broke in and did a bunch of damage for shits and grins. They suck.

    3. Re:yes we had backups by maxwell+demon · · Score: 3, Insightful

      That's a really bad analogy. The backup is not there in order to prevent hackers from breaking in, the backup is there in order to prevent loss if they break in, or if data gets lost for some other reason. That is, backups are not a security measure, they are a measure to limit damage.

      --
      The Tao of math: The numbers you can count are not the real numbers.
    4. Re:yes we had backups by jimicus · · Score: 1

      Most likely scenario if your mother failed to lock her house: Nothing.

      Things that can go wrong that locking her house would mitigate: Intruder with some sort of malicious intention. Not much else, really.

      Things that can go wrong that taking regular, offline backups would mitigate: Fire, flood, theft, hacking, power surge, lightning strike, user error...

    5. Re:yes we had backups by Anonymous Coward · · Score: 0

      "Absolutely, I mean, so what if those guys broke into your house and killed you and raped your mom *right in your own basement bedroom*" ... y'know, you lived in South Central and you probably should have closed your front door sometimes - at least when you went to sleep - and probably locked it and installed a security system.

      This guy has the responsibility of other people's dat, is in an unsafe area (that is, the internet) and he takes no meaningful precautions, and we're supposed to feel sympathy for him? Time for another bad analogy to counter yours: A guy has been married to his wife for a really long time and he has lots of unprotected sex with anonymous women his wife doesn't know about. He did pull out early with all the women, but eventually he contracts HIV and gives it to his wife. How bad should we feel for the guy?

    6. Re:yes we had backups by Anonymous Coward · · Score: 0

      I had a good laugh...

      I think the problem these days is that people want to do everything remotely and do it between computers online. They don't want to use tapes, and they usually use the same software same usernames/passwords on their servers etc.

      Hopefully other people can learn from their mistakes.

    7. Re:yes we had backups by jez9999 · · Score: 0, Flamebait

      So it's like having a second mom if your first mom gets raped and killed?

    8. Re:yes we had backups by Anonymous Coward · · Score: 0

      Why did you have your mom chained in your basement bedroom in the first place?

      I mean, I know action for you is hard to come by... but have some control, man!

    9. Re:yes we had backups by Nimey · · Score: 2, Funny

      That's a really bad analogy.

      You must be new here.

      --
      Hail Eris, full of mischief...

      E pluribus sanguinem
    10. Re:yes we had backups by ukyoCE · · Score: 1

      A better analogy here might be:

      You pay a security guard to prevent thieves from stealing your jewelry. Thieves come in and steal your jewelry.

      Are you seriously saying the security guard is a "poor victim" and not responsible for doing his job?

      The victim here is the data, and users who created the data. The hackers AND the admins are both responsible for the loss of that data.

    11. Re:yes we had backups by ThrowAwaySociety · · Score: 0, Flamebait

      Absolutely, I mean, so what if those guys broke into your house and killed you and raped your mom *right in your own basement bedroom* ... y'know, you should have had better locks, and used them more consistently; y'know, if you'd really cared.

      Sure, there are *much* better backup strategies; that having been said, somebody broke in and did a bunch of damage for shits and grins. They suck.

      They are the scum of the earth, to be sure.

      But on the other hand, if you left your mom home, by herself, with the spare key under the doormat, after using up her cell phone battery so she couldn't call the police, while you left to go play games at the arcade, should you feel guilty? Yes, you probably should.

    12. Re:yes we had backups by vertinox · · Score: 1

      Absolutely, I mean, so what if those guys broke into your house and killed you and raped your mom *right in your own basement bedroom* ... y'know, you should have had better locks, and used them more consistently; y'know, if you'd really cared.

      Replace, "those guys" with say "a grizzly bear" or "tornado" and you realize there isn't a difference between a human, animal, or force of nature that results in your mom being dead.

      You can shake your fist at whatever killed your mom, but in the end the only thing you could have really did was by your own action.

      Yes, that means creating better locks or buying a gun or building a shelter. You can't control what other people do as much as you can control a bear or a tornado.

      Get used to it. Telling other people about how they should behave is just as effective.

      Take matters into your own hands and move on.

      --
      "I am the king of the Romans, and am superior to rules of grammar!"
      -Sigismund, Holy Roman Emperor (1368-1437)
    13. Re:yes we had backups by Verdatum · · Score: 1, Funny

      That's why I have an offsite backup mom locked in a bunker in the next town. Ya know, just in case my primary mom gets teh surprise basementsecks. Because I really care.

    14. Re:yes we had backups by spidr_mnky · · Score: 1

      I think it's obvious that deleting other people's files is a jerk thing to do.

      In practical terms, though, stopping people from doing jerk things over the internet by threat of discipline or retribution is impossible. It approaches trivial (sometimes) to simply render such attacks ineffectual, though.

      To use your analogy, stating that the victim could have saved himself with better locks does not implicitly excuse the attacker. The attacker's guilt is simply moot. It's a given. If your victim had been told over and over about "better locks", and was being paid to ostensibly keep the house safe, and knew that he lived in a high risk area, then yeah, he's kind of a dumb ass.

      I haven't RTFA yet, so I'm not extending that statement to the admins of this particular site. However, as has been stated (over and over, now), when you have that kind of policy, this is what you get. It doesn't mean they aren't victims; it just means they didn't have to be.

    15. Re:yes we had backups by Anonymous Coward · · Score: 0

      I keep a redundant mom in the bedroom next to it, so I'll be fine. Right?

    16. Re:yes we had backups by mdielmann · · Score: 1

      Absolutely, I mean, so what if those guys broke into your house and killed you and raped your mom *right in your own basement bedroom* ... y'know, you should have had better locks, and used them more consistently; y'know, if you'd really cared.

      Sure, there are *much* better backup strategies; that having been said, somebody broke in and did a bunch of damage for shits and grins. They suck.

      Yep, sometimes the slippery slope argument doesn't make sense. If I was walking with a buddy, he started checking out a girl and walked into a light pole, you bet I'd laugh. If he did the same thing and stepped in front of a bus, I might not find it so funny. Go figure.
      Not saying the hackers don't suck, but that doesn't mean we can't laugh at the admin, too.

      --
      Sure I'm paranoid, but am I paranoid enough?
    17. Re:yes we had backups by PitaBred · · Score: 1

      If you live in a crime ridden area and don't have good locks, to a certain extent you are "asking for it". You show yourself to be the weak one in the area. Same with this.

  8. like the backups should have been by OttoM · · Score: 3, Funny

    You now will be escorted off-site.

  9. the web is ephemeral by Anonymous Coward · · Score: 1, Interesting

    That really sucks - I used to use that site all the time back when I was into sims, and even contributed some TerraScene and other goodies.

    This highlights the ephemeral nature of the web. Thousands of years ago, information was carved into rock, and we still have many of the originals. Then it was written onto scrolls, some of which survive today. Now it's on a disk, with a lifetime of a few years. Yes, they can be backed up... but the whole thing is very precarious. In 500 years how much of what people create today on sites like avsim will still exist? I predict basically none of it.

    Maybe future historians will consider this a dark age, whose intellectual production was lost.

    1. Re:the web is ephemeral by rve · · Score: 4, Funny

      Maybe future historians will consider this a dark age, whose intellectual production was lost.

      Please don't say our treasured facebook, twitter, slashdot posts, wikipedia revision wars and v1agra spam may not be preserved for posterity.

      I'm not yet convinced that information that today exists only on the internet is really meant for eternity :)

    2. Re:the web is ephemeral by Anonymous Coward · · Score: 0

      Yes, I would not miss the facebooks and the twitters, although they may be of interest to masochistic historians.

      However, there is a LOT that doesn't fall into such a category.

    3. Re:the web is ephemeral by imsabbel · · Score: 3, Insightful

      Wikipedia revision wars will be a GOLDMINE for future archeologist.

      Think about just how much they reveal about a certain topic.

      --
      HI O WISE PRINCE. WHT TOOK U SO DAM LONG?
    4. Re:the web is ephemeral by Vectronic · · Score: 4, Insightful

      nonsense...

      completely inaccurate guestimation, but probably only about 1% of anything carved in stone, is still decipherable or even exists, same with scrolls, otherwise we'd be littered with 2000 year old shopping lists, love letters, etc, how many notebooks (the paper kind) have you gone through during school, as journals, boredom... still have them all?

      Hell, we probably only have about 1% of the stuff that was written down 100 years ago, probably only about 3% of the buildings, 0.3% of the cars, 2% of the paintings...etc...etc... most of the ancient books we have, are copies of copies of copies, and we can do that with magnitudes of efficiency now, not to mention recovery, hard drive gets erased, it's easier to get the data back than a scroll that's been erased, or a stone.

      If even 0.1% of what we have on the internet right now exists in 500 years, it'll still probably be more than everything we have in stone, scrolls, and print right now...

      With the various sorts of "Library of Congress" out there, if you had the chance to peruse and take/read whatever you wanted, you'd probably only find 0.5% of it interesting anyways, much like what's on the internet.

    5. Re:the web is ephemeral by BrokenHalo · · Score: 1

      Maybe future historians will consider this a dark age, whose intellectual production was lost.

      I've been saying this for 30 years, and not just because of the precarious nature of digital information. Actually, some of that might in its own way become somewhat durable. (The Project Gutenberg effect?) But the majority of text on paper produced since about 1830 is likely to be lost at some stage due to the corrosive action of acid in the paper.

      Hell, I have books printed only 10 years ago which are already crumbling. If our species survives the effects of its own stupidity, it would be interesting to see how much of its written heritage is left a few hundred years down the track.

    6. Re:the web is ephemeral by Jah-Wren+Ryel · · Score: 1

      Maybe future historians will consider this a dark age, whose intellectual production was lost.

      Current historians and librarians already do.

      --
      When information is power, privacy is freedom.
    7. Re:the web is ephemeral by rve · · Score: 4, Funny

      Wikipedia revision wars will be a GOLDMINE for future archeologist.

      Think about just how much they reveal about a certain topic.

      Such as the difference of opinion about the color variations of the carrot !

    8. Re:the web is ephemeral by smallfries · · Score: 1

      Maybe future historians will consider this a dark age, whose intellectual production was lost.

      But they will read secondary sources about twitter, facebook, myspace .... and feel happy that it is gone.

      --
      Slashdot: where don knuth is an idiot because he cant grasp the awesome power of php
    9. Re:the web is ephemeral by Anonymous Coward · · Score: 0
    10. Re:the web is ephemeral by Anonymous Coward · · Score: 0

      Thanks. Now I just spent an hour reading about carrots, parsnips, and arracachas.

    11. Re:the web is ephemeral by Anonymous Coward · · Score: 0

      how many notebooks (the paper kind) have you gone through during school, as journals, boredom... still have them all?

      I might be the exception on this, but... yes. I saved everything I've written down on paper and had returned to me.

      It was originally when I thought I would want to write a memoir someday (I was a precocious child, I suppose), but even now, it's still fun to go back and read my old scribblings and reminisce. I have some murderous scrawl about offing Saddam Hussein that dates back to the first Gulf War. Boys will be boys. :-)

      Apparently, I've been a data pack-rat for even longer than I've known how to use a computer.

    12. Re:the web is ephemeral by infinite9 · · Score: 1

      The land fills will be better.

      --
      Disconnect your television. Do your own research. Draw your own conclusions. They're probably lying. Don't be a sheep.
    13. Re:the web is ephemeral by Anonymous Coward · · Score: 0

      A purple carrot? I've never seen a purple carrot before...

  10. Offsite backups? by Anonymous Coward · · Score: 5, Interesting

    I realize that from quite a few people's perspectives, storing their backups in a separate building constitutes off site storage. I'd almost buy that strategy. Not in the same environment, network, city etc.

    These guys were stupid.

    The day after 9/11 I was in an elevator, and caught a snippet of conversation between 2 people that had business interests with a firm that was in the WTC. The comment I heard was 'their backups were in the other building'. Another company lost.

    You can never totally plan for every contingency, but you can insure yourself. I know many developers that take hard copies of their code (meaning on removable media) home just for this reason. I have seen sys admins do the same because they didn't trust their DR stratagy.

    This was avoidable. This isn't even about disaster recovery. It is about business continuity.

    You can't afford not to protect your data.

    1. Re:Offsite backups? by 4D6963 · · Score: 3, Interesting

      Yep, watching that show Stephen Fry in America he interview a nuclear bunker dweller who said that after 9/11 he was contacted by several companies to put servers in bunkers as they had lost lots in the towers.

      --
      You just got troll'd!
    2. Re:Offsite backups? by Hecatonchires · · Score: 1

      They should be kept on a different part of the electricity grid, preferably in a differnt postcode. There's a guy at work who doesn't seem to understand that the copy of the database in the same server room as prod that he's called DRP isn't. It's at best a hotbackup. We ask him 'What if the building burns down' and he responds with 'It won't' Very. Frustrating.

      --

      Yay me!

    3. Re:Offsite backups? by Anonymous Coward · · Score: 0

      Totally agree.

      Here, we have onsite backups, offsite backups (local) and offsite backups over 100 miles away.
      None of which are networked. The remote backups are taken their by an officer of the company on a regular basis.

    4. Re:Offsite backups? by mcvos · · Score: 3, Informative

      They should be kept on a different part of the electricity grid, preferably in a differnt postcode.

      It all depends on what kind of disasters you want your data to survive. If you want it to survive nuclear war, you need off-shore backup. Preferably in a neutral country that won't get involved in the war.

      If you want your data to survive a Vogon constructor fleet, use off-planet backup. Recovering it from the brain of a single surviving human (if any) is going to be costly and painful.

    5. Re:Offsite backups? by Kjella · · Score: 2, Insightful

      The day after 9/11 I was in an elevator, and caught a snippet of conversation between 2 people that had business interests with a firm that was in the WTC. The comment I heard was 'their backups were in the other building'. Another company lost.

      If you start going down that path, you end up at what'd I'd call the company doomsday scenario. If you first try to imagine a DR situation of such magnitude that both WTC locations are destroyed, it might as well be someone blowing up the foundations in which case they'd all be dead. We sometimes go on company trips, often a fully chartered plane. If that plane had crashed and 100+ employees were lost, the company would be G-O-N-E. DR is supposed to save you from recoverable situation, if all that's left as is a smoldering crater companies like people sometimes are beyond rescue.

      --
      Live today, because you never know what tomorrow brings
    6. Re:Offsite backups? by Cro+Magnon · · Score: 1

      I'm afraid my backup strategy isn't good enough. Since I haven't gotten around to intersteller backups, I'm just one supernova away from disaster.

      --
      Slow down, cowboy! It has been 4 hours since you last posted. You must wait another few hours.
    7. Re:Offsite backups? by Blakey+Rat · · Score: 1

      The day after 9/11 I was in an elevator, and caught a snippet of conversation between 2 people that had business interests with a firm that was in the WTC. The comment I heard was 'their backups were in the other building'. Another company lost.

      To be fair, that was a capital-D Disaster. Their backup strategy probably made the assumption that if both towers collapsed at the same time, it was a nuclear conflict and they'd have much bigger problems to worry about than the archived 1987 check register. (And, depending on how much of the company was in the tower, it's likely they were right-- a lot of companies lost enough that the servers would be the least of their worries.)

    8. Re:Offsite backups? by Lord+Ender · · Score: 1

      I know many developers that take hard copies of their code (meaning on removable media) home just for this reason. I have seen sys admins do the same because they didn't trust their DR stratagy.

      NO NO NO NO NO!

      I'm serious. Unless you are absolutely, 100% sure there is zero financial, personal, HIPAA, or otherwise sensitive data in your backups, don't even think about doing this. Careers have been ruined and huge costs incurred thanks to such well-intentioned but ill-conceived moves.

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
  11. Really? by chise1 · · Score: 1

    What has AVSIM ever done to anyone? Anyone who hacks a flight-sim sight has no life and really needs to get laid.

    1. Re:Really? by mattydont · · Score: 1

      shhhhhhhhh.... you might give Microsoft more ideas for crappy excuses for a game.

    2. Re:Really? by NeverVotedBush · · Score: 1

      Hopefully someone recently crawled the site just to have their own local copy. And hopefully AVSIM didn't have much of a robots.txt file.

      Didn't AVSIM offer CDs of their website? A lot of smaller sites do and obviously their stuff would be handy on CDs.

      I'm still hopeful someone will step forward that made their own backup. I know I wanted to crawl it but just had never done it. Sigh.

    3. Re:Really? by RattFink · · Score: 5, Funny

      Anyone who hacks a flight-sim sight has no life and really needs to get laid.

      Coming from a slashdotter that is pretty rough.

      --
      "I don't necessarily agree with everything I say." - Marshall McLuhan
    4. Re:Really? by CheshireFerk-o · · Score: 0, Troll

      whos to say m$ isnt the "hacker" perhaps they are unveiling a new flightsim version with all the community work in the product, claiming its all theirs. i'm sure the flightgear and x-plane community has its servers locked down and someone has offline copy.

    5. Re:Really? by fwarren · · Score: 1

      Penny Arcade already has this covered

      --
      vi + /etc over regedit any day of the week.
  12. Sigh. Mirror != backup by Todd+Knarr · · Score: 4, Insightful

    Repeat after me: mirroring is not a backup. Backups are physically removed from the machine and stored where they can't be altered until they're needed for a restore. If they aren't removed from the machine, well, as we've just seen that only ends in tears. Observe their pain and learn from it!

    1. Re:Sigh. Mirror != backup by cfryback · · Score: 1

      Repeat after me: mirroring is not a backup. Backups are physically removed from the machine and stored where they can't be altered until they're needed for a restore. If they aren't removed from the machine, well, as we've just seen that only ends in tears. Observe their pain and learn from it!

      That is so true - this is a good case of why you don't do it. Sure mirroring for failover, but not as a backup plan.

    2. Re:Sigh. Mirror != backup by Anonymous Coward · · Score: 0

      This wasn't a mirror, it was a backup to another machine.

    3. Re:Sigh. Mirror != backup by Anonymous Coward · · Score: 0

      mirroring is not a backup. Backups are physically removed from the machine and stored where they can't be altered until they're needed for a restore. If they aren't removed from the machine, well, as we've just seen that only ends in tears. Observe their pain and learn from it!

  13. Copying between servers is NOT backing up by Anonymous Coward · · Score: 0

    Losing all data because two servers go kaboom is not unique. This is the situation where you see how well the site was administered and how good the backup strategy was. Looks like the site administrator had no idea what the word backup really means. He was an average guy who had no clue. :(
    Always take backups to tape or similar media and store it in a safe place. Also keep some backup media in off-site storage.
    I hope the same administrator will never again make the same mistake with backups.

    1. Re:Copying between servers is NOT backing up by lecithin · · Score: 3, Insightful

      "I hope the same administrator will never again make the same mistake with backups."

      He won't for this company, that is for sure.

      --
      It could be worse, it could be Monday.
    2. Re:Copying between servers is NOT backing up by Khashishi · · Score: 2, Insightful

      Honestly, how many man-hours and equipment do you really want to commit to backup? Do you really think it's worthwhile to get a tape system and regularly move tapes off-site for some community mods? Anyone can envision a system that is far more secure than this, but paying for it is another thing.

      If the mods were good quality and downloaded often, the community should be able to act as a backup of sorts.

    3. Re:Copying between servers is NOT backing up by Anonymous Coward · · Score: 0

      "but paying for it is another thing."

      You can't afford not to pay to protect your data.

    4. Re:Copying between servers is NOT backing up by muckracer · · Score: 1

      > Honestly, how many man-hours and equipment do you really want to commit to backup?
      > Do you really think it's worthwhile to get a tape system and regularly move tapes
      > off-site for some community mods? Anyone can envision a system that is far more secure
      > than this, but paying for it is another thing.

      Actually all that was needed was a $100 hard drive, that could have been rsync'ed to automatically even over DSL.

    5. Re:Copying between servers is NOT backing up by Macrat · · Score: 1

      It's not that hard to walk out of the server room with a tape in your pocket once a week or even once a month.

      Better than having nothing in the end.

    6. Re:Copying between servers is NOT backing up by mikael · · Score: 1

      It might cost more in the future given that software patents exist. If you can prove that prior art exists, you can invalidate a patent. Here is a simple one:

      Maze War was one of the first multi-player 3D person shoot-out games, written around 1974 on an IMLACS PSD-1 at NASA Ames Research Center.

      Having evidence of this prior art, helped to settle many patent claimes related to multi-player and networked gaming.

      Our November 2004 30th birthday event for "Maze War," the first-ever first-person shooter, uncovered so much prior art that Sony contacted us about several patent challenges on multi-player gaming. It turns out that by recovering the history of "Maze War," we had knocked the wind out of several patent claims, which are now headed to settlement instead of to court.

      Out of curiosity, does anyone remember UNIX games like Grid, Convoy, Dune and Wander, written by Peter. S. Langston?

      --
      Vintage computer adverts: http://www.vintageadbrowser.com/computers-and-software-ads
  14. So, they had NO backups? by MrMista_B · · Score: 3, Insightful

    'Backed up between two servers'... that's not what a backup is.

    I'm... astonished at the level of incompetence here. A site with 13 years of work like this, and they didn't bother to backup anything at all?

    And now they're trying to handwave it away with 'oh uh, uh really folks, seriously, were really did have backups haha, between servers olol'.

    I don't think 'olol' is going to impress anyone whos work was just wiped out by their incompetence.

    1. Re:So, they had NO backups? by SpeZek · · Score: 0, Insightful

      I don't think 'olol' is going to impress anyone whos work was just wiped out by their incompetence.

      Anyone who relied on online storage to store their work without having backups of their own is even dumber than these guys.

    2. Re:So, they had NO backups? by Macrat · · Score: 1

      'Backed up between two servers'... that's not what a backup is.

      Yeah, it's called a fail over server.

      Someone is not to bright.

    3. Re:So, they had NO backups? by karstux · · Score: 1

      The content wasn't wiped out by incompetence, but by an asshole hacker. Please make that distinction.

      The data seems to have been safe against anything BUT intentional, malicious violence. Whoever did this deserves some violence coming their way.

      --
      Don't whistle while you're pissing.
    4. Re:So, they had NO backups? by borizz · · Score: 2, Insightful

      And that's stupid. Fact of the Intertubes: Shit is going to get probed/hacked. Designing your backup policy in a way that doesn't cover malicious attackers when you're securing an internet facing website is just asking for trouble.

    5. Re:So, they had NO backups? by mcvos · · Score: 1

      The content wasn't wiped out by incompetence, but by an asshole hacker. Please make that distinction.

      It was wiped out by an asshole hacker, it was lost due to incompetence.

      The data seems to have been safe against anything BUT intentional, malicious violence. Whoever did this deserves some violence coming their way.

      That still won't get you your data back.

    6. Re:So, they had NO backups? by Anonymous Coward · · Score: 0

      Not that some offline sort of backup wouldn't be nice but...

      This wasn't a data loss from hardware or software failure. This was an intentional loss due to some jerk who thought it would be fun to destroy other people's work. Nor was this a big company server. It was just a couple guys running a community website in their spare time. You think they have the time/money/IT expertise to run a 100% professional level data center in their spare time?

      The only one in the story we should be angry at is the hacker. People like that suck.

    7. Re:So, they had NO backups? by elronxenu · · Score: 1

      No, the data was safe against only disk failure on the primary machine. Any number of different problems could have wiped out both copies including but not limited to data corruption or operator error.

      I don't know if the two servers were physically close to each other but if they were then there are additional risks including electrical problems, theft and physical destruction.

    8. Re:So, they had NO backups? by Culture20 · · Score: 1

      'Backed up between two servers'... that's not what a backup is.

      If server A does regular rsyncs from server B, and tar.gz's them into dated archive files, and server B does the same for A (both skipping the archival files from their own system), that's not a backup? It's not ideal, but it's a grand sight better than just mirroring the servers.

    9. Re:So, they had NO backups? by FooRat · · Score: 1

      I don't think 'olol' is going to impress anyone whos work was just wiped out by their incompetence.

      I *fully* agree with you. Just one point though; the creators of the data should, likewise, also have their own backups ;) If you've spent months creating some gorgeous terrain or whatever, if you have half a brain you're also not going to trust that merely uploading it to some community website is going to constitute a "backup".

      Hopefully most data creators who had decent data will be able to re-upload their creations. I would guess some of the biggest fans might even have extensive local copies of the data.

      Removable hard disks are cheap these days. No excuse not to backup.

    10. Re:So, they had NO backups? by Nick+Ives · · Score: 1

      The data seems to have been safe against anything BUT intentional, malicious violence.

      Or a freak accident in the datacentre, or theft, or a really stupid mistake by the website operator.

      Depending on a failover server for backups is an accident waiting to happen. I know you don't blame a homeowner if their house gets robbed when they leave all the doors and windows open but most policies wouldn't pay out in those conditions either.

      It's just an incredible level of negligence.

      --
      Nick
    11. Re:So, they had NO backups? by FooRat · · Score: 1

      No, it's not - by incredibly simple logic, two "backups" must not be susceptible to the same potential *event*, even if it seems a somewhat unlikely event. Otherwise it of course defeats the entire purpose of a real backup, as there is no true redundancy (you need "in the event of X, Y will be safe" ... if your system has "for some very possible values of X, Y will also not be safe" then NO you have not made a proper backup - it is NOT "the thought that counts" - "well at least I tried to make some sort of backup" is not "I made a backup" and won't bring your data back). Two servers on the Internet, even if on opposite sides of the country, may both be vulnerable to, say, an exploit that affects both (as here). Two servers in the same building are both susceptible to theft or fire or earthquake/flood/hurricane etc.. You get the idea.

      Your suggestion is fine for *some* scenarios (especially if the servers are in different parts of the country *and*, say, use different operating systems) - but should still not be considered a "real" backup - just a convenience.

      Obviously you get "potential events" that will wipe out all your backups, e.g. our sun going supernova, or all-out global thermonuclear war - but as a general rule, any event that catastrophic is probably not going to leave enough people (or industrialized economy) alive to care about backups anymore.

    12. Re:So, they had NO backups? by AK+Marc · · Score: 1

      The content wasn't wiped out by incompetence, but by an asshole hacker. Please make that distinction.

      Wiped by asshole, unrecoverable by incompetence.

  15. backup? by confused+one · · Score: 0, Redundant

    So they say they backed up the server... To the 2nd online server! That is not a backup.

    1. Re:backup? by Ender_Wiggin · · Score: 1

      Better tell all those Time Machine users

    2. Re:backup? by he-sk · · Score: 1

      Time Machine works just fine for daily/weekly/monthly incremental backups that can be disconnected from the machine and taken offsite.

      --
      Free Manning, jail Obama.
  16. Gadzooks! by Lokinator · · Score: 1

    Ye leaping lizards of shoggoth! Mirroring=/=Back-up!

    --
    "It is morally wrong to initiate the aggressive use of force.." Of course, defensive force is fair game...
    1. Re:Gadzooks! by hashwolf · · Score: 1

      Yep,

      Mirroring is not backup I agree.

      Once I tried this at home...

      Had a backup server where I kept my data, the server had a mirror with 4 disk; each disk had a copy of the data I was working on. Data was written to snapshots on a mirrored partition before being commited to the main partition in order to avoid losing data due some server management mishap. Data was written on this server through CVS to have more control over changes to data.

      Guess how I lost my data?

      The server got knocked off my desk and slammed hard against the floor!

      --
      - "They misunderestimated me."
  17. Two words by BrynM · · Score: 1
    Offsite backup.

    It's a hard lesson to learn.

    --
    US Democracy:The best person for the job (among These pre-selected choices...)
  18. What was the admin password? by vikstar · · Score: 1

    pilot747?

    I wouldn't put it past him with a "backup" like that.

    --
    The question of whether a computer can think is no more interesting than the question of whether a submarine can swim.
    1. Re:What was the admin password? by Samah · · Score: 1

      I was thinking either "gaben" or "scott/tiger". :)

      --
      Homonyms are fun!
      You're driving your car, but they're riding their bikes there.
    2. Re:What was the admin password? by TuaAmin13 · · Score: 1

      I thought it was 1234!

  19. Learn from Kuwait too by AHuxley · · Score: 2, Interesting

    When invaded their identities system was lost too.
    All they had was a back up copy that made it out.
    After the war they could go in and find what was tampered with. ie who got a false identity.
    Take your data home with you every night.

    --
    Domestic spying is now "Benign Information Gathering"
    1. Re:Learn from Kuwait too by MichaelSmith · · Score: 1

      When invaded their identities system was lost too.

      Sounds like a feature to me.

    2. Re:Learn from Kuwait too by AHuxley · · Score: 1

      Not if the other side was slipping in long term sleepers, or using 'your' passports around the world.

      --
      Domestic spying is now "Benign Information Gathering"
    3. Re:Learn from Kuwait too by Anonymous Coward · · Score: 0

      I have a feeling you missed the point.

  20. And yet another example why you need real backups by Fallen+Kell · · Score: 3, Insightful

    As the subject says. "Online" backups and replication are simply tools to try and minimize downtime. They are NOT a backup solution. They never were and never should be touted as one, just as this example shows. The only good backup is one that occurs frequently, is verified that it worked, and is stored in a secure location such as a fire-proof safe, and even better in two different fire-proof safes in two different locations, preferably more than 100 miles apart.

    --
    We were all warned a long time ago that MS products sucked, remember the Magic 8 Ball said, "Outlook not so good"
  21. These aren't hackers by fishnuts · · Score: 4, Insightful

    Whoever did this must have willfully wanted to destroy the website and its content. Deleting data in this manner is far beyond vandalism or criminal mischief.

    I hope the perps get served by a judge who recognizes just how severely malicious this was, and that enough of the people who used the site can provide the files back to the owners and the community.

    1. Re:These aren't hackers by Anonymous Coward · · Score: 1, Insightful

      I'd look for any members who recently had a disagreement with the community. Wouldn't surprise me if it was the result of a petty flame war.

    2. Re:These aren't hackers by pimpimpim · · Score: 1, Troll

      No. Without these malevolent hackers, the website would have gotten into severe problems anyway with this backup scheme. The ones that should be persecuted, if any, are the sysadmins who had a very sloppy backup solution to backup the data worth a lot of time invested by their community.

      --
      molmod.com - computing tips from a molecular modeling
    3. Re:These aren't hackers by Anonymous Coward · · Score: 2, Interesting

      Plus there's no telling if the hacker knew the impact data deletion would have...

      There's a difference between:
      "MWUAHAHAHA, I'm destroying 13 years of work."
      and
      "MWUAHAHAHA, it'll be fun watching them restore from tape"

    4. Re:These aren't hackers by Just+Some+Guy · · Score: 1

      Whoever did this must have willfully wanted to destroy the website and its content. Deleting data in this manner is far beyond vandalism or criminal mischief.

      You know, it occurs to me that these hackers might be fictional.

      $ rm -rf projects/*
      $ rsync -avx --delete projects/ backupserver:projects/
      $ # oh crap

      "Umm, everyone? We had, umm, hackers break in and wipe our servers. Hey look! A monkey!"

      Flippancy aside, is there reason to believe the current story instead of chalking it up to an attempt to cover up a rather bad mistake?

      --
      Dewey, what part of this looks like authorities should be involved?
    5. Re:These aren't hackers by tompaulco · · Score: 1

      Why should the sysadmins be prosecuted? They should have been prosecuted if it had been a hardware failure, but if it was willfully destroyed by another person, then the other person is to blame.
      This is kind of like robbing an old man at gunpoint and then the guy goes into cardiac arrest and dies. He probably would have died in the next few years anyway, but your action advanced it. How should the courts find? Are you guilty of theft, or manslaughter?

      --
      If you are not allowed to question your government then the government has answered your question.
    6. Re:These aren't hackers by alexo · · Score: 1

      There's a difference between:
      "MWUAHAHAHA, I'm destroying 13 years of work."
      and
      "MWUAHAHAHA, it'll be fun watching them restore from tape"

      Any person that intentionally causes grief to others just because they can deserves the Clockwork Orange treatment.

    7. Re:These aren't hackers by Whiteox · · Score: 1

      My thoughts exactly.
      Think about it: Both machines' HD dead? Both wiped clean? No recovery possible? Disgruntled owner? The Avsim membership is very loyal and have downloaded all of the binaries (multiple times) on the servers anyway.

      --
      Don't be apathetic. Procrastinate!
  22. DTAP by Anonymous Coward · · Score: 0

    Where is your DTAP street???? In that case you would have had 3 backup's!

  23. Re:Love Boat captain Gavin MacLeod dead at 79 by Anonymous Coward · · Score: 2, Funny

    I'm assuming he wasn't backed up, either.

  24. Some backup stories by IntentionalStance · · Score: 5, Interesting

    I worked for a computer bureaux in the 80's. We upgraded the operating system - very cool, the new release allowed larger files. We didn't, unfortunately, upgrade the backup utility to handle these larger files. Months go by - then there's a problem - whoops backups are useless - Luckily there's a physical audit trail so we we can pay for very large data entry exercise to get our client's data back.

    A couple of years later, I am in the pub with some mates and John turns up. I ask him how he's managed to finish work and get to the pub so early. "I did a fast backup" he said. I was interested so I asked him to explain. "Oh, it's easy, get the target tapes from the rack, rub out the old date, write the new date, put them back into rack and go to the pub"

    Worked for a large software shop in the 90's. I am part of a decent sized Oracle development (circa 50 devs). Ops decides that Oracles backup routines are too slow and 'optimize' them. Some weeks later - guess what - there's a problem and the backups are useless - No physical audit trail this time - the team has to redo all of there work - it was not good for the project budget, the team moral or the client

    1. Re:Some backup stories by Anonymous Coward · · Score: 2, Interesting

      Months go by - then there's a problem - whoops backups are useless - Luckily there's a physical audit trail so we we can pay for very large data entry exercise to get our client's data back.

      I worked for an outfit where they couldn't get authorization for a backup server. Dumb little me added up the cost of a few days idle time for the small group that used the server. Simple subtraction said, "Get the damned server." So they did.

      I built the new server (OS/2) according to my manager's specs. It worked OK. I said, "You know, we'll never have a better chance to test out out disaster recovery. Let's scrape the HDs in this thing and restore it from the backup." But oh no, the smart son of a bitch I worked for decided the old server might be failing, so we had to put the new one online right away.

      Nice going, asshole -- some time later (don't remember why -- this was eight years ago), we lost the new server. Get backup tapes, run restore. Bring up system -- ha, ha -- ACLs not restored by the proprietary backup software we were using. (It worked fine for file restores, just not a full system restore.)

      We had to re-enter all of the user database and individual permissions by hand. Nice going, hot-shit IBM-trained systems dude manager. You're just lucky it was mainly a file server for our department, not one of the large networks managed by the real network guys in the company.

      This asshole was so lame that he didn't even take advantage of the OS/2 facility which logged all the build options for later re-use, including making tweaks so you could build and modify systems quickly when you wanted to test out various build options. It was like a fucking high end European luxury car -- each machine was hand built.

    2. Re:Some backup stories by mce · · Score: 1

      I know a guy who lost his complete PhD thesis when it was already well advanced and who then had to redo everything. His problem: he used our only LISP machine (yes, this was a very very very long time ago) to develop his work and then went on to write his dissertation on the same machine. The beast was backed up on daily basis by a sysadmin, but when Murphy called, all tapes turned out to be useless. The problem: All the time, the admin had been carefully putting in a new tape each evening and had been nicely labeling and classifying each tape the next morning. But... the backup program was never started, as he had no idea what to do with a LISP prompt and he thought that the procedure had been automated.

  25. There's a perfectly good set of words for... by Chris+Tucker · · Score: 4, Insightful

    ...the thieves and vandals who steal data and wreck servers.

    THIEVES AND VANDALS.

    Not "hackers".

    What was done was not hacking. It was vandalism. Plain and simple.

    Hackers create. Vandals destroy. Thieves steal.

    I'm surprised that this needs to be explained to the Slashdot community.

    --
    Guaranteed! This comment 100% Anthrax free!
    1. Re:There's a perfectly good set of words for... by PottedMeat · · Score: 1

      ...the thieves and vandals who steal data and wreck servers.

      THIEVES AND VANDALS.

      Not "hackers".

      What was done was not hacking. It was vandalism. Plain and simple.

      Hackers create. Vandals destroy. Thieves steal.

      I'm surprised that this needs to be explained to the Slashdot community.

      It doesn't.

    2. Re:There's a perfectly good set of words for... by vampiress · · Score: 1

      I dunno. All this hoo-har about a bozo who couldn't be arsed ensuring they had business continuity? Clearly they couldn't give a toss. I'm quite amazed at the amount of people who think that by putting applications online think that they will be safe from the black hats. I must be old skool or something but I just don't trust anything that is exposed to those who might and cover my arse as much as humanly possible.

      Patching and upgrades etc are fine and will usually keep the script kiddies busy for a while but there's always going to be some smartarse out there who has a will and an inclination to 0wn a system. Nothing is impenetrable.

      --
      -=VampiressX=-
    3. Re:There's a perfectly good set of words for... by erroneus · · Score: 1

      It needs to be explained to the media and to the public. But it is too late for that now. Just like "anti-semitic" means "anti-jewish" to the public, "hacker" means "evil bad guy who does things that no one could possibly understand with computers."

    4. Re:There's a perfectly good set of words for... by jez9999 · · Score: 1

      The Avsim people missed a trick here - they should have created a GUI in Visual Basic and seen whether they could trace an IP address. Then they could have viewed the hackers' blog live.

    5. Re:There's a perfectly good set of words for... by Zebedeu · · Score: 2, Informative

      It's too late. That battle is over and the word is lost.

      Just like Kleenex (the company) had its trademark stolen from it by falling into common usage, so did the word "hacker" lose its original meaning.

    6. Re:There's a perfectly good set of words for... by Anonymous Coward · · Score: 0

      technically speaking, creators create, hackers hack

    7. Re:There's a perfectly good set of words for... by Just+Some+Guy · · Score: 1

      I agree. Can we get busy picking a new word for our ideal, preferably something cooler than "geek"?

      --
      Dewey, what part of this looks like authorities should be involved?
    8. Re:There's a perfectly good set of words for... by Anonymous Coward · · Score: 0

      These "vandals" are heroes. You microcomputer people deserve every bad thing that happens to you, for throwing away 40+ years of lessons from mainframes and having to reinvent everything -- badly.

      I applaud every spammer, hacker, cracker, vandal, phisher etc. etc. for giving you microcomputer vermin what you so richly deserve.

      Long live VM370 and PL/1.

    9. Re:There's a perfectly good set of words for... by Anonymous Coward · · Score: 0

      But it is too late for that now. Just like "anti-semitic" means "anti-jewish" to the public

      I know I shouldn't touch this one, but that's what my dictionary says too.

      One who discriminates against or who is hostile toward or prejudiced against Jews.

      There is no second definition.

    10. Re:There's a perfectly good set of words for... by Darth_brooks · · Score: 1

      Exactly. That guy needs to get a q-tip and clean out his ears, rather than trying to put a band-aid on this old wound.

      --
      There are some people that if they don't know, you can't tell 'em.
  26. Real men... by hugetoon · · Score: 5, Informative

    "Only wimps use tape backup: _real_ men just upload their important stuff
    on ftp, and let the rest of the world mirror it ;)"
                                                        Linus Torvalds Jul 20 1996, 3:00 am

    1. Re:Real men... by advocate_one · · Score: 4, Interesting

      didn't work for me, that where I uploaded my mods and paintjobs for my flightsim aircraft... I'm now going to see if I've still got my own copies of the stuff I uploaded and put it back up.

      --
      Donald 'Duck' Dunn: We had a band powerful enough to turn goat piss into gasoline.
    2. Re:Real men... by fuzzywig · · Score: 1

      Given that this was a public forum then that's a pretty good idea. I wonder if they've chatted to the Wayback machine or google about getting a copy of previously cached data?

    3. Re:Real men... by Anonymous Coward · · Score: 0

      In this case that equals to contributing to Flight Gear instead of the closed simulators and letting Debian mirrors take care of the backups.

    4. Re:Real men... by migloo · · Score: 1

      Given that this was a public forum then that's a pretty good idea. I wonder if they've chatted to the Wayback machine or google about getting a copy of previously cached data?

      Yes but good ideas only get score 1 on Slashdot

    5. Re:Real men... by elronxenu · · Score: 1

      It sounds like they're not keen to spend time recovering it - although a lot of the site could presumably be recovered from google and archive.org and users' computers (particularly downloadable files).

      I can't say I'm surprised, really. They couldn't be arsed to spend a little time to make multiple backups and now they can't be arsed to spend a lot of time to recover the deleted data.

    6. Re:Real men... by Threni · · Score: 1

      Will I get 1 point for suggesting that if you run a popular site, you spend £60 getting a 1tb drive and back your data up every once in a while at a minimum? Or is that a little obvious?

  27. Don't forget step 2 by tknd · · Score: 1

    2) Regularly verify your restore process and backups work.

    1. Re:Don't forget step 2 by Blakey+Rat · · Score: 1

      Wouldn't have helped with this situation, since the server admin obviously doesn't know the difference between "replication" and "backup." He would have just copied the data back across the two publicly-accessible servers, and, hey look! It works. Since he didn't anticipate a hacker wiping *both* servers at the same time, he wouldn't have tested that situation.

      That said, you're completely correct: if you do real backups, test them on a schedule. And don't skip a test, no matter how busy you are.

  28. Hindsight is always 20/20 by mlts · · Score: 5, Insightful

    This is a lesson every system administrator worth his or her salt learns over the long haul. You might back up dutifully, test restore, and have a well done system of ensuring backups are rotated correctly. Then you find out the tape drive you use is miscalibrated so only it can read your backup tapes, or you find the backup software you use on a daily basis is not in production, or the latest version has no support for the backlevel formats.

    I have found that in a production environment, you really need multiple methods for backup if at all possible:

    The first level is a dedicated backup server. This machine is locked down to the best of your abilities, and firewalled from the network, only allowing critical ports such as what the backup software uses, and perhaps ssh or RDP (if a Windows box). This machine copies everything from the other servers onto a large disk array, then to tape. The tapes are then cycled offsite via a service like Iron Mountain. Of course, the tapes are encrypted, and corporate officers get a copy of the master keys.

    Why tapes? Because they can be set read only after they are dismounted, and no computer, no matter how infected can modify or delete the tape contents once this is done, outside of a reflash of the tape drive's BIOS. This is important because its not unheard of for someone to write a program that trashes backups over a time interval. Higher end tapes can be used as WORM media like DLT-ICE.

    I can't emphasize enough about securing the backup server, both physically and network-wise. If this box gets compromised, all your data is available. On Windows machines, I recommend using some form of disk encryption (Bitlocker if the machine has a TPM, TrueCrypt, etc) so if the backup server or an array gets physically stolen, the data is of no use to a thief. This is in addition to the backup program's encryption.

    After you have a central backup server installed, secured (security is paramount on this machine unless the backup program client can do encryption), and backups running, you focus on the other levels of backup.

    The next level of backup is on the local servers. Most operating systems have a method of backing up the computer. If you can do this with a server, fire off a snapshot backup every month or so. Most OS backup methods don't have encryption, so this backup should go directly to a tape safe or secured container in the data center. Optionally, you can install backup software locally that can encrypt. I like using the backup/restore utility the OS gives for an image every quarter, then using more secure software more often, so the OS backups can be stored in a tape safe or physically secure container. This way, if the third party backup software ends up inoperable, there is still a method of getting a machine up somehow, or putting it in a virtual machine for recovery purposes.

    Finally, after you have backup servers and a rotation, companies might consider offsite cloud backup services like Mozy. Mozy offers use of keyfiles so all data is stored encrypted (encrypted on the client end). Of course, making sure the encryption key is stored safely is paramount, and the cost of storing a large backup in Mozy's cloud may be prohibitive. However, if worse comes to worst and your site is completely knocked out, as well as the offsite backup site, it may be thing that keeps your business up.

    Of course, scale this up or down as per your company's needs. A smaller business can get by using Mozy and a Windows Server 2008 box running Bitlocker, a network backup program with encryption such as Retrospect or Backup Exec, and using external drives every month to copy backup sets from the main ones to store offsite.

    A larger business might see about a true backup fabric system sold by IBM (TSM), EMC (Networker), or Microsoft's solution.

    The key is to not just have some built in redundancy so if one backup method is not usable, you have another, even if the backups are older, but to be able to do this in a manner that doesn't add too much time and equipment expense.

    1. Re:Hindsight is always 20/20 by inKubus · · Score: 4, Informative

      And for those who don't like to pay $10000 for backup software, there's Bacula. Couple that with an LTO-4 drive (~1000) and LTO-4 tapes (800GB uncompressed, ~60/piece) and you're set. Rsync.net is a decent, cheap online provider for those gaps when you haven't rotated tapes.

      Bacula is pretty sweet because it lets you backup to disk volumes and then you can schedule a roll to tape. So you can just back everything up incrementally to a disk volume and then copy those backups to tape, and then run rsync on the disk volumes to have an offsite, online backup. When recovering, you ask to recover from whatever's available. If you keep enough disk storage around (and there's really no reason not to) you can recover to any date in the past. In the event of a disaster your tapes come into play.

      Now with drives so cheap the temptation is to buy a external hard drive and use that. But tapes have a long history, guaranteed backwards compatibility (planned anyway, LTO drives have to R/W the previous generation and Read 2 generations back), last longer than moving drives, are simpler, lighter, more robust and more portable. Not that I wouldn't keep a external around to dump desktops but tape is the DR standard.

      --
      Cool! Amazing Toys.
    2. Re:Hindsight is always 20/20 by Anonymous Coward · · Score: 1, Informative

      People always dis tapes. However, enterprise grade tapes are designed from the ground up, chemically, physically, electrically, and mechanically for long term data storage. I say enterprise grade because there is a difference between a tape format like DLT and LTO which was designed from the ground up as a high end data storage medium versus a tape format like the ones which were adapted from video or audiotapes where longetivity takes a back seat to economy.

      I drop a tape, check its spindle, dust it off, its fine. I drop a hard disk, and there is a good chance that all the data on it is history.

      As for Bacula, I am always wary of it. Does it just back up files, or does it back up vital components that are not file related, such as the Registry, ACLs, ADFs, and other things?

    3. Re:Hindsight is always 20/20 by vampiress · · Score: 1

      Yeah thats all just peachy n stuff but it costs lots of money. Most conscientious CEO's wouldnt have an issue with outlaying the cash to a set budget/informed risk factor, but I get the distinct feeling this twat really thought it would never happen to him - no matter what form it arrived in.

      --
      -=VampiressX=-
    4. Re:Hindsight is always 20/20 by jimicus · · Score: 1

      /. has a large number of readers who read "tape" and assume you mean the backup is going to a very expensive audio cassette along with all the speed, quality and reliability you'd associate with that.

      Bacula is first and foremost a Unix program (though it has been ported to Windows), so many of those components aren't relevant.

      ACLs it does backup and it also supports VSS so in theory you don't need to separately backup the registry. But I've never tried restoring from a Windows backup in this way so how well it would work I don't know.

    5. Re:Hindsight is always 20/20 by jabuzz · · Score: 1

      Problem is that like most backup software Bacula does file system backups. Which when you are used to file level backups ala Tivoli Storage Manager then it all looks a bit crap.

    6. Re:Hindsight is always 20/20 by jra · · Score: 1

      Does Bacula in fact now allow you to hierarch back on to tape? I was hoping for that, but the latest doco didn't seem definitive.

    7. Re:Hindsight is always 20/20 by TuaAmin13 · · Score: 1

      The thing about Backup Exec is that it recommends a Domain Admin account to log in remotely to the servers. Since we didn't want a DA acct sitting around with a nonexpiring password we figured a way around it, but it wasn't documented at all.

      In case you guys want to know, we set up a restricted account (only able to access specified servers), and then set that account as a local administrator on those (Windows) boxes. It's able to log in just fine and copy all of the files.

    8. Re:Hindsight is always 20/20 by kobaz · · Score: 1

      I prefer backuppc.

      When I started looking at oss backup solutions I first started using duplicity. It was nice and simple, did full+incremental and encryption. It didn't have built in multi-server support and direct file access.

      I then started looking at Bacula. Bacula looked ridiculously complicated for what I needed (backup of maybe 5 workstations and 5 servers). Bacula has a half dozen different modules that can be split across multiple servers to make a clustered backup solution. I fought with it for about a week, got nowhere, and gave up.

      I then found Backuppc. A single daemon, with a single web interface, with a super-easy installation. It literally took 10 minutes to set it all up, and I had every computer I wanted being backed up.

      It also supports pooling to the hard drive and you can then stream off to tape. Despite backing up 10 computers, my pool is about 20gigs. Backuppc will find duplicate files across the entire backup pool and store them as one. So even if you have 2000 windows pc's, but users store about 100 megs on each, your pool size would be only 200 gigs. Plus the size of one windows/program backup.

      --

      The goal of computer science is to build something that will last at least until we've finished building it.
    9. Re:Hindsight is always 20/20 by X0563511 · · Score: 1

      Um....

      The Registry is a bunch of files. In XP, look in $SYSTEMROOT$\System32\config

      ACLs are part of that system (SECURITY and/or SAM hive) in addition to filesystem data.

      Since bacula is a linux backup solution, I'm not entirely sure what this has to do with it. But to answer your question... if it lives on the disk, bacula can back it up. And if it persists after a reboot, then it's on the disk somewhere.

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    10. Re:Hindsight is always 20/20 by inKubus · · Score: 1

      With clever use of priorities and schedules, yes you can. I would like to see an hierarchial pool type that contains other pools of mixed media to simplfy that. I'm not sure if it can do that yet. v3.0.0 does a lot, I haven't fully explored it to the limits yet. I do know for a fact that you can run jobs to a disk-based pool and then set up a migration job that will move the files to tape. I do it with a set schedule but it would be nice to set an expiration on the disk stuff and instead of recycling the volume it migrates it to a lower priority pool, eventually making it to archive tapes.

      Other posters have mentioned problems with the multiple daemons, but I think it's incredibly simple once you figure it out. You have a director that directs everything, and file and storage daemons. Storage daemons connect to storage resources like tape drives or disk. So in the migration scheme you could have two tape libraries, one which is your nearline backups and another which you run stuff to archive. Then you could do tape-to-tape migration also. Like my idea is to make incrementals every day (even if I do a full) and keep the incrementals permanently. So you can set it to save all incrementals to pool A which is tape library 1 and all full backups to pool B which is in tape library 2. You can really do anything, of course.

      One thing that really surprised me was how much faster it operates than SCP or RSYNC. The encryption overhead is amazing on those (of course bacula supports SSL if you need it)

      --
      Cool! Amazing Toys.
  29. Really? by TravTrav · · Score: 1

    "The method of the hack makes recovery difficult, if not impossible, to recover from,"
    should read:
    "The method of the backup makes recovery difficult, if not impossible,"

  30. Re:Three words? Hell one word! by LABarr · · Score: 1

    One word. R-S-N-Y-C! Seriously, with the cost of hard disk drives so relatively cheap and virtually any old PC you may have laying around, which could then be hanging off some LAN at a trusted member's High Speed Internet connection. (Although with rsync you don't even need that really, just damn convenient)

    The lack of offsite backup with this cheap and easy solution so readily available makes me think... tsk! tsk!

  31. Eternity by hessian · · Score: 4, Funny

    Only goatse is eternal. The rest is being used to seed a randomness generator somewhere.

  32. Re:Love Boat captain Gavin MacLeod dead at 79 by JoshuaZ · · Score: 2, Funny

    Actually, he got regular backups at the Dollhouse. I'm not sure how he'll respond to being in Eliza Dushku's body...

  33. bullshit by QuantumG · · Score: 2, Interesting

    Unless you have overwritten the area on the physical disk that contained the data, multiple times, the data can still be recovered.

    How about once? With zeros.

        http://16systems.com/zero.php

    If you can retrieve you data from a drive after it has been dd'd with /dev/zero, you might be able to win this prize.

    If you happen to be in the situation described, chances are you're fucked.

    --
    How we know is more important than what we know.
    1. Re:bullshit by anagama · · Score: 1

      If the challenge was more than $500 they might have some takers. I'm not saying that overwriting with zeros is insufficient for most purposes -- I sold an old laptop yesterday and I did just that -- but hot shot data recoverers aren't likely to be tempted by a pittance.

      --
      What changed under Obama? Nothing Good
    2. Re:bullshit by QuantumG · · Score: 1

      If anyone can actually do this, they aint advertising the fact. So clearly it isn't available to people who have lost their backups or whatever.

      --
      How we know is more important than what we know.
    3. Re:bullshit by martin-boundary · · Score: 3, Interesting

      The publicity value of being the one successfully recovering that data is much higher than $500. People who say they could do it but don't because the money's not enough are full of shit.

    4. Re:bullshit by Anonymous Coward · · Score: 0

      Yeah, with an awesome prize of $500 and a crappy hard drive!

      And you say all I have to do is break out the electron microscope and grad students? Where do I sign up?

    5. Re:bullshit by 4D6963 · · Score: 1

      Some services do that. But it probably costs in the tens of thousands at that point, considered what it involves.

      --
      You just got troll'd!
    6. Re:bullshit by mcvos · · Score: 1

      The publicity value of being the one successfully recovering that data is much higher than $500. People who say they could do it but don't because the money's not enough are full of shit.

      Do you really think a $500 challenge from some tiny organisation nobody's ever heard of is worth much in PR? I don't.

    7. Re:bullshit by QuantumG · · Score: 2, Insightful

      What services? Where? What is their name? Fucking urban legend bullshit.

      --
      How we know is more important than what we know.
    8. Re:bullshit by Anonymous Coward · · Score: 0

      The money doesn't matter. Even for $0, being able to tell the world "We can do it, and we just proved it" is worth a lot in PR.

      Any company that proved that they can do it would not need to worry about orders for a long time (until everyone else have figured it out). Businesses that "forgot" their backups, police, intelligence agencies, would be standing in line to pay large amounts for their services.

    9. Re:bullshit by jimicus · · Score: 1

      Businesses that "forgot" their backups, police, intelligence agencies, would be standing in line to pay large amounts for their services.

      I think the fact that there exist several data recovery companies and they can charge significant amounts of money for data recovery suggests that this is already happening.

    10. Re:bullshit by the1337g33k · · Score: 1

      What services?
      Data Recovery, and many other things. (you asked)

      Where?
      Minneapolis, Minnesota (data recovery services headquarters)

      What is their name?
      Kroll Ontrack http://www.krollontrack.com/

      Google for the columbia disaster for an example of their work.

    11. Re:bullshit by Anonymous Coward · · Score: 0

      You forget that according to that "challenge", the process used to recover the data needs to be exposed and explained. If you could do it, why would you give away your trade secret for $500 to some guy in a basement?

    12. Re:bullshit by mcvos · · Score: 1

      The money doesn't matter. Even for $0, being able to tell the world "We can do it, and we just proved it" is worth a lot in PR.

      And who says they're not doing that already? There are a lot of companies charging vast sums of money for data recovery. A tiny hobbyist's challenge is nothing in comparison.

      I'm not saying that it can be done, I'm just saying that a tiny challenge that everybody ignores proves nothing. Increase the prize money to a million and see what happens.

    13. Re:bullshit by Nesman64 · · Score: 1

      If 16systems was more confident, they'd offer to mortgage up a house or something of value. Maybe take out an insurance policy on the unrecoverable drive from the people that insure super models' legs. $500 just doesn't scream confidence.

      --
      coffee | nose > keyboard
    14. Re:bullshit by networkBoy · · Score: 1

      I think the only organization that may be able to do this would be the NSA, then I also think that they wouldn't bother trying but for specific high value targets. I.e. they wouldn't buy a ton of decommissioned drives from the EU member countries and do a dragnet, but a single "wiped" hdd from Iran's nuke program? likely they would try.

      That said, they are in the business of specifically *not* advertising their advanced capabilities, so doubtful we would hear of it till it was independently invented, likely outside US boarders.
      -nB

      --
      whois gawk date unzip strip find touch finger mount join nice man top fsck grep eject more yes exit umount sleep dump
    15. Re:bullshit by aardvarkjoe · · Score: 1

      Searching through their web site, I do not see anywhere where they claim to be able to recover data from files overwritten on a hard drive. For instance, the information available here seems to suggest that they correct mechanical problems with the drive, and then copy the drive image and work from the data there. That procedure will work for damaged drives or non-overwritten data, but it is not going to help if the data on the drive was overwritten.

      Their part in recovering data from the hard drive from the Columbia is impressive -- there is a description here -- but it did not involve recovering overwritten data, and thus is no evidence in support of them being able to do so.

      If this company is really capable of recovering data that was overwritten, then why don't they seem to advertise the fact anywhere?

      --

      How can we continue to believe in a just universe and freedom to eat crackers if we have no ale?
    16. Re:bullshit by Zancarius · · Score: 1

      If this company is really capable of recovering data that was overwritten, then why don't they seem to advertise the fact anywhere?

      Yeah, exactly.

      One thing that you may have caught but may not have thought to post, also related to Kroll, was something the OP probably neglected when mentioning the Columbia disaster:

      In fact, the data was recovered in only two days, but it took nearly five years to process it in order to reveal the findings of the experiment. Other [sic] two hard drives on board Columbia, however, were not that fortunate and the information they were carrying was lost forever.

      So it seems that there's a limit to data recovery, even if the data isn't overwritten!

      --
      He who has no .plan has small finger. ~ Confucius on UNIX
    17. Re:bullshit by martin-boundary · · Score: 1

      If you could do it, why would you give away your trade secret for $500 to some guy in a basement?

      Why would you indeed? If anyone could do it and they were worried about a trade secret, they might submit their solution without explanation and simply not collect the $500. In any contest, you only need to follow the rules to the letter if you actually intend to collect the prize.

    18. Re:bullshit by Mr+Z · · Score: 1

      Ok, I took at look here at the sort of data loss they work with. They mention logical failures and mechanical failures. They don't mention deliberate overwriting. Everything on this page discusses just how hard it is to find the bit you're looking for, and how Ontrack has all sorts of expertise in coaxing the drive to do what they asked to at least get something out of it.

      So far I haven't seen anything to suggest they can recover deliberately overwritten data. In fact, their data analysis page says:

      Although electronic evidence is especially fragile - prone to erasure, destruction and tampering

      Everything on the site points to being able to recover files that are inaccessible either due to drive failure (including mechanical damage) or being deleted without being overwritten. If you can find somewhere where they claim that they can recover overwritten data (as opposed to merely inaccessible data), I'd love to see it. Otherwise, you haven't disproved the notion that recovering overwritten data on a modern drive is an urban legend.

  34. obligatory conspiracy theory by Anonymous Coward · · Score: 0

    An error, a bug, a virus, etc infected/corrupted the first server which then neatly replicated the same problem as designed to, which then destroyed the second server.

    Instead of admitting they were responsible for there own downfall, simply blame some "hacker"

  35. archive.org is your friend by PhilK · · Score: 1

    Unless it was all password protected, most of it will still be on archive.org.

    This is exactly what happened with JournalSpace, so it's hardly a new thing.

    1. Re:archive.org is your friend by X0563511 · · Score: 1

      Nope. Archive.org can't backup stuff that results form server side processing (any kind of active site - php, java, etc). It's just not really possible.

      Also, they tend not to back up large binaries, from my own attempts to find old stuff.

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
  36. Crackers by Anonymous Coward · · Score: 0

    Those are called crackers, man.

  37. Of course I have an extra set of keys.. by droidsURlooking4 · · Score: 5, Funny

    I kept them in my other pocket.

  38. Data recovery... by bjwest · · Score: 1

    Unless they did a complete disk wipe, the data is still there. If it's so important, ask for donations from the community to pay for it.

    --

    --- Keep the choice with the user..
    1. Re:Data recovery... by MichaelSmith · · Score: 1

      Users should have clones or copies.

  39. lol by smash · · Score: 1

    ... there's a reason tape backup is still in use.

    --
    I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    1. Re:lol by Arimus · · Score: 1

      For some of my own content I have a backup server. This is not reachable though from the outside world and just gives me a backup SERVER that I can fail over to if needed. Further the content side of the server (html etc inc the databases) are backed up to both my own hdd at home and to a spare tape backup array we've got at work.

      To lose my data I need the main server to die, the backup server, my home (few 100 miles from servers) and my work all to get wiped out.... given the size of the area this would cover any event destroying all 3 sites is likely to render the loss of my data a very minor and mute point ;)

      Backing up between servers has its place - as a failover/hotstandby but not as omfg its all gone wrong type backup....

      --
      --- Users are like bacteria -> Each one causing a thousand tiny crises until the host finally gives up and dies.
  40. Public Viewing by jeric23 · · Score: 5, Funny

    A public viewing will be available at:

    http://web.archive.org/web/20080116064652/http://www.avsim.com/

    No date has been set for the funeral.

    1. Re:Public Viewing by Anonymous Coward · · Score: 0

      and will be available at: http://my-family-health.biz/

    2. Re:Public Viewing by Kirth · · Score: 2, Informative

      No, its not. Login/Password required. And Lame explanations why this should be necessary:
      http://web.archive.org/web/20080116064652/http://www.avsim.com/

      So the content not only got lost because of a stupid backup-strategy, but because of an even dumber login-required-strategy.

      Linus said it: "Only wimps use tape backup: _real_ men just upload their important stuff on ftp, and let the rest of the world mirror it ;)" And thats precisly what avsim should have done.

      --
      "The more prohibitions there are, The poorer the people will be" -- Lao Tse
    3. Re:Public Viewing by Anonymous Coward · · Score: 0

      http://zone-h.org/mirror/id/8166516
      And Turkish Hacker hacking for avsim.com

  41. Everyone say it together now... by chainLynx · · Score: 1

    Offsite and Encrypted!

  42. Re:Three words? Hell one word! by Anonymous Coward · · Score: 0

    Be careful. If you have a virus that corrupted every file on your disk, and you rsync, all that happens is you spread the curruption to your backup too.

    Rsync is not a replacement for offline, read-only, backups.

  43. Use the distributed backup by Anonymous Coward · · Score: 0

    Avsim was serving that data to a lot of users, right? Just let them upload their copy again. This restores most of the lost data and could weed out a lot of low quality/low interest datasets.

    1. Re:Use the distributed backup by shentino · · Score: 1

      The "linus torvalds" method I presume?

  44. It's spelled: R-S-Y-N-C by Anonymous Coward · · Score: 0

    Fixed that for you :)

  45. Lies, damn lies. by BrokenHalo · · Score: 4, Informative

    The admins' claim that they were backed up is nothing short of an outright lie. A dependency on rsync or any other mirroring technique alone is just plain negligent, when both servers are exposed to the world at large. As a bad analogy, it's like allowing someone to light two fuses with the same match.

    The only way to do backups properly is to have a complete set, offline, in a separate location.

    Sheesh. When will people learn?

    1. Re:Lies, damn lies. by Gerzel · · Score: 5, Informative

      Remember kids if it isn't backed up to an off-line copy then it isn't backed up.

    2. Re:Lies, damn lies. by pwizard2 · · Score: 2, Interesting

      A dependency on rsync or any other mirroring technique alone is just plain negligent[snip]The only way to do backups properly is to have a complete set, offline, in a separate location.

      For a medium-to-large business, I wholeheartedly agree with you.

      However, what would be a good policy for small business (sole proprietorships or only a few people) or individuals? Not everyone can afford properly secured offline remote backups. The best effort that the average individual can do is set up a cron job rsync to a remote server if he/she has one and then do a few local rsyncs for redundancy every few hours. (this is what I do)

      --
      "It is a denial of justice not to stretch out a helping hand to the fallen; that is the common right of humanity."
    3. Re:Lies, damn lies. by hpavc · · Score: 1

      "from a certain point of view"

      --
      members are seeing something, your seeing an ad
    4. Re:Lies, damn lies. by Darinbob · · Score: 2, Informative

      There are companies that will do this for you. You make the backups, put them in a lock box, and the company comes around once a week and and picks them up and drops off next week's lock box.

    5. Re:Lies, damn lies. by SanityInAnarchy · · Score: 3, Informative

      I'm going to respectfully disagree, there.

      A dedicated backup box can be much more hardened than a general-purpose webserver, as the backup box pretty much has a job of storing and retrieving files.

      A solid system of incremental backups helps, too.

      Yes, taking it offline is great. Do that... maybe monthly, if that.

      This scenario sounds much more like someone confused "RAID" with "Backup". RAID (and other high-availability schemes) protects you from hardware failure. Backup protects you from more software failure and human error.

      --
      Don't thank God, thank a doctor!
    6. Re:Lies, damn lies. by kms_one · · Score: 1

      Even a small business can rotate out some hard drives so they have data to within 30-90 days. It's unfathomable that they would have ALL the data on two running online systems and that's it.

    7. Re:Lies, damn lies. by cencithomas · · Score: 1

      By all means, but what happens if you're a non-profit or your company is too small to be able to afford Iron Mountain (or whoever)?

      --
      ...'tis easier to blame than to improve.
    8. Re:Lies, damn lies. by Mr2cents · · Score: 1

      I have installed such an rsync backup server at home. I don't see a security risk here: the machine is not running most of the time, and when it does, not a single network service is running on it. Only outgoing ssh connections are made. (Or am I missing something)?

      The only risk I'm taking here is that in case of a fire it won't help much, but how many people actually keep off-site backups for home use?

      --
      "It's too bad that stupidity isn't painful." - Anton LaVey
    9. Re:Lies, damn lies. by mustafap · · Score: 3, Informative

      >but how many people actually keep off-site backups for home use?

      er, I do. I have a 4GB memory stick that I sync with my back drive on my home PC and a PC at work.

      Once a month I burn a DVD.

      --
      Open Source Drum Kit, LPLC deve board - mjhdesigns.com
    10. Re:Lies, damn lies. by rtfa-troll · · Score: 5, Insightful

      And I'm going to respectfully disagree with you too.

      For most small businesses cash flow is critical. If you don't have a record of who paid you in the last month then you can't invoice the rest and you are dead. Your repeat customers will spot duplicate invoices and probably just block payments until it's all sorted out. The attack that you are defending against is either a fire which destroys your office or a burglary which steals all your computers in the night, including the backup box, taking the backups just because they happen to be there.

      You need off site backups on a different, non internet-connected medium no less often than once a week. That is the maximum time for which it is acceptable (we are talking about disaster recovery here; "acceptable" has a different meaning from normal) to re-invoice people who have already paid you. Even so, most such incidents destroy small businesses completely just because they don't manage to get people back working in time. This just gives you a fighting chance if you have a nice and understanding bank manager and do a little more disaster planning. It is astounding how much difference spending four hours just thinking about it can make (e.g. you know the number of the temporary office providers, you know which people in your office can work from home and you realise everybody in your company should have a mobile phone, especially the receptionist).

      And finally; if you haven't tried restoring from it, it isn't a backup.

      --
      =~ s,(.*),<sarcasm>$1</sarcasm>,g if any_point_you_wish();
    11. Re:Lies, damn lies. by SausageOfDoom · · Score: 3, Insightful

      I don't think anyone would disagree that the backup machine has to be at a separate location, but you and the gp poster are saying it's somehow risky if it's internet connected. You should be fine provided:

      * the backup box only runs an up-to-date SSH server with key-based access
      * it's hidden behind a firewall and/or port knocking
      * it connects out to the primary server to initiate the backup and pull the data (rather than the other way around)
      * you make incremental backups

      That way when your primary machine is compromised, all they can do is corrupt your live data, and your backups from that date.

      Certainly keep weekly/monthly off-site offline backups as well, just in case, but I think it's wrong to say you can't have a reasonable expectation for the reliability of an online backup box.

      After all, plenty of things can go wrong with offline backups, but there's a reasonable expectation that they will be fine.

    12. Re:Lies, damn lies. by medoc · · Score: 1

      That was the nice point with physically write-once media (non-erasable optical disks, cd, dvd) while their size was still consistant with magnetic disk sizes: you could have a safe online copy of backups.

    13. Re:Lies, damn lies. by trawg · · Score: 3, Insightful

      I wouldn't call it lies - I'd call it ignorance

    14. Re:Lies, damn lies. by Neeth · · Score: 1

      but how many people actually keep off-site backups for home use?

      I do. Twice a year I backup my pictures, videos and other personal stuff to a harddisk that I store at my parents.

      --
      Yes, I am the one with the legendary sig.
    15. Re:Lies, damn lies. by Anonymous Coward · · Score: 0

      Simple: If you're too small or poor too afford something like the above, find the most secure off-site DIY storage solution you can afford. Here in SF, there's a place that's just listed under storage - e.g., for people moving or with too much furniture - but they offer built-in keypad locks on each unit, along with individualized PINs for entrance, tons of security cameras, and other fairly high end services. You could rent one of their wine cellar units if you were worried about temperature affecting your storage.

      The main points, though, are that there's always a way to get fairly secure off-site back-ups, you should always have an off-site back-up plan in action, and you should search out the best method available for your budget. Even for my personal project, which likely has a total value in the tens of thousands and for which I have basically just living expenses budgeted, I still have both an offline back-up and an off-site back-up. Cheap to free, but they work well enough for my needs. (Heck, discussing this is making me think I should mail off a CD of compressed back-ups to my parents to have yet another safety layer in place.) It's reasonable to think an average user wouldn't take such measures, but pretty much any web site admin or tech person should know better. This was a terribly stupid mistake on the part of Avsim.com's owners.

    16. Re:Lies, damn lies. by magarity · · Score: 5, Informative

      A dedicated backup box can be much more hardened
       
      What you've described is only marginally better than what these people did. A second server playing backup device, even if it's "much more hardened", whatever that means, is still an extremely lousy and ineffective backup. If lightening hits your building or arson or theft, your "it's hardened"! backup server is just as toasted as the primary. Backups MUST be to removable media that's kept off site and inactive.
       
      Otherwise you've done practically the same thing for data "backup" as the RAID does via disks, except with two servers.

    17. Re:Lies, damn lies. by gnasher719 · · Score: 1

      However, what would be a good policy for small business (sole proprietorships or only a few people) or individuals? Not everyone can afford properly secured offline remote backups. The best effort that the average individual can do is set up a cron job rsync to a remote server if he/she has one and then do a few local rsyncs for redundancy every few hours. (this is what I do)

      A small business can buy two Terabyte external drives, and make a complete backup every Friday evening, alternating between the drives, take the drive home. A small business using Macs can use Time Machine on each computer with a $100 external drive which protects against stupidity, hacking and hardware failure.

    18. Re:Lies, damn lies. by Anonymous Coward · · Score: 2, Interesting

      You only have 4GB of irreplaceable data?

      Just my family photos/videos archive broke the 2TB boundary this year, and that doesn't include the 1TB of archive media from my personal projects (images, old versions of personal websites, video montages, etc).

      I think having a normally off, seldom used mirror of my 3TB of data the best backup solution I can muster.

    19. Re:Lies, damn lies. by NoobixCube · · Score: 3, Insightful

      Off topic, the internet would be a much nicer place if all disagreements were presumed to be respectful until obviously indicated otherwise...

      --
      Admit it. You post strawman arguments as AC so you get modded Insightful for refuting them, rather than Troll
    20. Re:Lies, damn lies. by magarity · · Score: 1

      Just get a little lock box and someone in a management capacity takes it home. If you're too small for a fancier solution this works well enough. Why is this so much trouble that it isn't obvious? If what's in your server isn't worth this much trouble then never mind. If it is important, then this is a no-brainer.

    21. Re:Lies, damn lies. by Jane_Dozey · · Score: 1

      One of my parents runs a small business. Two backups are made once a week onto USB thumb drives and once a month onto DVDs. One copy stays on site in a fireproof lock box and the other goes home with the named person. It's cheap, simple and covers most of the probable disasters.
      Sure, it's not perfect and I can think of lots of things that could go wrong. But just having the backup system in place makes it very likely that should data loss occur for some reason they have a decent chance of it not seriously interrupting their business.
      The point is, you don't have to even have a dedicated box to have a half way decent backup system for a small business.

      --
      Silly rabbit
    22. Re:Lies, damn lies. by Alex+Belits · · Score: 3, Insightful

      They buy USB hard drives (at least six times the amount of data they have, split among at least three drives), rent a safety deposit box in a bank, and install rdiff-backup. Then they rotate the drives weekly -- at any point one drive is backing up their systems daily, two are stored at the bank. Complete incremental backup solution with offsite storage.

      --
      Contrary to the popular belief, there indeed is no God.
    23. Re:Lies, damn lies. by ArsenneLupin · · Score: 1

      For most small businesses cash flow is critical. If you don't have a record of who paid you in the last month then you can't invoice the rest and you are dead.

      Hasslesome (and costly), yes. But not a death sentence.

      Indeed, for most businesses, customers pay via a bank, rather than cash. So you can "just" go over your bank statements, and re-enter the data.

    24. Re:Lies, damn lies. by fuzzywig · · Score: 2, Insightful

      And if you can't restore from it then it's not backed up either. Test those backups people, test 'em!

    25. Re:Lies, damn lies. by somersault · · Score: 4, Funny

      lightening hits your building or arson or theft

      I thought lightening came under theft

      --
      which is totally what she said
    26. Re:Lies, damn lies. by sigxcpu · · Score: 2, Insightful

      If we are making a list of backup rules, I should also add that if you have not tested to see that you can actually recover from the offline copy, it is not backed up.

      It is very common for the first few restore attempts to fail because of a miss-configured backup solution.

      One really colossal failure I have witnessed was when several years of offline backups were found to be useless, following a server failure.
      It appears that the backup agent did not have the right permission to read some of the files.
      (Yes, it generated errors that should have not been ignored.)

      Another really painful one I witnessed was loosing the only 10 year old tape drive, this side of the ocean, that can read the media to a fire, along with the backed up server.

      The only way to know that your data is probably safe is after you have seen a successful restore, on another machine.

      --
      As of Postgres v6.2, time travel is no longer supported.
    27. Re:Lies, damn lies. by nizo · · Score: 1

      Another really painful one I witnessed was loosing the only 10 year old tape drive, this side of the ocean, that can read the media to a fire, along with the backed up server.

      This is one reason I can't stand tape backup; you can have the best backup scheme in the world, but if your drive is destroyed/stolen, you now have a huge pile of useless tapes until you are able to get a functioning tape drive. And then of course there is the issue of doing restores while trying to continue doing normal backups. Disks that you can plug into any functioning machine (either sata or ide) seem like a much better idea.

    28. Re:Lies, damn lies. by RichardJenkins · · Score: 4, Insightful

      Backups: Not hard to get right, just very easy to get wrong.

    29. Re:Lies, damn lies. by RichardJenkins · · Score: 4, Insightful

      If by 'dedicated backup box' you mean two offsite machines both of which are themselves in highly secure and robust sites I could be convinced that it's possible to build an effective backup strategy around them.

      Our backup strategy for the office (files/databases) is to have a single, off-site 'consolidation server' which we dump transaction logs to real time (with full database dump overnight), and make incremental backups of files every hour throughout the day rsyncing the full current file overnight. Then, this machine is itself backed up using a full weekly/daily differential tape backups.

      I get shivers how everyone talks about backup strategies but not restore strategies as if the data fairy will wave a wand to restore your backups when it all goes tits up. We have a regularly rehearsed backup strategy. If we're in the same office, we attempt a pull down from the remote consolidation server. If that is down, or we are in another office etc. we put a copy of the encrypted tape backups on USB drives, courier them over and restore them here.

      My biggest bugbear is that the remote consolidation server is not encrypted - we have to trust the hosting partner. We could not find an acceptable method that didn't involve remote plaintext data existing.

      We spend about £12k (or about half a junior IT FTE) a year on backups and there is not a single day where I do not worry and personally check that they're working correctly.

      Does anyone see any holes or room for improvement? Would be very happy for suggestions to improve.

    30. Re:Lies, damn lies. by digitig · · Score: 3, Insightful

      It's not just accounts received that matters. At a company I used to work for we once got a letter from a supplier saying that they'd lost all accounts in a crash and could we please tell them how much we owed them. It's one thing not knowing whether an invoice has been paid: not knowing who to invoice or for how much is more serious. In that case it did turn out to be a death sentence.

      --
      Quidnam Latine loqui modo coepi?
    31. Re:Lies, damn lies. by Anonymous Coward · · Score: 5, Insightful

      "And finally; if you haven't tried restoring from it, it isn't a backup."

      That, my friend, need to be carved on a marble plate and hung over the door to every datacenter.

    32. Re:Lies, damn lies. by Anonymous Coward · · Score: 4, Funny

      You only have 4GB of irreplaceable data?

      Just my family photos/videos archive broke the 2TB boundary this year, and that doesn't include the 1TB of archive media from my personal projects (images, old versions of personal websites, video montages, etc).

      I think having a normally off, seldom used mirror of my 3TB of data the best backup solution I can muster.

      You only have 3TB of irreplaceable data? I'm currently up to 5PB, though half of that is my pr0n collection.

    33. Re:Lies, damn lies. by digitig · · Score: 1

      However, what would be a good policy for small business (sole proprietorships or only a few people) or individuals?

      Encode the data using steganography in a whole pile of text rants about Obama, the Jews, homosexuals, and how music piracy put your record store out of business, and post them as trolls to /.

      Well, it's one explanation.

      --
      Quidnam Latine loqui modo coepi?
    34. Re:Lies, damn lies. by MrAngryForNoReason · · Score: 2, Interesting

      A small business can buy two Terabyte external drives, and make a complete backup every Friday evening, alternating between the drives, take the drive home.

      This is pretty much what my company does. There are only 5 full time staff so things like tape backup procedures are too expensive for our needs. We do have a lot of data though.

      We have everything on a NAS running RAID 5, at the end of each day anything that has been changed that day gets written to a DVD, which goes offsite. Normally chucked into someones bag on the way out of the door, but the DVDs are only for quick file recovery so not crucial.

      At the end of each week we do a complete backup of the NAS onto a 2TB external drive (which is actually 2 x 1TB drives running JBOD in an enclosure). That goes offsite, then at the end of the next week a second drive is used for the offsite. So we always have 2 copies of everything offsite max 1week or 2weeks old respectively.

      Not a completely fool proof system but good enough to give me peace of mind with respect to hardware failure, theft, fire and penetration of the office network.

    35. Re:Lies, damn lies. by Kjella · · Score: 1

      What you've described is only marginally better than what these people did. A second server playing backup device, even if it's "much more hardened", whatever that means,

      It means it isn't running all sorts of dynamic script shit and such, hell not even a web server. It means it shouldn't answer to anything except ssh from a well-protected administration PC from a known IP range and that the backup server should log into production and copy the backups, not the other way around. It's not that easy to exploit a computer that won't even talk to you, and obviously their primary server must do that, generate up dynamic content and such but the backup server doesn't.

      --
      Live today, because you never know what tomorrow brings
    36. Re:Lies, damn lies. by phoenix321 · · Score: 1

      Show me that small business that really cannot afford
      - a one-time 100 USD investment in a brand-name 500GB external HDD (USB, eSATA, whatever)
      - an absolute maximum of three person-hours per month to actually pick up the drive, initiate the backups and take it back offsite aftwards (encrypted at a trusted home, partner or wherever it is reasonably safe)

      The cost in case of data loss is so much higher than the operation cost of a poor-man's offsite backup like this - I doubt anyone can reasonably argue against it. The more a company is strapped for cash the more it usually needs a good backup - or it'll go down one second after anything happens to any data.

      I know this method has several imperfections and inherent risks, but it's a whole lot better than no backup and feasible for the smallest of small companies.

    37. Re:Lies, damn lies. by phoenix321 · · Score: 1

      If you're too small to buy a simple, used USB harddrive for 30 bucks, only God may help you. Or not, because you're obviously not serious about what you do.

      Do or not do, don't "try". Save on coffee or cigarettes, office paper, phone calls, whatever, but not on the smallest possible backup, you'd regret it so much when your company or project is all but gone the first instant any server/workstation hiccups ever so slightly.

    38. Re:Lies, damn lies. by ergo98 · · Score: 1

      Remember kids if it isn't backed up to an off-line copy then it isn't backed up.

      How do services like SunGard fit into that equation? With that service, you backup over the internet to their array of servers.

      This guy had a couple of serious backup strategy problems. First that he backed up to a system that was just as vulnerable (versus backing up to a system that was hardened and configured as purely a backup push destination). Second that he had no alternate (not even an occasional alternate push to another online service, even just an FTP destination).

      The story sounds almost difficult to believe. Though just as easily it could have turned out as "we were hacked and went to our tape media to find it was unreadable!" (very common), or "we were hacked and the hacker screwed with our backup daemon such that it just overwrote our rotation of tapes with garbage, and then the bomb imploded"

    39. Re:Lies, damn lies. by ergo98 · · Score: 1

      I think having a normally off, seldom used mirror of my 3TB of data the best backup solution I can muster.

      This is my family data approach as well: Backing up to attached storage at regular intervals, then bringing in in to my workplace so it's physically separate.

    40. Re:Lies, damn lies. by Antique+Geekmeister · · Score: 1

      Oh, please. SSH keys are fine, but very few people handle them correctly. Subversion, for example, stores your local passwords in clear-text, even to Subversion based servers, and far too many people find passphrase-free keys far too attractive, especially for scripting. If you are one of the many idiots who use such passphrase free keys, and use the same key for everything, I only have to steal your key once to get fairly untrammeled access to your systsems.

      The backup box should run SSH _clients_ with restricted SSH key access to the servers. Keep the private keys _off_ of the various client machines, and lock down the backup box itself, and strongly consider denying backup access to private keys for any online server.

    41. Re:Lies, damn lies. by plover · · Score: 1

      Just be careful that you're not relying on it being stored on business equipment. The business may not give you access to it once your employment is terminated.

      --
      John
    42. Re:Lies, damn lies. by PopeRatzo · · Score: 1

      Off topic, the internet would be a much nicer place if all disagreements were presumed to be respectful until obviously indicated otherwise..

      I'm in.

      --
      You are welcome on my lawn.
    43. Re:Lies, damn lies. by DNX+Blandy · · Score: 1

      I agree, total LIES!! If they did have backups, they must have had them accessible from the main server, which is stupid! Hackers are not stupid. Backup servers should PULL data from servers, not the other way round. This means the backup servers are totally locked out to all other servers. On top of this, why the hell didn't they use backup tapes? www.avsim.com has just learned the ultimate lesson, and may pay for it with it's life.

    44. Re:Lies, damn lies. by PopeRatzo · · Score: 3, Interesting

      >but how many people actually keep off-site backups for home use?

      At least one. I've been doing this ever since one of my colleagues, who had been working on a book for a year and a half, had his house burgled and the thief took his computer AND his backup system AND the lockbox in which he kept backup tapes (it was a long time ago). He thought he was doing everything right.

      I had to help him scan several hundred pages from several sets of loose pages and chapters from a marked-up stale manuscript, and this was back in a day when scanners and OCR weren't all that great.

      I saw him suffer so badly, and was so shaken in his faith in technology (he's an English teacher, not really a technical adept) that we devised a simple system of rotating tapes (later external hard drives, now 8gig flash drives) that we used to keep for each other (he's moved away now).

      If I'm working on something that I absolutely cannot lose, I'll occasionally put it on a flash drive and give it to my wife. That's my safest keeping. I don't ask her where she keeps it, but sometimes when I get it back it has a faint aroma of the Pacific Ocean.

      --
      You are welcome on my lawn.
    45. Re:Lies, damn lies. by Lumpy · · Score: 1

      I certainly do. All photos are mirrored onto a usb backup drive weekly and swapped with the second drive at my office. my office is my offsite backup location.

      All my home Pc's and laptops back-up to the NAS nightly by using the corbin backup open source backup software, Those files on the NAS hold the last 3 backups of every machine and those get copied to the same 750 gig portable drive weekly.

      The only effort taken is to go into the NAS web interface and press the backup button. I wish it could be scripted to automatically run every thursday night.

      But then how much is your data worth? My family photos alone are worth the money and time I spend weekly.

      --
      Do not look at laser with remaining good eye.
    46. Re:Lies, damn lies. by PopeRatzo · · Score: 5, Funny

      (images, old versions of personal websites, video montages, etc).

      That's not an archive, pal, that's evidence.

      You wanna destroy that stuff, the sooner the better.

      --
      You are welcome on my lawn.
    47. Re:Lies, damn lies. by Lumpy · · Score: 1

      Not everyone can afford properly secured offline remote backups.

      Huh?? you cant afford to take a tape or hard drive home with you weekly? What are you a hot dog cart operator?

      If you cant afford a real backup solution, you should not be in business because that means you can afford to lose all your data.

      --
      Do not look at laser with remaining good eye.
    48. Re:Lies, damn lies. by icannotthinkofaname · · Score: 2, Insightful

      I'm going to respectfully agree. :)

      --
      Let q be a radix > 1. I am in ur base-q, killing 10 d00ds.
    49. Re:Lies, damn lies. by SausageOfDoom · · Score: 1

      Err, you'll need to run some kind of service on that machine to allow you to manage it remotely, as it's off-site. Even if the only thing it ever does is connect out, I'd still want to make sure it was patched regularly.

      Backup box has SSH daemon with only access by key with passphrase. The only person who needs that key is the system administrator; put it on two USB keys, one held by the sysadmin, one stored in a safe place off-site.

      As you said, the backup box will then use SSH clients to access the servers - which is exactly what I said in the first place...

    50. Re:Lies, damn lies. by Antique+Geekmeister · · Score: 1

      There is _no such thing_ as 'only access by key with passphrase'. There is no way for a server to assure that private keys used to access it are passphrase protected: any private key can be modified, trivially, to have no passphrase. There is no detectable difference for the server, and many, many SSH users find it too convenient and cannot be troubled to protect their private keys.

      I admit that I thought you meant the backup clients would use SSH key access to reach the server (which I've also seen). Coordinating database backups from the backup server, for example, means assuring that the database has just been dumped correctly to a backup file, coordinated with low-activity time on the backup client. It's tricky, and why some enterprise backup systems cost so much.

    51. Re:Lies, damn lies. by Mr2cents · · Score: 5, Funny

      Note to self: never, ever ask you about your hobbies.

      --
      "It's too bad that stupidity isn't painful." - Anton LaVey
    52. Re:Lies, damn lies. by Ephemeriis · · Score: 3, Informative

      I'm going to respectfully disagree, there.

      A dedicated backup box can be much more hardened than a general-purpose webserver, as the backup box pretty much has a job of storing and retrieving files.

      A solid system of incremental backups helps, too.

      Yes, taking it offline is great. Do that... maybe monthly, if that.

      This scenario sounds much more like someone confused "RAID" with "Backup". RAID (and other high-availability schemes) protects you from hardware failure. Backup protects you from more software failure and human error.

      Wrong.

      What if your building burns down? What if some minor fire triggers the sprinklers? What if you get struck by lightning? What if an employee goes postal and takes a sledgehammer to all the electronics? What if a tree falls on the power lines and sends a giant surge through your wiring? What if someone breaks in and steals all the computers?

      It isn't a backup unless it leaves the site.

      Of course you could put your live backup box on the other end of some fiber in another state... That's physically off-site... But as long as it is up and running you have to worry about it as well. Hardened or not, it could get hacked. Or it could get a virus. Or some random glitch could corrupt the data on disk. Or its motherboard/HDD/CPU/whatever could die.

      It isn't a backup unless it is offline.

      And then there's the question of whether the thing actually works... You can have all the backups in the world, but if they're all corrupt it won't do you any good. You'll be restoring broken garbage to your replacement server.

      It isn't a backup unless it has been verified.

      What all of this comes down to is some kind of relatively portable media. Tapes, removable HDDs, CDs, DVDs, whatever. You want something that can leave the building on a daily basis. You want pretty much all your media to be out of the building. Bring in just what you need to run today's backup, and then take it out of the building as soon as that is done. Preferably to someplace relatively remote and safe... A safety deposit box is great. Or if someone has a safe at home. Or if you've got a branch-office or something.

      --
      "Work is the curse of the drinking classes." -Oscar Wilde
    53. Re:Lies, damn lies. by Anonymous Coward · · Score: 0

      I've always thought Summers' Eve smelt like the Pacific.

    54. Re:Lies, damn lies. by EastCoastSurfer · · Score: 1

      The only risk I'm taking here is that in case of a fire it won't help much, but how many people actually keep off-site backups for home use?

      I sorta do. Things I think I should never lose I put on something like dropbox or email it to myself.

      I only own a laptop and backup to USB drives anytime I'm at home. I usually always have my laptop with me so that keeps 2 copies of my data separate most of the time. A worst case scenario for me would be either a home fire while I'm there and I can't grab the laptop on the way out or some other home catastrophe while I'm at home (and thus my laptop and backup drives are in the same location).

    55. Re:Lies, damn lies. by EastCoastSurfer · · Score: 1

      If you have the sort of catastrophe that destroys the server and the tape drive (that should be on another server btw) then what's the problem with waiting overnight for a new tape drive to arrive?

      Even if you're using some 10 year old drive you should be able to find and have one next day (sometimes sooner even).

    56. Re:Lies, damn lies. by Larryish · · Score: 0

      Your wife's vagina smells like the Pacific Ocean?

      Wow, that is sooooo cool!

      Are there any starfish?

    57. Re:Lies, damn lies. by ergo98 · · Score: 1

      True, that, and it's a very good point.

      My approach is more storing my external HD (marked as mine) in my locked office cabinet. Gives me some offsite option in the case that my house burns down, one half of my city was nuked, etc.

    58. Re:Lies, damn lies. by Cro+Magnon · · Score: 1

      Back when I used tape drives, they were very expensive. When mine died, I couldn't afford a replacement and ended up going without a decent backup for years. Luckily, nothing happened to my computer at that time.

      --
      Slow down, cowboy! It has been 4 hours since you last posted. You must wait another few hours.
    59. Re:Lies, damn lies. by datapharmer · · Score: 1

      Thank you! I wish I had mod points! Webservers are not backups, but servers can be backup servers! You can even write a script to block *everything* from the internet (even disable ethernet) except for the actual time they are doing the backup. Pull the info from the other server and put it in a temp directory, compress and move file to date basted directory for backup. Run CRON to eliminate certain old backups to make more space and when the drive gets above 80% send an email that it is time for an offsite backup on removable media to be made. This scenario is much less vulnerable than saying that two synced webservers are a backup! That's nuts!

      --
      Get a web developer
    60. Re:Lies, damn lies. by Anonymous Coward · · Score: 0

      Which would be preferable to smelling like smelt.

    61. Re:Lies, damn lies. by Mattsson · · Score: 1

      The only way to do backups properly is to have a complete set, offline, in a separate location.

      Hear, hear!
      Massive backups for the people and unreasonably harsh punishements for hackers who destroy other peoples data, regardless of if the data is backed up or not!

      --
      /.Mattsson - My native language is not English, so please don't whine over linguistic errors. (That's lame anyway...)
    62. Re:Lies, damn lies. by fooslacker · · Score: 1

      You're missing the point. Security is not about one solution being "good enough" it's about a set of procedures, software, solutions, configurations, etc. that forms rings of defense. Not having disconnected, offline, offsite backups is negligent because it does away with one of those rings and centralizes all your assets making them easier to attack. That's not to say you shouldn't have online scripted backup servers but it's a well known problem when you centralize all your assets as it makes for a target that is easy to destroy hence that isn't a complete backup solution..

    63. Re:Lies, damn lies. by EvilBudMan · · Score: 1

      Yeah, how can a tape be hacked if it is setting somewhere else. Even if they didn't have money, off site tape backup is pretty cheap. Maybe they would loose a day but not the whole shebang.

      Probably just laziness, we always have the owners take a tape home once a week in case of fire that might take out a tape safe. They probably will forget to do that once in a while and we will loose 2 weeks work, which for what we do is acceptable risk.

      I have been through a fire before, and we did have a backup plan, but we didn't plan for that and lost a lot of stuff, but you know what, at that time it ended up being a good thing. Now people can't get CAD files for their homes built before 2000 for the most part. All of the stuff before CAD (paper drawings) went up as well. The real important paper stuff in the 2 hour fire safe was singed. Now maintaining 10 years of data for us is getting to be a struggle. Every so many years we just delete all of the email and only keep it for maybe 2 years.

      Most of it is just garbage anyhow, inter office stuff, sending attached files rather then looking them up and that sort of thing.

      I really wouldn't trust anything but off site backup. But damn even on a shoestring they could have done better.

    64. Re:Lies, damn lies. by EvilBudMan · · Score: 2, Informative

      --Even so, most such incidents destroy small businesses completely just because they don't manage to get people back working in time.--

      Been there done that. Speed is very important. All the insurance in the world will not help you if you can't get back up fast enough, but if you do you will have a crew that has a work their ass off mentality for a few years after that and then you will do well. Then every one gets lazy again and something happens to remind them.

    65. Re:Lies, damn lies. by omglolbah · · Score: 1

      A cheap but somewhat annoying to manage system is to have the server simply take the interfaces down when it is not actively backing up data.

      This makes it slightly annoying to manage but one solution which I have used in the past is to have a gsm/sms node connected via serial port to take up and dow nthe interfaces. Cost like a 100$ for such a setup for one server. Not too bad.

    66. Re:Lies, damn lies. by omglolbah · · Score: 1

      Bwhahhaha, god yes

    67. Re:Lies, damn lies. by SausageOfDoom · · Score: 1

      Sorry, I meant that access by key with passphrase would be a corporate policy - it is just one quick command to strip a passphrase from a key, but if only the sysadmin and company director have the key, and both understand the risks of removing the passphrase (or writing the passphrase down on a tag attached to the usb key...), you'd probably be fine.

    68. Re:Lies, damn lies. by hendrikboom · · Score: 2, Informative

      Testing backups is nontrivial art, too. I once created a magnetic-tape backup of critical files, then later in the day went to the trouble of reading the tape. It read just fine. A month later, when I needed it, I tried reading it. It turns out all the blocks had been truncated, apparently because I had forgotten to specify some obscure parameter when writing the tape. Why had it read back correctly the same day? Because the OS had obligingly cached the entire tape contents on disk in case I wanted to mount it again later.

    69. Re:Lies, damn lies. by SausageOfDoom · · Score: 1

      You're misreading my post, because that was exactly my point:

      "Certainly keep weekly/monthly off-site offline backups as well, just in case, but I think it's wrong to say you can't have a reasonable expectation for the reliability of an online backup box."

      And by not allowing access into the backup box by anyone other than the sysadmin who has the key, you're hardly centralising your assets - there is a very clear division between your primary and backup machines which would be non-trivial for a hacker to overcome.

    70. Re:Lies, damn lies. by Lord+Ender · · Score: 1

      Here's the backup system I designed for the office. We had zero budget, and these systems aren't mission-critical, but I think the design would be sufficient even for billing records, etc.:

      Nightly, a server on the west coast will SSH to each of our east coast servers, and suck down the important data with rsync. Once per week, it will tarball up the backups and save them with a timestamp. It will also keep a two-week-old tarball.

      If one of our east coast servers are stolen or destroyed, we will have backups no more than one day old. If they are hacked, deleted, or corrupted, we will be able to fix it for up to two weeks.

      Because the east coast servers can't connect to the west coast servers, we are protected against any conceivable damage to the east coast servers destroying all backups, even though it's all online.

      Tell me where I'm wrong.

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
    71. Re:Lies, damn lies. by Anonymous Coward · · Score: 0

      We do daily incrementals, stored to mirrored online systems.

      And weeklies, FTPed to a different city.

      And a monthly restore test - Freeze changes, take one server out of the pool, reload it from the backup, compare it against the rest of the pool, restore the server to the pool, un-freeze changes. Then take that backup tape to another building across town for storage. Takes about an hour in the middle of the night, plus drive time to deliver the tape.

      In the 15+ years I've been here I have never heard of us having an un-recoverable failure.

    72. Re:Lies, damn lies. by jahudabudy · · Score: 1

      Off topic, the internet would be a much nicer place if all disagreements were presumed to be respectful until obviously indicated otherwise..

      So would the local bar, my office, the world...

      --
      ...sometimes, in order to hurt someone very badly, you have to tell that person terrible lies. - PA
    73. Re:Lies, damn lies. by Anonymous+Freak · · Score: 1

      And finally; if you haven't tried restoring from it, it isn't a backup.

      I have had this problem bite me in the ass twice. My small company uses a third-party to provide our CRM; via a web-based service. Turns out that they thought they were making backups; but never tested it. Failure happened, data was not recoverable. Thankfully, I had set our system to send an email notification for every change to the CRM database; and had a big backup of all those messages. Made the poor web-based company manually re-enter all of the information from those email messages. The fact that nobody at that company could write a script to re-import them into their database (very well structured, I'm not a scripting guy, but I probably could have had a kludgey script within a week,) was a major factor in why we then moved to another company.

      Second incident was much more serious case of 'backups not really a backup', but that incident falls under an NDA... About all I can say is multi-terabyte storage server was filling up; boo-boo happened with no proper backups, then we didn't have to worry about the storage array being full anymore.

      --
      Another non-functioning site was "uncertainty.microsoft.com."
      The purpose of that site was not known.
    74. Re:Lies, damn lies. by The+Breeze · · Score: 1

      You need something totally physically and virtually disconnected. The synced backup is nice, but only a part. At the very least, the synced backup should be to a different O/S, different structure - because, as we've seen in the story, if one server is vulnerable, so is the other. Using a different O/S and different security techniques on the backup server reduces the risk that both can be exploited at the same time.

      That being said, there's no substitute for rotating backups physically offsite. Harder to test, but more secure.

    75. Re:Lies, damn lies. by Toad-san · · Score: 1

      You got THAT right!

      [As he again hits the godz-cursed Elephant tape backup drive with the sledgehammer, but harder this time]

    76. Re:Lies, damn lies. by tim447 · · Score: 1

      Everyone should take a look-see at CrashPlan - free app that runs in the background on macs, pcs, and linux, and lets you back up to/from any of them. Including (and this is the good part) a friend's computer over the internet. You and a friend each do initial backups to external drives for speed, then swap drives, take them to your respective houses, and plug 'em in. Now Crashplan does incremental backups offsite (and onsite too if you want). Keeps multiple versions of files, regularly checks for data integrity, encrypts - its the backup solution you'd design. The only thing that it won't do is let you restore to a bare drive and make it bootable (at least on a mac or windows, haven't tried linux.) And no, not a shill for the company, just a very very satisfied customer. CrashPlan rocks, *especially* for a free app.

    77. Re:Lies, damn lies. by guywcole · · Score: 1

      I see this as great potential for an enterprising grad student (probably a CS student that has used and/or contributed to AVSim) to step in and prove the utility of social backups. I assume that ALL the developers weren't doing ALL their processing on the servers mainframe-style, so there should local copies on developers' computers. Not every developer will have every file, but probably every file (at least every file worth restoring) will be backed up by some developer. And I bet the server documents and scripts are backed up by the maintainer. A quick post asking developers to send in copies of files, along with some hash-checking against peers, should solve the problem.

      I've done this before for personal files. My sophomore year of college I had my laptop hard drive die with no backups since the start of the semester. I used my laptop for all of my class notes. I managed to restore >90% of my notes by sending a mass e-mail to my classmates for them to send back the copies of notes I'd sent them. My policy of sharing my notes freely to anyone who wanted them worked in my favor, heavily.

    78. Re:Lies, damn lies. by repvik · · Score: 1

      You have 2,5PB of home-made pr0n? How much is it technically possible to wank off before parts start falling off?

    79. Re:Lies, damn lies. by jfeldredge · · Score: 1

      I used to be the system administrator for a small company. At one point, a hard drive controller failure led to data being written to the wrong location on the drive, overwriting other data. Unfortunately, by the time this was discovered, it had been going on for two weeks. The backup system hadn't reported any errors, as it was making a faithful copy of already-corrupted data. Once the hard drive controller had been replaced and the disk reformatted, I had to restore from backup, check the results on the hard drive, and then repeat the process with the previous day's backup if the data was still corrupted. Finally, with two-week-old backups, I was able to restore uncorrupted data. Then, every transaction that had taken place over the last two weeks had to be re-entered into the computer, while making sure that we didn't send out duplicate data to suppliers and customers. It took a month of hard work by all of the office staff to get the system totally caught-up again. So, just because the backup system worked correctly doesn't necessarily mean your data is good.

    80. Re:Lies, damn lies. by gullevek · · Score: 1

      normally you do not allow any ip to connect when you use a non password key. You just use a low access use, disallow login, allow only from a certain ip and the other side where the user with the key is, is also a secured box.

      At least this is better than doing rsync backups between two servers. Doing just this is crazy. I shed no tears with this admin.

      --
      "Freiheit ist immer auch die Freiheit des Andersdenkenden" - Rosa Luxemburg, 1871 - 1919
    81. Re:Lies, damn lies. by Glendale2x · · Score: 1

      Putting your backup storage server on the other end of a point to point circuit (or MPLS, or frame, etc.) eliminates the "yay I'm on the internet" factor. The downside is cost.

      --
      this is my sig
    82. Re:Lies, damn lies. by mustafap · · Score: 1

      >The business may not give you access to it once your employment is terminated.

      It's ok, I live in a sensible country with decent employment rules

      --
      Open Source Drum Kit, LPLC deve board - mjhdesigns.com
    83. Re:Lies, damn lies. by Gerzel · · Score: 1

      Dude. Rule of thumb.

      How well you need to back up system x depends entirely on what system x is and what you do with it.

      Also it could be argued that off line applies to the west coast servers as they apparently cannot be connected to by the east coast ones. Though off line does not mean it has to be a slow medium. A machine that powers up once a week to do the backup is fine, but for safety purposes it really shouldn't be on the net and running at much the same time as the other machine.

      However, I would question your scheme as it is NOT protected against damage to the West coast servers.

      Yes you can distribute risk across the net and get the risk of data loss down lower than a single off-line backup, but two separate servers isn't going to do it.

    84. Re:Lies, damn lies. by Gerzel · · Score: 1

      Backing up is about spreading out risk.

      The more copies there are of the data floating around the better generally, also the more secure each copy is the better.

      Also your scheme involves tape the classic off-line backup method.

      In the end every backup scheme has a failure rate and it is a matter of how good do you need it to be.

    85. Re:Lies, damn lies. by Gerzel · · Score: 1

      Also that had better be a long circuit or else it will be in the same building.

      Though for many businesses that are located all in one or two buildings if the building itself goes the backup won't matter.

    86. Re:Lies, damn lies. by Gerzel · · Score: 1

      They may not give you access to the cabinet.

    87. Re:Lies, damn lies. by Gerzel · · Score: 1

      Ever heard of safe deposit boxes? Goto a local bank, check out their fees(might be too much for what you want) and they are generally secure.

    88. Re:Lies, damn lies. by Anonymous Coward · · Score: 0

      When someone says "point to point circuit" they usually mean a T1/T3 or something on a SONET ring to a different site, hence the expense.

    89. Re:Lies, damn lies. by mustafap · · Score: 1

      >one half of my city was nuked,

      I wouldn't be worried about my porn collection if that happened :o)

      --
      Open Source Drum Kit, LPLC deve board - mjhdesigns.com
    90. Re:Lies, damn lies. by cool_story_bro · · Score: 1

      Remember kids if it isn't backed up to a read only copy then it isn't backed up.

      there, fixed that for you

      --
      You must wait a little bit before using this resource; please try again later.
    91. Re:Lies, damn lies. by PopeRatzo · · Score: 1

      Did you ever think that maybe she keeps it next to the aquarium?

      Gosh, you slashdot readers have your minds in the gutter.

      --
      You are welcome on my lawn.
    92. Re:Lies, damn lies. by Ephemeriis · · Score: 1

      Putting your backup storage server on the other end of a point to point circuit (or MPLS, or frame, etc.) eliminates the "yay I'm on the internet" factor. The downside is cost.

      It does, but it doesn't keep you from transmitting a virus across that circuit. Nor does it prevent the backup storage server from eating its own HDD/CPU/motherboard/whatever.

      It's certainly better than a backup server in the same building... But it isn't the same as putting your backup on simple removable media. Aside from straight-up mechanical failure it's hard to go terribly wrong with tapes, CD/DVD, or removable HDDs. Put them someplace safe and you really don't have to worry about much.

      --
      "Work is the curse of the drinking classes." -Oscar Wilde
    93. Re:Lies, damn lies. by Briareos · · Score: 1

      I get shivers how everyone talks about backup strategies but not restore strategies as if the data fairy will wave a wand to restore your backups when it all goes tits up.

      It's always the same - nobody is interested in doing backups, but when things go pear-shaped suddenly everyone is very interested in doing restore...

      np: Prefuse 73 - Simple Loop Choir (Everything She Touched Turned Ampexian)

      --

      "I'm not anti-anything, I'm anti-everything, it fits better." - Sole

    94. Re:Lies, damn lies. by Glendale2x · · Score: 1

      Well, I wouldn't advocate it as a backup solution myself. It is a convenient method to augment removable media stored offsite.

      --
      this is my sig
    95. Re:Lies, damn lies. by fooslacker · · Score: 1

      So maybe I just didn't write my post clearly enough. What I'm saying is it IS risky that the backup box is internet connected.

      You took a bit of a schizo viewpoint in your post where you basically make the case for not needed the offline stuff or at the very least not needed to worry about segregating your backup server due to a "reasonable expectation of reliability" then you say go ahead and have backups just in case.

      My point (poorly made) was that there isn't a single acceptable level of risk mitigation. Can you make one server connected to the internet more secure than another? Yes. Is it safter to have your backup server inaccessible from your primary servers when not actually backing up? Yes. Do offline backups offer a better recoverability factor that would have helped this particular case out? Yes. I apologize if I didn't make it clearly but my point is that if your data is important (and some is and some isn't) it is negligent not to use all methods of defense up to the point the defense becomes more costly than the value of the data and I felt like your instructions on what to do to secure a backup server oversimplified the concept and said your approach should be good enough for anyone.

    96. Re:Lies, damn lies. by Sorthum · · Score: 1

      That's likely to really hurt when you wind up with a missing file / data corruption that went undetected for three weeks...

    97. Re:Lies, damn lies. by rtfa-troll · · Score: 1

      you and the gp poster are saying it's somehow risky if it's internet connected

      For me, the internet connection is the least of the problem. Actually, I'm saying it's risk because it's complex. If I can burn your whole data to a DVD, then I have a small number of easily understood risks with simple mitigation strategies. E.g.

      the disk can get burnt keep different ages of disk at different offsite locations the disks can all get taken by the police in a raid make sure the disks are at multiple locations and tell nobody about some of them the media can be bad do backups regularly enough that the whole series of media can be bad use different media and make sure you restore

      or summarised

      • restore occasionally
      • keep multiple media in different places
      • make sure some of those places are very safe

      compare that to a backup strategy with a redundant backup box:

      both systems can be hacked from outside make sure the backup system is ultra secure the administrator can destroy both systems at once make sure nobody has access to both systems the main system can encrypt data on disk and send corrupt data to the backup make sure we restore regularly police can make simultaneous raids on all our official locations ???? - I think use offsite backups ; what alternative? the BSA or other anti piracy organisation can make raids also avoid proprietary software from BSA member companies the operating systems have simultaneous failures use completely different platforms the hardware has near-simultaneous failures (e.g. backup disks are the same model as a failing disk and fail during the restore) completely analyse a lightning storm (or other weather incident) hits both offices make sure offices have at least several hundred to thousands of kilometers of separation a bigger (but still recoverable) event such as a solar storm make sure the backup is in an electrically sealed nuclear bunker.. the backup system is stolen when being moved for restoration ensure we can recover to a third site without any need to move etc.. there's no one single important problem, just an endless list

      I can't think of a simple summary for this. Overall, it's almost impossible to analyse and impossible to completely understand. I think it's a good solution for day to day backups, for recoving data people have deleted etc. but not for disaster recovery.

      There are two fundamental tests that the backup box solution fails which I think that ever disaster recovery solution. The KISS test (keep it simple stupid); about which I think I've said enough abouve and the "is it different test". where I want my backup solution to be as different as possible. Different administrators, different room, different ownership, different technology etc. A simple passive disk or tape is as different from an active server as any solution I can think of. I just don't think there's any reasonable comparison

      --
      =~ s,(.*),<sarcasm>$1</sarcasm>,g if any_point_you_wish();
    98. Re:Lies, damn lies. by turbidostato · · Score: 1

      "just because the backup system worked correctly doesn't necessarily mean your data is good."

      No, you are wrong. If the backup system worked correctly your data would have been good. Your problem was that what you called your "backup system" was not truly one. You forgot the part: "if you haven't tried restoring from it, it isn't a backup".

    99. Re:Lies, damn lies. by turbidostato · · Score: 1

      "All the insurance in the world will not help you if you can't get back up fast enough"

      That's either false or a tautology. It is false in that, well yes, enough insurance money will cover you for as much time as needed; it's a tautology in that, well yes, if you run out of insurance money, no matter how much it is, and you still didn't get to speed, you are trashed.

    100. Re:Lies, damn lies. by rtfa-troll · · Score: 1

      we are protected against any conceivable damage

        (my emphasis)

      my last post before this one should give some good ideas, but two specific examples; a security flaw in rsync which lets the backup server be destroyed from the other server; a competitor who tips off the police to some piracy in your complany just before a tender (or whatever it is you do with these computers) is due and has both sets of computers taken away. You say these systems aren't mission-critical which is a statement I always have a problem with, but if it's true then you should probably concentrate on other systems with a worse condition first.

      --
      =~ s,(.*),<sarcasm>$1</sarcasm>,g if any_point_you_wish();
    101. Re:Lies, damn lies. by EvilBudMan · · Score: 1

      Insurance for a business only pays for replacement of things and not time that I'm aware of.

    102. Re:Lies, damn lies. by turbidostato · · Score: 1

      "Tell me where I'm wrong."

      Let's see. I outlied on a different post what the bare minimumns for a backup are. Let's check against then:

      * There has to be no less than two complete data sets non connected with the systems being protected: checked; you have the first line with rsync and the second one on tar.

      * There has to be no less than one complete data set off-sited from were the systems being protected "live in": checked; east coast servers data are off-sited to your west-coast facilities.

      * There has to be no less than one current copy of the documentation needed to redeploy from barebones the protected systems off-sited from the facilities were the systems being protected "live in": UNCHECKED. You don't say nothing about it, so what happens if you get under the paradigmatic bus -or your east coast facilities get fired with you in?

      * At the very least two people -the backup responsible and her direct superior, have to know where the above mentioned documentation lives and they must have the ability to recover it: UNCHECKED; see point above.

      * If you haven't tried restoring from it, it isn't a backup: on my previous post I marked this only as a "side note", but thanks to rtfa-troll that offered a clear way to say it, I think I'll raise this to the "needed" condition. So, it goes as your third UNCHECKED. You think your data will be recoverable, but you won't know till the need arises.

      And then there are some more questions. You don't say nothing about your west coast facilities. Are they needed for making bussiness? If so, are you backing up then? You told you are using some form of rsync. That probably will suffice for data, but what about the systems themselves? Will you be able to recover from barebones? What about apps, filesystem layouts, recovering order, etc? The need to maintain current recovering procedures docs are there for a reason.

      Regarding money, you said "We had zero budget": what about your labour costs and those of the data lines and physical assests like the backup host? On the other hand I have zero respect for companies that leave "zero budget" for their disaster recovery plans. The only way for a "zero budget" to be sensible is if corporate data's value is zero too, not a company one would want to work in. Of course, there's no real chance for that to be true, so the only other possibility is that management is -almost criminally, moronic which, again, doesn't make it a place one would want to work in.

    103. Re:Lies, damn lies. by ioshhdflwuegfh · · Score: 1

      Because the east coast servers can't connect to the west coast servers, we are protected against any conceivable damage to the east coast servers destroying all backups, even though it's all online.

      Tell me where I'm wrong.

      Well, maybe hacker could figure out from monitoring the west coast server connections which are the servers on the east coast, and then attack them directly, even though the east coast servers themselves never ever connect to anything?

    104. Re:Lies, damn lies. by l0b0 · · Score: 1

      When we were taught about redundancy back in uni, the prof made a point out of knocking it into our heads that having a copy "somewhere" doesn't necessarily make a system redundant. If it's in the same room, a flood could take them out at the same time*, if it's in the same building, theft or fire can still get both, etc..

      Since then I firmly believe a backup is only safe if an event that could take out both the original and the backup would be so devastating that the backup is the least of your problems.

      * As they learned the hard way shortly afterward at the very same university, go figure

    105. Re:Lies, damn lies. by Stuntmonkey · · Score: 1

      IMHO the main thing is to be as diverse as possible in where the data is located and how it's managed: Geographies, access controls, software, etc. Eliminate as many common failure modes as possible.

      For the servers I run, here's what I do. I don't see any real flaws with this procedure, and it's simple to set up:

      1. A cron job on the main server periodically (in my case every hour) creates an archive of all changes, saved into an archive directory as a .tar.gz with a timestamp in the filename. Every so often the archive file is instead a full backup of all data, i.e., not incremental.
      2. On a different machine at my house, a script periodically (in my case every day) does an sftp to the main site and downloads all of the new archive files. These are processed and applied to a local version of the site; not to act as a live backup, but to confirm there is no data corruption and that restoration is working properly.
      3. Each day, the second machine is backed up into Amazon S3 using JungleDisk (the .tar.gz incremental backup files, not the local site copy). JungleDisk can by the way locally encrypt your data before uploading to S3.

      This gives three independent copies of the data in very different locations. If the live data is corrupted, I can restore from the backups on the main server and lose at most an hour of data. (More accurately, an hour plus however long it takes me to notice the corruption, and then do a recovery. I haven't gone to great lengths to streamline these operations, although obviously one could.) If the entire main server is wiped, for example by a hacker, I lose at most a day of data. It's hard for me to envision a scenario where recovery would be impossible.

    106. Re:Lies, damn lies. by Anonymous Coward · · Score: 0

      I recently did a talk on backups and disaster recovery at the Greater Toronto Area Linux User Group.

      The slides can be found here:

      http://www.timetraveller.org/talks/backup_talk.pdf

      I prepared this with LyX and plan to convert all my other talks to use it so I can output pdf, text, etc.

      If this turns out to be popular I suppose I can look forward to a /.

    107. Re:Lies, damn lies. by MentlFlos · · Score: 1

      Your wife's vagina smells like the Pacific Ocean?

      Wow, that is sooooo cool!

      Are there any starfish?

      The starfish smells very different...

    108. Re:Lies, damn lies. by Antique+Geekmeister · · Score: 1

      Oh, yes. Such policies can be difficult to enforce, especially in environments where people believe that they are safe inside their firewalls or that they have much more important things to do.

    109. Re:Lies, damn lies. by Lord+Ender · · Score: 1

      Well, the systems in question are IT security systems. IDS, scanners, log analysis systems, documentation, some custom web apps which track business processes such as security approval of application designs... you get the idea.

      They're certainly not "zero value," but the company's cash flow isn't immediately cut off if they go away for a bit.

      This is a company where almost nothing is done formally, and every dollar of budget has to be bickered over by middle managers who have no idea what the systems in question even do. We are STILL waiting on approval for our 2009 budget, and apparently there is no way to get funding for anything unless it was approved a year in advance. So it's pretty bad, but we don't have to account for every hour of our time to some project or other. Therefore, anything we can do with custom code and free software happens, whereas anything that requires budgeting could be tied up in budget approval meetings for, well, a year or more. This is what I mean when I say "free."

      But yes I agree that management is horribly dysfunctional, and yes I am looking for positions in other companies. But do you agree that, considering the type of data being archived, perhaps the cost/benefit curve optimizes at some point short of all the fine requirements you listed?

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
    110. Re:Lies, damn lies. by WatertonMan · · Score: 1

      I had the same thing happen when I was brought in as the new IT guy. It almost certainly had been done by the fired IT guy though. And it wasn't two weeks worth but over a month with extra backups from before that destroyed. Fortunately we had paper copies and had to re-enter all the data. So my first week in was this disaster and about six months of 14 hour days.

    111. Re:Lies, damn lies. by societyofrobots · · Score: 1

      Now class, everyone repeat this:

      Off - site - backup.

      I keep copies on my server, my laptop, my external harddrive, and on various DVDs in 2 different states. And occasionally in a bank safety deposit box when I have one.

    112. Re:Lies, damn lies. by caluml · · Score: 1

      We have everything on a NAS running RAID 5, at the end of each day anything that has been changed that day gets written to a DVD, which goes offsite. Normally chucked into someones bag on the way out of the door, but the DVDs are only for quick file recovery so not crucial.

      Hope there's some encryption thrown in if it's in any way sensitive. Otherwise, a DVD of your info will end up all over the place.

    113. Re:Lies, damn lies. by trick-knee · · Score: 1

      ugh... this annoys the SHIT out of me...

      I'm with you on that. I like subversion, but surely someone has figured out that encrypting passwords should at least be an option.

    114. Re:Lies, damn lies. by toddestan · · Score: 1

      Sounds like that's what the DVDs are for, assuming that they just don't chuck them in the trash after they get a few weeks old. That's one reason I like write-only media like that - there's nothing like having a half-dozen spindles in your closet covering the last several years in case everything else fails on you.

    115. Re:Lies, damn lies. by babybird · · Score: 1

      And then there's the question of whether the thing actually works... You can have all the backups in the world, but if they're all corrupt it won't do you any good. You'll be restoring broken garbage to your replacement server.

      It isn't a backup unless it has been verified.

      Boy howdy is that the truth! My roommate one time had a catastrophic server failure where he works and had to restore from backups. The system was backed up nightly, with weekly and monthly backups preserved separately. Unfortunately they only kept the backups for each day of the prior week, each week of the prior month, and each month of the prior 6 months, and it seems that their backup software had been malfunctioning for over 6 months, so he had to spend 2 and a half days rebuilding their servers, patches, reinstalling software and reconfiguring user and group accounts COMPLETELY BY HAND and FROM MEMORY.

      Thankfully at that time his company only had about 60 employees using computers, but that is still a lesson that too many people seem to have to learn the hard way.

      --
      Keith D.
    116. Re:Lies, damn lies. by KingBenny · · Score: 1

      and let me disagree ... having no money to do it right is pretty much a lame excuse in the eyes of customers. Any which way you look at it. Bad Karma for Avsim and rep to the hacker

      --
      Free speech was meant to be free for all... how can anyone grow up in a nanny state ?
    117. Re:Lies, damn lies. by SausageOfDoom · · Score: 1

      I think your comparison is a bit flawed, as half the backup box problems can also be applied to the DVD (data corruption, police raid, BSA, theft etc).

      But you're also ignoring the fact that I said use both anyway. Security of data through depth of solution.

    118. Re:Lies, damn lies. by turbidostato · · Score: 1

      "Insurance for a business only pays for replacement of things and not time that I'm aware of."

      Insurance pays for anything your contract says it covers. It can be hardware replacement, but it too can be time (x money for off-lined day, up to y days), salaries (up to x money to hire temporal replacement people), etc.

    119. Re:Lies, damn lies. by turbidostato · · Score: 1

      "But do you agree that, considering the type of data being archived, perhaps the cost/benefit curve optimizes at some point short of all the fine requirements you listed?"

      If you have a look at my previous post you will see the "unchecked" points are mostly procedural whith minimal (and mostly labour) costs. Is that really such a problem that you have, say, a wiki documenting recovering procedures, order of such recovering, servers involved and their layout, etc. and have them printed on paper, a copy on your home and another copy on your bosses'? Is it really so costly leaving apart some time monthly for a recovery test to confirm your backups are in good shape?

      On a side note, you said that was your procedure for some "IT security systems" but you didn't say why they are simply not integrated on the usual "operations systems" backup procedures. For your explanation it doesn't seem they would mean a significant adittion to the bulk of the backups. Might it be because backup procedures for "production facilities" are even in worse shape than IT's?

    120. Re:Lies, damn lies. by MrAngryForNoReason · · Score: 1

      Yes the DVDs are used for retrieving individual files as well as a last ditch way of recovering corrupted data.

      I suppose if we had some kind of data corruption that we didn't notice then we could be in trouble (I don't relish the idea of retrieving 2TB of data off hundreds of DVDs) but it is really a case of keeping the data as safe as possible without throwing too much money or time into the routine.

      Having a larger set of drives for the offsite backups would give more protection but to get a meaningful increase in protection would need a lot more drives which increases the cost and logisitics of the whole thing.

    121. Re:Lies, damn lies. by thexile · · Score: 1

      Sheesh. When will people learn?

      When shit happens to oneself.

    122. Re:Lies, damn lies. by Anonymous Coward · · Score: 0

      Check there working correctly twice a day?

    123. Re:Lies, damn lies. by SanityInAnarchy · · Score: 1

      Oh, please. SSH keys are fine, but very few people handle them correctly. Subversion, for example, stores your local passwords in clear-text,

      Firstly: Chances are, if someone has access to that, you're already hosed. A better solution might be full disk encryption, or just home directory encryption.

      Second: Keys aren't passwords. What does any of this have to do with Subversion?

      If you are one of the many idiots who use such passphrase free keys, and use the same key for everything, I only have to steal your key once to get fairly untrammeled access to your systsems.

      Correct. But you have exactly one place to steal it from. The servers only have public keys, not private keys, so you can't pull it from there.

      And you only have to steal it once anyway, passphrase or not. The passphrase just makes it more difficult to do.

      And, if I did use a different key for each server, what then? They're still all going to be stored on or accessible from my laptop. I'm always going to be one keylogger away from being completely 0wned.

      Yes, layers of security and all that, but in this case, it feels like using ssh keys (and disabling passwords) is probably the single biggest step one could take to increase security, with little downside.

      --
      Don't thank God, thank a doctor!
    124. Re:Lies, damn lies. by rtfa-troll · · Score: 1

      half the backup box problems can also be applied to the DVD (data corruption, police raid, BSA, theft etc).

      not really; the advantage of the DVD solution is that the media is very cheap (at least relative to a second computer). That means that a) you have multiple recent backups a time - so even if one is corrupted it doesn't matter. I've already said in my original post that backups must be restored to be valid. b) you can have backups in multiple locations with different security considerations; this means that the police raid etc. is much less likely to take away all of them at the same time.

      But you're also ignoring the fact that I said use both anyway.

      actually you said

      Certainly keep weekly/monthly off-site offline backups as well, just in case, but I think it's wrong to say you can't have a reasonable expectation for the reliability of an online backup box.

      I read that (sorry if it's my misunderstanding; I just have my reading of what's on the page; at least two stages of loss of information) as saying two things that I strongly disagree with. Firstly that these offline backups are just "nice to have" when actually they are the key part of the backup process and much more important than the online box. Secondly that once a month is acceptable when my original post is specifically that for three quarters of the time, a once monthly off site backup will be too old for a small business to do disaster recovery from.

      --
      =~ s,(.*),<sarcasm>$1</sarcasm>,g if any_point_you_wish();
    125. Re:Lies, damn lies. by EvilBudMan · · Score: 1

      Hmm...someone once told me that a top person could be insured in case he quit. I guess that would be costly.

  46. Re:Three words? Hell one word! by grumbel · · Score: 1

    Thats why don't just copy data with rsync, but use its --backup option as well.

  47. Difficult to destroy but not impossible by IntentionalStance · · Score: 1

    About 1980 and I am working for a small Cambridge(UK) software house. I used to back up disc to disc and run on the target discs to verify the backup. In addition I would periodically, ok ok when I remembered, backup to tape.

    I left the company and went to work in London. A few months later Terry came in during the middle of the night to do some work. He tried booting his machine and it wouldn't. So, he tries another disc, that didn't work so he tries the first disc in a second machine.

    Fast forward an hour - every machine has it's disc heads screwed and every disc has been ripped up by a crashed disc head.

    Good job my tape backup was still around - it was the only backup of the company's core product.

  48. replication of data for community web sites by Eric+Smith · · Score: 1
    I don't know what other backup strategies the community web sites I frequent might use, but one of them is to make copies of their entire site available on multiple DVD sets.

    That doesn't work so well if the archive is over 50GB, but at least one site I deal with is willing to give out copies of their >1TB collection if you provide them with a 1.5GB or 2GB USB drive to copy onto.

    Any personal data the site may have obviously can't be included in a public distribution, so that needs to be backed up separately.

    1. Re:replication of data for community web sites by DavidRawling · · Score: 1

      That doesn't work so well if the archive is over 50GB, but at least one site I deal with is willing to give out copies of their >1TB collection if you provide them with a 1.5GB or 2GB USB drive to copy onto.

      If they can fit 1TB onto a 2GB drive, why aren't they selling the compression technology? (OK, yes I know you meant 1TB).

    2. Re:replication of data for community web sites by Eric+Smith · · Score: 1
      Yes, obviously I meant 1.5TB or 2TB. Darn fingers just don't hit the right keys sometimes. Sigh.

      why aren't they selling the compression technology

      Anybody remember when Byte reported on some compression software from a company that claimed they had invented new compression technology "not affected by the laws of information theory"? They claimed that it could be applied recursively to compress ANY file to 4KB. IIRC, the reporter said that the beta version compressed his files to 4K, but couldn't decompress them. He said the company was aware of the problem and would have it fixed in the next beta.

      Funny how that company and its products didn't take the world by storm. I wonder how much money they got by defrauding investors.

      I wasn't too surprised that they could take in a naive reporter, but I was very surprised that an editor didn't kill the story.

  49. ouch...amature mistake, priceless by Se7enth · · Score: 1

    in the IT business for 13 years...countless amounts of user data...not following basic best practice principles to have an off-site back up and subsequent redundant tape or NAS...priceless Sorry to all those who lost their data and to Avsim but this is a perfect example of IT administration FAIL, I suspect the IT manager lost his/her job pronto

    1. Re:ouch...amature mistake, priceless by clickclickdrone · · Score: 1

      >I suspect the IT manager lost his/her job pronto
      Well yes, he's got nothing to manage now, apart from anything else.

      --
      I want a list of atrocities done in your name - Recoil
    2. Re:ouch...amature mistake, priceless by Ash-Fox · · Score: 1

      in the IT business for 13 years...countless amounts of user data...not following basic best practice principles to have an off-site back up and subsequent redundant tape or NAS...priceless Sorry to all those who lost their data and to Avsim but this is a perfect example of IT administration FAIL, I suspect the IT manager lost his/her job pronto

      What IT manager? It was some guy running a hobby site. You make it sound like he's part of some big corporation with funds to throw at everything, not a guy who may not be a very computer literate person who has a hobby in flight sims and so he made a website about it.

      --
      Change is certain; progress is not obligatory.
  50. Way of backing up by Anonymous Coward · · Score: 0

    As others have mentioned, aren't you suppose to have offline backups? Let alone, don't you need backups in three separate facilities?

    Offline means hacker proof, until we find someone who is technokinetic.

    Three backups means hopefully there is security against natural/unnatural disasters affecting each locality.

    Regardless, this will malicious, and hopefully archive.org has some of the stuff somehow.

  51. really community devoloped? by saiha · · Score: 1

    First of all this is despicable. However if it was "a source of community developed terrains, skins, and mods" then why was this the only place it was stored? Didn't they have a tgz ftp or something?!

  52. They didn't have backups by Sycraft-fu · · Score: 2, Insightful

    They had redundancy. Another online copy of data isn't a back, it is redundancy. A backup is a separate, offline copy.

    For example if you have a RAID-10, you do NOT have a backup of your data. What you've got is redundancy. In the event you have a disk failure, you don't lose data and you also don't lose system functionality. That's actually the main reason for RAID (at least RAID other than 0). You don't want your system to have downtime. If you drop a disk you can use the system while the replacement comes in, rather than being SOL.

    A backup is separate. It can be another harddrive, it can be DVDs, it can be tape, whatever. It is something you use to take data from the system, and move it offline.

    Now why is the offline thing so important? Well this demonstrates one reason. A bigger one would be catastrophic hardware failure. What happens if your PSU goes nuts and pumps out 120 volts on the 12v lines? That kind of thing can burn out all your hardware, and thus anything you have internally. An external backup isn't affected, of course. Then there's things like fire, or flood and so on.

    However the biggest would be your own screwup. What happens if you accidentally overwrite the data with garbage? What if you then trigger a backup sync, or it happens automatically before you realize your mistake? Well you are screwed now. You backup is now of useless data.

    Ideally the backup is offsite, of course, since that protects against anything that might happen to one site. As a practical matter for non critical data, like your home PC, an external harddrive in a good fire/water/security safe will do the trick. It takes a lot to destroy one of those and your data is probably safe from just about anything, including you screwing shit up.

    So having multiple online systems for better availability is fine. You don't want downtime, you have more redundancy so that if a given unit fails, the operation keeps going. However it's NOT a backup, especially if they are all on the same site. You need backups in addition to redundancy.

    How much redundancy and how many backups depends on the importance of the data you are storing. At home, I do an external drive in a safe with some very important files copied to the server at work. At work, we have a NetApp storage unit (which is quite redundant itself) and back that up to tape, which gets rotated out to a vault in a different building. At a higher level at work, for things like financial records, that same kind of thing happens but there's a backup system in a different city as well.

    Get yourself a good backup system BEFORE you need it.

    1. Re:They didn't have backups by Anonymous Coward · · Score: 0

      It takes a lot to destroy the safe, but if it's not insulated then high temperatures can destroy the data inside (e.g. tapes melting due to the heat).

      Tapes will melt in high temperatures before paper burns. Hard drives also have some limit to the non-operating temperature they can survive. So make sure you get a proper data-rated safe.

  53. overwritten once CAN be recovered by VeryLargeNumber · · Score: 2, Informative

    > I'd like to see you recover something that has been overwritten once.

    You can't do it at home, but professional data recovery service can. Usually you can guess the previous data by precisely measuring the magnetic levels. The old values will influence the resulting intensity. Roughly (I'm not expert!) works like this:

    was -- now -- result
    0 -- 1 -- 0.9
    1 -- 0 -- 0.1
    1 -- 1 -- 1.1
    0 -- 0 -- 0

    That is why you should have MULTIPLE overwrites with RANDOM data.

    1. Re:overwritten once CAN be recovered by crisco · · Score: 5, Informative

      The [a href="http://16systems.com/zero.php"]Great Zero Challenge[/url] says otherwise. They're simply asking for the filename of one of the files on a drive that has been wiped once with zeros. Despite offering the challenge for over a year and actively speaking to data recovery companies, no one has taken them up on the offer.

      --

      Bleh!

    2. Re:overwritten once CAN be recovered by crisco · · Score: 3, Informative

      Markup Fail! Great Zero Challenge

      --

      Bleh!

    3. Re:overwritten once CAN be recovered by DerekLyons · · Score: 2, Insightful

      Nobody has taken them up on the offer because they (16 Systems) are meaningless nobodies seeking to use the data recovery companies for their own PR ends.

    4. Re:overwritten once CAN be recovered by mati.stankiewicz · · Score: 1

      If I were some intelligence agency I'd never show in public that I could recover overwritten data. If some private data recovery companies can't do it it doesn't mean that it can't be done.

    5. Re:overwritten once CAN be recovered by Anonymous Coward · · Score: 0

      So a group is offering data recovery companies a grand prize of an 80 GB hard drive - worth less than eighty bucks (if that!) - if they can pull up some data. Gee, that's really going to encourage the data recovery companies to pull their finger out and give it their best shot.

    6. Re:overwritten once CAN be recovered by hoggoth · · Score: 5, Insightful

      I am a computer forensics expert. I search for deleted data for a living, and I testify in court as to what can be done.

      Unfortunately you are wrong about recovering data that has been overwritten by using magnetic magic.
      That is an urban legend that has been disproven. Maybe 20 years ago using low density MFM drives it was theoretically possible, but now it is not. Maybe the NSA has some tech they reversed engineered from an Area-51 UFO to do this, but I've never seen or heard of it.

      Even Gutmann has recanted his 38 wipes recommendation.

      Now don't mistake overwritten data for deleted data. When data is deleted it is NOT overwritten. When a hard drive is re-formatted almost nothing is over-written. When a file is overwritten with zeros or random bytes there are probably 10 more copies of that file and previous versions of that file floating around in unallocated sectors, swap space, file slack, hibernation files, etc.

      But what IS overwritten is gone.

      --
      - For the complete works of Shakespeare: cat /dev/random (may take some time)
    7. Re:overwritten once CAN be recovered by BinaryOpty · · Score: 2, Insightful

      In addition, the reward is far below the cost of the processes needed to retrieve that data, so no one's going to bother for that reason as well.

    8. Re:overwritten once CAN be recovered by Anonymous Coward · · Score: 0

      I believe that everybody believes this because on very old hard drives, it was possible.

      With modern, high density disk drives, the magnetic data is far too tightly packed to be able to do this.

    9. Re:overwritten once CAN be recovered by getuid() · · Score: 5, Insightful

      I've never seen *any* evidence or heard of *any* occasion that such a recovery, even from a only-once-zeroed drive was done.

      Now the point is, one could say "of cooourse not, guys that can do this won't do it for peanuts, besides they're secres service" etc etc. But the point is: even if it's secret service and really expensive, at leas *some* news about it should have hit the public -- after all, this myth has been around for several years (a decade?) now.

      I'd still even like to hear from a success story. Or even find a company that advertizes "We can (partly?) recover your zero'ed data -- it's going to cost a fortune, an arm and a leg, but we can." Haven't seen that one either yet. Not a commercial, not an offer, nothing... besides legends.

    10. Re:overwritten once CAN be recovered by Anonymous Coward · · Score: 0

      Maybe they're hoping the filename will be "sfusetup.msi" or something similar? :)

    11. Re:overwritten once CAN be recovered by Anonymous Coward · · Score: 0

      Believe it or not, you can read even data that has been overwritten several times under a scanning tunneling microscope provided you have the facilities. It's just an application of (not so simple) physics + coding theory. You're right that no company offers this on the civilian market, at least none that I'm aware of.

    12. Re:overwritten once CAN be recovered by heitikender · · Score: 1

      news don't leak when they are not leaked. We still don't know who killed Kennedy.

    13. Re:overwritten once CAN be recovered by home-electro.com · · Score: 1

      You should have stopped after "I'm not an expert" and hit cancel instead of submit.

      You are making way too many baseless assumptions. Such as that an initial value being perfect 0 or 1 to begin with.

      You could've started by reading Wikipedia page

      http://en.wikipedia.org/wiki/Data_recovery

      scroll down to "Recovering overwritten data"

    14. Re:overwritten once CAN be recovered by EvilAlphonso · · Score: 1

      Actually, we do

    15. Re:overwritten once CAN be recovered by heavygravity · · Score: 2, Interesting

      As an expert, maybe you can answer this:

      Earlier this year we had a hard drive failure, and we really wanted the data back badly (money isn't important).

      So, off it went to a 'professional recovery' service. A couple thousand bucks later, they were able to image some portion of the drive, and handed us the files they had recovered.

      The number of files they were able to recover was pitiful. It was as if they imaged the disk and ran a simple undelete program (ext2) or something.

      Is this normal? Are there any guys out there that dig a little deeper than this?

      I spent 2 weeks writing my own recovery software that carved the data out of the drive image, and saved 10 times the number of files they were able to. If I can do it, why can't they? Are there any recovery experts that actually compare samples of the data to be recovered (in our case, our own format binary data files, not similar to anything else) and make an effort to carve the files out, instead of relying on whatever recoverable filesystem information is available? (yeah, without being able to rely on ext2 filesystem information, you have to make certain assumptions..)

      --
      Cuban Music MP3's - cuband.com
    16. Re:overwritten once CAN be recovered by Anonymous Coward · · Score: 0

      Say what you will about the technical feasibility of recovering overwritten data from modern hard-drives, but don't bring up the "Great Zero Challenge", it's patently ridiculous.

      Nobody knows who these guys are, let alone that they have a "challenge".

      The prize is not even worth mentioning. $500 is at most two days' wages in the relevant fields. This is the "prize" for demonstrating publicly a technology worth billions of dollars to dozens of national security agencies around the world and at least many millions to data recovery companies.

      The fact that nobody has won this "challenge" is a testament to its irrelevancy, not to the current state of the art in magnetic media data recovery.

    17. Re:overwritten once CAN be recovered by batkiwi · · Score: 1

      This has been proven to be false mumbo jumbo... How do you measure these magnetic fields, and how do you know how they are partitioned without the drive controller doing the work?

      It COULD theretically be possibly with an electron microscope, but that is TOO close in. It's just not doable.

    18. Re:overwritten once CAN be recovered by fake_name · · Score: 0

      The "theoretical" ways to read data off a zero'ed disk involve looking at a bit on the platter, seeing how close to 0 it is and using that to figure out what it used to be. If it is "0.01" it was probably a zero before, if it's "0.2" it might have been a one. If the disk controller rounds everything down to zero, that isn't possible... which is why the drive needs to be opened up, and why a challenge that requires you to read data from a zero'ed disk without opening up the drive is meaningless.

    19. Re:overwritten once CAN be recovered by Jugalator · · Score: 1

      Same here. To the contrary, I have not heard of a single data recovery company that specializes in these things, that have taken a hard drive all zeroes out once and even attempted to repair it. So far, all I know have rejected such drives.

      --
      Beware: In C++, your friends can see your privates!
    20. Re:overwritten once CAN be recovered by AmiMoJo · · Score: 1

      Eraser (http://www.heidi.ie/eraser/) has a handy feature for wiping unused space on a drive. Of course it can also overwrite files prior to deletion.

      They claim that it will wipe file names too, but I have not seen anything put that to the test so far.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    21. Re:overwritten once CAN be recovered by Anonymous Coward · · Score: 0

      "I am a computer forensics expert."

      IAACFE!

    22. Re:overwritten once CAN be recovered by squoozer · · Score: 1

      I'm not expert but I've done the same as you with a busted hard drive. The thing is that the recovery people don't really know what they are looking for so it's hard to tell them what special recovery code to write in order to recover your data. As far as I can tell data recovery firms are good if the drive motor fails or the circuit board goes bad because they have clean rooms where they can open the drive and image it. If the drive goes bad logically they you are stuffed.

      --
      I used to have a better sig but it broke.
    23. Re:overwritten once CAN be recovered by commodore64_love · · Score: 2, Insightful

      By that logic Santa Claus might exist - he just hasn't revealed himself yet.

      For myself I prefer the scientific method, where if a thing or technique has never proved itself to exist, then it does not. Not seen == not believed. Therefore I don't believe an erased and zero'd hard drive can be recovered.

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    24. Re:overwritten once CAN be recovered by commodore64_love · · Score: 1

      >>>a challenge that requires you to read data from a zero'ed disk without opening up the drive is meaningless.

      Please provide citation or retract your sentence. I cannot find anyplace on the Challenge website that forbids opening the drive and examining the physical disk. It's also worth nothing that one recovery company stated it would be impossible since the "dd" command was used.

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    25. Re:overwritten once CAN be recovered by jmv · · Score: 1

      But what IS overwritten is gone.

      Close, but not quite. You still have the "bad sectors" that the drive remapped to another area and then completely forgot about. Those would likely still contain the original data. All you have to do is convince (r replace) the drive's electronics to read them.

    26. Re:overwritten once CAN be recovered by Anonymous Coward · · Score: 0

      Thank you, someone who makes sense.

      Personally, I have done a quick format in Windows XP thinking it was a different partition (on my share drive no less). I ended up "losing" my music, movies, etc.

      However, being an IT person and liking a challenge and instead of panicking, well ok there was a few seconds of panic in me, I took this as a hurdle to overcome. I remembered that a quick format only writes 0s to the drives over top of the info that is there, so its still underlying. All I had to do was find some way to recover the data. At the same time you *must not* paste, move, etc *anything* to the same partition that was just formatted. That then starts to overwrite the data you had "erased".

      I ended up finding some nice software that allows you to attempt a recovery on NTFS drives.
      GetDataBack worked well for my situation, however I had done a simple task in the scheme of things since I 1)only wrote 0s over the data and 2)made sure to preserve the current status of the disc and didn't put anything on this drive until I'd made sure I'd tried everything.

      By the way, that drive was a 200gig drive with the entire partition quick formatted. This was on a Raid 0 at the time as well.

    27. Re:overwritten once CAN be recovered by Nimey · · Score: 1

      Gutmann never recommended the full 35-pass wipe to anybody. The full corpus was a set of passes optimized for old MFM drives (but useless on other types), another set for old RLL drives (also useless on other types), and some randomness thrown in for good measure.

      I expect the reason why the 35-pass wipe became popular was idiots who didn't take the time to understand his admittedly long paper about them.

      --
      Hail Eris, full of mischief...

      E pluribus sanguinem
    28. Re:overwritten once CAN be recovered by jimmyswimmy · · Score: 0

      I remembered that a quick format only writes 0s to the drives over top of the info that is there, so its still underlying.

      No, that's not right. A quick format just destroys the FAT table, and doesn't touch the data. It's just that you don't know where to look anymore, sort of like throwing away your address book. Even a full format doesn't erase the data, the OS just verifies that it can read every sector of the drive.

      What you're referring to would be a low-level format, where the drive is zeroed out and the HD controller marks out bad sectors. And that, as the one of the uncle posters explains, is pretty tough to recover from in modern drive technologies.

      --

      Just my $0.55 (US inflation, 1774-2008, for $0.02)
    29. Re:overwritten once CAN be recovered by codewarren · · Score: 1

      No, because your "was" column never "was"...

      It is more like:

      Was -- Write -- Result

      0.9 -- 1 -- 0.92
      0.2 -- 1 -- 0.89
      0.7 -- 0 -- 0.1

      The problem here is that neither the magnetizer nor the media is perfectly uniform, so a write to one bit that was 0.8 might yield 0.92 while another one might yield 0.99, and it becomes impossible to tell where the "line" between "was zero" and "was one" is.

    30. Re:overwritten once CAN be recovered by Anonymous Coward · · Score: 0

      so dd if=/dev/random of=/dev/sda will leave files floating around?

    31. Re:overwritten once CAN be recovered by McFly69 · · Score: 1

      Hoggoth, I have accidentally formatted a MacOS hard drive with NTFS but have not written anything to it. What would be the best tool to recover the data? Any open source or freeware? Thanks!

      --



      NO! NO! Please don't mod me, I'm too young to die a troll. *click* Oh the pain, the pain...
    32. Re:overwritten once CAN be recovered by FMZ · · Score: 1
      Do you think that $500 will be the only reward to the company? Or, do you think that maybe the company that finally takes them up on the offer and recovers the filename will reap greater rewards as a direct result?

      Right now on Slashdot, we've got nerds and computer experts referring to this challenge as proof that it isn't possible. Sure, Slashdot isn't the absolute epitome of computer expertise, but dammit, we've got some smart guys here. Now, if company XYZ were to take this challenge and complete it as requested, then not only would they get their measly $500, but they would also (I'm sure) get a nice frontpage article on Slashdot along the lines of "XYZ Victorious in Great Zero Challenge!"... and there would be a nice memorable flamewar about how long we've been able to do this. And next time a nerd needs their zeroed-out hard-drive recovering, they are going to Google "Great Zero Challenge" and then click the XYZ link in the article. This is not only a chance to win $500, but it's a chance to be "those guys that finally confirmed the zeroed-out recovery myth".

    33. Re:overwritten once CAN be recovered by nadaou · · Score: 1

      For myself I prefer the scientific method, where if a thing or technique has never proved itself to exist, then it does not. Not seen == not believed. Therefore I don't believe an erased and zero'd hard drive can be recovered.

      I think you misapply the method. It states that you can only disprove a theory, not prove one. The universe of possibilities are open until you disprove them.

      Or as the common scientific (and perhaps religious?) adage goes: "absence of evidence is not evidence of absence." Do a websearch for Carl Sagan's bologna detection kit and perhaps spend some quality time in Wikipedia: http://en.wikipedia.org/wiki/Argument_from_ignorance

      --
      ~.~
      I'm a peripheral visionary.
    34. Re:overwritten once CAN be recovered by Mazin07 · · Score: 1

      That can be a dangerous way of thinking. Suppose that several years ago, you designed a system that relied on the MD5 algorithm for life-critical security on several fronts. After all, since there were no techniques at the time to compromise MD5, you didn't believe it could be done so it was perfectly safe.

      Fast forward to 2005. MD5 is broken. Updating your system to use SHA1 is either impossible or would take far too long. Hackers exploit your high-profile system. Santa Claus falls down your chimney.

    35. Re:overwritten once CAN be recovered by Kythe · · Score: 1

      They're not the only ones who have looked into this.

      Really, it would be easy to prove: find a data recovery company that can recover overwritten data (here's a hint: you'll be looking for a while).

      I guarantee that by taking up the "Great Zero Challenge," for instance, they'd have all the business they could ever ask for from the advertising value alone.

      --

      Kythe
    36. Re:overwritten once CAN be recovered by Kythe · · Score: 1

      The value of advertising/bragging rights alone would make it worthwhile to do successfully take the challenge for free.

      --

      Kythe
    37. Re:overwritten once CAN be recovered by Kythe · · Score: 1

      Always possible. But at least from what's publicly known, it's not doable.

      Also, I think you need to factor in a certain experience with general government competence.

      Finally, it's not as though people haven't tried. A paper I saw not too long ago detailed attempts to recover overwritten data using direct readouts of the hard drive read heads and magnetic force microscopy. It found recovery of an occasional bit possible for one overwrite with a known pattern. With a random overwrite pattern or more than one overwrite, even this measly recovery wasn't possible.

      Realize also we're talking about the raw signal from the read heads. If there is no signal remaining above the noise on the disk, then there simply is no signal and no technology on God's Green Earth, no matter who developed it or how advanced, will recover the data.

      --

      Kythe
    38. Re:overwritten once CAN be recovered by DerekLyons · · Score: 1

      I guarantee that by taking up the "Great Zero Challenge," for instance, they'd have all the business they could ever ask for from the advertising value alone.

      Yeah, if the world worked that way it would. But it doesn't. The marketing value of responding to a 'challenge' from a nobody is essentially zero.

    39. Re:overwritten once CAN be recovered by hoggoth · · Score: 1

      McFly, Turn off the computer and remove that hard drive right away. Every second it is in use more things are being permanently overwritten.

      Most tools, such as FTK Imager from Access Data, at this point will look at your drive and conclude it was (is) a Windows NTFS drive because of the headers the formatting put there. Your best bet is to use a file "carving" tool such as Scalpel, or PhotoRec to scan through the drive ignoring the file structures and recovering files based on the patterns of file headers and footers it finds. Even better would be something that can recognize and rebuild HFS+ directory structures but I don't have any specific recommendations there (I don't work on Macs that often).

      Oh, and if you make a clone of the drive (a bit for bit copy using 'dd' or something equivalent) you can safely work off the clone and if you royally mess up you still have the original. I never work from an original.

      --
      - For the complete works of Shakespeare: cat /dev/random (may take some time)
    40. Re:overwritten once CAN be recovered by hoggoth · · Score: 1

      As Squoozer said a data recovery firm doesn't know anything about your special file formats, they just apply some standard tools. First they follow a set of procedures to get the drive working physically and electronically, then they scan the drive for files to recover. They can recover directory entries (MFT for NTFS) and they can recover based on file signatures. If the directory entries can't be recovered and they don't know the specifics of how to scan for your unusual file formats they won't find them.

      --
      - For the complete works of Shakespeare: cat /dev/random (may take some time)
    41. Re:overwritten once CAN be recovered by hoggoth · · Score: 1

      > so dd if=/dev/random of=/dev/sda will leave files floating around?

      I think you are being sarcastic, but you just said the exact opposite of what I posted.
      rm $myfile will leave files floating around.
      dd if=/dev/urandom of=/dev/sda will leave nothing.

      Of course, in my line of business dd if=/dev/urandom of=/dev/sda may land you in jail for destruction of evidence.

      --
      - For the complete works of Shakespeare: cat /dev/random (may take some time)
    42. Re:overwritten once CAN be recovered by Anonymous Coward · · Score: 0

      Hmm, maybe something for the Mythbusters?

    43. Re:overwritten once CAN be recovered by Golddess · · Score: 1

      How was this a PR move for 16 Systems? I always thought the data recovery companies declined because they had nothing to gain.

      If someone were to take up the challenge, and fail, the other companies could say "See? They couldn't even recover a drive that was overwritten with zeros once. We are clearly the better choice for your business." If they succeeded, people would have gone "big whoop, everyone knows that recovering from such a deletion measure is trivial, and that to truly ensure your data is unrecoverable you need to overwrite the data on the drive over 9000 times with completely random data, throw the drive into a volcano, throw the planet with said volcano into a star, and cause said star to implode into a black hole, and even then it might still be possible to recover your data."

      --
      "I'm not sure I like the fugnutish tone you used in your post!" -RogL (608926)-
    44. Re:overwritten once CAN be recovered by Kythe · · Score: 1

      It doesn't matter who the challenge is from--marketing is what you put into it. Simply being able to demonstrate the ability to do it would be big news in the tech world, and regardless of who originated the challenge, the successful company could spread the news far and wide in their own advertising.

      There is a need for someone who can recover overwritten data, and if anyone demonstrates publicly they can do it, it would indeed be worth its weight in gold.

      --

      Kythe
    45. Re:overwritten once CAN be recovered by DerekLyons · · Score: 1

      How was this a PR move for 16 Systems?

      They've been mentioned at least twice in this discussion - and I've seen them mentioned in many other places.

    46. Re:overwritten once CAN be recovered by Anonymous Coward · · Score: 0

      Exactly. Parent should be modded up.

    47. Re:overwritten once CAN be recovered by cool_story_bro · · Score: 1

      have you ever seen a black hole?

      --
      You must wait a little bit before using this resource; please try again later.
    48. Re:overwritten once CAN be recovered by MobiusPoint · · Score: 1

      was -- written -- result
      .3 -- 1 -- .8
      .9 -- 0 -- .3
      .7 -- 1 -- .8
      .2 -- 0 -- .1

      Also, how did you get 1.1?

    49. Re:overwritten once CAN be recovered by QuestionsNotAnswers · · Score: 1

      ...there are probably 10 more copies of that file and previous versions of that file floating around in unallocated sectors, swap space, file slack, hibernation files, etc.

      Your reply sounded good until I reached your "ten copies" exaggeration. Do most hard drives only use 10% of their disk space?

      Also the numbers of copies would not be the same for all files; instead there would be some distribution. I would guess that some active files have many copies while many files have no copies (not a normal distribution.) Even with compression, 10x just does not appear realistic. Comments?

      --
      Happy moony
    50. Re:overwritten once CAN be recovered by Anonymous Coward · · Score: 0

      My comment is the documents you were recently working on have lots of copies floating around. Some older documents don't have any. Emails, web pages, and Microsoft Office documents seem to leave lots of fragments around.

    51. Re:overwritten once CAN be recovered by Trogre · · Score: 1

      So you're saying that

      dd if=/dev/zero of=/dev/sda bs=4k

      is just as effective as

      dd if=/dev/urandom of=/dev/sda bs=4k

      for secure-deleting a hard drive?

      Because the former is about 20 times faster on a modern computer (I/O bound, waiting on the disk, rather than CPU bound, waiting on the pseudo-random number generator to spit out digits).

      --
      "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
    52. Re:overwritten once CAN be recovered by TheRaven64 · · Score: 1

      Close. Unfortunately, even this isn't the only problem. You also get the fact that the magnetic domains are arranged over a 2D surface and are affected by the values in the others in the same surface. Drives with perpendicular encoding may be marginally easier to do, but even then you're going to need a lot of heuristics to reconstruct any meaningful data, and even then it's likely to be lossy.

      The reason that you have to do multiple overwrites for sensitive data is that groups like the NSA who make these recommendations are not just worried about current technology. They have to think about the possibility of a drive containing secrets that may still be damaging in 20 years and so they have to make a guess about what an adversary will be able to do with a drive in 20 years' time. There is a difference between 'recoverable now' and 'may be recoverable with future advances in technology'. The first is the one you care about when recovering data, and the second is the one you care about when destroying it.

      --
      I am TheRaven on Soylent News
    53. Re:overwritten once CAN be recovered by mcnoch · · Score: 1

      Restoring zeroed disks is only theoretical possible when the overwritten file was written onto a virign media and never was changed, because else one couldn't be sure that the remains of a "1" polarisation belonged to the deleted file; it might be from another file of a earlier version of the deleted file.

    54. Re:overwritten once CAN be recovered by Anonymous Coward · · Score: 0

      Actually, I did see this happen before. A co-worker had a fully filler hard disk of his that crashed. When he used a recovery tool to get his data back he also found parts of data from the previous owner. Not much of which was still complete but it was there.

      Now note this was a hard disk my co-worker used actively for months and was filled to the brink with data so it was not just left on the empty spaces. Does this proof it's possible to get everything back? Nope, but it is possible that some comes back :)

    55. Re:overwritten once CAN be recovered by Anonymous Coward · · Score: 0

      Yes, I am saying that from everything I've seen, from everything I've read, and from everything I've tried using /dev/zero is just as secure as using /dev/urandom.

      Having said that, however, I still use /dev/urandom myself just in case the three letter agencies have some secret that has never leaked and no researcher has ever duplicated. I know I am being silly because all I am protecting is my credit card numbers which I also hand to teenage waiters in restaurants.

  54. Re:Three words? Hell one word! by Anonymous Coward · · Score: 0

    One word. R-S-N-Y-C!

    Arsenic? Ah, I see - to be fed to the vandals!

  55. Perhaps the russians made a backup by Anonymous Coward · · Score: 0

    Similar site perhaps they copied all their content ?
    http://www.avsim.su/

    1. Re:Perhaps the russians made a backup by karstux · · Score: 1

      Maybe there's some overlap, but some at least is not there. Avsim.com had a lot of stuff for the free space flight simulator Orbiter which isn't on Avsim.su.

      --
      Don't whistle while you're pissing.
  56. Re:Three words? Hell one word! by EvanED · · Score: 1

    Yeah, with rsync you could backup one server to your other server. Surely that would be enough.

    (I'm being a bit facetious, but I'm just trying to say that you have to be a bit careful about what you mean by "use rsync".)

  57. replication != backup by obarthelemy · · Score: 1

    reminds me of "But .. I can't have lost all of my data ! I have RAID 5 !"

    --
    The Cloud - because you don't care if your apps and data are up in the air.
  58. cost benefit by shentino · · Score: 1

    These guys are idiots for having their servers hackable and online.

    1. Data that is online is by definition not a backup
    2. Offline is the best way to secure against hacks
    3. A server that can be hacked so easily has sucky security.

    This is an EPIC FAIL due to sheer lack of common sense. If the admins are smart enough to "back things up", they should know the basics of making backups.

    However, considering the sheer amount of resources required to keep a backup both safe and current, most businesses cannot afford to invest doing so and remain competitive against the million and one other lucky bastards that don't get hit. It's the same reason insurance often doesn't pay off.

    These hackers were malicious and determined, and there's a fair chance they would have resorted to social engineering to get past any security on the server or offsite backups if the server had been properly secured in the first place. These guys "just wanted to watch the world burn" so badly that they packed a dozen lighters and would probably have gone back for a blowtorch and a gallon of napalm if that didn't work.

    When the devil brings a bazooka, you pretty much don't stand a chance. That is not, however, grounds to settle for body armor made out of tissue paper.

    1. Re:cost benefit by Becausegodhasmademe · · Score: 1

      These guys are idiots for having their servers hackable

      Would you mind telling me where I can obtain this unhackable server of which you speak?
      I'll pay you a gazillion million dollars.

    2. Re:cost benefit by Ash-Fox · · Score: 1

      Would you mind telling me where I can obtain this unhackable server of which you speak?
      I'll pay you a gazillion million dollars.

      1) Buy server
      2) Don't plug it in
      3) Unhackable server!
      4) ...
      5) Profit!

      --
      Change is certain; progress is not obligatory.
  59. Data is NOT backed up until it is by obarthelemy · · Score: 3, Informative

    - tested
    - offline
    - off-site
    - several times

    anything else is "high-availability", not "backup".

    --
    The Cloud - because you don't care if your apps and data are up in the air.
    1. Re:Data is NOT backed up until it is by Culture20 · · Score: 1

      - tested
      - offline
      - off-site
      - several times

      anything else is "high-availability", not "backup".

      - Etched in stone
      - Etched in titanium
      - Etched in gold
      - Sent into orbit
      - Sent into space on radio waves

      anything else is "availability", not "unreasonably difficult backup procedure requiring at least two people dedicated to backups and trust in a third party company".

      There's always a sweet spot.

  60. backup and data loss.... by kingair_six · · Score: 1

    certainly a shame that this great resource is offline (have downloaded many a byte there). however, it seems pretty naive to simply backup BETWEEN the servers. hm, anyhow, an effort has to be made to try to recover the data since there is really good stuff up there. would be interesting to hear how he/she/they got in?

  61. Yes, but it's not cheap by Moraelin · · Score: 2, Insightful

    Well, maybe, but it won't be cheap. I doubt that the guy running some amateur mod site is willing to fork over some thousands out of his own pocket to have someone take the drive apart and use an electron microscope or whatever on it.

    --
    A polar bear is a cartesian bear after a coordinate transform.
  62. Haven't we heard this before?? by Anonymous Coward · · Score: 0

    Wasn't there almost an exact same story like this months ago (They had backups but the backed-upe copy had simply backed-up the corrupted computer thus making the backup pointless).

    Moral is the same though. Your backup is only as good as your original. :)

  63. Not everything is lost! by xtracto · · Score: 1

    If you are in this position for some reason, it may be possible to [relatively cheaply] recover some of your stuff.

    I used a program called GetDataBack successfully several times (and I charged for that hoho!). The progrma is NOT free, however it is not expensive (about USD$80).

    I know also it is not the only of its kind, therefore, some people here may know about other alternatives.

    --
    Ubuntu is an African word meaning 'I can't configure Debian'
  64. Re:Total Pwnage by shentino · · Score: 1

    Backups can only do so much.

    These morons should have had their servers secured well enough that they didn't get hacked in the first place.

    An ounce of prevention and all that...and I'm not talking about "taking 2 and call me in the morning" type of prevention where you just take a cold pill. I'm talking about upping your vitamin C so you don't get sick in the first place.

    Proper security and alert admins are the antibodies of any network.

  65. I feel sorry for the contributors. by Becausegodhasmademe · · Score: 1

    My heart goes out to the developers and contributors of the project, to loose 13 years of work must be devastating, especially when it's a commercial venture and people are depending on the project for income.

    It begs an interesting point, The majority of OS projects are maintained online, does Slashdot think that the open source software model is more resilient to this type of attack?

    Let this serve as an example to others: There is no replacement for off site, off line backups.

  66. See data recovery articles in Linux Journal by slashbart · · Score: 1

    The last two Linux Journal magazines had articles on disaster recovery: Hack and / - When Disaster Strikes: Attack of the rm Command and Hack and / - When Disaster Strikes: Restoring a Master Boot Record.
    Good luck

  67. Don't they mean by Errtu76 · · Score: 1

    cracker?

    1. Re:Don't they mean by Anonymous Coward · · Score: 0

      How do you know the attacker was white?

    2. Re:Don't they mean by ipX · · Score: 1

      cracker?

      Maybe, are you offering me one? Seriously tho, catch the net. The new terms are 'white hat' and 'black hat' or the ever-mysterious 'gray hat'. Hackers vs crackers is sooo 10 years ago.

    3. Re:Don't they mean by Anonymous Coward · · Score: 0

      cracker?

      You racist!

  68. Backups & Testing by Kryptic+Knight · · Score: 1

    Of course with all this twittering about doing backups to tape (or other removable media) and offsiting them , or using over-the-net offsite backkup, the one thing that hasn't been mentioned is the need to TEST YOUR BACKUPS!

    I've been in the industry for 20-odd years now and have come upon some managers of small companies wailing "but we backup!"

    Backing up using two tapes, swapping between them every day, never examining the logs, and using the same DAT tape for 5 years is NOT a solid backup strategy.

    You need to examine the backup logs on a daily (or summary weekly) basis.
    You need to swapout media after reasonable life.
    You need to have a retention cycle that is longer than LEGAL requirements.
    You need to have a rotation cycle that is bigger than your short term and medium term estimated restoration requirements.
    You need to keep your backup OFF SITE and no that doesn't mean on a shelf in the garage of a manager.

    --
    --- This meme is memory intensive
  69. "Hacking" and it's ethics by Optimus6128 · · Score: 1

    Most people think that hackers are computer gods and that you have to destroy something to be a computer god. They even think that because of the results it might be much harder than anything else and very few people are capable of doing something like that. I wish it was harder..

    While many argue (myself too sometimes) over the definition of the word a hacker, the real problem here is how it is perceived from most people. Even a person of average intellegence in my opinion can learn how to wipeout a server or even do those stupid defacing pranks without needing to be very clever (effort and persistence are enough). A lot of people come and tell me that hackers (with the new definition) are cool and how they must be very clever to destroy stuff and such. Nobody wants to learn programming (it's boring, they say), everyone wants to learn the tricks be a computer hero in an instant or something like that.

    In my view, even the average person or an idiot would be able to understand the obvious. That destroying and doing defacings on the internet is neither clever nor creative. But this doesn't happen. I think because the idea of a stylish computer hero blowing up stuff (as seen in the movies) is much more preferable than that of a godlike programmer growing a unix beard or something..

    Yes, I hate hackers too (the new generation/definition) and people misunderstand me when I say that. "Killing" them would do nothing, it's the nowadays mentality/perception that we should try to change. People are having it wrong and they are spreading the idea that "hacking" (in the modern definition, not the old one of programming geeks or something) is ok or even respected.

    --
    The "H-Word" has died for me.
  70. Re:Total Pwnage by Anonymous Coward · · Score: 1, Insightful

    Still. Thirteen years worth of data, and they didn't have a single tape, a single external drive, a single... anything, not even a fucking burned CD that might help them. No, I respectfully disagree, SECURITY can only do so much. (However, for the avsim.com admin I seriously have zero respect.) Security might have prevented this attack, but what if there was a fire, or a burglary, or some careless jackass with a cup of coffee? Stranger things have happened that cause the exact same outcome, total data loss. This isn't just about disaster prevention, this is about common goddamn sense, which the admin of this site apparently have none of at all.

    One offline (and preferably off-site) backup, even if it wasn't complete to that day or even that month, would have been the difference between losing everything and losing almost nothing.

  71. Re:overwritten once CAN NOT be recovered by 1u3hr · · Score: 1
    I'd like to see you recover something that has been overwritten once.
    You can't do it at home, but professional data recovery service can.

    Citation for this claim? Know anyone who's actually done it? Seen it? Or any evidence that it can or has been done in real life by anyone (that does not include 24's Chloe O'Brien)?

    And even in theory, how much does it cost, how long does it take for each KB of data rerieved? What level of integrity? You might be able to puzzle out ASCII text with a few percent of corruption, but any kind of graphic format will be totally fucked.

    And no "If I told you I'd have to kill you" is a joke, not an answer.

  72. They didn't have a backup plan by rossz · · Score: 1

    Backing up from one server to another is not a backup plan. At a business I worked at for a short time (the boss was a moron so staying wasn't feasible) they insisted they had a backup plan. Since I was their brand new system administrator and was responsible for all things bad that could happen, I insisted on details. They were backing up their mysql database that was running on a VM to another server, that was also running on a VM, on the same host. My response was, "so you don't have any backups." I was given grief for this response.

    The list of stupid shit they were doing was a mile long and I was literally fighting with them on a daily basis trying to implement the most basic of best practices. After six weeks it came to a head and they asked me to leave. Fine with me, I was already looking for a new job since there was no way I could work under those conditions. I don't know what the fuck they were thinking. You don't hire a senior level system administrator then refuse to listen to his advice, especially when no one else in the office had any background in system administration (the boss thought that because he could install apache, that made him a system administrator).

    Well, I did fix their broken mail system (incorrect SPF info) and tripled the performance of their mysql server in the first week. Would have been faster but they didn't trust turning on query caching, so I had to prove that it would work.

    --
    -- Will program for bandwidth
  73. The people running the site ARE NOT IT Admins by IvanTheNotSoBad · · Score: 5, Informative

    So they had no real backup strategy....but what happened to them REALLY REALLY sucks. It really irks me seeing so many comments saying these "retards" had it coming to them.

    Listen folks....we're talking about a couple of guys who spent their free time creating a website. They're not making any real money out of this (in fact, they all have regular day jobs).

    They've been advertising for a Tech Manager (non-paid) for quite a quite so time now. They did get one recently...but it turns out the guy harvested the emails from the systems and sent out a bunch of spam. He has since been fired.Even though the avsim folks aren't saying it was him who hacked and destroyed their site, it's quite hard not to think it was him.

    It's been quite a blow to the flightsim community and I have noticed a lot of IT folks are offering help.....I just haven't seen a single one on this thread.

    1. Re:The people running the site ARE NOT IT Admins by An+dochasac · · Score: 4, Insightful

      Mod parent up. These guys made mistakes, but well paid admins for enormous organizations make these same mistakes. (Bush's email anyone ;-) We should be more interested in informing and helping than in criticizing and 'persecuting(sic)'. When I first started in IT, I brought a hard drive back which contained important data for an Aids research clinic. I suggested that they make sure to do a backup now. I felt for them because the state of the art PC tape backup technology in 1988 was so slow, expensive and prone to eat tapes that I'd have almost suggested swapping out a 2nd MFM drive every day. A few weeks later I got a call, they'd lost their data again and this time there wasn't much I could do. Real men backup their data to slashdot. I hope you don't mind if I use this thread. beegin 665 mydailybackup.uue M27-N)W0@=&AIR!A(&=R96%T(&)A8VMU"$*27-N)W0@=&AIR!A(&=R96%T )(&)A8VMU"$* end

    2. Re:The people running the site ARE NOT IT Admins by Anonymous Coward · · Score: 0

      So what was his name again?

    3. Re:The people running the site ARE NOT IT Admins by Anonymous Coward · · Score: 0

      So they're idiots on a whole new level now? They added a volunteer Tech Manager, gave the guy the root passwords, then fired him and neglected to change the passwords?

      Sheesh.

    4. Re:The people running the site ARE NOT IT Admins by An+dochasac · · Score: 1
      restoring from previous post:

      # uudecode restore.dat
      # cat mydailybackup.uue
      Isn't thiHXX6wBF H#

      Curse you lameness filter!

      Next time it goes onto FAT16 formatted punched cards which will be shipped via passenger pigeon to my secure station wagon which will bring it to my geothermal powered server which lies in my lair, deep beneath an Icelandic volcano. And a second copy will go to a Raid-Z ZFS servers which are currently running on each of on Jupiter's Galilean moons (except Europa)

    5. Re:The people running the site ARE NOT IT Admins by drinkypoo · · Score: 1

      It's been quite a blow to the flightsim community and I have noticed a lot of IT folks are offering help.....I just haven't seen a single one on this thread.

      The time to get help would have been before they were hacked and lost their "backup" mirror.

      As others have said, if they weren't a registration required website, the internet archive would have backed the whole thing up for them. They felt that they needed to hide all site content behind authentication. It was a stupidly short-sighted decision, and they obviously made it without consulting someone with a valid opinion.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    6. Re:The people running the site ARE NOT IT Admins by metamatic · · Score: 1

      These guys made mistakes, but well paid admins for enormous organizations make these same mistakes. (Bush's email anyone ;-)

      You think that was a mistake?

      --
      GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
    7. Re:The people running the site ARE NOT IT Admins by FooRat · · Score: 1

      Mod parent up. These guys made mistakes, but well paid admins for enormous organizations make these same mistakes.

      Sorry, but there are some types of mistakes you "Just. Don't. Make.". Like 'changing lanes without looking'. Like 'accidentally getting your girlfriend pregnant'. Like 'amputating the wrong leg'. And 'not sensibly backing up important data'.

      Some things in life you best learn through making mistakes - but not everything. You don't *need* to "learn from your mistakes" how not to knock up your girl. And you don't need to "learn from your mistakes" what proper backups involve. It does not take a genius, you only need three brain cells to rub together.

      And if you're a paid professional whose job is to do this right, then sorry, "oops I made a mistake" is really criminal negligence. Or when a surgeon operates on you, are you also cool with it if he just makes a few mistakes? What, you think data isn't as important as that? Guess you feel that way when it's *not your data* ... talk to me again when you own a medium-sized business that needs their data backed up.

    8. Re:The people running the site ARE NOT IT Admins by pandrijeczko · · Score: 2, Insightful

      Just like you can give a smartass answer because it's not you it happened to, you'd probably be able to give a smartass answer as to why it wasn't your fault if it had been you.

      I've never used the site (I don't even play flight sims) but I feel sorry for the guys because they've actually done something that is in the spirit of what the Internet should be - namely useful (at least to some people) and even better, FREE!

      Yes, I'll have myself a good chuckle if Microsoft, Sony or [INSERT FACELESS CORPORATION HERE] get hacked but not these guys who are just hobbyists.

      I'm a well-paid security consultant and five years ago my home server got hacked because I rather stupidly forgot to turn an FTP server off - it happens to the *BEST* of us and the only thing to do is learn from the experience. But it doesn't help when a patronisingly smug individual like you makes retarded comments.

      --
      Gentoo Linux - another day, another USE flag.
    9. Re:The people running the site ARE NOT IT Admins by SmoothriderSean · · Score: 2, Interesting

      I have no idea how large flight sim files are, but from the Wayback FAQ: "Files over 10MB are not archived in this 'snap shot' of the website."

      Seriously: buying a LTO drive and sending media to IronMountain is a fantastic idea, but this community sites like this aren't a business. They're, say, 10,000 devout users hitting a virtual machine or two, and the admins are _already_ dropping a couple hundred per month on the hosting. Where does the money come from? Where does the _time_ come from? Whoever should've been testing avsim's backups was probably also moderating forums, working on the site, and working a day job.

      Free community sites like this are great, great part of internet, and the people who run them are pouring their own time and money into something they love. And unless you want to run a free offsite backup service, the best you can do is to warn people what can happen, show them what a reasonably solid backup strategy looks like, and hope that no dickheads trash their site.

    10. Re:The people running the site ARE NOT IT Admins by hendrikboom · · Score: 1

      Thanks for the Clarke reference.

    11. Re:The people running the site ARE NOT IT Admins by jrothwell97 · · Score: 1

      FINALLY, a degree of common sense.

      This isn't a big corporation's site. It was run by a few guys in their spare time. True, they could have backed up more, and putting the backup server online was incredibly stupid...

      but the person who is to blame is the bastard who took both sites out. If you forget to lock your door, and someone uses that opportunity to burgle your house, you were partly responsible, but the police still go after the guy with your money, your valuables, your data, etc.

      Either way, I do hope there is some way of rescuing that data—from what I gleam, the partitions had simply disappeared, and if mke2fs (or equivalent) hadn't been run, the data would still, in theory, be intact. It sucks. And the cretin who did this was a complete and utter twatflap.

      --
      Those using pirated Tinysoft signatures(TM) are a real threat to society and should all be thrown in jail.
    12. Re:The people running the site ARE NOT IT Admins by mannd · · Score: 1

      This was a great site; I'm surprised more Slashdotters aren't familiar with it. I've downloaded plenty of flight sim expansion stuff from it -- in the best tradition of open source the site consisted free downloads contributed by the fs community. It's very upsetting that all that work is gone, and I blame whoever did it, not the site owners. Otherwise it is like blaming the architects of the WTS for not making the towers plane-proof.

      --
      Sig expected Real Soon Now.
  74. Idiot. by rdebath · · Score: 0

    That's all, I have to say; but Slashcode forces me to put something here, so ... what's the weather like where you are? We had a nice storm last night.

  75. Look, it's IP, which is a figment, not real by Anonymous Coward · · Score: 0

    How is losing IP theft? I'ts not. It's just bits of magnetism. Get over it. And it'snot even copyright infringement. So there wise acre! Nothing at all here, move along!

  76. For Microsoft flight simulator by Anonymous Coward · · Score: 0

    So HAHAHAHAHAHAHA!

    Rebel alliance 1, Evil empire 0

  77. lol by Anonymous Coward · · Score: 0

    It's pretty mean to delete people's shit, but the lolz hearing "back up between to servers" are priceless.

  78. Muppets by stevied · · Score: 1

    Repeat after me:

    Magtape, magtape, magtape.

    (And then take it off-site.)

    1. Re:Muppets by anothy · · Score: 1

      ew. no.
      i haven't used magtape for backups in years, maybe a decade, and i don't expect to ever do so again. magtape has the benefit of relatively high information density and relatively low per-unit cost, but sucks for so many reasons it's just not worth the hassle any more.
      what's important is that your backup storage be sufficiently different from your main storage. magtape is a popular method for achieving this, but there are far better ones. i have my data stored on two different types of magnetic disk, connected to two different types of computers with different access policies, at different locations, and periodically new data (we never delete anything) is written to optical media - twice - and sent to two different states. optical's a great replacement for magtape these days: decent (not as good, but still reasonable) information density, very competitive cost, and almost universally accessible readers and writers. i've preferred optical to magtape ever since using one of those refrigerator-sized HP optical jukeboxes, but the ubiquity of >4GB readers/writers really pushes things over the edge.

      --

      i speak for myself and those who like what i say.
    2. Re:Muppets by stevied · · Score: 1

      Fair point, I will admit to being a few years out of date in my habits these days.

      The important thing is to cultivate an appropriate level of mild paranoia — the universe is out to get us, and our data in particular .. but you definitely seem to have got the hang of that .. :)

  79. Local Copy by Anonymous Coward · · Score: 0

    I can't believe he didn't keep a copy on his local computer!

  80. Couldn't have happened to a nicer guy. by Anonymous Coward · · Score: 0

    With all due respect, AvSim was a nice site. however, tom allensworth and his buddy robert who ran the site were first class arseholes. I'm sorry that their site is gone, but if this leads to a new generation of leaders stepping forward for the fs community, this is not a bad thing.

    / not responsible for the hack.

  81. One server backed up the other? by berenixium · · Score: 1

    Oops.. Ever hear of tape drives?

  82. Lies, damn lies. by Taco+Cowboy · · Score: 1

    What then do you expect the admin to say?

    "So sorry, we fucked up" ???

    --
    Muchas Gracias, Señor Edward Snowden !
  83. they called it backup ? by Anonymous Coward · · Score: 0

    I'm surprised they even called it backup ?

    This reminds me of a sysadmin at one company I used to work for: he was storing backup snapshots of the project on removable RW media. The funny part was that the media was left in the drive and overwritten at each backup script iteration o_0

  84. REDUNDANCY != BACKUP != ARCHIVES by Anonymous Coward · · Score: 0

    How many times do people have to relearn this lesson oh so painfully?

    RAID is not a backup.

    Mirroring across redundant servers is also not a backup.

    This sort of things shows you why. Hardware is just one point of failure. Malicious persons gaining access to all your servers (which, almost certainly, use the same passwords or, even more likely, share the same security vulnerabilities). Theft from your data center. Natural or man made disaster. These things happen.

  85. You are correct about drive age by Kupfernigk · · Score: 5, Informative
    Data recovery was possible, and was not actually that hard, on older drives. The reason was the size of the bits, and the inaccuracy of the tracking servos. As a result, an overwrite would rarely be on exactly the same path as the original data. Mounting the disc in a special drive with precision tracking and more than one head meant that the overwritten data could be read by the leading head, and then used to generate a correction signal which was added (with the correct delay) to the signal coming from the trailing head which was on a different alignment and so was picking up more of the previous signal. We're talking raw signal here, not ones and zeroes.

    Tedious and expensive, but several people made a good living out of doing it (one guy I knew did it as a hobby and made over UKP100K one year.) However, as bits get smaller, servos get more accurate, and tracks get denser, the modus operandi just ceases to exist any more.

    Mind you, for security reasons I always dismantle old drives and bend the disks in half using a lump hammer. That, and the fact that hard drive magnets are just incredibly useful if you have a steel hulled boat and want convenient attachments for e.g. cable ties. They are powerful and very short range, and usually nickel plated. To buy a pair of equally useful magnets from hardware stores costs nearly as much as a drive.

    --
    From scarped cliff or quarried stone she cries "A thousand types are gone, I care for nothing, no not one."
    1. Re:You are correct about drive age by Mal-2 · · Score: 1

      > To buy a pair of equally useful magnets from hardware stores costs nearly as much as a drive.

      Have you tried Parts Express? Unless you're paying two bucks a drive and consider your teardown time to be free, it's awful hard to beat these prices.

      Mal-2

      --
      How is the Riemann zeta function like Trump rallies? Both have an endless number of trivial zeros.
    2. Re:You are correct about drive age by PitaBred · · Score: 1

      Be careful when bending the disks... lots of newer ones are glass. They break, but you don't want the shards to shatter without you having proper eye protection ;)

  86. Take Me Back by Anonymous Coward · · Score: 0

    archive.org

  87. Well done by __aarvde6843 · · Score: 0, Troll

    Despite what Cypher says in Matrix, ignorance is *not* bliss.

    If this still happens to sites like this, it's a good lesson for those idiots to learn the power of the backup (me included he, he!).

  88. Downhill... by Bert64 · · Score: 2, Insightful

    A few years ago, hackers would try to remain undetected in a system while they tried to infiltrate more systems, with the goal being to see how many they can get into... They wouldn't destroy data because that's a great way to get detected.
    Even website defacers would move the old site to oldindex.html or similar when they performed a defacement...

    Doing something so blatant and aggressive as to delete everything from a compromised server will lose you access to the system, as well as provoke the owners of it to try and hunt you down. Just what is the point?

    --
    http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    1. Re:Downhill... by horza · · Score: 1

      Agreed. I've had a site hacked, and another server rooted. I've never lost any data. The only kind of person I can think of that would do this is a recently ex employee as an act of twisted revenge.

      Phillip.

  89. Offline Backups FTW by hysonmb · · Score: 1

    Backup to something other than another online server. Tapes aren't all too expensive when you consider what's been lost. I feel sorry for them simply because some jerk with nothing better to do decided to destroy 13 years of someone's life. It sucks for the company to learn a lesson in this way. Maybe they can get some tools and try to do a drive recovery, if the hacker didn't do a true scrub with something like the Gutmann method.

  90. Re:And yet another example why you need real backu by Kjella · · Score: 1

    As the subject says. "Online" backups and replication are simply tools to try and minimize downtime. They are NOT a backup solution. They never were and never should be touted as one, just as this example shows. The only good backup is one that occurs frequently, is verified that it worked, and is stored in a secure location such as a fire-proof safe, and even better in two different fire-proof safes in two different locations, preferably more than 100 miles apart.

    And yet what happens when you make backup too complicated is...? I mean someone must frequently make those backups, either send it online or bring it 100 miles and physically rotate the tapes and place it in the fire-proof safe. Often. Honestly, this is the situation where you really want an online solution writing to WORM media. It's online, it's happens regularly and automatically and is always available and thus easy to test without going through lots of hoops but there's no way for a hacker to erase the data. He might destroy the backup machine too but it still won't hose the data. -Some tape drives to this but at completely different rates than buying commodity HDDs and setting up a sync though.

    --
    Live today, because you never know what tomorrow brings
  91. Hacker's create, but don't destroy by Anonymous Coward · · Score: 0

    While reading "Hacker Destroys", I wouldn't use these words together. It's an oxymoron. Hackers are those guys who gave you for example the TCP/IP network stack and built the Internet for you.

  92. So what you're really trying to say here... by Anonymous Coward · · Score: 0

    Offline backups then? Are you sure everyone got? How the 15,000th post saying the EXACT same thing gets modded up as informative is beyond me.

  93. Oh well. by Anonymous Coward · · Score: 0

    It was $hit anyway!

    Nevermind.

  94. /. should do better by Anonymous Coward · · Score: 0

    Hacker = someone that writes code without a design ... they hack something together.

    Cracker = someone with malicious intent who harms computers, networks or electronic data via an method required.

    I've been a shell script hacker for 20 years.

    At least the headlines should be correct on THIS TOPIC.

  95. So in other words... by gatkinso · · Score: 1

    ...you didn't back up your server.

    Atleast not in any meaningful way.

    --
    I am very small, utmostly microscopic.
  96. not that easy by cheekyboy · · Score: 1

    Not if the hacker did write random data to each file or empty areas mutliply times.

    But surely another way to recover is to check your old harddrives, surely this guy upgraded HDs in the last 13 years, didnt he just keep a copy of the whole server on each replaced HD and just store it in the bottom drawer? Jeez, its wise to replace HDs every 12 months, and keep the old HD as a backup.

    --
    Liberty freedom are no1, not dicks in suits.
    1. Re:not that easy by FredFredrickson · · Score: 1

      File restorer 2000 doesn't need file names. But you're right, if the hacker overwrote the files, he's screwed. But it doesn't hurt to try!

      --
      Belief? Hope? Preference?The Existential Vortex
  97. Recreation by pev · · Score: 1

    Given that it's an archive of things that members of the community have created and use, then surely most of the contents must exist within the community too. With the help of authors original sources and locally downloaded copies they should be able to recreate a good deal of the contents no?

    1. Re:Recreation by heneon · · Score: 1

      Yes, the files probably still exist on user's and authors' computers, however the loss of information on forums is big. Over 10 years of discussion and ideas are gone,many writers are gone already. Searchable forum full of valuable info. I hope they get the data back.

  98. One word for this: by Anenome · · Score: 0, Redundant

    "Unfortunately, we backed up the servers between our two servers."

    LOL.

    End of comment.

    --
    "I Don't Have Enough Faith to be an Atheist"
  99. Fireproof Lock Box Not Good by Zygamorph · · Score: 1

    A fireproof lock box is designed to save paper from fire. It is air tight and lined with a material that absorbs oxygen when heated. That's why you are supposed to cool them down before opening ( hot paper + fresh air = burnt paper). They won't protect plastic, magnetic or electronic media.

    1. Re:Fireproof Lock Box Not Good by dlcarrol · · Score: 1

      Tell me more about this. I currently have a 2hr firesafe which stores my offline backup. You're saying that the UL rating (something on the order of 1800F for 1 hr, 1600-1700 for 2, max internal temp of ~350) will damage the HDDs?

    2. Re:Fireproof Lock Box Not Good by mollymoo · · Score: 1

      There are many grades of fireproof box. Fireproof media safes are designed to protect DVDs, hard drives and the like.

      --
      Chernobyl 'not a wildlife haven' - BBC News
  100. Re:Three words? Hell one word! by elronxenu · · Score: 1

    Actually you use rdiff-backup for that kind of thing. It uses the rsync algorithm, but stores additional metadata to allow recovery of the filesystem state from previous backups as well as the latest backup.

    If you just want the latest back you can restore with plain old rsync but if you want a previous backup you can use the appropriate rdiff-backup option.

  101. What?!? by Anonymous Coward · · Score: 0

    Having people raped and killed is a tragedy.

    Having some dipshit computer game's data, skins, etc... deleted is an inconvenience.

    You and the mods who modded you up really need to get some perspective.

  102. Hard to call by Phoenix · · Score: 1

    Part of me is saying that a mirrored server that is attached to the same gateways as the main server is a bad idea at best.

    The other part of me wants this hacker schmuck locked in a small room with a thousand pissed off wolverines.

    Hard to call...hard to call

    --
    -- Wiccan Army, 13th Airborne Division "We will not fly silently into the night"
    1. Re:Hard to call by HikingStick · · Score: 1

      Given that environment, it's hard to call it a backup--more like redundancy. If one of their servers failed, they had the other that could have been brought online. It will take them years to rebuild (upload or recreate) most of the content.

      --
      I use irony whenever I can, but my shirts are still wrinkled...
    2. Re:Hard to call by anothy · · Score: 1

      not mutually exclusive. the server operators were professionally irresponsible in a rather extreme way. the crackers are also deserving of both legal action and serious thrashing. no call to make.

      --

      i speak for myself and those who like what i say.
  103. Heard this before in IT... by ZeroExistenZ · · Score: 1

    You know, I've heard this before...

    Some software company grows, they throw developers at it, need to deliver, throw more at it, they end up with a monster of code nobody wants to work on anymore after a few years, but they have contractual agreements and what not... "oh noes, what do we do...".

    There have been a few "little mishaps", like burning out of a serverroom and such. "oh, the software? it's gone... we can't help it. Bob the cleaning hamster smoked in the room, but he's fired now. We can rewrite it again though..."

    Why would a hacker take out a community, is beyond me.

    --
    I think we can keep recursing like this until someone returns 1
  104. Re:Total Pwnage by shentino · · Score: 1

    Security and backups go hand in hand. I was hardly suggesting that one be done without the other.

    Besides, without security, backups are useless, since you might have malicious and well disguised data corruption.

    And without backups, security is insufficient, as it will first of all never be perfect, and it doesn't prevent operator error.

  105. Addition to the lesson... by geekmux · · Score: 5, Funny

    To any sysadmins and DBAs...

    Make sure you have offsite backups

    Any person in the IT community who was alive to remember the events of 9/11 should have learned a valuable IT lesson from that event.

    Repeat after me. I will not store my "offsite" backups in the other tower.

    1. Re:Addition to the lesson... by SlashJoel · · Score: 1

      This is the most hilarious thing I've read in a long time. You, sir, are awesome.

  106. TAR by saboola · · Score: 1

    tar -czf /dev/st0 /www /home

  107. Too Risky by DJRumpy · · Score: 5, Insightful

    Why would you need to take that risk? It's standard business practice to just make a tape and ship it off site. The cost of shipping the tapes isn't worth the risk of leaving the backups on an internet connected box in my opinion.

    If it's on the internet, then it is exposed.

    1. Re:Too Risky by SausageOfDoom · · Score: 1

      Uh, because it's totally impractical to ship off a backup tape every hour?

      Of course it would depend on your data, but I'd say it was worthwhile being able to back up data at regular intervals at all times of the day, regardless of whether the person in charge is busy with his TPS reports / off sick that week etc.

      If you read my post carefully, you'll also see that I said your online backup should also have an offline backup, just in case.

      There are problems with shipping tapes offsite (tapes may have write/develop errors, or may get lost in transit etc), so you can't say that's a foolproof solution either.

      If no single solution is 100% guaranteed, use multiple solutions to cover different risks.

    2. Re:Too Risky by DJRumpy · · Score: 2, Informative

      I didn't say you had to ship off hourly tapes. What hat did you pull that out of? You can use a mirror for minor recovery. We're talking about DR here, not a simple restore of an hourly type data request. The entire site for these folks is gone, not some data set for a transaction 3 hours ago, but everything.

      As to tapes getting lost in transit, that happens very rarely given the tracking techniques in use by folks like FedEx and UPS. Even so, you wouldn't have only a single set of tapes with all of your data on it, you would have an established rotation of data. Every company I have worked for uses this method. Some used daily, some weekly, some monthly, etc, but all shipped tapes off site at regular routines and cycled them out yearly, or every 7 years depending on the type of data and retention requirements.

    3. Re:Too Risky by SausageOfDoom · · Score: 2, Insightful

      Sorry, I think we might be talking at cross purposes. You said "why take the risk", and my point was that there was a reason to have an online backup box, namely that by automating it you can avoid any issues such as human holidays or disasters making the data centre inaccessible etc. It's also likely to be faster and easier to restore from an online backup, especially if you don't have little or no physical access to the machines (ie co-located or rented dedicated in a DC in another county or country).

      I certainly didn't suggest that you should use online without any offline backup. Like I said, there's a reasonable expectation that online can be secured, and a reasonable expectation that offline can be relied upon, but you have nothing to lose by running both together.

    4. Re:Too Risky by SausageOfDoom · · Score: 1

      Ooh, spot the double negative! That'll teach me to not proof-read my comments ;)

    5. Re:Too Risky by BrokenHalo · · Score: 1

      Uh, because it's totally impractical to ship off a backup tape every hour?

      Even back in the '70s we stored the previous day's backup tapes locally in a fireproof safe and sent out sets of tapes to be stored offsite every day if not every week.

      It's not rocket science: every so often we actually had to use those backups, and that can be a very quick (not to mention salutary) way to find any weaknesses in the system.

      Believe me, if you are the admin, you do NOT want to be the one who has to explain to the PHB why nobody on the planet has the last month's data.

    6. Re:Too Risky by rgviza · · Score: 1

      Even if they can't afford a offsite service, the owner of the site can keep a copy of the tape in his bedroom safe.

      --
      Don't kid yourself. It's the size of the regexp AND how you use it that counts.
    7. Re:Too Risky by kyliaar · · Score: 1

      The main fault here was that they had fail-over and called it backups.

      There is no one dogmatic way to look at backups. If you think there is, good luck finding a job in 10 years when conditions have changed.

      An offsite copy to a backup server behind a firewall with an entirely different setup is pretty secure, especially if any access info is stored on that server in a pull config and the server does not have the ability to push backups.

      When you have two nearly identical machines and consider that a backup... well, go back and read the original post.

    8. Re:Too Risky by turbidostato · · Score: 2, Informative

      "The main fault here was that they had fail-over and called it backups."

      Right.

      "There is no one dogmatic way to look at backups. If you think there is, good luck finding a job in 10 years when conditions have changed."

      Wrong. Conditions have not changed in the last 35 years and I don't see them changing on the foreseable future. Technical conditions and abilities will change, true, but the essence of the work that has to be achieved won't change the same a mathematical theorem doesn't change.

      What a backup strategy is (short version):
      * A means to recover from a failure.
      It's obvious Tom Allensworth's strategy is a failure and it was obvious it was a failure from the very beginnig (it has been a hacker, but what if it were a virus or a worm, or a human failure deleting some critical files and then the deletion being replicated? Same result).

      What makes a minimal backup strategy (any less than this and your "solution" is not entitled to be called "backup strategy"):
      * There has to be no less than two complete data sets non connected with the systems being protected.
      * There has to be no less than one complete data set off-sited from were the systems being protected "live in".
      * There has to be no less than one current copy of the documentation needed to redeploy from barebones the protected systems off-sited from the facilities were the systems being protected "live in".
      * At the very least two people -the backup responsible and her direct superior, have to know where the above mentioned documentation lives and they must have the ability to recover it.

      Some side notes:
      * The last two points are not needed on a lone star-driven system, only on company-style ones. If there's only one person which will benefit from the data (i.e.: your personal data or a single-person bussiness') is good enough if only you know how to recover the data -it can even be only anotated "on you head" and not in paper, although you still would be better if in paper: memory fails with time.
      * The above point-set is not absolutly "failure-proof" and some common sense should be applied (if your system is likely to be attacked, you'd better have more datasets splitted over longer time ranges; if the backup admin and her superior tend to go together there's the risk you lose them both at a time, and so your ability to recover out of -now unknown to exist, documentation, etc.) but they are the bare minimum.
      * Last but not least, backups have exactly ZERO value. Recovering from backups when need arises is the valuable part, so test your recovery procedures, once and again and again. And let it do the test your less knowledgeable/capable/valuable people: maybe when the need arises that will be all you have.

    9. Re:Too Risky by Kamokazi · · Score: 3, Interesting

      Obviously you've never had to back up about 8TB of data, with about 200GB of incremental changes weekly. We manufacture products with custom artwork, so we go through a lot of larger art files every week. You have any idea how much fun it would be to split up that much data across LTO-3 tapes? And then do incrementals? And then test it regularly? Our stateside IT staff that would be responsible for the backups consists of one other person aside from myself. We don't have the time to maintain a tape-based system. We do a combination of offsite, online backups...some to our facilities in the Philippines in China for both backup and operating purposes, and some to our 'local' IPSs for purely backup purposes. We do keep an additional copy our 40GB SQL database for our ERP system backed up weekly to a portable hard drive that we switch with one in our safety deposit box each week.

      While tapes have been 'standard business practice' for years, the technology is lagging behind and is becoming inadequeate, especially for large businesses (you think Google, Microsoft, Amazon, etc. back everything up on tapes?), but also smaller businesses, too.

      --
      As our way of thanking you for your positive contributions to Slashdot, you are eligible to disable Slashdot 2.0.
    10. Re:Too Risky by kyliaar · · Score: 1

      I agree with most everything you say but there are a few factors that you are not addressing, most of them centering around cost and benefit analysis.

      1) How much data is there?
      2) How critical is it (e.g. what are the costs of replacing the data or in-operation due to lack of data)?
      3) Recovery costs - Do offsite backups actually fit into a disaster recovery plan that works for your company? Can you replace your production network and hardware quickly?

      The thing I was reacting to are statements like 'a backup is only a good backup if it is on tape' and shipping tapes to an offset is easy and cost effective backup solution.

      These are not feasible statements to make if you are responsible for backing up databases that are anything over a few hundred GBs. I don't even know if there are tapes fast enough to backup that up in a single hour.

      A good backup solution is tailored to meet the needs of the environment. There are indeed very general guidelines and best practices to follow but you can't treat everything like it is mission-critical finance data for a global bank.

    11. Re:Too Risky by BrokenHalo · · Score: 1

      Obviously you've never had to back up about 8TB of data, with about 200GB of incremental changes weekly.

      This isn't difficult (or even very expensive) if you use a bank of big HDDs in external boxes. Just link them up via a SATA connection or something. Of course, there's also the USB option too, but that costs a few more $$.

    12. Re:Too Risky by turbidostato · · Score: 1

      "I agree with most everything you say but there are a few factors that you are not addressing, most of them centering around cost and benefit analysis."

      True: I did it on purpouse. There's a difference between a "backup strategy" and a "cost-effective backup stratagy". Anyway, if due to cost restrains you don't follow my above points, you migth end with a valid solution (not that I think so) but still you wouldn't be entitled to call it a "backup strategy".

      "Recovery costs - Do offsite backups actually fit into a disaster recovery plan that works for your company? Can you replace your production network and hardware quickly?"

      Again, a "backup strategy" is not a "disaster recovery plan" nor a "contigency plan", while it is a key part in them.

      "you can't treat everything like it is mission-critical finance data for a global bank."

      True, but that shouldn't mean you don't follow the basic stated guidelines. Probably Tom Allensworth thought that (well, my systems are not "mission-critical finance data for a global bank") and surely thought, "well, my solution is well suited to meet the needs of the environment" though he didn't follow my stated guidelines. Well, he knows now how wrong he was.

    13. Re:Too Risky by kyliaar · · Score: 1

      I think we can both agree that Tom Allensworth was a fool.

      I sent an email to my tech with a link to the story. What he had was no where near a backup solution, only fail-over at best.

      I do agree with your general guildlines, especially the often not thought of need for two copies of the data ready for more immediate recover. What do you do when your own backup procedures invalidate a single copy?

  108. No! by Anonymous Coward · · Score: 0

    - Whatever the responsibilities & faults - No! Cannot believe it... too sad. I have played FS2004 for years, and I recently upgraded to FSX without encountering 10% of the fun due to the lack of openess of the APIs...
    FS2004 has been the ultimate FS version and all its interest was coming from community, avsim being obvious #1.
    My deepest condolence - this is the end of an era for all flightsimmers, as much as the Meigs field closure :-(

  109. Re:Total Pwnage by Ash-Fox · · Score: 1

    Still. Thirteen years worth of data, and they didn't have a single tape, a single external drive, a single... anything, not even a fucking burned CD that might help them. No, I respectfully disagree, SECURITY can only do so much. (However, for the avsim.com admin I seriously have zero respect.)

    Because obviously he's a fully qualified network administrator with proper experience getting paid by some big corporation to do this.

    Ever considered the fact that he might just be a average Joe guy who spends a bit of time on his hobby site?

    --
    Change is certain; progress is not obligatory.
  110. Rabid user base by billcopc · · Score: 1

    They might luck out and find they have an offsite backup: their users. I've seen it happen more than a few times, where a community site got wiped out, then cooperatively recovered by its users.

    I don't know avsim.com, but if their content was organized as a large download repository, there is a strong change at least one of their users obsessively copied every last file. Flight sims are a rather geeky niche, someone might even have a spidered copy of the whole site. I've seen people spider the dumbest things, so surely something like avsim.com would have been spidered at least once by a data-hoarding wacko.

    --
    -Billco, Fnarg.com
  111. Pointless destruction by macraig · · Score: 1

    This is the sort of wanton pointless destruction that I cannot comprehend. For a person motivated to inflict this sort of tangible destruction with not even a tangible reward for doing so, I would strongly recommend the death penalty, or at least forced sterilization. Whatever it is that is damaged in such a person, we don't need that Destruction Gene being carried forward. Teen vandalism has always frankly mystified me, too, the sort involving destruction of things with no reward other than the act itself. Hitler actually had a good idea promoting eugenics, but he had the (seriously) wrong focus. People that feel this need to destroy need to BE destroyed.

  112. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  113. Ridiculous that this was their 'backup strategy'.. by Assmasher · · Score: 1

    ...I mean, tape, DVD, Blu-Ray, drive swapping, mirror and swap, et cetera, ad nauseum.

    I wouldn't think somebody with a useful website would be dumb enough to 'backup' a server to another machine connected to the internet (especially since they probably have the same OS, and configuration; ergo, the same exploit vulnerabilities...)

    That's astonishing, really... Hell, even my Mom burns her personal website to DVD when she makes changes.

    --
    Loading...
  114. Re:overwritten once CAN NOT be recovered by the1337g33k · · Score: 1

    Here in Minneapolis Minnesota, the data recovery services Kroll Ontrack http://www.krollontrack.com/ are headquartered here. Their company does a lot of different things other then data recovery, but their data recovery services DO cost an assload of money.

    When the shuttle columbia burned up, NASA recovered some 6gb or something seagate drives and they brought them to kroll and were able to pull a 90+% recovery rate off those drives. I don't have a source on this, but im sure a simple google search would find it.

    However the above wasn't data that was overwritten, just burned and partially melted. Also as for your questions, it widely depends on a multitude of factors. Sometimes you can pull most all of it, and sometimes you just can't.

  115. Offsite backups-Data leaks? by Anonymous Coward · · Score: 0

    "You can never totally plan for every contingency, but you can insure yourself. I know many developers that take hard copies of their code (meaning on removable media) home just for this reason. I have seen sys admins do the same because they didn't trust their DR strategy."

    So that's what happened to all those Social Security numbers.

  116. Suspicious by smoker2 · · Score: 1
    There is nothing to suggest "hackers" did this at all, other than a weak assertion by the site owner. Maybe he/they fucked up and don't want to take the blame. Here is his non-technical explanation :

    I want to provide everyone with a non-technical view of what took place yesterday and last night so that some of the rumors that are already starting to spread are corrected.

    During the early evening yesterday, we noticed that some alarming things were starting to happen on our servers. The first sign of an issue was that some functionality disappeared on our web server. That progressed to not being able to access the web server via FTP or SSH. Finally, the web/forum server tripped offline. Next the library/email server started to exhibit issues. We went in to reboot it, and that is when it failed entirely. The partitions on both of the servers had been removed. We shut down both servers until we can get a technical member up to our Network Operations Center (NOC), and do a comprehensive inspection of the damage.

    I have seen some rumors and speculation already on the various forums in the community, and I would like to make sure that everyone knows the facts. Here are some:

    Early in the evening, I sent out a bulk email to all forum members letting them know that we anticipate shutting down the Web/Forum server for a period of time. About a third of the way through the process of sending that email to all 60,000 forum members, the hacker succeeded in bringing the server down. The email was did not get sent to everyone. The reason I sent the email, based on what we knew at that time, was because that a minimum, we would need to shut the web/forum server down to inspect the unit and do repairs. At the time the email was sent, we were unaware that a hack was in progress and that our system would be taken offline entirely. There were no hoaxes involved, as some have asserted.

    http://linux.myalbemarle.org/forums/viewtopic.php?p=10#p10

    1. Re:Suspicious by smoker2 · · Score: 1

      Also, if a remote server doesn't boot, how can you say that partitions have been removed ?

      Also, have a read of this http://linux.myalbemarle.org/forums/viewtopic.php?p=908#p908
      So they brought in a guy to help fix some existing issues with one of the servers, and less than 2 days later all hell breaks loose - sound familiar ? They say they were watching the servers as they were being "hacked", but couldn't get in via ssh. So they were just watching the webpage ? or if they were already in via ssh they didn't check who or last or any other access logs ?

      The guy who runs the site sounds like he knows nothing, as he keeps insisting that because one of the servers was fine before the "attack" then there was nothing wrong with it. Yeah right up until my heart attack I was fine doctor !

      I am not trying to attack these guys but merely point out the illogical statements they are making, and that there probably was no hack. As far as I can tell, no-one has even been to the site yet, so any talk of missing partitions is bollocks.

  117. Would you want a backup? by adosch · · Score: 1

    So what is Avism did have backups, restored their system(s) and got everything back online. If they didn't do any amount of forensic analysis or even have a good idea how they got hacked, I wouldn't, as a sysadmin OR a company, mind you, would want to even come back online until they get their security issues addressed... Otherwise, you're just setting yourself up for failure. Chances are either the same person(s) will do it again or the attacker(s) I'm sure divulged (bragged) about how they were able to pull it off.

  118. where's it at by jaimz22 · · Score: 0

    Have they found the black box yet?!

  119. Reasonable backup system for small business by scarolan · · Score: 1

    Here are some ideas for individuals or very small businesses:

    * Weekly full backup of all critical data onto an external USB drive. This is kind of a bare minimum setup. Even better is to get several USB drives and rotate them a few times a week or every day.

    * Amazon S3. Seriously - it's cheap and not too hard to set up. You can set up an automated script to suck all your important data into the cloud.

    * BackupPC - backuppc.sourceforge.net. BackupPC can do full and incremental backups of Windows and Linux desktops and servers. It's free and runs on pretty much any hardware, as long as you have enough disk space.

    1. Re:Reasonable backup system for small business by robpoe · · Score: 1

      I'll second BackupPC -- I use it at several sites, even over a 45mbit encrypted wireless connection.

      Excellent software, it's sure saved my bacon several times..

      --
      = Grow a brain...
  120. Tsk, tsk by hesaigo999ca · · Score: 1

    Any real admin worth their salt, will know to have triple bkup systems, one on site, one off site, and one stored in a remote location of usually a bank vault,
    which gets updated once a month or so......

    Seriously, I hope no one lost their info they had stored at that place for money...imagine google saying all gmail emails have been lost...oooops sorry, we didnt back up enough or have a good system in place....i smell chapter8 here!

  121. mirror != backup by Ephemeriis · · Score: 1

    Mirrors, RAIDs, whatever... Those aren't backups. They give you absolutely no ability to recover from a real disaster. They give my more reliability... You can survive a dead HDD or a fried motherboard or something...

    But if your building burns down, you're toast. If you delete a key file that change is replicated, and you're toast. If someone hacks your site that change is replicated, and you're toast.

    A backup is an offline copy that has been verified to work and leaves the building. Tape, CD, removable HDD, DVD, reams of paper, a whole server that's unplugged and hauled out of the building, whatever...

    If it isn't offline, the changes just get replicated and it does you no good.

    If it hasn't been verified to work, you don't know if you'll be able to restore it or not.

    And if it doesn't leave the building it won't save you from a real disaster.

    It constantly amazes me how many folks don't understand this.

    --
    "Work is the curse of the drinking classes." -Oscar Wilde
  122. two words by anonieuweling · · Score: 1

    Offsite storage (how far offsite is your decision)

  123. Two Words by Anonymous Coward · · Score: 0

    So what?

  124. The good , The bad,The ulgy: by segagman · · Score: 0

    this falls into the latter. It the admins fault they did not do proper backups. but this is just shity. theirs a difference between hacks and hackers. this just makes me sad. FTW!

  125. Put the drives in the freezer. by lanes · · Score: 1

    I hear it does wonders for data recovery.

  126. That's not backup by roc97007 · · Score: 1

    Replicating one online server to another online server is not a backup, any more than a raid or a mirror is a backup, for many of the same reasons. This is abuse of the word "backup". Unless you have cold copies of your data in storage, (preferably offsite) you're just fooling yourself.

    Seems like there's been several stories like this lately. Why does this keep happening? Is some salesperson out there convincing customers that offline backups are a waste of capital?

    --
    Oliver's law of assumed responsibility: If you're seen fixing it, you will be blamed for breaking it.
  127. You were not backed up... by slashhax0r · · Score: 1

    "Some have asked whether or not we had back ups. Yes, we dutifully backed up our servers every day. Unfortunately, we backed up the servers between our two servers. The hacker took out both servers, destroying our ability to use one or the other back up to remedy the situation."

    SO, what you are saying is: "I'm incompetant and I haven't backed my shit up" A pity.

  128. How many more? by emag · · Score: 1

    You know, years ago, reading about these situations, I might have cared. I might have had sympathy. I might have thought "wow, that sucks". But folks, this is 2009. This is not the first, second, or even fifth, time this has happened. Hell, I remember reading about this same scenario multiple times on /. over the years. If people don't get it by now, they never will. The only thing I think now when I read these things is "what an effing idiot", because there have been so many cases like this reported. Do people live under rocks? (Well, obviously they do) Does no one seem to learn from the mistakes of others? Does it never ever cross people's minds "wow, that chump was doing the same thing we are. Boy, they're totally screwed. Maybe we should change our processes so we aren't if the same thing happens to us?"

    Once again, Einstein's been proven correct in his statement: "Only two things are infinite, the universe and human stupidity, and I'm not sure about the former."

    --
    "The urge to save humanity is almost always a false front for the urge to rule." --H.L. Mencken
  129. that's replication not backup by alatheia · · Score: 1

    Having data on two servers is replication not backup. Backup is when you put all the data on a couple of tapes and put those tapes in separates vans which take them to be locked up in a disaster proof facility hundreds of miles away from each other.

  130. shocking by Anonymous Coward · · Score: 0

    That is such a malicious disgusting display of vandalism. Obviously the skill used in orchastrating such vile behaviour could have been put to better use.

    F**K you, you worthless piece of s***

  131. Any chance the community has a 'backup' by foniksonik · · Score: 1

    They should be contacting everyone they can to see if they can't simply collect all the data again. Surely of all the members who contributed there's got to be someone who has an additional archive of the hard assets (terrains, models, etc). Even if a single individual does not have them all the group as a whole may have them in aggregate.

    --
    A fool throws a stone into a well and a thousand sages can not remove it.
    1. Re:Any chance the community has a 'backup' by SparhawkA · · Score: 1

      I agree with foniksonik. With 13 years of development, there must be a huge 'distributed repository' of most if not all of the site's most valuable contents. Perhaps avsim.com could be resurrected as a wiki so that the community can all contribute to reconstruction. ... and then the admins can implement a proper, disconnected, backup approach.

  132. What about internet cache? by Anonymous Coward · · Score: 0

    Google and other search engines cache web site pages. If the data is really that important.

  133. Hackers are not all Crackers by GNUPublicLicense · · Score: 1

    Indeed, I'm a hacker... and certainly not a cracker.

    1. Re:Hackers are not all Crackers by swordgeek · · Score: 1

      Blah blah blah, retrosemantics.

      I bet you use kibibytes too.

      --

      "People who do stupid things with hazardous materials often die." -- Jim Davidson on alt.folklore.urban
  134. Agreed! by Anonymous Coward · · Score: 0

    Maybe now Allensworth will learn not to be such an anti-pirate bigot. Maybe he'll learn to not put his nose where it doesn't belong.

    Mess with fire, get burned. That is all.

  135. Comment removed by account_deleted · · Score: 0, Troll

    Comment removed based on user account deletion

  136. Usenet by Anonymous Coward · · Score: 0

    "Only wimps use tape backup: _real_ men just upload their important stuff
    on ftp, and let the rest of the world mirror it ;)"

                                                        Linus Torvalds Jul 20 1996, 3:00 am

    Tar it up, encrypt it, and upload it to Usenet. If you need to restore hit DejaNews.
        -- me, c. 1999

  137. Morons, Amateurs by Anonymous Coward · · Score: 0

    What a bunch of morons. I can't believe there are still people who don't get the concept of a dedicated backup machine which is NOT accessible from the internet.

  138. Re:Love Boat captain Gavin MacLeod dead at 79 by Anonymous Coward · · Score: 0

    I would respond well to that.

    At least I'd need some "time with myself" ;-)

  139. Re:Total Pwnage by Anonymous Coward · · Score: 0

    Oh, shut the fuck up. These admin ran a site across two pieces of hardware for over a decade and didn't have the sense even after literally thirteen years of warnings, major virus outbreaks, headline grabbing security threats, and natural disasters to at least try and burn backups onto DVDs or something? Give me a fucking break.

    That doesn't require anywhere close to a certified network administrator's level of skill. (Even then, thirteen years of hobby dickwaving will teach you something.) It requires a simple backup scheme - cheaper and easier today than ever before might I add - and the forethought necessary to use it. Getting your MySpace nuked by Anonymous for being a dipshit and never saving a copy is one thing, but running a site that serves the public that you obviously had a substantial personal stake in for THIRTEEN GODDAMN YEARS without a single backup is carelessness and stupidity of the highest caliber, and for that reason these 'average Joes' deserve no sympathy at all.

  140. Reminds me of "Hate crimes" by TheCarp · · Score: 1

    I was reading, a while back, that they wanted to extend "Hate Crime" status to crimes against homeless people. It was an interesting article because it talked about why prosecutors wanted to see this.

    Apparently they don't just put people in jail for "one thing". If you assault someone normally, there are other things involved, robbery, breaking and entering, etc. In many crimes, they can stack a number of charges on someone. Violent crimes against the homeless often don't have any other crimes to stack. So there was an incident of a couple of guys gratuitously beating a homeless man within an inch of his life, they served a mere few months in prison.

    Of course... it leaves me asking.... why not just recognize the damage as what makes the crime so bad? Beating the piss out of someone is a serious crime. Just like in this case, this is a serious damage.

    Breaking in, not so serious. Stealing some data, could be a problem. Acutal destruction however seems to be severely undervalued from a criminal standpoint.

    Sell drugs, go away for 5-10 years. Beat a man nearly to death, and long past the point he was defenseless... you will be home by christmass....

    Is it really any wonder people have so little real respect for the law?

    -Steve

    --
    "I opened my eyes, and everything went dark again"
  141. News flash: by cenice · · Score: 1

    Words can have multiple meanings. Sometimes one word can even have opposite meanings: see http://en.wikipedia.org/wiki/Auto-antonym

  142. backup.sh /dev/null by masmullin · · Score: 1

    wups.

  143. A mirror is not a backup. by argent · · Score: 1

    We've seen this over and over again. If it's not archival and offline, it's a mirror... not a backup.

    Unfortunately this is such a common misconception that there's just not enough demand for inexpensive high density offline storage to make archival storage technologies (like, say, tape) viable at the low end.

    1. Re:A mirror is not a backup. by swordgeek · · Score: 1

      "Archival" is a grey area, as was pointed out the other day. Using hard drives in a docking station as an evolution of tape cartridges and drives is probably not archival in the same sense as streaming mag tape, but if done in the same manner (i.e. proper disk rotation and tracking, verification, etc.) can be treated as such.

      But I've been shouting "NO! RAID isn't backup! Mirroring isn't backup! Online syncing isn't backup! OFFLINE BACKUP is backup!" for so long that my throat is hoarse from it. People who don't get it probably will never get it.

      --

      "People who do stupid things with hazardous materials often die." -- Jim Davidson on alt.folklore.urban
    2. Re:A mirror is not a backup. by argent · · Score: 1

      Yes, sticking a cheap hard drive on a shelf is just as archival as sticking a tape on a shelf, and the cost of the drive and the tape cartridge seem to have become pretty comparable.

      Sticking a drive on a shelf in a hot swap carrier used to be considered a moderately "high end" solution for archiving. It's now close to the low end... because of the economy of scale of the disk business. There's no such economy of scale for tapes, so... sayonara, DLT, see ya later, Ultrium... :(

    3. Re:A mirror is not a backup. by Gunstick · · Score: 1

      if the hacker has enough criminal energy, he can as well wipe out all tapes in the tape library than erase a mirror server. So you actually have to do a physical action to remove the tapes regularly and store them somewhere.

      Another way is to make sure that the backup system can not be accessed from anywhere. It then fetches the data to be put on tape but is in itself a closed configuration.

      --
      Atari rules... ermm... ruled.
  144. probably a former Microsoft programmer... by Anonymous Coward · · Score: 0

    Didn't Microsoft layoff the entire Flight Simulator development team? Wasn't it because they ran out of things to do - like make maps - since the online community did it for free for Microsoft?

    " 13 years of community developed terrains, skins, and mods will not be restored from backups:"

  145. Subject by Legion303 · · Score: 1

    "Unfortunately, we backed up the servers between our two servers."

    You're right, that was unfortunate. More than a little stupid as well.

  146. 3 words by techprophet · · Score: 1

    I have 3 words for you: "Offsite Offline Backups" (Is that really 3 words or is it 5?)

  147. why not try to recover the files? by Anonymous Coward · · Score: 0

    in most cases an "rm" can be recovered. I wonder if 13 yrs of data is worth the effort *hint* *hint*

  148. Microsoft From Wikipedia by pbhj · · Score: 1

    Microsoft
    From Wikipedia, the free encyclopedia

    Microsoft Corporation (NASDAQ: MSFT, HKEX: 4338) is an America-based multinational computer technology corporation that thinks imsabbel is teh su><0rz, manufactures, licenses, and supports a wide range of software products for computing devices.[8][7] Headquartered in Redmond, Washington, USA, its most profitable products are the Micro$oft Winblows operating system and the Microsoft Office suite of unproductivity software.

    ---

    Rich pickings for any archaeologist I'm sure.

  149. I should also add... by Kythe · · Score: 1

    The "Great Zero Challenge" isn't the only one out there looking. The National Bureau of Economic Research (that tiny organization no one has ever heard of who just provide the authoritative figures for business cycle dates, among thousands of other economic pieces of data) looked into this several years ago, and also couldn't find a single data recovery service who could recover overwritten data.

    There's ample opportunity and motivation and reward for someone who can do this to come out of the woodwork and announce it. The fact that they haven't amply demonstrates crisco's point.

    --

    Kythe
  150. Re:overwritten once CAN NOT be recovered by hurfy · · Score: 1

    Not exactly high density nor was it overwritten. 400MB drive that appears to have 2 or more platters from the pic.

  151. For the by Capt.DrumkenBum · · Score: 1

    one millionth time! Wikipedia is not a definitive source.
    And stop exaggerating.

    --
    If I were God, wouldn't I protect my churches from acts of me?
  152. Why I dis tapes by Anonymous Coward · · Score: 1, Insightful

    People always dis tapes.

    I dis tapes because of sour grapes. There was a period where enterpri-- well, ok -- low-end enterprise tape systems were affordable by small business and home users. For $600 and $15 per tape I could buy the same stuff that my 200-desktop clients were using, and it was big enough to back up my home computer.

    But hard disks got bigger and affordable tapes didn't. :( Now I fucking hate tape, because I can't afford a tape drive that can back up a $100 drive.

  153. Let this be a lesson to any FOSS project by Qubit · · Score: 1

    Put your source in a distributed version control system like Git. That way every checkout contains a full history automagically as a side effect. A checkout from a centralized system like CVS or SVN is nice, but only gives you a backup of the latest version.

    A friend of mine argues that wikis should all use a version control backend. That way you can checkout the wiki and work on it when offline. If you implemented such a system then you could just have your users checkout the whole wiki + history and off they go. And you get your data backup for free.

    If you have a huge wiki (say wikipedia) then you've got to come up with a different data backup plan, but if you're that big then you probably have someone on staff who's paid to deal with such sysadmin issues.

    Okay, so that deals with the big chunks of data. But then you have users, accounts, email addresses, etc. Generally speaking you don't want to make all that data public. So you get a 1 TB external hdd from for under $100. Put it in a canvas sack and hang it on your wall. Maybe get 2 and rotate them each week.

    --

    coding is life /* the rest is */
  154. dictionaries oversimplify by bugi · · Score: 1

    One of Random House's definitions is

    Or the American Heritage Dictionary:

    And if you argue with a creationist, you'll accept their definition of "theory" just because that's what their dictionary says? One can draw all sorts of stupid conclusions from insufficient information. No, for complex topics like "theory" and "hacker" you need context and detail, neither of which is provided by a dictionary.

    (sorry for quoting you out of context -- I just couldn't make my point otherwise :)

    1. Re:dictionaries oversimplify by EvanED · · Score: 1

      And if you argue with a creationist, you'll accept their definition of "theory" just because that's what their dictionary says?

      No, I would point out that the definition being used is the "a coherent group of general propositions used as principles of explanation for a class of phenomena" definition, not the "a proposed explanation whose status is still conjectural, in contrast to well-established propositions that are regarded as reporting matters of actual fact" definition.

      I wouldn't argue that "theory" can't mean that, just that it doesn't in that case.

      In the same way I'm not arguing that "hacker" can't mean "computer enthusiast" instead of "malicious cracker", just that it obviously doesn't in this thread.

  155. Fools by Anonymous Coward · · Score: 0

    That's the difference between a computer geek and an "IT professional". That wasn't a backup, that was a system copy. A professional know the difference and knows why a true data backup is required.

  156. One URL: by Anonymous Coward · · Score: 0
  157. Re:This should be a lesson... in RPGs by cyberfunkr · · Score: 1

    So, when rats attack your cellar, you pick the most intelligent and ask for advice?
    Or just kill them by anything at hand.

    No.

    When rats attack my cellar I usually head to the center of town where some annual festival is taking place. I then look for the all the loner males between the age of 16-21 with only a single parent. Even better is if it's not their natural parent but instead an uncle, aunt, or grandparent.

    I would then congratulate them on whatever achievement they just accomplished, chastise them for over sleeping on this big day, then explain how I knew one of their dead and/or missing relatives and what a great warrior they were.

    Once they fall for that I give them some rusty knife from my kitchen drawers, a worn-out leather apron, and inform them that their destiny is to be a great warrior like whats-er-face and they should prove their worth by defeating the rats in my cellar.

    But that's just how I roll.. er, role play.

  158. Re:overwritten once CAN NOT be recovered by 1u3hr · · Score: 1
    However the above wasn't data that was overwritten, just burned and partially melted.

    Exactly. I don't deny that you can recover data from physically damaged disks. Still no one has cited a case where simply overwritten data was revovered. This comes up here very few months, and people ramble on about how it MIGHT be done, and how you need to do random writes 32000 times to erase ...

  159. A Case of "Pilot Error" by LifesABeach · · Score: 1

    It's cold, it's unforgiving; but this is a case where the phrase, "Roll the Crash" would be a waste of time. A simple copy to DVD or Blue-Ray would have been more than enough for this site; damn, it will take a while to rebuild it.

  160. You are all wrong. by Anonymous Coward · · Score: 0

    You should backups, for you own pease of mine. But when people come in and trash your stuff, all the backups in the world are worthless.

    Why in the world would anyone what to trash a website. Oh, I forgot, the world is full of idiots.

  161. Hacker - Cracker by Anonymous Coward · · Score: 0

    I don't know anything about Avsim.com but isn't a cracker a best term for the person who destroyed this resources?

  162. Depends on location by Dog135 · · Score: 1

    Absolutely, I mean, so what if those guys broke into your house and killed you and raped your mom *right in your own basement bedroom* ... y'know, you should have had better locks, and used them more consistently; y'know, if you'd really cared.

    This is the internet we're talking about. Your fictional house is in the heart of the slums where known murderers and rapist live. If all you do is use the door lock, (no deadbolt) and walk around the house naked with the curtains open, then yeah, you do have some responsibility for what happened.

    The mirrored drive is like putting condoms on the dresser for extra protection.

    --
    "That's so plausible, I can't believe it!" - Leela
  163. Dumbass Cracker. What a pointless move by Anonymous Coward · · Score: 0

    Karma is interesting. I'd like to see what decade long project it screws up for this immature punk.

    Really takes balls of lameness to destroy other people's work.

  164. chickenshit by c0d3r · · Score: 1

    I'm wondering who is so chickenshit to say "Ohh.. i can press the delete button." What if some thug said "Ohh.. i can snap his neck?"

  165. How to get data back by w0mprat · · Score: 1

    Over the years users must have downloaded the content of the site many times over. Appeal to your users to re-upload content. All the files must be out there somewhere, you'll get the most popular content back first.

    --
    After logging in slashdot still does not take you back to the page you were on. It's been that way for 20 years.
  166. You didn't read the OP's point by Zancarius · · Score: 1

    What if something corrupted the database? The next day, the mirror (not backup) would be corrupt too. There's no substitute for incremental or otherwise "always at least n days old" copies of data. The backup server should not allow deletion, only addition.

    Did you read what the OP wrote?

    this really is a pathetic situation. Everybody is hammering these guys for just mirroring their data and saying that they should have had off site backup.........true, they should have.

    His point was that, yes, they should have had an off-site backup. There's a lot of things they should have done.

    That they didn't back-up their data properly isn't the issue nor does it suddenly make the fact that some malicious individual or individuals felt the need to destroy all of their data any less of a violation of their property. Theft is still theft, even if you forgot to lock your car door.

    --
    He who has no .plan has small finger. ~ Confucius on UNIX
  167. Useless scumbags by Anonymous Coward · · Score: 0

    Whatever scum did this needs to have both hands & all of their fingers broken with a ball-peen hammer. Yes, the admins were dopes for not having any sort of proper backups...that goes without saying...but anyone who would destroy a hobbyist site like avsim, just because they could, needs to be severely punished...grievous bodily harm would be a good start, maybe followed by some friendly assrape in prison.

  168. BackupPC rocks - Re:Hindsight is always 20/20 by ndege · · Score: 1

    Also, as a general FYI, we decided to use rsync over ssh into a BackupPC datastore. There is then an archive of this information created on removable media (that is unplugged, rotated, and kept off-site). I first heard mention of BackupPC here on /. a few years ago and wanted to pass the info on to those who haven't heard of it yet. Works well for me/my company.

    If you do Windoze, you might also consider Unison instead of rsync as I hear that Unison can do the volume shadow copy stuff in Windoze. (YMMV as I haven't tried unison yet.) AND, yes, I know there is an ugly Cygwin version of rsync that doesn't do volume shadow copy and can't backup an outlook.pst file when outlook is running.

    --
    Sig Return: 204 No Content
  169. 13 year old data maybe... by Anonymous Coward · · Score: 0

    From the google cache of the avsim site:

    "In order to access AVSIM Online, you must have a frames capable browser. AVSIM Online will work with all the latest releases of NS and IE."

    Frames??? NS????

    I don't think this site has been updated in 13 years...

  170. Re:Love Boat captain Gavin MacLeod dead at 79 by Anonymous Coward · · Score: 0

    well after looking in the mirror, i'd go to my bedroom and spend lots of time with myself. :)

  171. Hack vs. Crack by AP31R0N · · Score: 1

    Have the Slashdotters given up on resisting the media's misuse of the word hacker? Every time we use their misnomer, it becomes all the more entrenched. If the people who know better don't resist, who will?

    To do so is easier, mostly because people hate being corrected (having their ignorance revealed), but what word should we use to reclaim the lost distinction between criminal behavior and finding elegant solutions/learning/testing?

    --
    Utilizing the synergization of benchmark e-solutions to pre-workaround action items!
  172. True Hackers Lament by Anonymous Coward · · Score: 0

    The current generation of computer terrorists have utterly destroyed the true spirit of what hacking once meant. Instead of an earnest and spirited quest for deep knowledge it's devolved into an exercise of malicious contempt for the entire global user community.

  173. Tape is too slow, but backups must go offsite. by Anonymous Coward · · Score: 0

    Obviously you've never had to back up about 8TB of data, with about 200GB of incremental changes weekly.

    This isn't difficult (or even very expensive) if you use a bank of big HDDs in external boxes. Just link them up via a SATA connection or something. Of course, there's also the USB option too, but that costs a few more $$.

    And how would that serve you better than... say.... a server?

    I backup more than 8TB a night, and I do it using rsync over ssh on encrypted VPN tunnels to four physically separate sites, extremely widely geographically separated. SATA, USB... useless if your building burns down or is vandalized/burgled.

    rsync --link-dest batch mode is your friend.