Please re-add enigma2-plugin-systemplugins-systemtime in feed.
Enigma2 internet time does not work every time you turn it on from deep standby mode.
Posted 25 July 2023 - 22:28
Indeed, I would like to know what is not working, and why. And then fix it instead of work around it.
The system is configured to do an ntp update as soon as the network interface comes up.
Possible causes I know it could be
Having said that, all my boxes run the latest develop (I update virtually daily), and all are connected via wireless, and I never see any date issues, the box has the correct date before E2 starts tuning.
The only possible difference is may be that my firewall runs an NTP service, so the box doesn't have to deal with possible internet latency.
Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)
Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.
Many answers to your question can be found in our new and improved wiki.
Posted 26 July 2023 - 12:56
What enigma does is not relevant, it is completely handled at the network layer.
Do you have the /etc/network/if-up.d/ntpdate-sync symlink? Is it triggered when the network comes up, and what is the result (check dmesg or add some debugging to the script)?
Your plugin calls ntpdate too, the only difference is timing, or perhaps the IP of the NTP server used (see /etc/defaults/ntpdate).
If it sometimes works, sometimes not, I suggest you add a "sleep 1" at the top of the ntpdate-sync script, and see if that adresses the problem, as it suggests is may be fired when the interface is up but IP isn't yet (for example because of slow DHCP response).
Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)
Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.
Many answers to your question can be found in our new and improved wiki.
Posted 26 July 2023 - 13:11
If this is the case, it would be an idea to have it wait until the default gateway is reachable:
IP=echo $(/sbin/ip route | awk '/default/ { print $3 }') until ping -c1 -W1 $IP >/dev/null 2>&1; do :; done
Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)
Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.
Many answers to your question can be found in our new and improved wiki.
Posted 26 July 2023 - 14:21
it would be an idea to have it wait until the default gateway is reachable:
Maybe indeed... but when it cannot be reached at all then it stays in an endless loop....
Edited by littlesat, 26 July 2023 - 14:21.
WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W
Posted 26 July 2023 - 14:22
Your plugin calls ntpdate too, the only difference is timing, or perhaps the IP of the NTP server used (see /etc/defaults/ntpdate).
The plugin starts a moment later...during the startup from enigma2... which is from another perspective too late .... mmmmh....
WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W
Posted 26 July 2023 - 14:30
What enigma does is not relevant, it is completely handled at the network layer.
Do you have the /etc/network/if-up.d/ntpdate-sync symlink? Is it triggered when the network comes up, and what is the result (check dmesg or add some debugging to the script)?
Your plugin calls ntpdate too, the only difference is timing, or perhaps the IP of the NTP server used (see /etc/defaults/ntpdate).
If it sometimes works, sometimes not, I suggest you add a "sleep 1" at the top of the ntpdate-sync script, and see if that adresses the problem, as it suggests is may be fired when the interface is up but IP isn't yet (for example because of slow DHCP response).
ntpdate-sync has been removed in the latest bitbake so you are going to need to change that soon.
In ViX we just wrote a new script that uses /usr/sbin/ntpd.
https://github.com/o...nc/ntpdate-sync
https://github.com/o...ge/ntpd-sync.bb
Edited by Huevos, 26 July 2023 - 14:31.
Posted 26 July 2023 - 14:38
ntpdate-sync has been removed in the latest bitbake so you are going to need to change that soon.
In ViX we just wrote a new script that uses /usr/sbin/ntpd.
Again an example of forking here, made adaptions and improvements without any discussion and/or feedback and then afterwards when something popups here start to catch it up and initially try to invent the wheel again...
But unless this thanks for mentioning it.
WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W
Posted 26 July 2023 - 15:06
ntpdate-sync has been removed in the latest bitbake so you are going to need to change that soon.
In ViX we just wrote a new script that uses /usr/sbin/ntpd.
Again an example of forking here, made adaptions and improvements without any discussion and/or feedback and then afterwards when something popups here start to catch it up and initially try to invent the wheel again...
But unless this thanks for mentioning it.
Forking what exactly?
Posted 26 July 2023 - 16:16
ntpdate-sync has been removed in the latest bitbake so you are going to need to change that soon.d-sync.bb
Possible, but not relevant at the moment. Blindly replacing it would be the same workaround as installing the plugin: working around an issue without understanding the issue.
Maybe indeed... but when it cannot be reached at all then it stays in an endless loop....
If you have the interface come up, but IP not working, you have an issue of another magnitude
It could happen if you connect the box to a switch port which doesn't lead anywhere, but that would be a rather pointless excercise, assuming you plug an UTP cable in to actually send data across it...
Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)
Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.
Many answers to your question can be found in our new and improved wiki.
Posted 26 July 2023 - 16:50
The plugin starts a moment later...during the startup from enigma2... which is from another perspective too late .... mmmmh....
Not.
"NTP cold start"
This start script
update-rc.d ntpdate defaults 99
+
"Sync now with NTP server"
+
"Set system time manually"+
+
"Use RTC time from deep standby"+
+
"Sync now with current transponder"
+
and etc...
P.S.I don't understand what is wrong with this plugin?
Let the user decide.
The feed is full of various rubbish that has not been working for many years, and you deleted the necessary plugin.
Where is the logic...
GigaBlue UHD Quad 4K /Lunix3-4K/Duo 4K
Posted 26 July 2023 - 17:37
I still haven't had confirmation from you about the source of the actual problem.
Stop inventing workarounds for issues you don't know the cause of, and instead debug the problem so it can be fixed for everyone.
Blindly?
Replace is necessary. The only reason ntpdate-sync is still present in PLi is because you are using and old bitbake branch..
Yes, because you also don't know what the root cause is, and therefore you don't know if replacing ntpdate-sync will fix this particular problem.
And it has nothing to do with bitbake, I assume you mean OpenEmbedded version?
Our script tests that a connection to the public internet is available before trying to set the clock.
My NTP server is internal, so not dependent on any public internet connection. My firewall also blocks port 123 (it has a default deny-all policy), so even if an internet NTP server was configured, it wouldn't work (even though you would be able to ping it).
But yes, in general a network check is a good idea. Whether that should be to "the public internet" is another matter.
Edited by WanWizard, 26 July 2023 - 17:40.
Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)
Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.
Many answers to your question can be found in our new and improved wiki.
Posted 26 July 2023 - 22:56
Edited by littlesat, 26 July 2023 - 22:58.
WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W
Posted 8 August 2023 - 10:11
Dreambox dm920, Uclan Ustym4Kpro, Gigablue UHD TRIO 4K and Dreambox dm8000. Wavefrontier T55 13.0|19.2|23.5|28.2 + Ziggo.
Posted 8 August 2023 - 12:17
Dreambox dm920, Uclan Ustym4Kpro, Gigablue UHD TRIO 4K and Dreambox dm8000. Wavefrontier T55 13.0|19.2|23.5|28.2 + Ziggo.
0 members, 40 guests, 0 anonymous users