New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ntpdate in fc17 template #603

Closed
marmarek opened this Issue Mar 8, 2015 · 4 comments

Comments

Projects
None yet
2 participants
@marmarek
Member

marmarek commented Mar 8, 2015

Reported by joanna on 21 Jun 2012 22:27 UTC
It seems like we can use the following program (need to be installed on fc17 via 'yum install ntpdate'):

/usr/libexec/ntpdate-wrapper

So, solving this ticket requires two things:

  1. Adding ntpdate to the list of packages
  2. Modifying qvm-sync-clock to call ntpdate-wrapper instead of initd.d/ntpdate

Regarding #2 -- do we want to fall back to calling init.d/ntpdate in case there was not ntpdate-wrapper, or just assume the clockvm always runs on fc17?

Migrated-From: https://wiki.qubes-os.org/ticket/603

@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

marmarek Mar 8, 2015

Member

Comment by marmarek on 21 Jun 2012 23:42 UTC
I think we should have fallback. Perhaps (additional) wrapper in /usr/lib/qubes/, or implement it as qrexec service (this way we can inhibit hardcoded path in dom0).

Member

marmarek commented Mar 8, 2015

Comment by marmarek on 21 Jun 2012 23:42 UTC
I think we should have fallback. Perhaps (additional) wrapper in /usr/lib/qubes/, or implement it as qrexec service (this way we can inhibit hardcoded path in dom0).

@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

marmarek Mar 8, 2015

Member

Comment by joanna on 21 Jun 2012 23:47 UTC
Yes, I like the idea of having qubes.SyncNtpClock service.

Member

marmarek commented Mar 8, 2015

Comment by joanna on 21 Jun 2012 23:47 UTC
Yes, I like the idea of having qubes.SyncNtpClock service.

@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

marmarek Mar 8, 2015

Member

Modified by marmarek on 22 Jun 2012 20:24 UTC

Member

marmarek commented Mar 8, 2015

Modified by marmarek on 22 Jun 2012 20:24 UTC

@marmarek marmarek assigned marmarek and unassigned rootkovska Mar 8, 2015

@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

marmarek Mar 8, 2015

Member

Comment by marmarek on 22 Jun 2012 22:44 UTC
http://git.qubes-os.org/gitweb/?p=marmarek/core.git;a=commit;h=f53ebfc3cd6d4b5bbb3fd18a80de4d7388a78360
http://git.qubes-os.org/gitweb/?p=marmarek/core.git;a=commit;h=89aaa6075346806954a87628e9d16ad7cd2e6c4b

Note that this uses new qubes RPC calling method (with path to multiplexer given by VM agent, not dom0). But other services still uses legacy method (will switch it later, to not break update - first VM must be updated).

Member

marmarek commented Mar 8, 2015

Comment by marmarek on 22 Jun 2012 22:44 UTC
http://git.qubes-os.org/gitweb/?p=marmarek/core.git;a=commit;h=f53ebfc3cd6d4b5bbb3fd18a80de4d7388a78360
http://git.qubes-os.org/gitweb/?p=marmarek/core.git;a=commit;h=89aaa6075346806954a87628e9d16ad7cd2e6c4b

Note that this uses new qubes RPC calling method (with path to multiplexer given by VM agent, not dom0). But other services still uses legacy method (will switch it later, to not break update - first VM must be updated).

@marmarek marmarek closed this Mar 8, 2015

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment