Did you try a manual rw remount? mount -o remount,rw
-DK On Wed, Oct 26, 2011 at 4:00 PM, Ann <a...@randrinc.com> wrote: > ** > Jeff, > thanks for the ideas. I think that is what we will do. The customer did > the server configuration as he wanted the experience with linux. So we will > probably have him configure another server, then we can load up the > application on the new server. Then he can play with the old, replace > drive, what ever. There is no data, only the application and as our > software is open source, basically nothing proprietary on the drive. > > When I first got on the server this morning, I could access data and > actually did back up the application over to my pc, though we have it in > svn. Now, I can't get to any data on the drive, but strangely enough the > application is still running on tomcat!! > > thanks for the help > Ann > Jeff Lasman wrote: > > On Wednesday, October 26, 2011 11:38:27 AM Ann wrote: > > > > Another last thought. As there is nothing really to recover, we could > > > reconfigure the server and then just reinstall the application. > > > Do it. Sorry I didn't have time to check this list today until now. I > manage servers for a living. Lots of them. Mostly CentOS, but more than a > few Debian and Ubuntu based as well. > > > The Linux kernel will always remount a file system read-only if it > detects drive errors; simply to save the data you've got. > > > > fsck.ext3: Bad magic number in super-block while trying to re-open > > > /dev/sda1 e2fsck: io manager magic bad! > > > Look at post 4 of this thread (it doesn't matter that it's a fedora > forum; the issue is kernel-specific, not OS-specific): > > > http://forums.fedoraforum.org/archive/index.php/t-51985.html > > > But if it's easy enough to rebuild, I'd do it. > > > What we do in this kind of case, is replace the drive (and rebuild RAID > since we run RAID on our servers). We always have spares. And then we know > we've got a good drive. > > > Then we take the supect drive to the workbench, wipe it, reformat it, and > exhaustively test it for a few days. If it passes, it goes back to the DC as > a spare; if not, we wipe it again if possible, and then destroy it or send > it to a recycleer, depending on how sure we are that we've removed all the > data. > > > Jeff > > -- > > Jeff Lasman > > Post Office Box 52200, Riverside, CA 92517 > > Our jplists address used on lists is for list email only > > Phone +1 909 266-9209, or see: > "http://www.nobaloney.net/contactus.html";<http://www.nobaloney.net/contactus.html> > > > ------------------------------ > > _______________________________________________ > LinuxUsers mailing > listLinuxUsers@socallinux.orghttp://socallinux.org/cgi-bin/mailman/listinfo/linuxusers > > > -- > Ann Richmond > ---------------- > Randr Inc951-369-3427951-787-8683 Faxwww.randrinc.com > > > _______________________________________________ > LinuxUsers mailing list > LinuxUsers@socallinux.org > http://socallinux.org/cgi-bin/mailman/listinfo/linuxusers > >
_______________________________________________ LinuxUsers mailing list LinuxUsers@socallinux.org http://socallinux.org/cgi-bin/mailman/listinfo/linuxusers
