Re: FreeBSD and ImageMagick crashes OS?
On Sat, 25 Aug 2007 05:56:59 +
Kris Kennaway <[EMAIL PROTECTED]> wrote:
> > :) having been bitten by that in several unix-like OS (pick any Linux
> > distro, and freebsd too), i just remove /var/tmp and make a smylink to /tmp
> > , which is big enough for my foreseeable needs. I like to keep my /var
> > clean of tmp rubbish.
> >
> > and yes, configuring PHP and it's libraries helps too :)
>
> That's not an answer obviously.
of course, but filling up /var with tmp files is to me a senseless way to use
/var. My MMV from what everyone else sees as common sense anyway. :)
FWIW, i don't recall geting panics / crashes due to /var filling up.
Regards,
B
_
{Beto|Norberto|Numard} Meijome
"Those who do not remember the past are condemned to repeat it."
George Santayana
I speak for myself, not my employer. Contents may be hot. Slippery when wet.
Reading disclaimers makes you go blind. Writing them is worse. You have been
Warned.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD and ImageMagick crashes OS?
On Fri, Aug 24, 2007 at 08:26:50PM +1000, Norberto Meijome wrote: > On Fri, 24 Aug 2007 11:29:59 +0200 > Roger Olofsson <[EMAIL PROTECTED]> wrote: > > > Turns out ImageMagick was called through php to resize the .JPG and most > > likely, the server runs out of memory/disk space. /var/tmp fills up and > > console spews as follows: > > > > Aug 22 19:29:49 rutilus kernel: vnode_pager_putpages: I/O error 28 > > Aug 22 19:29:49 rutilus kernel: vnode_pager_putpages: residual I/O 32768 > > at 62620 > > Aug 22 19:29:49 rutilus kernel: pid 29 (syncer), uid 0 inumber 49382 on > > /var: filesystem full > > :) having been bitten by that in several unix-like OS (pick any Linux distro, > and freebsd too), i just remove /var/tmp and make a smylink to /tmp , which > is big enough for my foreseeable needs. I like to keep my /var clean of tmp > rubbish. > > and yes, configuring PHP and it's libraries helps too :) That's not an answer obviously. Error 28 is #define ENOSPC 28 /* No space left on device */ This seems like a bug to me: when a filesystem fills you shouldn't be getting this behaviour. Can you please follow the directions in the developers handbook chapter on kernel debugging, and when you trigger a hang, break to DDB from the console and force a dump, then file a PR and make the core file available to the developers. Unfortunately unless a developer can replicate the behaviour, providing access to a core is the only real debugging option. Thanks, Kris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD and ImageMagick crashes OS?
On Fri, 24 Aug 2007 11:29:59 +0200
Roger Olofsson <[EMAIL PROTECTED]> wrote:
> Turns out ImageMagick was called through php to resize the .JPG and most
> likely, the server runs out of memory/disk space. /var/tmp fills up and
> console spews as follows:
>
> Aug 22 19:29:49 rutilus kernel: vnode_pager_putpages: I/O error 28
> Aug 22 19:29:49 rutilus kernel: vnode_pager_putpages: residual I/O 32768
> at 62620
> Aug 22 19:29:49 rutilus kernel: pid 29 (syncer), uid 0 inumber 49382 on
> /var: filesystem full
:) having been bitten by that in several unix-like OS (pick any Linux distro,
and freebsd too), i just remove /var/tmp and make a smylink to /tmp , which is
big enough for my foreseeable needs. I like to keep my /var clean of tmp
rubbish.
and yes, configuring PHP and it's libraries helps too :)
B
_
{Beto|Norberto|Numard} Meijome
"Great spirits have often encountered violent opposition from mediocre minds."
Albert Einstein
I speak for myself, not my employer. Contents may be hot. Slippery when wet.
Reading disclaimers makes you go blind. Writing them is worse. You have been
Warned.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
