If the application is currently functioning I wouldn't reboot it without your IT support onsite. Everything is probably running in memory. I concur with Jeff. If you reboot the server the application or server itself will probably not come back up.
Do you know if the drives in the server are in a RAID or is this a single drive server? What OS is the application running on? If you have to rebuild the box can you virtualize it? Adam Flaig *"Ciggarettes are a lot like hamsters, Perfectly harmless untill you put one in your mouth and light it on fire"* * * *~Will Ferrell * On Thu, Oct 27, 2011 at 5:29 PM, Ann <a...@randrinc.com> wrote: > ** > Every, > thanks for the help. It does look like we have a disk problem. when I > first checked we had only 44% of disk used, then about 1/2 later we were at > 100%. And the application does NOT write anything to disk. > > Soo, finally ran fsck again and it allowed me to do some fixing which got > the disk down. The application is still running, a java application under > tomcat, but since it does not write anything to the disk, it seems happy. > > We are going to configure another server and just move it over to there and > then fix or trash the disk. > > Thank you for all the help. It enabled me to identify the problem. > > Dino, - since the application was still running, I was afraid to do > something like a remount. Also the IT guy is in New York, so no one on site > if I needed a manual restart. > > thanks very much everyone > Ann Richmond > > Dino K wrote: > > 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 > listLinuxUsers@socallinux.orghttp://socallinux.org/cgi-bin/mailman/listinfo/linuxusers > > > -- > Ann Richmond > ---------------- > Randr Inc > 951-369-3427 > 951-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
