Thanks for forwaring my mail to the list
I sent from an unsubscribed Account
But the problem is current with 3.2.6
- running as daemon
- logging to a file
- logrotate moves the logfile away and send SIGHUP
- old logfile is still open ( verified with lsof )
- new logfile ( created with right permissions ) is still empty
There are two possible causes I can come up with:
1. Is the logfile inside the chroot? If not, file rotation is disabled.
Should not be an issue if you don't use chroot.
2. Did you reload nsd? The new log file is only reopened when reloading
nsd.
There are two possible causes I can come up with:
1. Is the logfile inside the chroot? If not, file rotation is disabled.
Should not be an issue if you don't use chroot.
no chrooting ...
2. Did you reload nsd? The new log file is only reopened when reloading
nsd.
what do you exactly mean with "reloading" ?
nsdc reload also only gives nsd a sighup
Another possibility: nsd dropped privileges to user nsd and has no
permission to append to file anymore.
You might want to run nsd with a higher verbosity level (for example:
nsd -v 3) or configure nsd with --enable-checking and run nsd with a
higher debug level (for example: nsd -F 0xffff -L 3), to see what is
going on.
You might want to run nsd with a higher verbosity level (for example:
nsd -v 3) or configure nsd with --enable-checking and run nsd with a
higher debug level (for example: nsd -F 0xffff -L 3), to see what is
going on.
I will recompile any try...
how do other nsd-users run nsd?
Logging to syslog ?
No logging ?
Uhhhh,
my setup *was* chroot an ofcource the logfile *was*
outside the chroot.
I fixed the logfilelocation and all runs like documented.
Sorry for wasting your time...
Maybe the manpage can explain more detailed the chroot setup.
I learned that paths in nsd.conf must not relative to chroot
but contain the full patch to chroot + subdir + filename
The chrootpart of paths nsd strips internaly.