Re: bkbits.net down

Henning P. Schmiedehausen (hps@intermeta.de)
Fri, 29 Mar 2002 22:44:54 +0000 (UTC)


Larry McVoy <lm@bitmover.com> writes:

>things back together for kernel developers. What, exactly, did you
>hope to accomplish?

Awareness on your side that there are people presenting valid
arguments to you even if you don't agree. I did read the first posts
of the thread up until it degraded to "our application does every
integrity check possible to verify that the data is correct. So even
if it gets corrupted, we will know. That's why we better than the
rest" and you shot down everyone presenting you with other solutions
with this arguments. Well, in this case, you obviously knew that the
data is incorrect (because the disk died, I'm really feeling with you
here, from my eight IBM DTLA disks, three have died, too and I fear
that the remaining five will also die [1]) but all your checks
couldn't help you where just a few up-to-date backups would have.

Actually I'm a bit disappointed too, that you with all the
professionalism that you sprikle over this mailing list in every of
your posts, run such a showcase part of your business as bkbits.net on
IDE disks without RAID. And without clustering in case of emergency.

Regards
Henning

[1] I keep them in an dust free, climate controlled environment (18
degree centigrade all the time) and they're continously running (no
on-off operations) and they still die. IBM really deserves to suffer
for these disks. The last two died within six hours in the same box
after 20 months of continous running [2].

[2] I had the system up and running again 93 minutes after I pulled it
from the rack. Amanda and daily backups saved my ass. :-) And my
applications do not do integrity checks.

-- 
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen       -- Geschaeftsfuehrer
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH     hps@intermeta.de

Am Schwabachgrund 22 Fon.: 09131 / 50654-0 info@intermeta.de D-91054 Buckenhof Fax.: 09131 / 50654-20 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/