Re: [SailfishDevel] Warning: File `Makefile' has modification time 0.51 s in the future
On Wed, 7 Jan 2015 10:26:43 + Chris Walker wrote: > On Tue, 6 Jan 2015 16:53:28 + > Chris Walker wrote: > > [snip> > > So rather than me tinkering and *possibly* managing to fix this > > thing, what is the *correct* way to do it? > > As I need to press on, and in the absence of any replies, I've set > this :- > VBoxManage guestproperty set "SailfishOS Emulator" > "/VirtualBox/GuestAdd/VBoxService/--timesync-interval" 50 > > I tried with a value of 10 but that produced an error in the emulator > to say the value was too low and that 50 was the minimum. > > I can now compile again. I should also have said that despite the fact that I can now compile again, the message about clock skew and the time of the makefile is still there. But now I can at least progress without the compilation stopping at the point of transfer. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Warning: File `Makefile' has modification time 0.51 s in the future
On Tue, 6 Jan 2015 16:53:28 + Chris Walker wrote: [snip> > So rather than me tinkering and *possibly* managing to fix this thing, > what is the *correct* way to do it? As I need to press on, and in the absence of any replies, I've set this :- VBoxManage guestproperty set "SailfishOS Emulator" "/VirtualBox/GuestAdd/VBoxService/--timesync-interval" 50 I tried with a value of 10 but that produced an error in the emulator to say the value was too low and that 50 was the minimum. I can now compile again. ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Warning: File `Makefile' has modification time 0.51 s in the future
On Mon, 14 Apr 2014 15:22:39 +0100 David Greaves wrote: > On 14/04/14 14:49, Chris Walker wrote: [snip] > > Physician heal thyself! > > > > I installed the ntp client and it now picks up network time. I'm > > assuming therefore that there is some time 'slip' between the host > > machine and VBox. > > This works but is suboptimal. > > Make sure > /usr/bin/VBoxService -f > is running in the guest; it manages time sync. > > Also https://www.virtualbox.org/manual/ch09.html > > Finally check your host is running the correct services and has all > the right modules built. > > David I've just done the latest SDK update and this problem has resurfaced. David suggested that I check the service is running in the guest. Having just installed them, surely they should be running by default, shouldn't they? Note that I haven't reinstalled the ntp client on the guest machines, they're still as installed. If I run the VBoxService command I get this error which explains the cause of the problem :- /usr/bin/VBoxService -f VBoxService 4.2.12_OSE r84980 (verbosity: 0) linux.x86 (Dec 10 2014 20:45:30) release log 00:00:00.000146 main Log opened 2015-01-06T16:49:56.390798000Z 00:00:00.000299 main OS Product: Linux 00:00:00.000350 main OS Release: 3.6.11-10.1.7.jolla 00:00:00.000391 main OS Version: #1 SMP PREEMPT Wed Dec 10 19:12:11 UTC 2014 00:00:00.000421 main OS Service Pack: #1 SMP PREEMPT Wed Dec 10 19:12:11 UTC 2014 00:00:00.000450 main Executable: /usr/bin/VBoxService 00:00:00.000452 main Process ID: 984 00:00:00.000452 main Package type: LINUX_32BITS_GENERIC (OSE) 00:00:00.003991 main 4.2.12_OSE r84980 started. Verbose level = 0 00:00:00.004647 main Service 'memballoon' was disabled because of missing functionality 00:00:00.005169 timesync Error: VBoxServiceTimeSyncSet: RTTimeSet(1 420 562 998 673 016 000 ns) failed: VERR_ACCESS_DENIED 00:00:10.005461 timesync Error: VBoxServiceTimeSyncSet: RTTimeSet(1 420 563 008 668 012 000 ns) failed: VERR_ACCESS_DENIED 00:00:20.005630 timesync Error: VBoxServiceTimeSyncSet: RTTimeSet(1 420 563 018 663 012 000 ns) failed: VERR_ACCESS_DENIED At the time I captured this error, Qt Creator wasn't running, only the emulator and build machine. So rather than me tinkering and *possibly* managing to fix this thing, what is the *correct* way to do it? ___ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Re: [SailfishDevel] Warning: File `Makefile' has modification time 0.51 s in the future
On Mon, 14 Apr 2014 15:22:39 +0100 David Greaves wrote: > On 14/04/14 14:49, Chris Walker wrote: > > On Mon, 14 Apr 2014 14:26:58 +0100 > > Chris Walker wrote: > > I installed the ntp client and it now picks up network time. I'm > > assuming therefore that there is some time 'slip' between the host > > machine and VBox. > > This works but is suboptimal. Perhaps I need to clarify this. I installed the ntpclient on the host, and hence why I specified my machine architecture. > Make sure > /usr/bin/VBoxService -f > is running in the guest; it manages time sync. It appears to be as it produces several lines of output when I run the above command. Should I be concerned about this? Service 'memballoon' was disabled because of missing functionality > Also https://www.virtualbox.org/manual/ch09.html > > Finally check your host is running the correct services and has all > the right modules built. I think you'd need to specify which are the correct services and also all the correct modules, and yes I *did* read the above chapter in the manual. I can confirm that Guest Additions is installed and working for a couple of Windows virtual machines but I haven't installed it on the Mer box. Am I meant to? If it's a stock install though, why would I need to reconfigure anything? It all worked before and all I've done is re-install the SDK and load up the existing .pro file from my project. ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Warning: File `Makefile' has modification time 0.51 s in the future
Hi David As we are in danger of taking this thread in a direction that the OP CDW probably did not intend I'll keep it short(ish) 8-) You are right that NTP is very tricky when VMs are involved. VMs need exactly the right NTP config to work properly (e.g. to jump the time quickly after a suspend). The ultimate crime is to run an NTPD Server in a VM. The less said about that the better. For those in the need of some nerdy bedtime reading there is an excellent document on the topic from VMWare: http://www.vmware.com/files/pdf/Timekeeping-In-VirtualMachines.pdf While it specific for VMWare, much of the content is relevant to other virtualisers (e.g. VirtualBox) Cheers Chris Zitat von "David Greaves" : On 15/04/14 07:07, christopher.l...@thurweb.ch wrote: Hi Thomas Earlier this year in addition to my normal day job I took over responsibility for a server farm of over 50 servers both real and virtual. Their clocks, system and hardware were all over the place. This lead to strange knock on effects, like Samba not being able to authenticate users via SSSD / LDAP. In order to git the clocks under control again I was forced to find out much more about clock-skew {1} and NTP then I cared for. As a result I can be very boring on the subject. 8-) While ntpdate is a valid pragmatic workaround, it remains a workaround, as a properly configured ntp daemon should automatically keep your system clock in sub millisecond sync. Be aware also that NTDATE is deprecated {2}. Instead you should use ntpd -gq Personally I think you should use a virtualisation specific solution to time sync if possible - it tends to cope better with virt specific issues like suspend and migrate. eg VMs running on laptops. In this case the VM may not even know that it was suspended since the virt layer does it, not VM pm layer and hence cannot trigger special-case timesync handling. Running ntp on all guests is required in some situations though (eg older xen). Happy to hear any counter-arguments though nb - in farm situations this also means that you simply run ntp on the physical hosts and that's one less config pita on the guests :) However if the time is already "too far off" the NTD may never be able to catch up (as normally it only makes small jumps {3), or even give up altogether. When I encountered a server with clock(s) "way off" I used the set of commands below to get it back in line. hwclock --show date service ntpd stop ntpd -gq hwclock --systohc --localtime service ntpd start hwclock --show date After that, if NTPD is properly configured, then NTP should be able to keep the server's system clock in line. HtH Chris {1} the root of all evil {2} http://support.ntp.org/bin/view/Dev/DeprecatingNtpdate {3} by my measurements about 1.7 mins per day Zitat von "Thomas Tanghus" : On Monday 14 April 2014 14:49 Chris Walker wrote: I installed the ntp client and it now picks up network time. I'm assuming therefore that there is some time 'slip' between the host machine and VBox. I had the same problem and now run ntpdate from cron.daily. Turns out my PCs clock loses ~5 seconds(sic!) for every 24h :( -- Med venlig hilsen / Best Regards Thomas Tanghus ___ SailfishOS.org Devel mailing list ___ SailfishOS.org Devel mailing list ___ SailfishOS.org Devel mailing list ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Warning: File `Makefile' has modification time 0.51 s in the future
On 15/04/14 07:07, christopher.l...@thurweb.ch wrote: > Hi Thomas > > Earlier this year in addition to my normal day job I took over responsibility > for a server farm of over 50 servers both real and virtual. Their clocks, > system > and hardware were all over the place. This lead to strange knock on effects, > like Samba not being able to authenticate users via SSSD / LDAP. > > In order to git the clocks under control again I was forced to find out much > more about clock-skew {1} and NTP then I cared for. As a result I can be very > boring on the subject. 8-) > > While ntpdate is a valid pragmatic workaround, it remains a workaround, as a > properly configured ntp daemon should automatically keep your system clock in > sub millisecond sync. Be aware also that NTDATE is deprecated {2}. Instead you > should use ntpd -gq Personally I think you should use a virtualisation specific solution to time sync if possible - it tends to cope better with virt specific issues like suspend and migrate. eg VMs running on laptops. In this case the VM may not even know that it was suspended since the virt layer does it, not VM pm layer and hence cannot trigger special-case timesync handling. Running ntp on all guests is required in some situations though (eg older xen). Happy to hear any counter-arguments though nb - in farm situations this also means that you simply run ntp on the physical hosts and that's one less config pita on the guests :) > However if the time is already "too far off" the NTD may never be able to > catch > up (as normally it only makes small jumps {3), or even give up altogether. > > When I encountered a server with clock(s) "way off" I used the set of commands > below to get it back in line. > > hwclock --show > date > service ntpd stop > ntpd -gq > hwclock --systohc --localtime > service ntpd start > hwclock --show > date > > After that, if NTPD is properly configured, then NTP should be able to keep > the > server's system clock in line. > > HtH > > Chris > > > {1} the root of all evil > {2} http://support.ntp.org/bin/view/Dev/DeprecatingNtpdate > {3} by my measurements about 1.7 mins per day > > > Zitat von "Thomas Tanghus" : > >> On Monday 14 April 2014 14:49 Chris Walker wrote: >>> I installed the ntp client and it now picks up network time. I'm >>> assuming therefore that there is some time 'slip' between the host >>> machine and VBox. >> >> I had the same problem and now run ntpdate from cron.daily. Turns out my PCs >> clock loses ~5 seconds(sic!) for every 24h :( >> >> -- >> Med venlig hilsen / Best Regards >> >> Thomas Tanghus >> ___ >> SailfishOS.org Devel mailing list >> > > > > ___ > SailfishOS.org Devel mailing list ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Warning: File `Makefile' has modification time 0.51 s in the future
Hi Thomas Earlier this year in addition to my normal day job I took over responsibility for a server farm of over 50 servers both real and virtual. Their clocks, system and hardware were all over the place. This lead to strange knock on effects, like Samba not being able to authenticate users via SSSD / LDAP. In order to git the clocks under control again I was forced to find out much more about clock-skew {1} and NTP then I cared for. As a result I can be very boring on the subject. 8-) While ntpdate is a valid pragmatic workaround, it remains a workaround, as a properly configured ntp daemon should automatically keep your system clock in sub millisecond sync. Be aware also that NTDATE is deprecated {2}. Instead you should use ntpd -gq However if the time is already "too far off" the NTD may never be able to catch up (as normally it only makes small jumps {3), or even give up altogether. When I encountered a server with clock(s) "way off" I used the set of commands below to get it back in line. hwclock --show date service ntpd stop ntpd -gq hwclock --systohc --localtime service ntpd start hwclock --show date After that, if NTPD is properly configured, then NTP should be able to keep the server's system clock in line. HtH Chris {1} the root of all evil {2} http://support.ntp.org/bin/view/Dev/DeprecatingNtpdate {3} by my measurements about 1.7 mins per day Zitat von "Thomas Tanghus" : On Monday 14 April 2014 14:49 Chris Walker wrote: I installed the ntp client and it now picks up network time. I'm assuming therefore that there is some time 'slip' between the host machine and VBox. I had the same problem and now run ntpdate from cron.daily. Turns out my PCs clock loses ~5 seconds(sic!) for every 24h :( -- Med venlig hilsen / Best Regards Thomas Tanghus ___ SailfishOS.org Devel mailing list ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Warning: File `Makefile' has modification time 0.51 s in the future
On Monday 14 April 2014 14:49 Chris Walker wrote: > I installed the ntp client and it now picks up network time. I'm > assuming therefore that there is some time 'slip' between the host > machine and VBox. I had the same problem and now run ntpdate from cron.daily. Turns out my PCs clock loses ~5 seconds(sic!) for every 24h :( -- Med venlig hilsen / Best Regards Thomas Tanghus ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Warning: File `Makefile' has modification time 0.51 s in the future
Chris you should clarify what you installed ntp on: your rebuilt workstation or in the sdk? I am assuming the former, but from David's "suboptimal" answer I assume he assumes the latter ...8-) Cheers Chris Zitat von "David Greaves" : On 14/04/14 14:49, Chris Walker wrote: On Mon, 14 Apr 2014 14:26:58 +0100 Chris Walker wrote: Can somebody help me with this one please? I've just rebuilt my machine and have reinstalled QtCreator etc. I never had this problem before so I'm guessing it's something I've done but each time I rebuild my project, I get this error. I've googled it and several people suggest that it's because the build system is on another machine. I suppose it is here as the build is a virtual machine, but as I said, it didn't happen until I rebuilt the box (64 bit Mageia 4) and I'm struggling to fix it. hmmm I can't move on with my project until I solve it so can anybody suggest what I could check please? Physician heal thyself! I installed the ntp client and it now picks up network time. I'm assuming therefore that there is some time 'slip' between the host machine and VBox. This works but is suboptimal. Make sure /usr/bin/VBoxService -f is running in the guest; it manages time sync. Also https://www.virtualbox.org/manual/ch09.html Finally check your host is running the correct services and has all the right modules built. David ___ SailfishOS.org Devel mailing list ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Warning: File `Makefile' has modification time 0.51 s in the future
On 14/04/14 14:49, Chris Walker wrote: > On Mon, 14 Apr 2014 14:26:58 +0100 > Chris Walker wrote: > >> Can somebody help me with this one please? >> >> I've just rebuilt my machine and have reinstalled QtCreator etc. I >> never had this problem before so I'm guessing it's something I've done >> but each time I rebuild my project, I get this error. >> >> I've googled it and several people suggest that it's because the build >> system is on another machine. I suppose it is here as the build is a >> virtual machine, but as I said, it didn't happen until I rebuilt the >> box (64 bit Mageia 4) and I'm struggling to fix it. hmmm >> I can't move on with my project until I solve it so can anybody >> suggest what I could check please? > > Physician heal thyself! > > I installed the ntp client and it now picks up network time. I'm > assuming therefore that there is some time 'slip' between the host > machine and VBox. This works but is suboptimal. Make sure /usr/bin/VBoxService -f is running in the guest; it manages time sync. Also https://www.virtualbox.org/manual/ch09.html Finally check your host is running the correct services and has all the right modules built. David ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Warning: File `Makefile' has modification time 0.51 s in the future
On 14.04.2014 16:49, Chris Walker wrote: Physician heal thyself! I installed the ntp client and it now picks up network time. I'm assuming therefore that there is some time 'slip' between the host machine and VBox. I now get loads of warnings which again, I haven't seen before such as these :- Warning for %files line: "/usr/share/icons/hicolor/86x86/apps" please use %{_datadir} to replace the leading path /usr/share But I *ought* to be able to fix that one ;-) Hi, glad to hear ntp worked for you. Those %files warnings will be gone in the next SDK update. They are caused by an almost-but-not-quite working .pro/.yaml file updater functionality in Qt Creator. They are quite ugly, but harmless. Best regards, Juha ___ SailfishOS.org Devel mailing list
Re: [SailfishDevel] Warning: File `Makefile' has modification time 0.51 s in the future
On Mon, 14 Apr 2014 14:26:58 +0100 Chris Walker wrote: > Can somebody help me with this one please? > > I've just rebuilt my machine and have reinstalled QtCreator etc. I > never had this problem before so I'm guessing it's something I've done > but each time I rebuild my project, I get this error. > > I've googled it and several people suggest that it's because the build > system is on another machine. I suppose it is here as the build is a > virtual machine, but as I said, it didn't happen until I rebuilt the > box (64 bit Mageia 4) and I'm struggling to fix it. > > I can't move on with my project until I solve it so can anybody > suggest what I could check please? Physician heal thyself! I installed the ntp client and it now picks up network time. I'm assuming therefore that there is some time 'slip' between the host machine and VBox. I now get loads of warnings which again, I haven't seen before such as these :- Warning for %files line: "/usr/share/icons/hicolor/86x86/apps" please use %{_datadir} to replace the leading path /usr/share But I *ought* to be able to fix that one ;-) ___ SailfishOS.org Devel mailing list
[SailfishDevel] Warning: File `Makefile' has modification time 0.51 s in the future
Can somebody help me with this one please? I've just rebuilt my machine and have reinstalled QtCreator etc. I never had this problem before so I'm guessing it's something I've done but each time I rebuild my project, I get this error. I've googled it and several people suggest that it's because the build system is on another machine. I suppose it is here as the build is a virtual machine, but as I said, it didn't happen until I rebuilt the box (64 bit Mageia 4) and I'm struggling to fix it. I can't move on with my project until I solve it so can anybody suggest what I could check please? Regards CDW ___ SailfishOS.org Devel mailing list