novaBBS - alt.free.newsservers

R e: aioe

<tr1u2j$3ugp4$2@paganini.bofh.team>

https://www.novabbs.com/computers/article-flat.php?id=1793&group=alt.free.newsservers#1793

copy link Newsgroups: alt.free.newsservers

Path: i2pn2.org!i2pn.org!paganini.bofh.team!not-for-mail
From: rdb...@usa.usa (rdb)
Newsgroups: alt.free.newsservers
Subject: R e: aioe
Date: Sat, 28 Jan 2023 01:34:12 -0000 (UTC)
Organization: To protect and to server
Message-ID: <tr1u2j$3ugp4$2@paganini.bofh.team>
Injection-Date: Sat, 28 Jan 2023 01:34:12 -0000 (UTC)
Injection-Info: paganini.bofh.team; logging-data="4145956"; posting-host="rZdg9g6srJ6iQ9wQV6lC0g.user.paganini.bofh.team"; mail-complaints-to="usenet@bofh.team"; posting-account="9dIQLXBM7WM9KzA+yjdR4A";
User-Agent: Xnews/2006.08.24
Cancel-Lock: sha256:Ijx+jRwOb2Buv3Ac2Ft6fzjXoId39PYtcA8YS2DEskg=
X-Notice: Filtered by postfilter v. 0.9.3

by: rdb - Sat, 28 Jan 2023 01:34 UTC

On 26 Jan 2023, "David E. Ross" <nobody@nowhere.invalid> posted some
news:tqu6vn$189cb$1@dont-email.me:

> On 1/25/2023 11:29 PM, Paul Bergsagel wrote:
>> aioe seems to be taken offline. are there any free ways to access
>> alt.comp.software.com, maybe using goole--help how to do it.
>
> I sent an E-mail to AIOE's administrator. Here is his reply --
>
>> The RAID controller failed and its failure damaged the contents of
>> the disks. Today or tomorrow they let me know what can be recovered,
>> if nothing the recovery times will be long

Dunno what he has, but another RAID controller, same number of identical
replacement disks and DD would give his admins something to work with.

Even if the RAID arrays are gone, if he knows what the arrays / VD configs
were, they can add each disk into a RAID0 disk separately, DD image it to
another drive, carefully labeling each and continue until all are done.
Put the carefully labeled originals aside and work on the copies.

Then the fun starts. Assuming the config is known, retag the drives with
the original config and do not initialize. If there is recoverable data
it should now be available to work with. Sometimes it's not as bad as you
thought. Yes there are cases where it is all just ..gone..

I recovered several SQL servers without any data loss using this
technique. Helped that the log files were available so they could be
replayed.

It sucks when you encounter this problem. Horrible actually because it's
a lot of work to restore a system and it's never the same. If critical
data can be recovered, it's an even trade off assuming all works again.

Re: R e: aioe

<1q58vy3.1ll6rdqk7irh4N%snipeco.2@gmail.com>

copy mid

https://www.novabbs.com/computers/article-flat.php?id=1794&group=alt.free.newsservers#1794

copy link Newsgroups: alt.free.newsservers

Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!snipe.eternal-september.org!.POSTED!not-for-mail
From: snipec...@gmail.com (Sn!pe)
Newsgroups: alt.free.newsservers
Subject: Re: R e: aioe
Date: Sat, 28 Jan 2023 02:00:21 +0000
Organization: Sn!peCo World Wide Wading Birds
Lines: 47
Message-ID: <1q58vy3.1ll6rdqk7irh4N%snipeco.2@gmail.com>
References: <tr1u2j$3ugp4$2@paganini.bofh.team>
Reply-To: snipeco.1@gmail.com (Sn!pe)
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Injection-Info: snipe.eternal-september.org; posting-host="bb45d17d64039815999f6b8ea1f7e926";
logging-data="2054272"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/8DPOXiff0YnnzhKW4Kz+h"
User-Agent: MacSOUP/2.8.6b1 (ed136d9b90) (Mac OS 10.14.6)
Cancel-Lock: sha1:q0x8eENIvQBORr2i6MsZ5ixIow0=
X-Clacks-Overhead: GNU Terry Pratchett; WonK; Large Enid
X-Face: 5<x+vv{"AHN,F~/dhf,X*~1zNv[TF/WUe(Uw.*ZOw\P'Ju]C6].T~7Z5cVjV\xTO6&)1#VQ
iZ4vFDG
X-Copyright: Copyright (c) 2023 Sn!peCo WWWB, All Rights Reserved.
This article may be reproduced for the purposes of propagation and
personal use only, no commercial use without express permission.
X-Disclaimer: Any advice that I may give is worth only what I paid for it.
This article comprises only my personal opinions unless otherwise stated.
May contain traces of nuts.
X-Validate: All genuine Sn!peCo articles contain the header:
"Injection-Info: snipe.eternal-september.org;" my registered FQDN.
X-Tongue-In-Cheek: Always

by: Sn!pe - Sat, 28 Jan 2023 02:00 UTC

rdb <rdb@usa.usa> wrote:

> On 26 Jan 2023, "David E. Ross" <nobody@nowhere.invalid> posted some
> news:tqu6vn$189cb$1@dont-email.me:
>
> > On 1/25/2023 11:29 PM, Paul Bergsagel wrote:
> >> aioe seems to be taken offline. are there any free ways to access
> >> alt.comp.software.com, maybe using goole--help how to do it.
> >
> > I sent an E-mail to AIOE's administrator. Here is his reply --
> >
> >> The RAID controller failed and its failure damaged the contents of
> >> the disks. Today or tomorrow they let me know what can be recovered,
> >> if nothing the recovery times will be long
>
> Dunno what he has, but another RAID controller, same number of identical
> replacement disks and DD would give his admins something to work with.
>
> Even if the RAID arrays are gone, if he knows what the arrays / VD configs
> were, they can add each disk into a RAID0 disk separately, DD image it to
> another drive, carefully labeling each and continue until all are done.
> Put the carefully labeled originals aside and work on the copies.
>
> Then the fun starts. Assuming the config is known, retag the drives with
> the original config and do not initialize. If there is recoverable data
> it should now be available to work with. Sometimes it's not as bad as you
> thought. Yes there are cases where it is all just ..gone..
>

Would you expect colo techs providing a budget service
to go to all that trouble?... :(

> I recovered several SQL servers without any data loss using this
> technique. Helped that the log files were available so they could be
> replayed.
>
> It sucks when you encounter this problem. Horrible actually because it's
> a lot of work to restore a system and it's never the same. If critical
> data can be recovered, it's an even trade off assuming all works again.
>

I would hate to have this problem even if I could get hands-on :((

--
^Ï^. Sn!pe – My pet rock Gordon just is.

Rock music: <https://imgur.com/gallery/duV5yqj>

Re: R e: aioe

<trdc0f$1m7cb$2@paganini.bofh.team>

copy mid

https://www.novabbs.com/computers/article-flat.php?id=1824&group=alt.free.newsservers#1824

copy link Newsgroups: alt.free.newsservers

Path: i2pn2.org!i2pn.org!paganini.bofh.team!not-for-mail
From: rdb...@usa.usa (rdb)
Newsgroups: alt.free.newsservers
Subject: Re: R e: aioe
Date: Wed, 1 Feb 2023 09:39:27 -0000 (UTC)
Organization: To protect and to server
Message-ID: <trdc0f$1m7cb$2@paganini.bofh.team>
References: <tr1u2j$3ugp4$2@paganini.bofh.team> <1q58vy3.1ll6rdqk7irh4N%snipeco.2@gmail.com>
Injection-Date: Wed, 1 Feb 2023 09:39:27 -0000 (UTC)
Injection-Info: paganini.bofh.team; logging-data="1777035"; posting-host="CS9Kfex77q2UEjp3UezKLQ.user.paganini.bofh.team"; mail-complaints-to="usenet@bofh.team"; posting-account="9dIQLXBM7WM9KzA+yjdR4A";
User-Agent: Xnews/2006.08.24
Cancel-Lock: sha256:daQd8iHiChnrpEcVJpkeztdxzVteCCQh9qh5PTGPkHA=
X-Notice: Filtered by postfilter v. 0.9.3

by: rdb - Wed, 1 Feb 2023 09:39 UTC

On 27 Jan 2023, snipeco.2@gmail.com (Sn!pe) posted some
news:1q58vy3.1ll6rdqk7irh4N%snipeco.2@gmail.com:

> rdb <rdb@usa.usa> wrote:
>
>> On 26 Jan 2023, "David E. Ross" <nobody@nowhere.invalid> posted some
>> news:tqu6vn$189cb$1@dont-email.me:
>>
>> > On 1/25/2023 11:29 PM, Paul Bergsagel wrote:
>> >> aioe seems to be taken offline. are there any free ways to access
>> >> alt.comp.software.com, maybe using goole--help how to do it.
>> >
>> > I sent an E-mail to AIOE's administrator. Here is his reply --
>> >
>> >> The RAID controller failed and its failure damaged the contents of
>> >> the disks. Today or tomorrow they let me know what can be
>> >> recovered, if nothing the recovery times will be long
>>
>> Dunno what he has, but another RAID controller, same number of
>> identical replacement disks and DD would give his admins something to
>> work with.
>>
>> Even if the RAID arrays are gone, if he knows what the arrays / VD
>> configs were, they can add each disk into a RAID0 disk separately, DD
>> image it to another drive, carefully labeling each and continue until
>> all are done. Put the carefully labeled originals aside and work on
>> the copies.
>>
>> Then the fun starts. Assuming the config is known, retag the drives
>> with the original config and do not initialize. If there is
>> recoverable data it should now be available to work with. Sometimes
>> it's not as bad as you thought. Yes there are cases where it is all
>> just ..gone..
>>
>
> Would you expect colo techs providing a budget service
> to go to all that trouble?... :(

In the vast majority of cases nope.

>> I recovered several SQL servers without any data loss using this
>> technique. Helped that the log files were available so they could be
>> replayed.
>>
>> It sucks when you encounter this problem. Horrible actually because
>> it's a lot of work to restore a system and it's never the same. If
>> critical data can be recovered, it's an even trade off assuming all
>> works again.
>>
>
> I would hate to have this problem even if I could get hands-on :((

If you have the hardware you can practice it. The tough part is figuring
out the original RAID configuration if nobody knows.

snafu = Situation Normal All F%$*ed up

computers / alt.free.newsservers / Re: R e: aioe

Subject	Author
R e: aioe	rdb
Re: R e: aioe	Sn!pe
Re: R e: aioe	rdb