galmok wrote:DenyAll wrote:Turn on
detailed logging and restart (full). Then restart from standby. You should find a number of entries in the log where Serviio tries to reacquire the IP address - post that part of the log and let's see if it sheds any light on what's happening.
I might do that. I am not rebooting often, so it may be a few weeks. Standby I use daily.
Just checked my log file and well, today it worked which means this is not always a problem. Looking at the even older log files, there are a lot of entries with:
Could not find NIC with name 'eth6-0'
counting down from 9 to 1. And then followed by:
2017-01-22 17:54:41,617 WARN [LocalAddressResolverStrategy] Haven't found any suitable local IP address, will try again 1 times
2017-01-22 17:54:46,804 INFO [Device] Updated bound IP address of Device with UUID: 3f15d94b-0742-3d76-ae04-4d61d66f40a8, bound address: 192.168.56.1
which is the VirtualBox virtual LAN.
It is not like my pc didn't have an IP during this issue, as I was connected to it via remote desktop in attempt to convince Serviio to actually use the correct IP.
Hmm looking closer it seems Serviio detectes non-existent wake events or windows was sending fake wake events to Serviio as I see these lines when I was having most problems with Serviio:
2017-01-22 20:06:18,967 INFO [DiscoveryManager] System wake up detected, restarting UPnP services for network re-discovery
They occur every approx 100 seconds from 17:46 to 20:06. Trust me, I only woke the pc once that day.
Still, why it chose the wrong IP, I cannot say.
I will monitor the coming performance and make a copy of the log and hope it helps.