from /var/log/rc.log : * Starting Music Player Daemon ... [ ok ] /etc/init.d/munin-node: line 18: ebegin: command not found /etc/init.d/munin-node: line 20: eend: command not found * ERROR: munin-node failed to start This may be a baselayout 2, openrc, or portage 2.2 issue. In pratice, the service is up and running (even better that before :D ) It's the only service complaining about this.
Created attachment 236631 [details] /tmp/emerge--info
may be related with bug 325693 ? I finally could copy the initial console: * Starting lighttpd ... [ ok ] * Starting Music Player Daemon ... [ ok ] /etc/init.d/munin-node: line 18: ebegin: command not found /etc/init.d/munin-node: line 20: eend: command not found * ERROR: munin-node failed to start
Sorry, I can't reproduce with baselayout 1 or 2. The interesting thing about comment #2 is that lighttpd's init script uses ebegin and that didn't complain.
(In reply to comment #3) > Sorry, I can't reproduce with baselayout 1 or 2. The interesting thing about > comment #2 is that lighttpd's init script uses ebegin and that didn't complain. And mpd's.
Got on nerves; WANNA FIX THIS. Compared line by line with several other system scripts. The message goes away when I comment the PATH line: PATH=/sbin:/bin:/usr/sbin:/usr/bin to #PATH=/sbin:/bin:/usr/sbin:/usr/bin When I comment it, and do echo $PATH from within start, the following comes out: /lib64/rc/sbin:/lib64/rc/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin So, somehow, to get an init script working, *I* (AMD64) need at least one of /lib64/rc/sbin:/lib64/rc/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin while /sbin:/bin:/usr/sbin:/usr/bin is not enough. For those where it works, I guess that either you are in x86 32b, or you did not try to migrate from baselayout1 to baselayout2+openrc. I am not in mood to search exactly which folder is the key of the problem, but this should be enough for a good maint to fix the issue. Doing logical substraction, we need to add one of /lib64/rc/sbin:/lib64/rc/bin:/usr/local/bin:/usr/local/sbin Considering that both /local are empty, we have this left: /lib64/rc/sbin:/lib64/rc/bin And ... oh ... in the second one we find ebegin and eend scripts ... symlinks to /sbin/rc I'll try PATH=/lib64/rc/sbin:/lib64/rc/bin:/sbin:/bin:/usr/sbin:/usr/bin for next reboot
(In reply to comment #5) > The message goes away when I comment the PATH line: > PATH=/sbin:/bin:/usr/sbin:/usr/bin > to > #PATH=/sbin:/bin:/usr/sbin:/usr/bin Where did you do this exactly? > For those where it works, I guess that either you are in x86 32b, or you did > not try to migrate from baselayout1 to baselayout2+openrc. Nope, amd64, BL2+openrc here.
uranus ~ # diff /mnt/arch/arch/uranus/uranus-n5/etc/init.d/munin-node /etc/init.d/munin-node 6c6,8 < PATH=/sbin:/bin:/usr/sbin:/usr/bin --- > #PATH=/sbin:/bin:/usr/sbin:/usr/bin > # Actual path when I comment this: /lib64/rc/sbin:/lib64/rc/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin > PATH=/lib64/rc/sbin:/lib64/rc/bin:/sbin:/bin:/usr/sbin:/usr/bin 29a32,33 > #PATH=/sbin:/bin:/usr/sbin:/usr/bin # Commented by Doublehp > # use logger dns uranus ~ # So, in short, just replace PATH=/sbin:/bin:/usr/sbin:/usr/bin with PATH=/lib64/rc/sbin:/lib64/rc/bin:/sbin:/bin:/usr/sbin:/usr/bin
That is interesting to see. There hasn't been a PATH defined in the init file since its inception..in 2007. http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-analyzer/munin/files/munin-node_init.d_1.3.3-r1?revision=1.1&view=markup Did you add it there? Why?
Ah, then, I know what's wrong. PEBCAK INVALID I had to add it because I define a "custom PATH" in /etc/env, and Munin finds it too much permissive and unsecure. To WA Munin security checks, I had to add PATH there, to make it happy. Thus my fault, thus PEBCAK. Not a distro concern, thus nothing to fix :) Sorry. I should have add a comment in the script when i added PATH
ok, closing then.
