----------------original message----------------- From: [email protected] To: [email protected] Date: Sat, 25 Sep 2010 08:33:26 +0800 ------------------------------------------------- > Send PLUG mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.linux.org.ph/mailman/listinfo/plug > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of PLUG digest..." > > > Today's Topics: > > 1. Disk preventive maintenance (Red Sancho) > 2. Re: Disk preventive maintenance (Ralph Bacolod) > 3. Re: Disk preventive maintenance (Red Sancho) > 4. Re: Disk preventive maintenance (eric pareja) > 5. Re: Disk preventive maintenance (Red Sancho) > 6. Re: Disk preventive maintenance (joebert jacaba) > > > > -------------------------------------------------------------------- > -- > > Message: 1 > Date: Fri, 24 Sep 2010 01:57:28 -0700 (PDT) > From: Red Sancho [email protected] > Subject: [plug] Disk preventive maintenance > To: "Philippine Linux Users' Group \(PLUG\) Technical Discussion List" >
> Message-ID: [email protected] > Content-Type: text/plain; charset="us-ascii" > > Hello peeps, > > Im fairly new with managing Linux servers and i have a project of upgrading our > etch servers to the current version (i know this should have been done years > ago). Recently after upgrading one of our fileserver, the raid device where our > files are stored were gone after rebooting the server. When i checked mtab, i > didn't see our /dev/sdb1 mounted, i did an fsck on the device afterwhich > resulted to getting our files in the lost+found folder. I also saw in > /var/log/messages that the journal was gone and now the disk was labelled as > ext2. What are things i can do that will prevent this kind of incident happening > again? Also is there a way to recover files in the lost+found directory? thanks! > > Cheers, > Sancho > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://lists.linux.org.ph/mailman/private/plug/attachments/20100924/ > e75a1184/attachment.htm > > > ------------------------------ > > Message: 2 > Date: Fri, 24 Sep 2010 09:42:26 +0000 > From: "Ralph Bacolod" [email protected] > Subject: Re: [plug] Disk preventive maintenance > To: "Philippine Linux Users' Group \(PLUG\) Technical Discussion List" > > Message-ID: > > [email protected]> > > Content-Type: text/plain > > Backup. > Ralph Bacolod ,MT > http://devora.homelinux.org > twitter: @rafiks > > -----Original Message----- > From: Red Sancho [email protected] > Sender: [email protected] > Date: Fri, 24 Sep 2010 01:57:28 > To: Philippine Linux Users' Group \(PLUG\) Technical Discussion > List > Reply-To: "Philippine Linux Users' Group \(PLUG\) Technical Discussion > List" > > Subject: [plug] Disk preventive maintenance > > _________________________________________________ > Philippine Linux Users' Group (PLUG) Mailing List > http://lists.linux.org.ph/mailman/listinfo/plug > Searchable Archives: http://archives.free.net.ph > > > > ------------------------------ > > Message: 3 > Date: Fri, 24 Sep 2010 05:05:16 -0700 (PDT) > From: Red Sancho [email protected] > Subject: Re: [plug] Disk preventive maintenance > To: "Philippine Linux Users' Group \(PLUG\) Technical Discussion List" > > Message-ID: [email protected] > Content-Type: text/plain; charset="us-ascii" > > thanks for pointing that out, currently there are no backup mechanism in place > for the "file servers" and since they are holding around 2TB of data per server > it would take a lot of time to backup all of the servers and also the files are > constantly changing... > > > > ________________________________ > From: Ralph Bacolod [email protected] > To: Philippine Linux Users' Group (PLUG) Technical Discussion List > > Sent: Fri, September 24, 2010 5:42:26 PM > Subject: Re: [plug] Disk preventive maintenance > > Backup. > Ralph Bacolod ,MT > http://devora.homelinux.org > twitter: @rafiks > > -----Original Message----- > From: Red Sancho [email protected] > Sender: [email protected] > Date: Fri, 24 Sep 2010 01:57:28 > To: Philippine Linux Users' Group \(PLUG\) Technical Discussion > List > Reply-To: "Philippine Linux Users' Group \(PLUG\) Technical Discussion > List" > > Subject: [plug] Disk preventive maintenance > > _________________________________________________ > Philippine Linux Users' Group (PLUG) Mailing List > http://lists.linux.org.ph/mailman/listinfo/plug > Searchable Archives: http://archives.free.net.ph > > _________________________________________________ > Philippine Linux Users' Group (PLUG) Mailing List > http://lists.linux.org.ph/mailman/listinfo/plug > Searchable Archives: http://archives.free.net.ph > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://lists.linux.org.ph/mailman/private/plug/attachments/20100924/ > f19e2400/attachment.htm > > > ------------------------------ > > Message: 4 > Date: Fri, 24 Sep 2010 20:11:25 +0800 > From: eric pareja [email protected] > Subject: Re: [plug] Disk preventive maintenance > To: "Philippine Linux Users' Group (PLUG) Technical Discussion List" > > Message-ID: > <[email protected]> > Content-Type: text/plain; charset=UTF-8 > > You will still need to perform backup to avoid data loss when > migrating in any case. > You have to define a backup policy first, your mechanism merely > implements the policy. > > Data loss is more expensive than backup. You will have to integrate > backup costs into your operations. > > On Fri, Sep 24, 2010 at 8:05 PM, Red Sancho [email protected] wrote: >> thanks for pointing that out, currently there are no backup mechanism in >> place for the "file servers" and since they are holding around 2TB of data >> per server it would take a lot of time to backup all of the servers and also >> the files are constantly changing... > > -- > Eric Manuel Pareja ([email protected]) LPIC-2, NCLP | PGP/GPG Key > 0xB82E42D9 > Coordinator for Technology - National Telehealth Center > University of the Philippines Manila > Senior Linux Trainer - International Open Source Network - ASEAN+3 > Ang mundo ay aklat, at iisang pahina lamang ang nababasa ng hindi naglalakbay. > ?- San Agustin > ???????????? > > > ------------------------------ > > Message: 5 > Date: Fri, 24 Sep 2010 05:39:11 -0700 (PDT) > From: Red Sancho [email protected] > Subject: Re: [plug] Disk preventive maintenance > To: "Philippine Linux Users' Group \(PLUG\) Technical Discussion List" > > Message-ID: [email protected] > Content-Type: text/plain; charset="utf-8" > > that's a long shot up sell but worth trying, we've already identified that risk > of not having a backup policy but from where we stand right now adding cost to a > losing business isnt gonna go far up the ladder... anyways, is it possible to > prevent or at least detect an FS failure looming? This is what happend... after > joining the company i found out that most of the servers are running on debian > etch and i brought this to the attention of my boss and he agreed to perform > upgrades to the majority of the etch servers. after performing the distro > upgrade and rebooting, our sdb1 didn't mount and all of the files went into > lost+found, i also got "missing journal for /dev/sdb1" from messages. i tried to > > mount it only to find that all of the files are now in lost+found, so i > unmounted it and ran fsck (probably a bad thing). Now im wondering what could > have caused this error in the fs. > > also one question, is it ok to run fsck read-only on a mounted device? > > Tia > > > > ________________________________ > From: eric pareja [email protected] > To: Philippine Linux Users' Group (PLUG) Technical Discussion List > > Sent: Fri, September 24, 2010 8:11:25 PM > Subject: Re: [plug] Disk preventive maintenance > > You will still need to perform backup to avoid data loss when > migrating in any case. > You have to define a backup policy first, your mechanism merely > implements the policy. > > Data loss is more expensive than backup. You will have to integrate > backup costs into your operations. > > On Fri, Sep 24, 2010 at 8:05 PM, Red Sancho [email protected] wrote: >> thanks for pointing that out, currently there are no backup mechanism in >> place for the "file servers" and since they are holding around 2TB of data >> per server it would take a lot of time to backup all of the servers and also >> the files are constantly changing... > > -- > Eric Manuel Pareja ([email protected]) LPIC-2, NCLP | PGP/GPG Key > 0xB82E42D9 > Coordinator for Technology - National Telehealth Center > University of the Philippines Manila > Senior Linux Trainer - International Open Source Network - ASEAN+3 > Ang mundo ay aklat, at iisang pahina lamang ang nababasa ng hindi naglalakbay. > - San Agustin > ???????????? > _________________________________________________ > Philippine Linux Users' Group (PLUG) Mailing List > http://lists.linux.org.ph/mailman/listinfo/plug > Searchable Archives: http://archives.free.net.ph > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://lists.linux.org.ph/mailman/private/plug/attachments/20100924/ > 02e629b1/attachment.htm > > > ------------------------------ > > Message: 6 > Date: Sat, 25 Sep 2010 08:33:14 +0800 > From: joebert jacaba [email protected] > Subject: Re: [plug] Disk preventive maintenance > To: "Philippine Linux Users' Group (PLUG) Technical Discussion List" > > Message-ID: > [email protected] > Content-Type: text/plain; charset="utf-8" > > im just guessing that raid modules were not properly included after the > upgrade. before you have executed the actual upgrade you could have tested a > box with etch with a similar setup and tried to upgrade it to see if there > were problems you might encounter. this is aside from backup policy that to > my opinion is not optional. > > On Fri, Sep 24, 2010 at 8:39 PM, Red Sancho [email protected]: > >> that's a long shot up sell but worth trying, we've already identified that >> risk of not having a backup policy but from where we stand right now adding >> cost to a losing business isnt gonna go far up the ladder... anyways, is it >> possible to prevent or at least detect an FS failure looming? This is what >> happend... after joining the company i found out that most of the servers >> are running on debian etch and i brought this to the attention of my boss >> and he agreed to perform upgrades to the majority of the etch servers. after >> performing the distro upgrade and rebooting, our sdb1 didn't mount and all >> of the files went into lost+found, i also got "missing journal for >> /dev/sdb1" from messages. i tried to mount it only to find that all of the >> files are now in lost+found, so i unmounted it and ran fsck (probably a bad >> thing). Now im wondering what could have caused this error in the fs. >> >> also one question, is it ok to run fsck read-only on a mounted device? >> >> Tia >> >> ------------------------------ >> *From:* eric pareja [email protected] >> >> *To:* Philippine Linux Users' Group (PLUG) Technical Discussion List > [email protected]> >> *Sent:* Fri, September 24, 2010 8:11:25 PM >> >> *Subject:* Re: [plug] Disk preventive maintenance >> >> You will still need to perform backup to avoid data loss when >> migrating in any case. >> You have to define a backup policy first, your mechanism merely >> implements the policy. >> >> Data loss is more expensive than backup. You will have to integrate >> backup costs into your operations. >> >> On Fri, Sep 24, 2010 at 8:05 PM, Red Sancho [email protected] >> wrote: >> > thanks for pointing that out, currently there are no backup mechanism in >> > place for the "file servers" and since they are holding around 2TB of >> data >> > per server it would take a lot of time to backup all of the servers and >> also >> > the files are constantly changing... >> >> -- >> Eric Manuel Pareja ([email protected]) LPIC-2, NCLP | PGP/GPG Key >> 0xB82E42D9 >> Coordinator for Technology - National Telehealth Center >> University of the Philippines Manila >> Senior Linux Trainer - International Open Source Network - ASEAN+3 >> Ang mundo ay aklat, at iisang pahina lamang ang nababasa ng hindi >> naglalakbay. >> - San Agustin >> ?????? ????? >> _________________________________________________ >> Philippine Linux Users' Group (PLUG) Mailing List >> http://lists.linux.org.ph/mailman/listinfo/plug >> Searchable Archives: http://archives.free.net.ph >> >> >> _________________________________________________ >> Philippine Linux Users' Group (PLUG) Mailing List >> http://lists.linux.org.ph/mailman/listinfo/plug >> Searchable Archives: http://archives.free.net.ph >> > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://lists.linux.org.ph/mailman/private/plug/attachments/20100925/ > 50d4517d/attachment.htm > > > ------------------------------ > > _________________________________________________ > Philippine Linux Users' Group (PLUG) Mailing List > http://lists.linux.org.ph/mailman/listinfo/plug > Searchable Archives: http://archives.free.net.ph > > End of PLUG Digest, Vol 66, Issue 27 > ************************************ > A word of advise, If you have many kind of servers and you will put live on production before you do any wrecky tasks make sure you conduct it on a test environment especially if you just have little knowledge on performing filesystem administration. Hoping you can fix your problem. -- IT.EDP Technical Support FIFASCI _________________________________________________ Philippine Linux Users' Group (PLUG) Mailing List http://lists.linux.org.ph/mailman/listinfo/plug Searchable Archives: http://archives.free.net.ph
