Re: /tmp filesystem full
Hi everybody! Thanks for answering my questions and helping me out with this problem. It's been fixed now and I managed to locate the problem with the find / -type d | awk 'length > 900' command. What caused it was something that looked like a directory loop or at least a very deep list of sub directories from two old backups of src + kernel compilations that recently got moved to this server from another one (accidentally and in a hurry due to disk failure on the other server). I think I counted 12 full lines in my terminal window for the directory bash path... I deleted them and now it works great again. Thanks again for great help! Best regards, Andy ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
/tmp filesystem full
Andy Wodfer wodfer at gmail.com Thu Aug 23 09:04:08 UTC 2012 > Can't seem to figure out the problem with MAXPATHLEN. > locate: integer out of +-MAXPATHLEN (1024): 1029 Your database may be corrupted. I would suggest you delete it and recreate. jb ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
On Thu, 23 Aug 2012 09:54:08 -0400, kpn...@pobox.com wrote: > On Thu, Aug 23, 2012 at 11:04:02AM +0200, Andy Wodfer wrote: > > Can't seem to figure out the problem with MAXPATHLEN. > > > > locate: integer out of +-MAXPATHLEN (1024): 1029 > > > > > > In my /etc/locate.rc I have pruned several directories (even the most > > obvious) - still the locate DB exeeds well over 1GB before outputting this > > error message. > > > > I have moved the tmp dir for locate to /usr/tmp which works fine (changed > > in locate script) and there is no problems with diskspace here. > > > > the find awk command suggested earlier in this thread didn't give me a > > better clue about what's happening. > > > > Anyone have any other ideas what I can try to find out why locate fails? > > I'm starting to wonder if you have a corrupt filesystem. Do you have > a large number of files or something? My locate database is about three > megs in size. Granted, I don't have that much data to index. On my home system, it's 16 GB, but that's still far away from any gigabyte "barrier"... > A loop in the filesystem will eventually result in a path that is > too long. Use fsck to diagnose a corrupt filesystem if you are using > UFS/UFS2. Performing a file system check is a good advice, just to make sure there's not a file system inconsistency that triggers some abnormal behaviour. Note that _repairing_ a potential defect should be done in single user mode ("boot -s") on the unmounted partitions. > If you don't mind a teeny bit of scripting then you can get close to > the problem with a find command that runs a short python script: > > find / -exec scriptname {} \; > > Where scriptname is an executable file with contents something like this: > > # /usr/local/bin/python > > import sys > > for x in sys.argv[1:]: >if len(x) > 900:# make higher or lower as needed > sys.stdout.write(x + "\n") > sys.stdout.flush() > > This script takes all command line arguments to it and prints them > out if the length of the argument exceeds 900 characters. The find > command I gave above should run this script and give it each > filename as it comes across it. In short and which system tools only: % find / -type d | awk 'length > 900' And with storing a list for further reference: % find / -type d | awk 'length > 900' > /tmp/longpaths.txt Also note that this test only considers path names. In case you have long _file_ names (or names containing corrupt characters maybe), that could also be a problem, as the locate command also records those, if I remember correctly. You can change the "-type d" to "-type f" to test for file names (_including_ the path). See "man find" for details. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
On Wed, 22 Aug 2012 21:24:47 -0700 Michael Sierchio wrote: > On Wed, Aug 22, 2012 at 7:17 PM, RW > wrote: > > > tmpfs and "swap" md devices don't actually need swap. I don't seen > > any advantage in your way of creating an md device for /tmp. > > Then you don't understand. ;-) The advantage of my approach is > avoiding a kernel panic when writing to the tmpfs md device > when you haven't > pre-allocated all the filesystem space at creation time. If that > happens to matter to you... It's the other way around, "malloc" md devices can cause kernel panics. "swap" md device use ordinary VM memory. If you set the limit too high without swap you can slow performance, but it shouldn't cause a kernel panic. The default of 2MB isn't going to make a significant difference on any normal install. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
Btw, is /etc/locate.rc being read at all? /Andy On Thu, Aug 23, 2012 at 11:04 AM, Andy Wodfer wrote: > Can't seem to figure out the problem with MAXPATHLEN. > > > locate: integer out of +-MAXPATHLEN (1024): 1029 > > > In my /etc/locate.rc I have pruned several directories (even the most > obvious) - still the locate DB exeeds well over 1GB before outputting this > error message. > > I have moved the tmp dir for locate to /usr/tmp which works fine (changed > in locate script) and there is no problems with diskspace here. > > the find awk command suggested earlier in this thread didn't give me a > better clue about what's happening. > > Anyone have any other ideas what I can try to find out why locate fails? > > Thanks! > Andy > > > On Thu, Aug 23, 2012 at 6:24 AM, Michael Sierchio wrote: > >> On Wed, Aug 22, 2012 at 7:17 PM, RW wrote: >> >> > tmpfs and "swap" md devices don't actually need swap. I don't seen any >> > advantage in your way of creating an md device for /tmp. >> >> Then you don't understand. ;-) The advantage of my approach is >> avoiding a kernel panic when writing to the tmpfs when you haven't >> pre-allocated all the filesystem space at creation time. If that >> happens to matter to you... >> ___ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to " >> freebsd-questions-unsubscr...@freebsd.org" >> > > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
Can't seem to figure out the problem with MAXPATHLEN. locate: integer out of +-MAXPATHLEN (1024): 1029 In my /etc/locate.rc I have pruned several directories (even the most obvious) - still the locate DB exeeds well over 1GB before outputting this error message. I have moved the tmp dir for locate to /usr/tmp which works fine (changed in locate script) and there is no problems with diskspace here. the find awk command suggested earlier in this thread didn't give me a better clue about what's happening. Anyone have any other ideas what I can try to find out why locate fails? Thanks! Andy On Thu, Aug 23, 2012 at 6:24 AM, Michael Sierchio wrote: > On Wed, Aug 22, 2012 at 7:17 PM, RW wrote: > > > tmpfs and "swap" md devices don't actually need swap. I don't seen any > > advantage in your way of creating an md device for /tmp. > > Then you don't understand. ;-) The advantage of my approach is > avoiding a kernel panic when writing to the tmpfs when you haven't > pre-allocated all the filesystem space at creation time. If that > happens to matter to you... > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscr...@freebsd.org" > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
On Wed, Aug 22, 2012 at 7:17 PM, RW wrote: > tmpfs and "swap" md devices don't actually need swap. I don't seen any > advantage in your way of creating an md device for /tmp. Then you don't understand. ;-) The advantage of my approach is avoiding a kernel panic when writing to the tmpfs when you haven't pre-allocated all the filesystem space at creation time. If that happens to matter to you... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
On Wed, 22 Aug 2012 17:35:29 -0700 Michael Sierchio wrote: > On Wed, Aug 22, 2012 at 3:29 PM, RW > wrote: > > > Sorry I misread the previous post which *was* referring to an md > > device, but the rest is right. > > Not really. ;-) The one compelling reason to use an md filesystem for > /tmp or /var is when you have no swap, and/or your root fs is > read-only tmpfs and "swap" md devices don't actually need swap. I don't seen any advantage in your way of creating an md device for /tmp. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
On Wed, Aug 22, 2012 at 5:43 PM, Polytropon wrote: > For the mentioned appliances, that would not be a problem. > However there's a distinction between /tmp and /var/tmp > that can be summarized like this: The content of /tmp may > disappear after a reboot (see clear_tmp_enable="YES" in > /etc/rc.conf), whereas /var/tmp is to be preserved during > reboot. Some programs rely on this behavior when putting > "delete-temporary" and "keep-temporary" files into the > respective directories. You are quite right - most of what's in /var is expected to be persistent. In the case where /var/tmp is on a mfs, it's hard to oblige. On these same systems, I do have rc scripts that save parts of /var (those listed in an rc.conf variable) for shutdown, and populate those dirs (after /etc/rc.d/var does its mtree stuff) on start up. - M ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
On Wed, 22 Aug 2012 17:35:29 -0700, Michael Sierchio wrote: > On Wed, Aug 22, 2012 at 3:29 PM, RW wrote: > > > Sorry I misread the previous post which *was* referring to an md device, > > but the rest is right. > > Not really. ;-) The one compelling reason to use an md filesystem for > /tmp or /var is when you have no swap, and/or your root fs is read > only (or read mostly), as with embedded computers, Soekris boxes > booting from CF, USB stick, or even mSATA (I wouldn't swap on a > partition on an MLC mSATA device). > > In that case, you most certainly want to reserve the space for the > filesystem at creation time. Usually > /tmp -> /var/tmp is that case. For the mentioned appliances, that would not be a problem. However there's a distinction between /tmp and /var/tmp that can be summarized like this: The content of /tmp may disappear after a reboot (see clear_tmp_enable="YES" in /etc/rc.conf), whereas /var/tmp is to be preserved during reboot. Some programs rely on this behavior when putting "delete-temporary" and "keep-temporary" files into the respective directories. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
On Wed, Aug 22, 2012 at 3:29 PM, RW wrote: > Sorry I misread the previous post which *was* referring to an md device, > but the rest is right. Not really. ;-) The one compelling reason to use an md filesystem for /tmp or /var is when you have no swap, and/or your root fs is read only (or read mostly), as with embedded computers, Soekris boxes booting from CF, USB stick, or even mSATA (I wouldn't swap on a partition on an MLC mSATA device). In that case, you most certainly want to reserve the space for the filesystem at creation time. Usually /tmp -> /var/tmp is that case. - M ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
On Wed, 22 Aug 2012 23:21:12 +0100 RW wrote: > On Wed, 22 Aug 2012 14:14:17 -0700 > Michael Sierchio wrote: > > > This will happen automatically if you go to multiuser without a > > writeable /tmp. See /etc/rc.d/tmp > > It doesn't, the default is an old-fashioned md device, not tmpfs. Sorry I misread the previous post which *was* referring to an md device, but the rest is right. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
On Wed, 22 Aug 2012 14:14:17 -0700 Michael Sierchio wrote: > This will happen automatically if you go to multiuser without a > writeable /tmp. See /etc/rc.d/tmp It doesn't, the default is an old-fashioned md device, not tmpfs. > I have a problem with the semantics of the rc scripts for this and > var, though - if you are going to use a memory-backed filesystem, you > should reserve all the space at the outset. It defaults to 20MB. There's no such thing as an unlimited md-backed device > "Bad things" can occur as > you approach the memory limit (like a kernel panic) otherwise. Provided that you have swap you can have a /tmp that's much bigger than memory with either md or tmpfs. > I'd prefer something like this: > > _mdunit=`mdconfig -a -n -t malloc -o reserve -s ${tmpsize}` It's a bad idea to use a malloc device as it uses wired kernel memory, the default allows the files to be written out to swap rather than panic the kernel. > newfs /dev/md${_mdunit} > /dev/null 2>&1 > mount -o ${tmpmfs_flags} /dev/md${_mdunit} /tmp > > But that's just me. mount_md doesn't quite do this. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
This will happen automatically if you go to multiuser without a writeable /tmp. See /etc/rc.d/tmp I have a problem with the semantics of the rc scripts for this and var, though - if you are going to use a memory-backed filesystem, you should reserve all the space at the outset. "Bad things" can occur as you approach the memory limit (like a kernel panic) otherwise. I'd prefer something like this: _mdunit=`mdconfig -a -n -t malloc -o reserve -s ${tmpsize}` newfs /dev/md${_mdunit} > /dev/null 2>&1 mount -o ${tmpmfs_flags} /dev/md${_mdunit} /tmp But that's just me. mount_md doesn't quite do this. -M On Wed, Aug 22, 2012 at 12:48 PM, Sergio de Almeida Lenzi wrote: > If you use zfs, that is easy... zfs set quota=NNG pool/tmp > > if not > try to mount tmp in memory... > in /etc/rc.conf > > tmpmfs="YES" > tmpsize="400m" > > reboot > this would create a /tmp in memory (swap) > size=400 Megabytes > > Sergio > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
If you use zfs, that is easy... zfs set quota=NNG pool/tmp if not try to mount tmp in memory... in /etc/rc.conf tmpmfs="YES" tmpsize="400m" reboot this would create a /tmp in memory (swap) size=400 Megabytes Sergio ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
> From owner-freebsd-questi...@freebsd.org Wed Aug 22 08:27:59 2012 > Date: Wed, 22 Aug 2012 14:25:51 +0100 > From: "Steve O'Hara-Smith" > To: freebsd-questions@freebsd.org > Subject: Re: /tmp filesystem full > > On Wed, 22 Aug 2012 08:14:35 -0500 (CDT) > Robert Bonomi wrote: > > > > From owner-freebsd-questi...@freebsd.org Wed Aug 22 05:59:52 2012 > > > Date: Wed, 22 Aug 2012 12:59:13 +0200 > > > From: Andy Wodfer > > > To: freebsd-questions > > > Subject: /tmp filesystem full > > > > > > Hi, > > > I have about 500MB in my /tmp and it seems to be too small when the > > > periodic LOCATE script runs every week. > > > > > > What's the best way to increase the size of /tmp ? Could I simply > > > remove it and create a symbolic link ln -s to say /usr/tmp instead > > > (where I have several hundred GBs free)? > > > > That is a BAD IDEA(tm)! > > > > There are appliations that assume /tmp, /var/tmp, and /usr/tmp are > > _distinct_ directories. They will create files _with_the_same_name_ in > > two of those 'temp' locations, expecting them to be unique.o > > /usr/tmp usually does not exist so creating it and > symlinking /tmp to it is OK. I've used enough different versions of Unix wher '/usr/tmp/ _was_ a standard diretory to be *very* leery. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
Andy Wodfer wrote at 12:59 +0200 on Aug 22, 2012: > Hi, > I have about 500MB in my /tmp and it seems to be too small when the > periodic LOCATE script runs every week. > > What's the best way to increase the size of /tmp ? Could I simply remove it > and create a symbolic link ln -s to say /usr/tmp instead (where I have > several hundred GBs free)? > > PS! This is on a live server and I would like to keep downtime and > problems to a minimum. :-) One way is to work around your problem is to add 'TMPDIR=/path/to/bigger/filesystem' in /etc/crontab and/or 'export TMPDIR=/path/...' in /etc/periodic.conf. No downtime for that. But yes, you can make /tmp a sym link. You may have to worry about edge cases regarding booting (like if the filesystem you point to is not available early enough at boot time). In the typical case (e.g., locally mounted ufs), it should work fine. There may be very rare cases of software that gets confused by a sym link for /tmp, but certainly the stock periodic scripts should work with it. Depending on what processes have files open on /tmp, you may decide to use some down time to make the sym link. You can't use mv(1) to rename a mounted mount point. If you can umount /tmp, then you can rename it and make the sym link. But it's possible some processes have files open in /tmp preventing a normal umount (see lsof(8), fstat(1)). You would have to convince those processes to close the /tmp file descriptors. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
On Wed, 22 Aug 2012 08:14:35 -0500 (CDT) Robert Bonomi wrote: > > From owner-freebsd-questi...@freebsd.org Wed Aug 22 05:59:52 2012 > > Date: Wed, 22 Aug 2012 12:59:13 +0200 > > From: Andy Wodfer > > To: freebsd-questions > > Subject: /tmp filesystem full > > > > Hi, > > I have about 500MB in my /tmp and it seems to be too small when the > > periodic LOCATE script runs every week. > > > > What's the best way to increase the size of /tmp ? Could I simply > > remove it and create a symbolic link ln -s to say /usr/tmp instead > > (where I have several hundred GBs free)? > > That is a BAD IDEA(tm)! > > There are appliations that assume /tmp, /var/tmp, and /usr/tmp are > _distinct_ directories. They will create files _with_the_same_name_ in > two of those 'temp' locations, expecting them to be unique.o /usr/tmp usually does not exist so creating it and symlinking /tmp to it is OK. > It _is_ OK to symlink /tmp to 'somewhere else', with the caveat that it > "should" be on the '/' filesystem -- one may need it in single-user mode > befoe other filesystems are mounted. You can 'live dangerously' and > symlink to a dir on a different filesystem and _probably_ not have > problems. A null mount would be a safer way of pushing /tmp onto /usr or indeed any other filesystem - that way when the null mount fails the mount point is still a directory. There's really no point in linking it elsewhere on the same filesystem. -- Steve O'Hara-Smith | Directable Mirror Arrays C:>WIN | A better way to focus the sun The computer obeys and wins.|licences available see You lose and Bill collects. |http://www.sohara.org/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
On Wed, 22 Aug 2012 14:12:25 +0200, Andy Wodfer wrote: > How can I find which directories break the MAXPATHLEN variable? It's easy to do this with find and awk: % find / -type d | awk 'length > LIMIT' where LIMIT is the numerical value you want to be exceeded (in your case, MAXPATHLEN). You can add "> /tmp/longpaths.txt" to obtain a list file for further reference. > or can I somehow run the periodic script in verbose mode to see the output? You could manually run it. Note that it's output is tailored to "generate mail messages" about success or failure which is then mailed to the system administrator. See /etc/defaults/periodic.conf for various *_verbose variables to make the scripts themselves be more verbose. But I only can see those: daily_clean_tmps_verbose="YES" # Mention files deleted daily_clean_preserve_verbose="YES" # Mention files deleted daily_clean_rwho_verbose="YES" # Mention files deleted You could however (temporarily) add your own debugging statements to the script in question. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
> From owner-freebsd-questi...@freebsd.org Wed Aug 22 05:59:52 2012 > Date: Wed, 22 Aug 2012 12:59:13 +0200 > From: Andy Wodfer > To: freebsd-questions > Subject: /tmp filesystem full > > Hi, > I have about 500MB in my /tmp and it seems to be too small when the > periodic LOCATE script runs every week. > > What's the best way to increase the size of /tmp ? Could I simply remove it > and create a symbolic link ln -s to say /usr/tmp instead (where I have > several hundred GBs free)? That is a BAD IDEA(tm)! There are appliations that assume /tmp, /var/tmp, and /usr/tmp are _distinct_ directories. They will create files _with_the_same_name_ in two of those 'temp' locations, expecting them to be unique.o It _is_ OK to symlink /tmp to 'somewhere else', with the caveat that it "should" be on the '/' filesystem -- one may need it in single-user mode befoe other filesystems are mounted. You can 'live dangerously' and symlink to a dir on a different filesystem and _probably_ not have problems. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
On Wed, 22 Aug 2012 12:59:13 +0200, Andy Wodfer wrote: Hi, I have about 500MB in my /tmp and it seems to be too small when the periodic LOCATE script runs every week. What's the best way to increase the size of /tmp ? Could I simply remove it and create a symbolic link ln -s to say /usr/tmp instead (where I have several hundred GBs free)? PS! This is on a live server and I would like to keep downtime and problems to a minimum. :-) Cheers, Andy If it's just locate.updatedb filling it up temporarily, perhaps you can solve this by ommitting part of your filesystem from the locate index. See /etc/locate.rc Regards, Michael ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
Le 22/08/2012 12:59, Andy Wodfer a écrit : Hi, I have about 500MB in my /tmp and it seems to be too small when the periodic LOCATE script runs every week. What's the best way to increase the size of /tmp ? Could I simply remove it and create a symbolic link ln -s to say /usr/tmp instead (where I have several hundred GBs free)? PS! This is on a live server and I would like to keep downtime and problems to a minimum. :-) Cheers, Andy ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org" Removing /tmp and replacing it with a link is a bad idea, it might have unexpected effects if you have to go into single user mode for maintenance - especially if /usr cannot be mounted at that time. A solution would be to create a /usr/tmp BEFORE mounting /usr If the problem comes from locate, the best option is to move locate database and temp files on another drive - take a look at locate.rc for information - this should cause 0 downtime. If the problem is that the tmp file is really too small for a number of operation including locate (for example compile also fails due to lack of space) you will need to either configure each and every failing program to use a different temp directory or move temp directory ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
How can I find which directories break the MAXPATHLEN variable? or can I somehow run the periodic script in verbose mode to see the output? /Andy On Wed, Aug 22, 2012 at 2:04 PM, Andy Wodfer wrote: > Thanks to all for your input! > > Editing /etc/periodic.rc seem to do the trick, but now I faced a different > problem which I've never seen before: > > locate: integer out of +-MAXPATHLEN (1024): 1029 > > > There are some directories that contains A LOT of small files I think. > Need to investigate. > > Also thanks for the tip on omitting parts of the filesystem. Perhaps I > need to do that. > > /Andy > > > > On Wed, Aug 22, 2012 at 1:56 PM, Michael Ross wrote: > >> On Wed, 22 Aug 2012 12:59:13 +0200, Andy Wodfer wrote: >> >> Hi, >>> I have about 500MB in my /tmp and it seems to be too small when the >>> periodic LOCATE script runs every week. >>> >>> What's the best way to increase the size of /tmp ? Could I simply remove >>> it >>> and create a symbolic link ln -s to say /usr/tmp instead (where I have >>> several hundred GBs free)? >>> >>> PS! This is on a live server and I would like to keep downtime and >>> problems >>> to a minimum. :-) >>> >>> Cheers, >>> Andy >>> >> >> If it's just locate.updatedb filling it up temporarily, >> perhaps you can solve this by ommitting part of your filesystem from the >> locate index. >> >> See /etc/locate.rc >> >> >> Regards, >> >> Michael >> > > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
Thanks to all for your input! Editing /etc/periodic.rc seem to do the trick, but now I faced a different problem which I've never seen before: locate: integer out of +-MAXPATHLEN (1024): 1029 There are some directories that contains A LOT of small files I think. Need to investigate. Also thanks for the tip on omitting parts of the filesystem. Perhaps I need to do that. /Andreas On Wed, Aug 22, 2012 at 1:56 PM, Michael Ross wrote: > On Wed, 22 Aug 2012 12:59:13 +0200, Andy Wodfer wrote: > > Hi, >> I have about 500MB in my /tmp and it seems to be too small when the >> periodic LOCATE script runs every week. >> >> What's the best way to increase the size of /tmp ? Could I simply remove >> it >> and create a symbolic link ln -s to say /usr/tmp instead (where I have >> several hundred GBs free)? >> >> PS! This is on a live server and I would like to keep downtime and >> problems >> to a minimum. :-) >> >> Cheers, >> Andy >> > > If it's just locate.updatedb filling it up temporarily, > perhaps you can solve this by ommitting part of your filesystem from the > locate index. > > See /etc/locate.rc > > > Regards, > > Michael > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
El día Wednesday, August 22, 2012 a las 12:59:13PM +0200, Andy Wodfer escribió: > Hi, > I have about 500MB in my /tmp and it seems to be too small when the > periodic LOCATE script runs every week. > > What's the best way to increase the size of /tmp ? Could I simply remove it > and create a symbolic link ln -s to say /usr/tmp instead (where I have > several hundred GBs free)? > > PS! This is on a live server and I would like to keep downtime and problems > to a minimum. :-) Hi, See the script /usr/sbin/periodic, it supports TMPDIR env var and you could direct this to some place with more space; HIH matthias -- Matthias Apitz e - w http://www.unixarea.de/ UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
RW writes: > > I have about 500MB in my /tmp and it seems to be too small when the > > periodic LOCATE script runs every week. > > There's also a periodic script to remove older files from /tmp which > may help. My gut reaction is: what's taking up so much room? My /tmp contains 6 mbytes. Even back when it was sharing space on a 500 mbyte /, it only filled up on the rare occasions when something went Horribly Wrong(tm) with a large compilation or backup. To the OP: See what you can delete. Then figure out what's filling it up. Respoectfully, Robert Huff ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
On Wed, 22 Aug 2012 12:59:13 +0200 Andy Wodfer wrote: > Hi, > I have about 500MB in my /tmp and it seems to be too small when the > periodic LOCATE script runs every week. > > What's the best way to increase the size of /tmp ? Could I simply > remove it and create a symbolic link ln -s to say /usr/tmp instead > (where I have several hundred GBs free)? > Either that or you could use tmpfs. You could also change the locate tmp directory in /etc/locate.rc. There's also a periodic script to remove older files from /tmp which may help. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp filesystem full
Hi, On Wed, 22 Aug 2012 12:59:13 +0200 Andy Wodfer wrote: > Hi, > I have about 500MB in my /tmp and it seems to be too small when the > periodic LOCATE script runs every week. > > What's the best way to increase the size of /tmp ? Could I simply > remove it and create a symbolic link ln -s to say /usr/tmp instead > (where I have several hundred GBs free)? > > PS! This is on a live server and I would like to keep downtime and > problems to a minimum. :-) > downtime will be kept to a minimum with this method. Can't you put another drive into this machine? Erich ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
/tmp filesystem full
Hi, I have about 500MB in my /tmp and it seems to be too small when the periodic LOCATE script runs every week. What's the best way to increase the size of /tmp ? Could I simply remove it and create a symbolic link ln -s to say /usr/tmp instead (where I have several hundred GBs free)? PS! This is on a live server and I would like to keep downtime and problems to a minimum. :-) Cheers, Andy ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Help! locate.code /tmp: filesystem full
On Thu, 22 Jan 2009 10:24:39 -0900, Mel wrote: > In short: reboot in single user mode, then run fsck -y at the prompt. > > Never ever run fsck -y on a live filesystem. A very good hint. Didn't I mention it? No? Bad idea. Background concept: The fsck utility does changes to the file system when repairing it, and the kind of these changes implies that the file system is not mounted, so there's no unexpected interruption by maybe a write operation from a program. That's what downtime is good for - letting fsck doing its job well. -- Polytropon >From Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Help! locate.code /tmp: filesystem full
On Thursday 15 January 2009 13:37:06 Polytropon wrote: > On Thu, 15 Jan 2009 21:37:24 +0100, "Andy Wodfer" wrote: Added context: > > Here's the output of fsck (this was a new command to me): > > > > # fsck > > ** /dev/ar0s1a (NO WRITE) > > Should I run fsck -y? Is it safe to do so? > > At least, fsck will do its best to repair the defective file system. > As you have seen from the messages, you will surely lose some files > when their information gets cleared. If you use -y, fsck is allowed > to do anything it considers neccessary doing. fsck on a live filesystem (hint: NO WRITE) is a bad idea. Doing an fsck that is supposed to repair stuff, always requires downtime, unless you use background_fsck. However, many people discourage it's usage as it can leave some errors unfixed. In short: reboot in single user mode, then run fsck -y at the prompt. Never ever run fsck -y on a live filesystem. -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Help! locate.code /tmp: filesystem full
On Thu, 15 Jan 2009 21:37:24 +0100, "Andy Wodfer" wrote: > Should I run fsck -y? Is it safe to do so? At least, fsck will do its best to repair the defective file system. As you have seen from the messages, you will surely lose some files when their information gets cleared. If you use -y, fsck is allowed to do anything it considers neccessary doing. You could use fsck in preen mode (-p) to have less defects corrected. If it's possible, try to backup all important data. If fsck deletes something, you could restore it afterwards. Your goal should be to get your file system into a consistent state again. Worse kinds of data loss can follow. It hurts, I know it... :-( -- Polytropon >From Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Help! locate.code /tmp: filesystem full
On Wed, Jan 14, 2009 at 7:34 PM, Andy Wodfer wrote: > Hi, > I'm getting an error message every week and I can't seem to understand why > nor manage to fix it. Here it is: > > #dmesg > [snip] > pid 54753 (locate.code), uid 65534 inumber 23557 on /tmp: filesystem full > > # df -h > Filesystem SizeUsed Avail Capacity Mounted on > /dev/ar0s1a989M 53M857M 6%/ > devfs 1.0K1.0K 0B 100%/dev > /dev/ar0s1g 48G8.5G 36G19%/backup > /dev/ar0s1d989M 44K910M 0%/tmp > /dev/ar0s1f387G168G189G47%/usr > /dev/ar0s1e7.7G398M6.7G 5%/var > > As you see there's 910MB free space in /tmp. Should be plenty to run the > weekly locate script? > > # uname -a > FreeBSD host.domain.com 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #5: Sat Jan > 12 03:20:02 CET 2008 r...@host.domain.com:/usr/obj/usr/src/sys/MYOWN > i386 > > Does anyone have a suggestion what I can do to fix this problem? > > Thanks a lot! > > Best, > Andy > Here's the output of fsck (this was a new command to me): # fsck ** /dev/ar0s1a (NO WRITE) ** Last Mounted on / ** Root file system ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 1565 files, 27379 used, 479108 free (1204 frags, 59738 blocks, 0.2% fragmentation) ** /dev/ar0s1g (NO WRITE) ** Last Mounted on /backup ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 873 files, 4467162 used, 20921355 free (891 frags, 2615058 blocks, 0.0% fragmentation) ** /dev/ar0s1d (NO WRITE) ** Last Mounted on /tmp ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 119 files, 67 used, 506420 free (28 frags, 63299 blocks, 0.0% fragmentation) ** /dev/ar0s1f (NO WRITE) ** Last Mounted on /usr ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames UNALLOCATED I=7961594 OWNER=www MODE=100620 SIZE=69292 MTIME=Jan 15 21:06 2009 FILE=/local/www/[removed]/data/scripts/forum/cache/sql_021151d1a377d62dbfaa89a4d1acc716.php UNEXPECTED SOFT UPDATE INCONSISTENCY REMOVE? no UNALLOCATED I=7961584 OWNER=www MODE=100620 SIZE=4784 MTIME=Jan 15 21:06 2009 FILE=/local/www/[removed]/data/scripts/forum/cache/data_search_results_c34cf621be1e424bde185cb6b71bf55f.php UNEXPECTED SOFT UPDATE INCONSISTENCY REMOVE? no UNALLOCATED I=7961588 OWNER=www MODE=100620 SIZE=317 MTIME=Jan 15 21:06 2009 FILE=/local/www/[removed]/data/scripts/forum/cache/sql_de3e82ec3f05e04f8caecf9cecb70fe5.php UNEXPECTED SOFT UPDATE INCONSISTENCY REMOVE? no UNALLOCATED I=7961590 OWNER=www MODE=100620 SIZE=343 MTIME=Jan 15 21:06 2009 FILE=/local/www/[removed]/data/scripts/forum/cache/sql_45386e120e999630d18124e757c15cd5.php UNEXPECTED SOFT UPDATE INCONSISTENCY REMOVE? no UNALLOCATED I=7961593 OWNER=www MODE=100620 SIZE=155 MTIME=Jan 15 21:06 2009 FILE=/local/www/[removed]/data/scripts/forum/cache/data_search_results_a770f781f984926682ad24b828d1568c.php UNEXPECTED SOFT UPDATE INCONSISTENCY REMOVE? no UNALLOCATED I=7961595 OWNER=www MODE=100620 SIZE=317 MTIME=Jan 15 21:07 2009 FILE=/local/www/[removed]/data/scripts/forum/cache/sql_f60c9f27d5a394bc6e9a70185d29ccf2.php UNEXPECTED SOFT UPDATE INCONSISTENCY REMOVE? no UNALLOCATED I=7961597 OWNER=www MODE=100620 SIZE=223 MTIME=Jan 15 21:07 2009 FILE=/local/www/[removed]/data/scripts/forum/cache/data_search_results_99f04705815fd4978b0d47911d8b44ad.php UNEXPECTED SOFT UPDATE INCONSISTENCY REMOVE? no UNALLOCATED I=7961599 OWNER=www MODE=100620 SIZE=343 MTIME=Jan 15 21:08 2009 FILE=/local/www/[removed]/data/scripts/forum/cache/sql_46c003bc334cf0386554f73d8bb37688.php UNEXPECTED SOFT UPDATE INCONSISTENCY REMOVE? no UNALLOCATED I=7961600 OWNER=www MODE=100620 SIZE=343 MTIME=Jan 15 21:09 2009 FILE=/local/www/[removed]/data/scripts/forum/cache/sql_0c5aeb430c03186f1c1cd9c56cd3320c.php UNEXPECTED SOFT UPDATE INCONSISTENCY REMOVE? no UNALLOCATED I=7961601 OWNER=www MODE=100620 SIZE=317 MTIME=Jan 15 21:09 2009 FILE=/local/www/[removed]/data/scripts/forum/cache/sql_1bbabc64d41b06401b3f49122429cfb8.php UNEXPECTED SOFT UPDATE INCONSISTENCY REMOVE? no UNALLOCATED I=7961602 OWNER=www MODE=100620 SIZE=241 MTIME=Jan 15 21:09 2009 FILE=/local/www/[removed]/data/scripts/forum/cache/data_search_results_708ac649d78e7e8f4912da48dbb2f0d3.php UNEXPECTED SOFT UPDATE INCONSISTENCY REMOVE? no UNALLOCATED I=10086553 OWNER=www MODE=100660 SIZE=5572 MTIME=Jan 15 21:09 2009 FILE=/local/www/[removed]/data/scripts/forum/images/avatars/upload/f3bd348b1ce8f9503d1d63b34905349d_3218.jpg UNEXPECTED SOFT UPDATE INCONSISTENCY REMOVE? no *
Re: Help! locate.code /tmp: filesystem full
On Wed, Jan 14, 2009 at 8:27 PM, Glen Barber wrote: > On Wed, Jan 14, 2009 at 1:34 PM, Andy Wodfer wrote: > > Hi, > > I'm getting an error message every week and I can't seem to understand > why > > nor manage to fix it. Here it is: > > > > [snip] > > > > > # df -h > > Filesystem SizeUsed Avail Capacity Mounted on > > /dev/ar0s1a989M 53M857M 6%/ > > devfs 1.0K1.0K 0B 100%/dev > > /dev/ar0s1g 48G8.5G 36G19%/backup > > /dev/ar0s1d989M 44K910M 0%/tmp > > /dev/ar0s1f387G168G189G47%/usr > > /dev/ar0s1e7.7G398M6.7G 5%/var > > > > As you see there's 910MB free space in /tmp. Should be plenty to run the > > weekly locate script? > > > > Have you recently had disk failures? When was your last `fsck' ? > > What is the output of `du -h /tmp' ? > > To rule out if 910M is not enough, you could `mv' /tmp to /tmp.bak and > do a hard link pointing a new /tmp somewhere with more space, for > example /usr/faketmp. > > I don't know how this will affect fstab or mount, however. Thanks for your replies. The requested outputs are: # df -i /tmp Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on /dev/ar0s1d 1012974 134 931804 0% 119 1411910% /tmp # du -h /tmp 2.0K/tmp/.snap 2.0K/tmp/.XIM-unix 2.0K/tmp/ssh-fc3AdQjUmT 2.0K/tmp/.X11-unix 2.0K/tmp/.ICE-unix 2.0K/tmp/.font-unix 134K/tmp I have never done a fsck. Didn't really know of this command. I'm running it now and will post the result when it's finished. I have had one diskproblem a few months ago. This was the output of that: ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad6: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly ad6: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly ad6: WARNING - SET_MULTI taskqueue timeout - completing request directly ad6: TIMEOUT - READ_DMA retrying (1 retry left) LBA=52327168 ad6: FAILURE - SMART status=51 error=4 ad4: FAILURE - SMART status=51 error=4 ad8: FAILURE - SMART status=51 error=4 Haven't had any trouble since and the server is still running on the same disks and with the same RAID setup. The server has been up for almost 200 days now. Ofcoure I'm worried that one or more disks are having trouble. Look forward to your replies. Thanks! Andy ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Help! locate.code /tmp: filesystem full
On 01/14/2009 10:34 AM, Andy Wodfer wrote: > Hi, > I'm getting an error message every week and I can't seem to understand why > nor manage to fix it. Here it is: > > #dmesg > [snip] > pid 54753 (locate.code), uid 65534 inumber 23557 on /tmp: filesystem full > > # df -h > Filesystem SizeUsed Avail Capacity Mounted on > /dev/ar0s1a989M 53M857M 6%/ > devfs 1.0K1.0K 0B 100%/dev > /dev/ar0s1g 48G8.5G 36G19%/backup > /dev/ar0s1d989M 44K910M 0%/tmp > /dev/ar0s1f387G168G189G47%/usr > /dev/ar0s1e7.7G398M6.7G 5%/var > > As you see there's 910MB free space in /tmp. Should be plenty to run the > weekly locate script? [...] What is the output of 'df -i /tmp'? -- Benjamin Lee http://www.b1c1l1.com/ signature.asc Description: OpenPGP digital signature
Re: Help! locate.code /tmp: filesystem full
On Wed, Jan 14, 2009 at 1:34 PM, Andy Wodfer wrote: > Hi, > I'm getting an error message every week and I can't seem to understand why > nor manage to fix it. Here it is: > [snip] > > # df -h > Filesystem SizeUsed Avail Capacity Mounted on > /dev/ar0s1a989M 53M857M 6%/ > devfs 1.0K1.0K 0B 100%/dev > /dev/ar0s1g 48G8.5G 36G19%/backup > /dev/ar0s1d989M 44K910M 0%/tmp > /dev/ar0s1f387G168G189G47%/usr > /dev/ar0s1e7.7G398M6.7G 5%/var > > As you see there's 910MB free space in /tmp. Should be plenty to run the > weekly locate script? > Have you recently had disk failures? When was your last `fsck' ? What is the output of `du -h /tmp' ? To rule out if 910M is not enough, you could `mv' /tmp to /tmp.bak and do a hard link pointing a new /tmp somewhere with more space, for example /usr/faketmp. I don't know how this will affect fstab or mount, however. -- Glen Barber ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Help! locate.code /tmp: filesystem full
Hi, I'm getting an error message every week and I can't seem to understand why nor manage to fix it. Here it is: #dmesg [snip] pid 54753 (locate.code), uid 65534 inumber 23557 on /tmp: filesystem full # df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/ar0s1a989M 53M857M 6%/ devfs 1.0K1.0K 0B 100%/dev /dev/ar0s1g 48G8.5G 36G19%/backup /dev/ar0s1d989M 44K910M 0%/tmp /dev/ar0s1f387G168G189G47%/usr /dev/ar0s1e7.7G398M6.7G 5%/var As you see there's 910MB free space in /tmp. Should be plenty to run the weekly locate script? # uname -a FreeBSD host.domain.com 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #5: Sat Jan 12 03:20:02 CET 2008 r...@host.domain.com:/usr/obj/usr/src/sys/MYOWN i386 Does anyone have a suggestion what I can do to fix this problem? Thanks a lot! Best, Andy ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: /tmp: filesystem full
Be sure to make a backup of /etc/mail/sendmail.cf. Then, should be able to add the line to /etc/mail/freebsd.mc, run make, and copy /ett/mail/freebsd.cf to /etc/mail/sendmail.cf. o.k. it seems it worked, hope don´t get that messages anymore. thank you very much. regards!!! ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: /tmp: filesystem full
On Thu, Dec 13, 2007 at 11:35:57AM -0600, Cesar Amaya wrote: > Do I create the sendmail.mc file from scratch because I don´t have any? > I just have a freebsd.mc file. > Be sure to make a backup of /etc/mail/sendmail.cf. Then, should be able to add the line to /etc/mail/freebsd.mc, run make, and copy /ett/mail/freebsd.cf to /etc/mail/sendmail.cf. -- John D. "Trix" Farrar __\\|//__ Basement.NET [EMAIL PROTECTED] (` o-o ') http://www.basement.net/ ---ooO-(_)-Ooo-- pgpCkBlVg7lVb.pgp Description: PGP signature
Re: /tmp: filesystem full
I think you want to put it in sendmail.mc and then run the make in /ec/sendmail rather than modify sendmail.cf directly. Do I create the sendmail.mc file from scratch because I don´t have any? I just have a freebsd.mc file. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: /tmp: filesystem full
On Thu, Dec 13, 2007 at 11:10:33AM -0600, Cesar Amaya wrote: > > > > >Huh??? Where else would you put it? > > > > > > > In /etc/mail/sendmail.cf I think you want to put it in sendmail.mc and then run the make in /ec/sendmail rather than modify sendmail.cf directly. jerry ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: /tmp: filesystem full
Huh??? Where else would you put it? In /etc/mail/sendmail.cf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: /tmp: filesystem full
On Thu, Dec 13, 2007 at 10:08:08AM -0600, Cesar Amaya wrote: > > >You should add something like this to your sendmail.mc config: > > > > define(`confMAX_MESSAGE_SIZE', `2100')dnl > > > >...which will set a maximum message size that your SMTP server is > >willing to accept. The recommended max size in the RFCs was something > >like 10 MB, but season to taste. > Do I have to follow the /usr/share/sendmail/cf/cf/README file in order > to configure sendmail as you said? or can I just put the above line in > some other config file? Huh??? Where else would you put it? > > P.D. the server had 2 files of 4.1 G each in /var/spool/mqueue, I > deleted this files and no more error messages appeared. Good. That, for now, solved your problem.Probably some attempted virus or denial of service attack. jerry > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: /tmp: filesystem full
You should add something like this to your sendmail.mc config: define(`confMAX_MESSAGE_SIZE', `2100')dnl ...which will set a maximum message size that your SMTP server is willing to accept. The recommended max size in the RFCs was something like 10 MB, but season to taste. Do I have to follow the /usr/share/sendmail/cf/cf/README file in order to configure sendmail as you said? or can I just put the above line in some other config file? P.D. the server had 2 files of 4.1 G each in /var/spool/mqueue, I deleted this files and no more error messages appeared. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: /tmp: filesystem full
On Dec 12, 2007, at 2:19 PM, Jerry McAllister wrote: [EMAIL PROTECTED] wrote: I even restarted the server but the problem is still there. this is what I got every amount of time (not always). root mail.local 89873 /tmp 4 -rw--- 616886272 rw I don´t understand why mail.local is gathering a file that big Apparently someone out there keeps trying to resend that awful huge mail file, so whenever you restart, it gets stuck in that same condition. If you can track down the source of the file, either nuke it or block it. You should add something like this to your sendmail.mc config: define(`confMAX_MESSAGE_SIZE', `2100')dnl ...which will set a maximum message size that your SMTP server is willing to accept. The recommended max size in the RFCs was something like 10 MB, but season to taste. -- -Chuck ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: /tmp: filesystem full
>> Apparently someone out there keeps trying to resend that awful >> huge mail file, so whenever you restart, it gets stuck in that >> same condition. If you can track down the source of the file, >> either nuke it or block it. In addition to finding the actual cause of the problem, you may want to consider symlinking /tmp under a larger partition until the problem is resolved. Steve ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: /tmp: filesystem full
On Wed, Dec 12, 2007 at 05:56:23PM -0600, Cesar Amaya wrote: > > > > >Apparently someone out there keeps trying to resend that awful > >huge mail file, so whenever you restart, it gets stuck in that > >same condition. If you can track down the source of the file, > >either nuke it or block it. > > > >jerry > > > > > >>___ > >>freebsd-questions@freebsd.org mailing list > >>http://lists.freebsd.org/mailman/listinfo/freebsd-questions > >>To unsubscribe, send any mail to > >>"[EMAIL PROTECTED]" > >> > > > I´m gonna do so. > > Thank you very much you all guys!!! One thing you can do is to look in /var/spool/mqueue and see if there are any really large files in there. If there are, that is the one that is messing you up.Delete both the date file and the queue header file. jerry ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: /tmp: filesystem full
Apparently someone out there keeps trying to resend that awful huge mail file, so whenever you restart, it gets stuck in that same condition. If you can track down the source of the file, either nuke it or block it. jerry ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]" I´m gonna do so. Thank you very much you all guys!!! ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: /tmp: filesystem full
--On Wednesday, December 12, 2007 16:11:24 -0600 Cesar Amaya <[EMAIL PROTECTED]> wrote: Looks like something, maybe your mail program has a large file open - maybe trying to receive a huge file. Killing the process could get that file closed and either it would be gone or would finally show how much space it is holding. jerry I even restarted the server but the problem is still there. this is what I got every amount of time (not always). root mail.local 89873 /tmp 4 -rw--- 616886272 rw I don´t understand why mail.local is gathering a file that big Yikes! Looks like whatever that message is is being retried by the sending MTA. Perhaps you could try deleting the message from the queue. (I assume it will sit in there until delivery is successful.) I think, if you shut the mail server down and then restart it later, you're going to continue to have this problem. You may have to figure out where the message is coming from and try to stop it at the other end. Possibly you could configure your server to reject messages larger than a certain size, then restart it and let it reject it rather than trying to receive it. I know you can do that with Postfix. Don't know about other MTAs. One thing I would do is stop the mail server, wait a minute or two, and then check /tmp. This would positively confirm that the problem is coming from the mail server *if* the problem goes away when the server is stopped. -- Paul Schmehl ([EMAIL PROTECTED]) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: /tmp: filesystem full
On Wed, Dec 12, 2007 at 04:11:24PM -0600, Cesar Amaya wrote: > > >Looks like something, maybe your mail program has a large file open - > >maybe trying to receive a huge file. Killing the process could get > >that file closed and either it would be gone or would finally show > >how much space it is holding. > > > >jerry > > > > > > I even restarted the server but the problem is still there. > this is what I got every amount of time (not always). > > root mail.local 89873 /tmp 4 -rw--- 616886272 rw > > I don´t understand why mail.local is gathering a file that big Apparently someone out there keeps trying to resend that awful huge mail file, so whenever you restart, it gets stuck in that same condition. If you can track down the source of the file, either nuke it or block it. jerry > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: /tmp: filesystem full
Looks like something, maybe your mail program has a large file open - maybe trying to receive a huge file. Killing the process could get that file closed and either it would be gone or would finally show how much space it is holding. jerry I even restarted the server but the problem is still there. this is what I got every amount of time (not always). root mail.local 89873 /tmp 4 -rw--- 616886272 rw I don´t understand why mail.local is gathering a file that big ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: /tmp: filesystem full
--On Wednesday, December 12, 2007 16:13:42 -0500 Jerry McAllister <[EMAIL PROTECTED]> wrote: On Wed, Dec 12, 2007 at 03:08:50PM -0600, Cesar Amaya wrote: Robert Huff wrote: > Cesar Amaya writes: > > >> napstats# fstat | grep "/tmp" >> www httpd 1739 15 /tmp 4 -rw--- 0 rw >> > >Can you afford to shut down the web server (Apache ?)? > > >Robert Huff > > Nothing is shown if I shut down the web server. But I saw something weird when I run # fstat | grep "/tmp", was something like this: mail.local 1739 15 /tmp 4 -rw--- 73917491734 rw Looks like something, maybe your mail program has a large file open - maybe trying to receive a huge file. Killing the process could get that file closed and either it would be gone or would finally show how much space it is holding. Yep. Trying to stuff a 73GB file into a 1GB filesystem isn't going to work very well. At this point I think your only option is to restart the mailserver. Hopefully that will release the file from memory. Then you can delete whatever pieces of it are left in /tmp. I'd also look at your maillog to see what the filename and type of that message was (huge zip attachment?) and suggest to your user that he get the file some other way. -- Paul Schmehl ([EMAIL PROTECTED]) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: /tmp: filesystem full
On Wed, Dec 12, 2007 at 03:08:50PM -0600, Cesar Amaya wrote: > Robert Huff wrote: > >Cesar Amaya writes: > > > > > >> napstats# fstat | grep "/tmp" > >> www httpd 1739 15 /tmp 4 -rw--- 0 rw > >> > > > > Can you afford to shut down the web server (Apache ?)? > > > > > > Robert Huff > > > > > Nothing is shown if I shut down the web server. But I saw something > weird when I run # fstat | grep "/tmp", was something like this: > > mail.local 1739 15 /tmp 4 -rw--- > 73917491734 rw Looks like something, maybe your mail program has a large file open - maybe trying to receive a huge file. Killing the process could get that file closed and either it would be gone or would finally show how much space it is holding. jerry > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: /tmp: filesystem full
Robert Huff wrote: Cesar Amaya writes: napstats# fstat | grep "/tmp" www httpd 1739 15 /tmp 4 -rw--- 0 rw Can you afford to shut down the web server (Apache ?)? Robert Huff Nothing is shown if I shut down the web server. But I saw something weird when I run # fstat | grep "/tmp", was something like this: mail.local 1739 15 /tmp 4 -rw--- 73917491734 rw ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: /tmp: filesystem full
Cesar Amaya writes: > napstats# fstat | grep "/tmp" > www httpd 1739 15 /tmp 4 -rw--- 0 rw Can you afford to shut down the web server (Apache ?)? Robert Huff ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: /tmp: filesystem full
Paul Schmehl wrote: --On Wednesday, December 12, 2007 11:55:23 -0600 Cesar Amaya <[EMAIL PROTECTED]> wrote: But when I run a df -hi it says 0% of capacity is used on /tmp filesystem. napstats# df -hi Filesystem SizeUsed Avail Capacity iusedifree %iused Mounted on /dev/ad4s1a989M 76M834M 8%1709 1396011% / devfs 1.0K1.0K 0B 100% 00 100% /dev /dev/ad4s1e 48G229M 44G 1% 10600 65604060% /home /dev/ad4s1d989M 24K910M 0% 15 1412950% /tmp /dev/ad8s1d226G 85G122G41% 213086 303574081% /usr /dev/ad4s1f171G8.4G149G 5% 16560 232057100% /var from messagess I guess it has something to do with Sendmail. Sometimes I run /top /and sendmail is consuming the most of the processor time. napstats# uname -a FreeBSD napstats.americatelsal.com 6.0-RELEASE FreeBSD 6.0-RELEASE #2: Thu Mar 30 18:13:14 CST 2006 [EMAIL PROTECTED]:/usr/src/sys/amd64/compile/NAPSTATS amd64 I really want to find out what the problem is. Please can anyone give me some light here? What does # du -h /tmp and # fstat | grep "/tmp" tell you? napstats# du -h /tmp 2.0K/tmp/.snap 2.0K/tmp/.X11-unix 2.0K/tmp/.ICE-unix 2.0K/tmp/.font-unix 2.0K/tmp/.XIM-unix 2.0K/tmp/dynamic 24K/tmp napstats# fstat | grep "/tmp" www httpd 1739 15 /tmp 4 -rw--- 0 rw www httpd 1739 16 /tmp 6 -rw--- 0 rw www httpd 1739 20 /tmp 4 -rw--- 0 w www httpd 1739 21 /tmp 6 -rw--- 0 w www httpd 1738 15 /tmp 4 -rw--- 0 rw www httpd 1738 16 /tmp 6 -rw--- 0 rw www httpd 1738 20 /tmp 4 -rw--- 0 w www httpd 1738 21 /tmp 6 -rw--- 0 w www httpd 1737 15 /tmp 4 -rw--- 0 rw www httpd 1737 16 /tmp 6 -rw--- 0 rw www httpd 1737 20 /tmp 4 -rw--- 0 w www httpd 1737 21 /tmp 6 -rw--- 0 w www httpd 1736 15 /tmp 4 -rw--- 0 rw www httpd 1736 16 /tmp 6 -rw--- 0 rw www httpd 1736 20 /tmp 4 -rw--- 0 w www httpd 1736 21 /tmp 6 -rw--- 0 w www httpd 1735 15 /tmp 4 -rw--- 0 rw www httpd 1735 16 /tmp 6 -rw--- 0 rw www httpd 1735 20 /tmp 4 -rw--- 0 w www httpd 1735 21 /tmp 6 -rw--- 0 w www httpd 1733 15 /tmp 4 -rw--- 0 rw www httpd 1733 16 /tmp 6 -rw--- 0 rw root httpd 1640 15 /tmp 4 -rw--- 0 rw root httpd 1640 16 /tmp 6 -rw--- 0 rw ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: /tmp: filesystem full
--On Wednesday, December 12, 2007 11:55:23 -0600 Cesar Amaya <[EMAIL PROTECTED]> wrote: But when I run a df -hi it says 0% of capacity is used on /tmp filesystem. napstats# df -hi Filesystem SizeUsed Avail Capacity iusedifree %iused Mounted on /dev/ad4s1a989M 76M834M 8%1709 1396011% / devfs 1.0K1.0K 0B 100% 00 100% /dev /dev/ad4s1e 48G229M 44G 1% 10600 65604060% /home /dev/ad4s1d989M 24K910M 0% 15 1412950% /tmp /dev/ad8s1d226G 85G122G41% 213086 303574081% /usr /dev/ad4s1f171G8.4G149G 5% 16560 232057100% /var from messagess I guess it has something to do with Sendmail. Sometimes I run /top /and sendmail is consuming the most of the processor time. napstats# uname -a FreeBSD napstats.americatelsal.com 6.0-RELEASE FreeBSD 6.0-RELEASE #2: Thu Mar 30 18:13:14 CST 2006 [EMAIL PROTECTED]:/usr/src/sys/amd64/compile/NAPSTATS amd64 I really want to find out what the problem is. Please can anyone give me some light here? What does # du -h /tmp and # fstat | grep "/tmp" tell you? -- Paul Schmehl ([EMAIL PROTECTED]) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
/tmp: filesystem full
Hello list. I have a question related to sendmail mail.local and /tmp filesystem. The issue came out when I started to receive a lot of messages in /var/log/messages about /tmp filesystem is full. This is the log from system messages: # tail /var/log/messages Dec 12 05:48:41 napstats kernel: pid 7240 (mail.local), uid 0 inumber 11 on /tmp: filesystem full Dec 12 05:51:31 napstats kernel: pid 7240 (mail.local), uid 0 inumber 11 on /tmp: filesystem full Dec 12 06:18:32 napstats kernel: pid 7303 (mail.local), uid 0 inumber 11 on /tmp: filesystem full Dec 12 06:21:23 napstats kernel: pid 7303 (mail.local), uid 0 inumber 11 on /tmp: filesystem full Dec 12 06:48:45 napstats kernel: pid 7363 (mail.local), uid 0 inumber 11 on /tmp: filesystem full Dec 12 06:51:35 napstats kernel: pid 7363 (mail.local), uid 0 inumber 11 on /tmp: filesystem full Dec 12 07:19:00 napstats kernel: pid 7426 (mail.local), uid 0 inumber 11 on /tmp: filesystem full Dec 12 07:21:50 napstats kernel: pid 7426 (mail.local), uid 0 inumber 11 on /tmp: filesystem full But when I run a df -hi it says 0% of capacity is used on /tmp filesystem. napstats# df -hi Filesystem SizeUsed Avail Capacity iusedifree %iused Mounted on /dev/ad4s1a989M 76M834M 8%1709 1396011% / devfs 1.0K1.0K 0B 100% 00 100% /dev /dev/ad4s1e 48G229M 44G 1% 10600 65604060% /home /dev/ad4s1d989M 24K910M 0% 15 1412950% /tmp /dev/ad8s1d226G 85G122G41% 213086 303574081% /usr /dev/ad4s1f171G8.4G149G 5% 16560 232057100% /var from messagess I guess it has something to do with Sendmail. Sometimes I run /top /and sendmail is consuming the most of the processor time. napstats# uname -a FreeBSD napstats.americatelsal.com 6.0-RELEASE FreeBSD 6.0-RELEASE #2: Thu Mar 30 18:13:14 CST 2006 [EMAIL PROTECTED]:/usr/src/sys/amd64/compile/NAPSTATS amd64 I really want to find out what the problem is. Please can anyone give me some light here? Thank you in advance. Regards!!! ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"