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
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 ku...@tenebras.comwrote: On Wed, Aug 22, 2012 at 7:17 PM, RW rwmailli...@googlemail.com 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
Btw, is /etc/locate.rc being read at all? /Andy On Thu, Aug 23, 2012 at 11:04 AM, Andy Wodfer wod...@gmail.com 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 ku...@tenebras.comwrote: On Wed, Aug 22, 2012 at 7:17 PM, RW rwmailli...@googlemail.com 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, 22 Aug 2012 21:24:47 -0700 Michael Sierchio wrote: On Wed, Aug 22, 2012 at 7:17 PM, RW rwmailli...@googlemail.com 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
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
Hi, On Wed, 22 Aug 2012 12:59:13 +0200 Andy Wodfer wod...@gmail.com 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
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
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
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 g...@unixarea.de - 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
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 g...@ross.cx wrote: On Wed, 22 Aug 2012 12:59:13 +0200, Andy Wodfer wod...@gmail.com 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
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 wod...@gmail.com 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 g...@ross.cx wrote: On Wed, 22 Aug 2012 12:59:13 +0200, Andy Wodfer wod...@gmail.com 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
On Wed, 22 Aug 2012 12:59:13 +0200, Andy Wodfer wod...@gmail.com 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
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 wod...@gmail.com To: freebsd-questions freebsd-questions@freebsd.org 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 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
On Wed, 22 Aug 2012 08:14:35 -0500 (CDT) Robert Bonomi bon...@mail.r-bonomi.com 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 wod...@gmail.com To: freebsd-questions freebsd-questions@freebsd.org 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
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
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 st...@sohara.org To: freebsd-questions@freebsd.org Subject: Re: /tmp filesystem full On Wed, 22 Aug 2012 08:14:35 -0500 (CDT) Robert Bonomi bon...@mail.r-bonomi.com 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 wod...@gmail.com To: freebsd-questions freebsd-questions@freebsd.org 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. wry grin ___ 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
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 21 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 lenzi.ser...@gmail.com 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
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 21 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
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, Aug 22, 2012 at 3:29 PM, RW rwmailli...@googlemail.com 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 17:35:29 -0700, Michael Sierchio wrote: On Wed, Aug 22, 2012 at 3:29 PM, RW rwmailli...@googlemail.com 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 5:43 PM, Polytropon free...@edvax.de 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 rwmailli...@googlemail.com 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 7:17 PM, RW rwmailli...@googlemail.com 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 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 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
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
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 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
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 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]
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 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: someusermail.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: someusermail.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
--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: someusermail.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
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: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
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 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. 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 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]