I haven't switched from ntp to chrony. So I have configured my puppet to remove it as it's now part of default installation of rhel. I works well with everything except on vdsm, since last upgrade: # yum erase chrony .. Removing for dependencies: vdsm x86_64 4.19.15-1.el7.centos @ovirt-4.1 2.6 M vdsm-hook-vmfex-dev noarch 4.19.15-1.el7.centos @ovirt-4.1 21 k Why vdsm depends on chrony ? Any time synchronisation solution is good. Is that the role of ovirt to chose for me ?
On Fri, Jun 9, 2017 at 11:05 AM, Fabrice Bacchella < fabrice.bacchella@orange.fr> wrote:
I haven't switched from ntp to chrony. So I have configured my puppet to remove it as it's now part of default installation of rhel.
I works well with everything except on vdsm, since last upgrade:
# yum erase chrony .. Removing for dependencies: vdsm x86_64 4.19.15-1.el7.centos @ovirt-4.1 2.6 M vdsm-hook-vmfex-dev noarch 4.19.15-1.el7.centos @ovirt-4.1 21 k
Why vdsm depends on chrony ? Any time synchronisation solution is good. Is that the role of ovirt to chose for me ?
Adding people involved in this change. Please note the change has been reviewed and discussed on https://gerrit.ovirt.org/#/c/73822/ for addressing https://bugzilla.redhat.com/show_bug.cgi?id=1428419 and it moves from requiring ntp to requiring chrony. So it was already deciding for you, you just both were in agreement :-) Sadly: # rpm -q --provides ntp config(ntp) = 4.2.8p10-1.fc26 ntp = 4.2.8p10-1.fc26 ntp(x86-64) = 4.2.8p10-1.fc26 rpm -q --provides chrony chrony = 3.1-4.fc26 chrony(x86-64) = 3.1-4.fc26 config(chrony) = 3.1-4.fc26 there's no way to require just the time synchronization capability like in httpd providing the webserver capability: # rpm -q --provides httpd config(httpd) = 2.4.25-8.fc26 httpd = 2.4.25-8.fc26 httpd(x86-64) = 2.4.25-8.fc26 httpd-mmn = 20120211 httpd-mmn = 20120211x8664 httpd-suexec = 2.4.25-8.fc26 mod_dav = 2.4.25-8.fc26 webserver # dnf provides webserver Ultima verifica della scadenza dei metadati: 0:02:59 fa il Fri Jun 09 11:36:58 2017 CEST. httpd-2.4.25-8.fc26.x86_64 : Apache HTTP Server Repo : @System nginx-1:1.10.3-1.fc26.x86_64 : A high performance web server and reverse proxy server Repo : @System httpd-2.4.25-8.fc26.x86_64 : Apache HTTP Server Repo : updates-testing cherokee-1.2.104-1.fc25.i686 : Flexible and Fast Webserver Repo : fedora cherokee-1.2.104-1.fc25.x86_64 : Flexible and Fast Webserver Repo : fedora httpd-2.4.25-5.fc26.x86_64 : Apache HTTP Server Repo : fedora lighttpd-1.4.45-3.fc26.x86_64 : Lightning fast webserver with light system requirements Repo : fedora nginx-1:1.10.3-1.fc26.x86_64 : A high performance web server and reverse proxy server Repo : fedora In Fedora we may use boolean dependencies and install chrony only if ntp is not already installed: http://rpm.org/user_doc/boolean_dependencies.html but this feature is not available in RHEL / CentOS. I let others explain why we are enforcing the dependency on the package itself instead of moving vdsm to an error state if time synchronization is disabled at runtime: # timedatectl status Local time: ven 2017-06-09 11:45:18 CEST Universal time: ven 2017-06-09 09:45:18 UTC RTC time: ven 2017-06-09 09:45:18 Time zone: Europe/Rome (CEST, +0200) Network time on: yes NTP synchronized: yes RTC in local TZ: no # rpm -qf `which timedatectl` systemd-233-3.fc26.x86_64
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
On 9 Jun 2017, at 11:46, Sandro Bonazzola <sbonazzo@redhat.com> wrote: =20 =20 =20 On Fri, Jun 9, 2017 at 11:05 AM, Fabrice Bacchella = <fabrice.bacchella@orange.fr <mailto:fabrice.bacchella@orange.fr>> = wrote: I haven't switched from ntp to chrony. So I have configured my puppet = to remove it as it's now part of default installation of rhel. =20 I works well with everything except on vdsm, since last upgrade: =20 # yum erase chrony .. Removing for dependencies: vdsm x86_64 = 4.19.15-1.el7.centos = @ovirt-4.1 2.6 M vdsm-hook-vmfex-dev noarch = 4.19.15-1.el7.centos = @ovirt-4.1 21 k =20 =20 Why vdsm depends on chrony ? Any time synchronisation solution is = good. Is that the role of ovirt to chose for me ? =20 Adding people involved in this change. Please note the change has been reviewed and discussed on = https://gerrit.ovirt.org/#/c/73822/ = <https://gerrit.ovirt.org/#/c/73822/> for addressing = https://bugzilla.redhat.com/show_bug.cgi?id=3D1428419 = <https://bugzilla.redhat.com/show_bug.cgi?id=3D1428419> and it moves from requiring ntp to requiring chrony. So it was already deciding for you, you just both were in agreement = :-) =20 Sadly: # rpm -q --provides ntp config(ntp) =3D 4.2.8p10-1.fc26 ntp =3D 4.2.8p10-1.fc26 ntp(x86-64) =3D 4.2.8p10-1.fc26 =20 rpm -q --provides chrony chrony =3D 3.1-4.fc26 chrony(x86-64) =3D 3.1-4.fc26 config(chrony) =3D 3.1-4.fc26 =20 there's no way to require just the time synchronization capability =
=20 # rpm -q --provides httpd config(httpd) =3D 2.4.25-8.fc26 httpd =3D 2.4.25-8.fc26 httpd(x86-64) =3D 2.4.25-8.fc26 httpd-mmn =3D 20120211 httpd-mmn =3D 20120211x8664 httpd-suexec =3D 2.4.25-8.fc26 mod_dav =3D 2.4.25-8.fc26 webserver =20 # dnf provides webserver Ultima verifica della scadenza dei metadati: 0:02:59 fa il Fri Jun 09 = 11:36:58 2017 CEST. httpd-2.4.25-8.fc26.x86_64 : Apache HTTP Server Repo : @System =20 nginx-1:1.10.3-1.fc26.x86_64 : A high performance web server and = reverse proxy server Repo : @System =20 httpd-2.4.25-8.fc26.x86_64 : Apache HTTP Server Repo : updates-testing =20 cherokee-1.2.104-1.fc25.i686 : Flexible and Fast Webserver Repo : fedora =20 cherokee-1.2.104-1.fc25.x86_64 : Flexible and Fast Webserver Repo : fedora =20 httpd-2.4.25-5.fc26.x86_64 : Apache HTTP Server Repo : fedora =20 lighttpd-1.4.45-3.fc26.x86_64 : Lightning fast webserver with light = system requirements Repo : fedora =20 nginx-1:1.10.3-1.fc26.x86_64 : A high performance web server and = reverse proxy server Repo : fedora =20 In Fedora we may use boolean dependencies and install chrony only if = ntp is not already installed: = http://rpm.org/user_doc/boolean_dependencies.html = <http://rpm.org/user_doc/boolean_dependencies.html> but this feature is not available in RHEL / CentOS. =20 I let others explain why we are enforcing the dependency on the =
--Apple-Mail=_79B419BC-A1BC-4C24-A890-BDFCFE15431C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 like in httpd providing the webserver capability: package itself instead of moving vdsm to an error state if time = synchronization is disabled at runtime: because it=E2=80=99s much more problematic to troubleshoot and fix then. The main reason is by enforcing NTP service on the host we get a good = time sync even for people who do not care/do not know anything about it = and get the right setup from DHCP As Sandro says there is no easy way to identify the capability in = general, and chrony is the default in el7 You can just disable the chrony service(we rely on the fact it=E2=80=99s = enabled by default) and install any other NTP service as you prefer Thanks, micahl
=20 # timedatectl status Local time: ven 2017-06-09 11:45:18 CEST Universal time: ven 2017-06-09 09:45:18 UTC RTC time: ven 2017-06-09 09:45:18 Time zone: Europe/Rome (CEST, +0200) Network time on: yes NTP synchronized: yes RTC in local TZ: no =20 # rpm -qf `which timedatectl` systemd-233-3.fc26.x86_64 =20 =20 =20 =20 _______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users = <http://lists.ovirt.org/mailman/listinfo/users> =20 =20 =20 --=20 SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat=C2=A0EMEA <https://www.redhat.com/> <https://red.ht/sig>=09 TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
--Apple-Mail=_79B419BC-A1BC-4C24-A890-BDFCFE15431C Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><br class=3D""><div><blockquote type=3D"cite" class=3D""><div = class=3D"">On 9 Jun 2017, at 11:46, Sandro Bonazzola <<a = href=3D"mailto:sbonazzo@redhat.com" class=3D"">sbonazzo@redhat.com</a>>= wrote:</div><br class=3D"Apple-interchange-newline"><div class=3D""><div = dir=3D"ltr" class=3D""><br class=3D""><div class=3D"gmail_extra"><br = class=3D""><div class=3D"gmail_quote">On Fri, Jun 9, 2017 at 11:05 AM, = Fabrice Bacchella <span dir=3D"ltr" class=3D""><<a = href=3D"mailto:fabrice.bacchella@orange.fr" target=3D"_blank" = class=3D"">fabrice.bacchella@orange.fr</a>></span> wrote:<br = class=3D""><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px = 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I haven't = switched from ntp to chrony. So I have configured my puppet to remove it = as it's now part of default installation of rhel.<br class=3D""> <br class=3D""> I works well with everything except on vdsm, since last upgrade:<br = class=3D""> <br class=3D""> # yum erase chrony<br class=3D""> ..<br class=3D""> Removing for dependencies:<br class=3D""> vdsm = = x86_64 = = 4.19.15-1.el7.centos = = @ovirt-4.1 = 2.6 M<br = class=3D""> vdsm-hook-vmfex-dev = = noarch = = 4.19.15-1.el7.centos = = @ovirt-4.1 = 21 k<br = class=3D""> <br class=3D""> <br class=3D""> Why vdsm depends on chrony ? Any time synchronisation solution is good. = Is that the role of ovirt to chose for me ?<br = class=3D""></blockquote><div class=3D""><br class=3D""></div><div = class=3D"">Adding people involved in this change.</div><div = class=3D"">Please note the change has been reviewed and discussed on <a = href=3D"https://gerrit.ovirt.org/#/c/73822/" = class=3D"">https://gerrit.ovirt.org/#/c/73822/</a> for = addressing <a = href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1428419" = class=3D"">https://bugzilla.redhat.com/show_bug.cgi?id=3D1428419</a></div>= <div class=3D"">and it moves from requiring ntp to requiring = chrony.</div><div class=3D"">So it was already deciding for you, you = just both were in agreement :-)</div><div class=3D""><br = class=3D""></div><div class=3D"">Sadly:</div><div class=3D""><div = class=3D""># rpm -q --provides ntp</div><div class=3D"">config(ntp) =3D = 4.2.8p10-1.fc26</div><div class=3D"">ntp =3D 4.2.8p10-1.fc26</div><div = class=3D"">ntp(x86-64) =3D 4.2.8p10-1.fc26</div></div><div class=3D""><br = class=3D""></div><div class=3D""><div class=3D"">rpm -q --provides = chrony</div><div class=3D"">chrony =3D 3.1-4.fc26</div><div = class=3D"">chrony(x86-64) =3D 3.1-4.fc26</div><div = class=3D"">config(chrony) =3D 3.1-4.fc26</div></div><div class=3D""><br = class=3D""></div><div class=3D"">there's no way to require just the time = synchronization capability like in httpd providing the webserver = capability:</div><div class=3D""><br class=3D""></div><div class=3D""><div= class=3D""># rpm -q --provides httpd</div><div class=3D"">config(httpd) = =3D 2.4.25-8.fc26</div><div class=3D"">httpd =3D 2.4.25-8.fc26</div><div = class=3D"">httpd(x86-64) =3D 2.4.25-8.fc26</div><div class=3D"">httpd-mmn = =3D 20120211</div><div class=3D"">httpd-mmn =3D 20120211x8664</div><div = class=3D"">httpd-suexec =3D 2.4.25-8.fc26</div><div class=3D"">mod_dav =3D= 2.4.25-8.fc26</div><div class=3D"">webserver</div></div><div = class=3D""><br class=3D""></div><div class=3D""><div class=3D""># dnf = provides webserver</div><div class=3D"">Ultima verifica della scadenza = dei metadati: 0:02:59 fa il Fri Jun 09 11:36:58 2017 CEST.</div><div = class=3D"">httpd-2.4.25-8.fc26.x86_64 : Apache HTTP Server</div><div = class=3D"">Repo : @System</div><div = class=3D""><br class=3D""></div><div = class=3D"">nginx-1:1.10.3-1.fc26.x86_64 : A high performance web server = and reverse proxy server</div><div class=3D"">Repo = : @System</div><div class=3D""><br class=3D""></div><div = class=3D"">httpd-2.4.25-8.fc26.x86_64 : Apache HTTP Server</div><div = class=3D"">Repo : updates-testing</div><div = class=3D""><br class=3D""></div><div = class=3D"">cherokee-1.2.104-1.fc25.i686 : Flexible and Fast = Webserver</div><div class=3D"">Repo : = fedora</div><div class=3D""><br class=3D""></div><div = class=3D"">cherokee-1.2.104-1.fc25.x86_64 : Flexible and Fast = Webserver</div><div class=3D"">Repo : = fedora</div><div class=3D""><br class=3D""></div><div = class=3D"">httpd-2.4.25-5.fc26.x86_64 : Apache HTTP Server</div><div = class=3D"">Repo : fedora</div><div = class=3D""><br class=3D""></div><div = class=3D"">lighttpd-1.4.45-3.fc26.x86_64 : Lightning fast webserver with = light system requirements</div><div class=3D"">Repo = : fedora</div><div class=3D""><br class=3D""></div><div = class=3D"">nginx-1:1.10.3-1.fc26.x86_64 : A high performance web server = and reverse proxy server</div><div class=3D"">Repo = : fedora</div></div><div class=3D""><br class=3D""></div><div = class=3D"">In Fedora we may use boolean dependencies and install chrony = only if ntp is not already installed: <a = href=3D"http://rpm.org/user_doc/boolean_dependencies.html" = class=3D"">http://rpm.org/user_doc/boolean_dependencies.html</a></div><div= class=3D"">but this feature is not available in RHEL / = CentOS.</div><div class=3D""><br class=3D""></div><div class=3D"">I let = others explain why we are enforcing the dependency on the package itself = instead of moving vdsm to an error state if time synchronization is = disabled at runtime:</div></div></div></div></div></blockquote><div><br = class=3D""></div>because it=E2=80=99s much more problematic to = troubleshoot and fix then.</div><div>The main reason is by enforcing NTP = service on the host we get a good time sync even for people who do not = care/do not know anything about it and get the right setup from = DHCP</div><div>As Sandro says there is no easy way to identify the = capability in general, and chrony is the default in el7</div><div><br = class=3D""></div><div>You can just disable the chrony service(we rely on = the fact it=E2=80=99s enabled by default) and install any other NTP = service as you prefer</div><div><br = class=3D""></div><div>Thanks,</div><div>micahl</div><div><br = class=3D""><blockquote type=3D"cite" class=3D""><div class=3D""><div = dir=3D"ltr" class=3D""><div class=3D"gmail_extra"><div = class=3D"gmail_quote"><div class=3D""><br class=3D""></div><div = class=3D""><div class=3D""># timedatectl status</div><div = class=3D""> Local time: ven 2017-06-09 11:45:18 = CEST</div><div class=3D""> Universal time: ven 2017-06-09 09:45:18 = UTC</div><div class=3D""> RTC time: ven = 2017-06-09 09:45:18</div><div class=3D""> Time = zone: Europe/Rome (CEST, +0200)</div><div class=3D""> Network time = on: yes</div><div class=3D"">NTP synchronized: yes</div><div = class=3D""> RTC in local TZ: no</div></div><div class=3D""><br = class=3D""></div><div class=3D""><div class=3D""># rpm -qf `which = timedatectl`</div><div = class=3D"">systemd-233-3.fc26.x86_64</div></div><div class=3D""><br = class=3D""></div><div class=3D""><br class=3D""></div><div = class=3D""> </div><blockquote class=3D"gmail_quote" = style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid = rgb(204,204,204);padding-left:1ex"> <br class=3D""> ______________________________<wbr class=3D"">_________________<br = class=3D""> Users mailing list<br class=3D""> <a href=3D"mailto:Users@ovirt.org" class=3D"">Users@ovirt.org</a><br = class=3D""> <a href=3D"http://lists.ovirt.org/mailman/listinfo/users" = rel=3D"noreferrer" target=3D"_blank" = class=3D"">http://lists.ovirt.org/<wbr = class=3D"">mailman/listinfo/users</a><br class=3D""> </blockquote></div><br class=3D""><br clear=3D"all" class=3D""><div = class=3D""><br class=3D""></div>-- <br class=3D""><div = class=3D"gmail_signature"><div dir=3D"ltr" class=3D""><div class=3D""><div= dir=3D"ltr" class=3D""><div dir=3D"ltr" class=3D""><div dir=3D"ltr" = class=3D""><div dir=3D"ltr" class=3D""><div style=3D"font-family: = overpass, sans-serif; font-weight: bold; margin: 0px; padding: 0px; = font-size: 14px; text-transform: uppercase;" class=3D""><span = class=3D"">SANDRO</span> <span class=3D"">BONAZZOLA</span></div><p = style=3D"font-family: overpass, sans-serif; font-size: 10px; margin: 0px = 0px 4px; text-transform: uppercase;" class=3D""><span class=3D"">ASSOCIATE= MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION = R&D</span></p><div style=3D"font-family: overpass, sans-serif; = margin: 0px; font-size: 10px; color: rgb(153, 153, 153);" class=3D""><a = href=3D"https://www.redhat.com/" style=3D"color:rgb(0,136,206);margin:0px"= target=3D"_blank" class=3D"">Red Hat <span = class=3D"">EMEA</span></a></div><table border=3D"0" style=3D"font-family: = overpass, sans-serif; font-size: inherit;" class=3D""><tbody = class=3D""><tr class=3D""><td width=3D"100px" class=3D""><a = href=3D"https://red.ht/sig" target=3D"_blank" class=3D""><img = src=3D"https://www.redhat.com/profiles/rh/themes/redhatdotcom/img/logo-red= -hat-black.png" width=3D"90" height=3D"auto" class=3D""></a></td><td = style=3D"font-size:10px" class=3D""><div class=3D""><a = href=3D"https://redhat.com/trusted" = style=3D"color:rgb(204,0,0);font-weight:bold" target=3D"_blank" = class=3D"">TRIED. TESTED. = TRUSTED.</a></div></td></tr></tbody></table></div></div></div></div></div>= </div></div> </div></div> </div></blockquote></div><br class=3D""></body></html>= --Apple-Mail=_79B419BC-A1BC-4C24-A890-BDFCFE15431C--
People might be suprised. I'm currently trying to understand what chrony did to my ntpd setup, it look like it killed it and puppet has hard time to reconfigure it. And as it's not a 'ovirt update' but instead vdsm update seems to happen more frequently, some people might forget to read release notes and be disappointed.
On 09 Jun 2017, at 15:48, Fabrice Bacchella <fabrice.bacchella@orange.fr> wrote:
People might be suprised. I'm currently trying to understand what chrony did to my ntpd setup, it look like it killed it and puppet has hard time to reconfigure it.
And as it's not a 'ovirt update' but instead vdsm update seems to happen more frequently, some people might forget to read release notes and be disappointed.
We do not configure anything. Just pull in dependency. You're free to disable the service as a common admin task. As long as you replace it with other time synchronization solution
Le 10 juin 2017 à 22:21, Michal Skrivanek <mskrivan@redhat.com> a écrit :
On 09 Jun 2017, at 15:48, Fabrice Bacchella <fabrice.bacchella@orange.fr> wrote:
People might be suprised. I'm currently trying to understand what chrony did to my ntpd setup, it look like it killed it and puppet has hard time to reconfigure it.
And as it's not a 'ovirt update' but instead vdsm update seems to happen more frequently, some people might forget to read release notes and be disappointed.
We do not configure anything. Just pull in dependency. You're free to disable the service as a common admin task. As long as you replace it with other time synchronization solution
Yes, that's I've done, but beware of user complain about broken ntp service because their specially crafted ntpd configuration now lying dead. I detected it because my puppet setup tried to uninstall chrony and failed. What about other users ? Does the default chrony settings always works, for every one ?
On 06/11/2017 04:19 AM, Fabrice Bacchella wrote:
Le 10 juin 2017 à 22:21, Michal Skrivanek <mskrivan@redhat.com> a écrit :
On 09 Jun 2017, at 15:48, Fabrice Bacchella <fabrice.bacchella@orange.fr> wrote:
People might be suprised. I'm currently trying to understand what chrony did to my ntpd setup, it look like it killed it and puppet has hard time to reconfigure it.
And as it's not a 'ovirt update' but instead vdsm update seems to happen more frequently, some people might forget to read release notes and be disappointed.
We do not configure anything. Just pull in dependency. You're free to disable the service as a common admin task. As long as you replace it with other time synchronization solution
Yes, that's I've done, but beware of user complain about broken ntp service because their specially crafted ntpd configuration now lying dead. I detected it because my puppet setup tried to uninstall chrony and failed. What about other users ? Does the default chrony settings always works, for every one ?
Since you mentioned puppet, here's out puppet pp and template erb we use, hope it help. IMHO, ntp has problems that chrony doesn't have: chrony/manifests/init.pp: # This class is really only for CentOS 7 or higher. # class chrony ( $stratumweight = 0, $driftfile = '/var/lib/chrony/drift', $keyfile = '/etc/chrony.keys', $keyfile_commandkey = 1, $generatecommandkey = true, $logdir = '/var/log/chrony', $noclientlog = true, $logchange = '0.5', $makestep_enable = true, $makestep_threshold = 10, $makestep_update = -1, $bindcmdaddress = '127.0.0.1', $servers = ['ntp1.example.com', 'ntp2.example.com'], $iburst_enable = true, $rtcsync_enable = false,) { if $operatingsystem in ['CentOS', 'RedHat'] and ($::operatingsystemmajrelease + 0) >= 7 { ensure_packages(['chrony']) # Red Hat, CentOS don't readily have ability to change location of conf # file. $conf_file = '/etc/chrony.conf' service { 'chronyd': ensure => 'running', enable => true, require => Package['chrony'], } file { $conf_file: ensure => present, group => 'root', mode => '644', owner => 'root', content => template('chrony/chrony_conf.erb'), notify => Service['chronyd'], require => Package['chrony'], } } else { notify { 'chrony only supported in CentOS/RHEL 7 or greater': } exec { '/bin/false': } } } chrony/templates/chrony_conf.erb <% @servers.flatten.each do |server| -%> server <%= server %><% if @iburst_enable == true -%> iburst<% end -%> <% end -%> <% if @stratumweight -%> stratumweight <%= @stratumweight %> <% end -%> <% if @driftfile -%> driftfile <%= @driftfile %> <% end -%> <% if @makestep_enable == true -%> makestep <%= @makestep_threshold %> <%= @makestep_update %> <% end -%> <% if @rtcsync_enable == true -%> rtcsync <% end -%> <% if @bindcmdaddress -%> bindcmdaddress <%= @bindcmdaddress %> <% end -%> <% if @keyfile -%> keyfile <%= @keyfile %> <% if @keyfile_commandkey -%> commandkey <%= @keyfile_commandkey %> <% else -%> commandkey 0 <% end -%> <% if @generatecommandkey == true -%> generatecommandkey <% end -%> <% end -%> <% if @noclientlog -%> noclientlog <% end -%> <% if @logchange -%> logchange <%= @logchange %> <% end -%> <% if @logdir -%> logdir <%= @logdir %> <% end -%>
Other strange dependencies: rpm -q --requires vdsm returns: sos tree NetworkManager-config-server I don't use NetworkManager-config-server and never used it. There is just this lonely components. I'm running Centos, not Redhat, what 'sos' is good for in this case ? tree is for interactive shell, who can a python application needs it ? There is a lot of other tools like openvswitch's and iscsi's that are not used in my setup. But I can understand that they are always installed. A modular approach would have been better but much more complicated to implement. which, every one use it , even if it's not the best solution instead of the bash builtin 'type -p' (bash is part of the requires) or more portable 'command -v', it's all explained at: https://unix.stackexchange.com/a/85250. But I must live with this.
Le 9 juin 2017 à 11:05, Fabrice Bacchella <fabrice.bacchella@orange.fr> a écrit :
I haven't switched from ntp to chrony. So I have configured my puppet to remove it as it's now part of default installation of rhel.
I works well with everything except on vdsm, since last upgrade:
# yum erase chrony .. Removing for dependencies: vdsm x86_64 4.19.15-1.el7.centos @ovirt-4.1 2.6 M vdsm-hook-vmfex-dev noarch 4.19.15-1.el7.centos @ovirt-4.1 21 k
Why vdsm depends on chrony ? Any time synchronisation solution is good. Is that the role of ovirt to chose for me ?
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On Fri, Jun 9, 2017 at 11:46 AM, Fabrice Bacchella < fabrice.bacchella@orange.fr> wrote:
Other strange dependencies: rpm -q --requires vdsm
returns: sos tree NetworkManager-config-server
I don't use NetworkManager-config-server and never used it. There is just this lonely components. I'm running Centos, not Redhat, what 'sos' is good for in this case ?
vdsm ships a sos plugin for collecting logs useful for debug issues. Here the dependency on sos is needed for ensuring the directory tree owned by sos is in place for installing the plugin. Also, ovirt-log-collector assumes sos is installed on the hosts. Yes, sos is still useful, I often ask users to provide a sos report in order to understand what's going wrong.
tree is for interactive shell, who can a python application needs it ?
tree is needed by vdsm sos plugin, see https://gerrit.ovirt.org/#/c/555/
There is a lot of other tools like openvswitch's and iscsi's that are not used in my setup. But I can understand that they are always installed. A modular approach would have been better but much more complicated to implement.
which, every one use it , even if it's not the best solution instead of the bash builtin 'type -p' (bash is part of the requires) or more portable 'command -v', it's all explained at: https://unix.stackexchange. com/a/85250. But I must live with this.
Le 9 juin 2017 à 11:05, Fabrice Bacchella <fabrice.bacchella@orange.fr> a écrit :
I haven't switched from ntp to chrony. So I have configured my puppet to remove it as it's now part of default installation of rhel.
I works well with everything except on vdsm, since last upgrade:
# yum erase chrony .. Removing for dependencies: vdsm x86_64 4.19.15-1.el7.centos @ovirt-4.1 2.6 M vdsm-hook-vmfex-dev noarch 4.19.15-1.el7.centos @ovirt-4.1 21 k
Why vdsm depends on chrony ? Any time synchronisation solution is good. Is that the role of ovirt to chose for me ?
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
participants (4)
-
Christopher Cox -
Fabrice Bacchella -
Michal Skrivanek -
Sandro Bonazzola