Morning All, I've been playing with some GIS software and 32Mb TIFF images. Running ImageMagick's "convert" utility under my normal user login to convert the image to gif or jpeg blows away the system every time. No panic seen on the console and no core dump found, the system just quietly reboots. Upon reboot /var is full and corrupt and takes ages for the background fsck to fix it so I normally boot into single user mode and do it myself. Is anyone else seeing this? I can happily supply an image that causes the problem if someone wants to try it. Carl.
On Thursday 27 October 2005 17:12, Carl Makin wrote:> Morning All, > > I've been playing with some GIS software and 32Mb TIFF images. Running > ImageMagick's "convert" utility under my normal user login to convert > the image to gif or jpeg blows away the system every time. No panic > seen on the console and no core dump found, the system just quietly > reboots. Upon reboot /var is full and corrupt and takes ages for the > background fsck to fix it so I normally boot into single user mode and > do it myself. > > Is anyone else seeing this? I can happily supply an image that causes > the problem if someone wants to try it. > > > Carl. >Just a guess but it may be the software is opening too many files. Try installing /usr/ports/sysutils/lsof then while your program is running run lsof -c {watever you program name is} +r5. If you see screenfulls of open files then thats the problem. -Mike
On Fri, 28 Oct 2005, 10:12+1000, Carl Makin wrote:> Morning All, > > I've been playing with some GIS software and 32Mb TIFF images. > Running ImageMagick's "convert" utility under my normal user login > to convert the image to gif or jpeg blows away the system every > time. No panic seen on the console and no core dump found, the > system just quietly reboots. Upon reboot /var is full and corrupt > and takes ages for the background fsck to fix it so I normally boot > into single user mode and do it myself. > > Is anyone else seeing this? I can happily supply an image that > causes the problem if someone wants to try it.Known problem. Were discussed severeal times in the past (e.g. subject "vnode_pager_putpages errors" in -stable). -- Maxim Konovalov
I have found that ImageMagick writes to (and often fills up) /var/tmp...my system becomes sluggish, dies, reboots. The solution I have used is to 1) create a /usr/tmp, 2) remove /var/tmp , 3) make a symbolic link between /usr/tmp and /var/tmp. Perhaps ImageMagick could be patched to use a /usr/tmp directory for scratch. Alternately, if one knew that this would be an issue, /var could be made to be a larger filesystem. mike --------------------- Dr Michael A. Koerber x3250 Carl Makin wrote:> Morning All, > > I've been playing with some GIS software and 32Mb TIFF images. Running > ImageMagick's "convert" utility under my normal user login to convert > the image to gif or jpeg blows away the system every time. No panic > seen on the console and no core dump found, the system just quietly > reboots. Upon reboot /var is full and corrupt and takes ages for the > background fsck to fix it so I normally boot into single user mode and > do it myself. > > Is anyone else seeing this? I can happily supply an image that causes > the problem if someone wants to try it. > > > Carl. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > >
On Fri, 28 Oct 2005, Carl Makin wrote:> I've been playing with some GIS software and 32Mb TIFF images. Running > ImageMagick's "convert" utility under my normal user login to convert the > image to gif or jpeg blows away the system every time. No panic seen on the > console and no core dump found, the system just quietly reboots. Upon reboot > /var is full and corrupt and takes ages for the background fsck to fix it so > I normally boot into single user mode and do it myself. > > Is anyone else seeing this? I can happily supply an image that causes the > problem if someone wants to try it.It's known problem: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/67919 And there is bandaid patch by Uwe Doering that at least allows to keep system alive: http://freebsd.rambler.ru/bsdmail/freebsd-stable_2004/msg03698.html I'd applied this patch year ago on one of our production servers, and the bug was gone. However, no one wants to commit this patch. Igor Sysoev http://sysoev.ru/en/
Michael A. Koerber wrote:> I have found that ImageMagick writes to (and often > fills up) /var/tmp...my system becomes sluggish, > dies, reboots. > > The solution I have used is to 1) create a /usr/tmp, > 2) remove /var/tmp , 3) make a symbolic link > between /usr/tmp and /var/tmp. > > Perhaps ImageMagick could be patched to use a > /usr/tmp directory for scratch.Use: setenv MAGICK_TMPDIR /usr/tmp Rob. __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com
On Fri, Oct 28, 2005 at 10:12:26AM +1000, Carl Makin wrote:> I've been playing with some GIS software and 32Mb TIFF images. Running > ImageMagick's "convert" utility under my normal user login to convert > the image to gif or jpeg blows away the system every time. No panic > seen on the console and no core dump found, the system just quietly > reboots. Upon reboot /var is full and corrupt and takes ages for the > background fsck to fix it so I normally boot into single user mode and > do it myself.http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/67919 Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://weblog.barnet.com.au/edwin/