Closed rpasing closed 7 years ago
Is it possible that networking hasn't started when murmurd starts? What's in /usr/lib/systemd/system/murmur.service?
Hm, no, don't think so. murmur.service file: https://projects.archlinux.org/svntogit/community.git/tree/trunk/murmur.service?h=packages/murmur
I think I can reproduce this bug too. If murmur starts without network available then it won't try to bind to the port again later and it won't exit so that systemd can restart it.
@rpasing the After=network.target stanza won't insure that network is actually working, only that network target has started.
see #1629
For windows add a key "DelayedAutoStart" to the service register (regedit)....
Hi,
I am using the murmur package in Arch Linux ( https://www.archlinux.org/packages/community/x86_64/murmur/ ).
I configured everything, set up the server, everything works great, except that murmur seems to not listen on the configured ports after a server reboot (I need to manually restart the murmur service after a reboot for it to listen on the appropriate ports).
In other words: I enabled the
murmur
systemd service, and the service is starting successfully after a reboot, however, connecting to the server via the mumble client fails, if not I manually restart the murmur service after a reboot (althought the service is already running!).Here are some relevant infos:
"Directly" (47min) after reboot:
systemctl status murmur
journalctl -b -u murmur
Now I tried to connect to the server via the official murmur client, and it is not possible ("Connection refused") - seems like it is not listening on the ports, so I did this and got the following logs:
systemctl restart murmur
journalctl -b -u murmur
systemctl status murmur
Now the connection is possible, without any problems!
Please notice the difference in the log output for the murmur server startup, this line is missing directly after a reboot, and is only existant when I manually restart murmur:
I found the following bug report, which describes the same problem, but I do not have the same log output (about the time being incorrect; my time is correct already directly after a reboot): http://archlinuxarm.org/forum/viewtopic.php?t=6926&p=38208
I reported this bug originally directly to the packager for Arch Linux, but he asked me to create a bugreport upstream [ https://bugs.archlinux.org/task/46897 ].
If you need more info, please let me know!
I hope we can find the cause for this.
Thank you Regards rpasing