I guess that "another day" has come.
I've checked the /tmp filesystem as Stan recommend, but I am not really sure
what I should be looking for there. However, I really it doesn't appear that
there is anything of real concern. It's a pretty small listing and several of
those seem to be lock files for the likes of Foxview and perhaps ICC.
I have again removed the lost+found files and rebooted to the SBAR disk,
allowing it the time required to fully load. I ran check_fs (FSCK) from the CD
until it came up clean (took a couple of times) then rebooted. The AW came up
normally, and has behaved well ever since. The opt/lost+found directory is
currently empty.
Note that in a second pass, I deleted the backup copy of the lost+found
subdirectory. I again booted from the CD and ran check_fs and it came up
clean. However it still takes a long time to configure devices when booting
from the SBAR disk.
Since then, the server has run normally so I guess that is success. The
process freed up a fair amount of disk space.
Thanks for the responses!
Matt
-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On
Behalf Of Brown, Stanley
Sent: Monday, July 27, 2015 8:56 AM
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] lost+found clutter removal
Check and see what is happening in your /tmp filesystems. If I recall
correctly, it is memory mapped, thus when things are written there it comes out
of available memory.
-----Original Message-----
From: Stan Brown [mailto:stanb@xxxxxxxxx] On Behalf Of Gunter, Matt
Sent: Monday, July 27, 2015 10:01 AM
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] lost+found clutter removal
I just wanted to provide a follow-up to this effort in case anyone else is
still running the Sun boxes and getting a growing lost+found subdirectory...
Working on our lab system, I backed up the lost+found subdirectory and then
performed an rm -r * on everything inside - i.e. keeping the directory itself.
The AW continued to run fine until it was rebooted. I attempted a reboot to
the SBAR disk and it got stuck configuring devices. It didn't stop, and it
didn't display an error, but wouldn't move on. Maybe I was just impatient, but
after 20 minutes or so, I tried a regular reboot. When the system ran fsck, it
complained vociferously and had to be run repeatedly. In the end, I wound up
with a lost+found directory that appears to be every bit as large as it was
before. Of course, many of the entries are symbolic links so they get repeated
and the advertised size is therefore inflated.
It looks like this may be a task for another day.
Matt
-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On
Behalf Of Gunter, Matt
Sent: Wednesday, July 22, 2015 7:36 AM
To: 'foxboro@xxxxxxxxxxxxx'
Subject: Re: [foxboro] lost+found clutter removal
William, thanks for the words of wisdom. Yes, we continue to experience
depleted swap space and occasionally get an AW crash. We haven't been able to
identify the cause, but try to select the best times to reboot the AW. When
the crash occurs, that should create all kinds of files that are properly
closed and fsck would create loads of entries in the lost+found directory. I
just learned that if I use the file command on a core file, it would tell me
what application caused the crash. I don't know if that will help, but it
might be a clue.
Stan, thanks for the further direction. I ran rm -r on all of the directories
within the lost+found subdirectory, but left lost+found itself intact. There
were so many files and directories I had to do it in "relatively" small chunks
because the command could not handle them all in one pass. I'll take the box
down and mount to the SBAR and run fsck on it as a test.
Kind regards to all...
Matt
-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On
Behalf Of William C Ricker
Sent: Tuesday, July 21, 2015 2:00 PM
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] lost+found clutter removal
Be aware, though, that lost+found entries were once files or folders somewhere
in the file system and those files aren't where they belong any more. You
aren't likely to see a difference in the operation of the system just because
the lost+found entries are deleted but you may well see a difference because
they were put there in the first place.
There are methods to figure out what they were and even partially or fully
restore them, but I can honestly say I haven't seen anybody do it since the
AP50s came out.
If you have some substantial number of entries here, it says bad stuff may have
happened to the file system. If they continue to be generated, you may need
that backup you have so judiciously kept.
WCR
-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On
Behalf Of Gunter, Matt
Sent: Tuesday, July 21, 2015 3:44 PM
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] lost+found clutter removal
Thanks Joe! From my reading, I know that files and/or directories in there can
be salvaged if you are persistent and have time to work with it. The entries
are stuck in the lost+found directory by fsck when processes are not shut down
properly, e.g. system crash, and particularly when the message "file system
modified" is displayed - which pretty much happens anytime you run fsck on a
mounted file system.
I've cleaned out the lots+found directory on our lab system and if that
presents no problems, I follow suit on the live system.
Matt
-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On
Behalf Of Currano, Joe
Sent: Tuesday, July 21, 2015 9:21 AM
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] lost+found clutter removal
I'm no expert but I think we've removed lost+found items a few times. My
understanding is the lost+found files may help for troubleshooting after a
crash if you know what to look for, but if you are not having any problems with
the machine, you don't need them. So if they're older than yesterday's crash,
you'll probably never look at them anyway.
-Joe
-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On
Behalf Of Gunter, Matt
Sent: Tuesday, July 21, 2015 10:50 AM
To: foxboro@xxxxxxxxxxxxx
Subject: [foxboro] lost+found clutter removal
Esteemed list,
I have a question for those who can recall administration of Solaris boxes.
When I issue the df command on our server I get a disk usage of 36% on the /opt
partition. The du command indicates that there are 212666 kilobytes worth of
directories and files in the lost+found subdirectory. Since the stuff in these
directories is placed there by fsck and it is not used for the running of the
system, I can't see any reason to retain this information. Has anybody gone to
the effort or made a practice of cleaning out this subdirectory and were there
any adverse consequences as a result?
Thanks!
Matt
----------------------------------------------------------------------------
--
Notice: This e-mail is intended solely for use of the individual or entity to
which it is addressed and may contain information that is proprietary,
privileged and exempt from disclosure under applicable law. If the reader is
not the intended recipient or agent responsible for delivering the message to
the intended recipient, you are hereby notified that any dissemination,
distribution or copying of this communication is strictly prohibited. This
communication may also contain data subject to U.S. export laws. If so, that
data subject to the International Traffic in Arms Regulation cannot be
disseminated, distributed or copied to foreign nationals, residing in the U.S.
or abroad, absent the express prior approval of the U.S. Department of State.
If you have received this communication in error, please notify the sender by
reply e-mail and destroy the e-mail message and any physical copies made of the
communication. Thank you.
********** **********
_________________________________________________________________________
This mailing list is neither sponsored nor endorsed by Schneider Electric
(formerly The Foxboro Company). Use the info you obtain here at your own
risks. See the disclaimer at www.thecassandraproject.org/disclaimer.html
foxboro mailing list: //www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
_________________________________________________________________________
This mailing list is neither sponsored nor endorsed by Schneider Electric
(formerly The Foxboro Company). Use the info you obtain here at your own
risks. See the disclaimer at www.thecassandraproject.org/disclaimer.html
foxboro mailing list: //www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
_________________________________________________________________________
This mailing list is neither sponsored nor endorsed by Schneider Electric
(formerly The Foxboro Company). Use the info you obtain here at your own
risks. See the disclaimer at www.thecassandraproject.org/disclaimer.html
foxboro mailing list: //www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
---
This email is free from viruses and malware because avast! Antivirus protection
is active.
https://www.avast.com/antivirus
_________________________________________________________________________
This mailing list is neither sponsored nor endorsed by Schneider Electric
(formerly The Foxboro Company). Use the info you obtain here at your own
risks. See the disclaimer at www.thecassandraproject.org/disclaimer.html
foxboro mailing list: //www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
_________________________________________________________________________
This mailing list is neither sponsored nor endorsed by Schneider Electric
(formerly The Foxboro Company). Use the info you obtain here at your own
risks. See the disclaimer at www.thecassandraproject.org/disclaimer.html
foxboro mailing list: //www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
_________________________________________________________________________
This mailing list is neither sponsored nor endorsed by Schneider Electric
(formerly The Foxboro Company). Use the info you obtain here at your own
risks. See the disclaimer at www.thecassandraproject.org/disclaimer.html
foxboro mailing list: //www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
________________________________
The information contained in this message and any attached files may be
privileged and/or confidential and protected from disclosure. If you are not
the intended recipient, any disclosure, copying, distribution or use of any of
the information contained in or attached to this transmission is strictly
prohibited. If you have received this transmission in error, please so notify
the sender immediately without reading it. Also, please promptly destroy the
original transmission and its attachments. Any views or opinions presented in
this message or attachments are those of the author and do not necessarily
represent those of KapStone Paper and Packaging Corporation or its subsidiaries.
_________________________________________________________________________
This mailing list is neither sponsored nor endorsed by Schneider Electric
(formerly The Foxboro Company). Use the info you obtain here at your own
risks. See the disclaimer at www.thecassandraproject.org/disclaimer.html
foxboro mailing list: //www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
_________________________________________________________________________
This mailing list is neither sponsored nor endorsed by Schneider Electric
(formerly The Foxboro Company). Use the info you obtain here at your own
risks. See the disclaimer at www.thecassandraproject.org/disclaimer.html
foxboro mailing list: //www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
