Your message dated Tue, 24 Jul 2007 11:19:59 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#434359: Assumes /srv is root-writable
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: fai-server
Version: 3.1.8
Severity: normal
Prior to setting up fai-server on my server (which I care about), I
tried installing it on a workstation (which can burst into flames, for
all I care), in case fai-server did something silly. I found the
following:
Setting up fai-server (3.1.8) ...
mkdir: cannot create directory `/srv/tftp': Permission denied
dpkg: error processing fai-server (--configure):
subprocess post-installation script returned error exit status 1
Setting up rsh-server (0.17-13) ...
Setting up tftpd-hpa (0.43-1.1) ...
tftpd-hpa disabled in /etc/default/tftpd-hpa
Errors were encountered while processing:
fai-server
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install. Trying to recover:
Setting up fai-server (3.1.8) ...
mkdir: cannot create directory `/srv/tftp': Permission denied
dpkg: error processing fai-server (--configure):
subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
fai-server
Press return to continue.
fai-server assumes /srv is writable, this is not the case on my
workstation where /srv is a root-squashed nfs mount. I'm not sure
which one of us is doing the Wrong Thing.
See http://bugs.debian.org/412820 for a similar bug under vsftpd.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.21-2-amd64 (SMP w/1 CPU core)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages fai-server depends on:
ii debootstrap 1.0.0 Bootstrap a basic Debian system
ii fai-client 3.1.8 Fully Automatic Installation clien
Versions of packages fai-server recommends:
ii dhcp3-server 3.0.5-3 DHCP server for automatic IP addre
ii fai-kernels 1.18 special kernels for FAI (Fully Aut
ii nfs-kernel-server [nfs-server 1:1.1.0-10 support for NFS kernel server
ii rsh-server 0.17-13 rsh servers.
ii syslinux 1:3.51-1 Bootloader for Linux/i386 using MS
ii tftpd-hpa [tftpd] 0.43-1.1 HPA's tftp server
ii wget 1.10.2-3 retrieves files from the web
-- no debconf information
--- End Message ---
--- Begin Message ---
Trent W. Buck wrote:
> [...]
> fai-server assumes /srv is writable, this is not the case on my
> workstation where /srv is a root-squashed nfs mount. I'm not sure
> which one of us is doing the Wrong Thing.
> [...]
see
http://www.pathname.com/fhs/pub/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSYSTEM
This directory is there to be used by services on the system, and many
of these cannot operate, if the directory is not writeable. At least at
set up time they all need to write their data somehow, and as cvs is one
example mentioned there, it can be assumed that the srv dir is writeable
the whole time.
I am sure it's not FAI's fault if you make this directory read-only,
even at FAI setup time, but if you onle run FAI there, you are free to
make it read-only after havin run fai-setup, or, you can even run
fai-setup/make-fai-nfsroot on your nfs server, pointing it to where ever
your /srv export is.
Please ask on the fai mailing list for help, if you need further hints.
I'm closing this issue now.
Henning
--- End Message ---
