Bug#498823: xfs: recent change from 'root' to 'nobody' perhaps requires more thought

2008-10-08 Thread Petter Reinholdtsen
[Julien Cristau]
> Hrm. AIUI logging should now happen through syslog, so that part is
> probably fixable.  The pid file, on the other hand, might be a real
> problem with the whole 'running as nobody' thing.  I think the
> easiest fix is to have a dedicated user, and an xfs directory in
> /var/run where the pidfile would be stored, as that would allow the
> xfs process to remove its pid file itself.  But maybe I'm missing
> something.

Hm, strange.  Thought I tested the pid file creation, and did not see
any log file failures when I tested.

> Petter, since you made the change to run as nobody, care to cook up
> a patch for this?

Would love to, but do not expect to have any spare time to spend on it
before Lenny is released.  Sorry about that.  Just got very little
time for free software these days.  Hope it will improve in a few
months.

Happy hacking,
-- 
Petter Reinholdtsen



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#498823: xfs: recent change from 'root' to 'nobody' perhaps requires more thought

2008-10-08 Thread Julien Cristau
severity 498823 serious
kthxbye

On Sat, Sep 13, 2008 at 19:08:06 +0400, Stanislav Maslovski wrote:

> xfs still tries to access /var/log/xfs.log and /var/run/xfs.pid (as 'nobody')
> and reports these errors:
> ==
> Sep 12 23:03:05 shota xfs[3307]: terminating 
> Sep 12 23:03:05 shota xfs[3307]: cannot remove process ID file 
> /var/run/xfs.pid: Permission denied
> Sep 13 09:45:24 shota xfs[3281]: can't open error file "/var/log/xfs.log"
> ==

Hrm. AIUI logging should now happen through syslog, so that part is
probably fixable.  The pid file, on the other hand, might be a real
problem with the whole 'running as nobody' thing.  I think the easiest
fix is to have a dedicated user, and an xfs directory in /var/run where
the pidfile would be stored, as that would allow the xfs process to
remove its pid file itself.  But maybe I'm missing something.

Petter, since you made the change to run as nobody, care to cook up a
patch for this?

Cheers,
Julien



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#498823: xfs: recent change from 'root' to 'nobody' perhaps requires more thought

2008-09-13 Thread Stanislav Maslovski
Package: xfs
Version: 1:1.0.8-2
Severity: normal


xfs still tries to access /var/log/xfs.log and /var/run/xfs.pid (as 'nobody')
and reports these errors:
==
Sep 12 23:03:05 shota xfs[3307]: terminating 
Sep 12 23:03:05 shota xfs[3307]: cannot remove process ID file 
/var/run/xfs.pid: Permission denied
Sep 13 09:45:24 shota xfs[3281]: can't open error file "/var/log/xfs.log"
==

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (900, 'testing'), (100, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xfs depends on:
ii  libc6 2.7-13 GNU C Library: Shared libraries
ii  libfs62:1.0.1-1  X11 Font Services library
ii  libxfont1 1:1.3.3-1  X11 font rasterisation library

xfs recommends no packages.

Versions of packages xfs suggests:
ii  xfonts-100dpi 1:1.0.0-4  100 dpi fonts for X
ii  xfonts-75dpi  1:1.0.0-4  75 dpi fonts for X
ii  xfonts-base   1:1.0.0-5  standard fonts for X
pn  xfonts-scalable(no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]