When setting the log file to log.%m (which has been the default in Debian for some time now), the samba daemon logs to log.%m, while smbd logs to log.(name) or log.smbd. It seems the support for the %m substitution is missing in the samba daemon.
Michael suggested trying with %I instead, but this results in log.%I being created, so that doesn't work either.
If it is hard to implement, an alternative could be to replace this macro with 'samba' (and log to log.samba), as smbd seems to be doing.
I've experienced the same. Also with an include=...%I in the smb.conf samba-tool refuses to work. Evaluating of %-Variables really needs to work also with the AD daemon and related tools in Samba 4. This is a blocker for 4.1.
No 4.1 blocker => 4.2
Any news on this one?
I think this bug is related to Bug #9673.
Assigning to Garming :)
Any updates about this?
Another possible duplicate: https://bugzilla.samba.org/show_bug.cgi?id=12494
(In reply to Ivo De Decker from comment #0)
Are you seeing this behavior on RHEL or fedora also?
(In reply to Amit Kumar from comment #9)
This is a fundemental restriction in the Samba AD DC codebase, as one server handles multiple clients, so the global variables used in smbd are not applicable.
Perhaps something could be done via tevent_wrap() but it would be tricky.
*** Bug 10586 has been marked as a duplicate of this bug. ***