Skip to Content.
Sympa Menu

cacert-sysadm - AW: AW: Hard disk corruption on sun2

cacert-sysadm AT lists.cacert.org

Subject: CAcert System Admins discussion list

List archive

AW: AW: Hard disk corruption on sun2


Chronological Thread 
  • From: <ulrich AT cacert.org>
  • To: "'Wytze van der Raay'" <wytze AT cacert.org>
  • Cc: <cacert-sysadm AT lists.cacert.org>, 'Michael Tänzer' <michael.taenzer AT cacert.org>, <wiki-admin AT cacert.org>, "'Lambert'" <lambert AT cacert.org>, <cacert-arbitration AT lists.cacert.org>
  • Subject: AW: AW: Hard disk corruption on sun2
  • Date: Fri, 24 Jun 2011 23:51:56 +0200
  • Authentication-results: lists.cacert.org; dkim=pass (1024-bit key) header.i= AT cacert.org; dkim-asp=none
  • Importance: Normal

Hi Wytze,

> -----Ursprüngliche Nachricht-----
> Von: Wytze van der Raay 
> [mailto:wytze AT cacert.org]
>  
> Gesendet: Freitag, 24. Juni 2011 21:41
> An: 
> ulrich AT cacert.org
> Cc: 
> cacert-sysadm AT lists.cacert.org;
>  'Michael Tänzer';
wiki-admin AT cacert.org;
 'Lambert'
> Betreff: Re: AW: Hard disk corruption on sun2

> Hi Ulrich and others,
> Op 24-6-2011 12:49, 
> ulrich AT cacert.org
>  schreef:
>> at least
>>
/var/lib/vservers/wiki/srv/www/wiki/data/pages/Arbitrations(2f)a20100908(2
>> e)1/revisions
>> displays 16 revisions, but all revision files are empty

> I found them back in the /lost+found directory

muchas gratias  ... yup, data is back :)

>> As this file includes the full arbitration case a20100908.1
documentation
>> a loss of this file can lead to a problem in the audit process if this
>> case becomes subject of verification ...

> If this data is really important, you shouldn't just store it in the
> wiki, but ensure to have one or more safe copies elsewhere too. In
> its current incarnation, the CAcert wiki cannot be considered to be
> a long-term reliable store I'm afraid.

hmm ... don't know who decided to use the wiki for the arbitration case
filings
but the wiki has been established to be the central repository for
arbitration handling and filing.

In the meanwhile, we've installed a "backup" for the email traffic
related to arbitration, but this means only, that the emails sent
by casemanagers, arbitrators and other arbitration participients
are copied to a mailbox archive.

The complete index and summary about an arbitration case that is
the wiki file has to be recovered from all these emails from
an individual case.

Deliberations and discoverys are mostly not subject of any emails,
its collected in the wiki file public or private part.

Before one year, there was a project to search / deploy an arbitration
handling software, but this only moves the backup problem from one
server to another ...

The wiki but not only includes the arbitration files, also the wiki
includes procedures, manuals, and other essential material we have
in short: the wiki is CAcert's knowledgebase and history database
for many procedures

The wikis own revisioning system is helpful, but not helpful
in a disaster issue

So the current harddisk corruption gives us some hint
to rethink about a backup strategy

To recover lost parts of the wiki is probably not a so
critical issue as the disaster recovery process of
the critical system. So recovery of lost wiki pages,
if it needs eg 3 days or a week to recover a lost page
isn't that a problem, but it should be possible to recover
a page in principle


>> ...
>> So if there is a backup after the 2011-03-10 or in the period
>> between 2010-09-08 and 2011-03-10, its very helpful to get
>> this file recovered, so the content can be recovered

> These files are back in place now. In this case it was also possible to
> retrieve them from the backup server, but we may not be so lucky in
> all cases -- the boxbackup system is somewhat peculiar.

=:O

ok, better then nothing ....  :)

thanks anyway ...

> Regards,
> -- wytze

regards, uli   ;-)

Attachment: smime.p7s
Description: S/MIME cryptographic signature




Archive powered by MHonArc 2.6.16.

Top of Page