Description of problem: Aiccu is started before IP address is assigned through DHCP, therefore automatic start is unsuccessful. Version-Release number of selected component (if applicable): aiccu-2007.01.15-10.fc16.x86_64 How reproducible: Steps to Reproduce: 1. set aiccu to be started during boot and use DHCP 2. 3. Actual results: Sep 3 09:21:21 raven aiccu: Couldn't connect to the TIC server tic.sixxs.net Sep 3 09:21:21 raven aiccu: Couldn't retrieve first tunnel for the above reaso n, aborting Sep 3 09:21:21 raven systemd[1]: aiccu.service: control process exited, code=exited status=255 Sep 3 09:21:21 raven systemd[1]: Unit aiccu.service entered failed state. Sep 3 09:21:21 raven dhclient[1178]: Internet Systems Consortium DHCP Client 4.2.2 Sep 3 09:21:21 raven dhclient[1178]: Copyright 2004-2011 Internet Systems Consortium. Sep 3 09:21:21 raven dhclient[1178]: All rights reserved. Sep 3 09:21:21 raven dhclient[1178]: For info, please visit https://www.isc.org/software/dhcp/ Sep 3 09:21:21 raven dhclient[1178]: Sep 3 09:21:22 raven NetworkManager[1063]: Internet Systems Consortium DHCP Client 4.2.2 Sep 3 09:21:22 raven NetworkManager[1063]: Copyright 2004-2011 Internet Systems Consortium. Sep 3 09:21:22 raven NetworkManager[1063]: All rights reserved. Sep 3 09:21:22 raven NetworkManager[1063]: For info, please visit https://www.isc.org/software/dhcp/ Expected results: Additional info:
Apparently a dependency on network.target isn't good enough -- NetworkManager takes some time to assign an IP. I'm not sure what the best way to fix this is.
So, to address this it looks like you need to enable the wait-online service: systemctl enable NetworkManager-wait-online.service And that should block network.target from reporting the net is up before NM actually has an IP. It'll slow your boot down a little bit but serialize AICCU and NM startup correctly.
(In reply to comment #2) > So, to address this it looks like you need to enable the wait-online service: > > systemctl enable NetworkManager-wait-online.service Hi, you can certainly use this as a workaround to the actual problem. > And that should block network.target from reporting the net is up before NM > actually has an IP. It'll slow your boot down a little bit but serialize > AICCU and NM startup correctly. Unfortunately no serialization can be viewed as a correct solution. Aiccu was always intended to connect (also) to dynamic tunnels and that is often done with dynamically changing connectivity. The only reasonable solution is cooperation between aiccu and NetworkManager. For anyone stumbling upon this bug report, we are tracking the problem in bug #844607.