Skip to content
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

[BUG] Inquiry about NTP Server Issue #17

Open
bongthu opened this issue Dec 17, 2024 · 5 comments
Open

[BUG] Inquiry about NTP Server Issue #17

bongthu opened this issue Dec 17, 2024 · 5 comments
Labels
assigned This bug report is being worked on by the assigned Engineer bug Something isn't working ondev This bug report is being worked on by the assigned Engineer

Comments

@bongthu
Copy link

bongthu commented Dec 17, 2024

Component

chrony

Describe the bug

I have installed Navix version 9.5 with minimal.
The chrony package was installed and the timezone was set to KST.

However, when I checked the time with date command, the actual time is not Korean time,
When I checked the time with "timedatectl" command, the value of “System clock synchronized” is no.

Is this intended?

I used the ntp server provided by default in the RHEL OS and found that the time was correctly synchronized.
(Change the contents of the /etc/chrony.conf file "pool 2.navix.pool.ntp.org iburst" -> "pool 2.rhel.pool.ntp.org iburst")

Best Regards,
bongthu

Expected behavior

After installing the chrony package, I want the chronyd service to synchronize to KST when I run it.

To Reproduce

  1. Install navix os
  2. Check for installed chrony packages
  3. Performing the date and timedatectl commands
  4. Check "System clock synchronized: no" and Seeing KST but not the actual time

Screenshots / Live demo link

No response

Environment

OS : navix
ver : 9.5

Additional context

No response

@bongthu bongthu added bug Something isn't working new This bug report has recently been entered labels Dec 17, 2024
@SeungYeop-Yang
Copy link

SeungYeop-Yang commented Dec 17, 2024

Confirmed:

The same issue was observed with the boot image:

It seems Naver Navix has not setup their NTP server (2.navix.pool.ntp.org) as configured, or the NTP server is down.

$ ping 2.navix.pool.ntp.org 
ping: 2.navix.pool.ntp.org: Name or service not known

$ cat /etc/chrony.conf 
# Use public servers from the pool.ntp.org project.
# Please consider joining the pool (https://www.pool.ntp.org/join.html).
pool 2.navix.pool.ntp.org iburst

$ chronyc -n sources
MS Name/IP address         Stratum Poll Reach LastRx Last sample               
===============================================================================
$ timedatectl
               Local time: Tue 2024-12-17 10:06:57 CST
           Universal time: Tue 2024-12-17 16:06:57 UTC
                 RTC time: Tue 2024-12-17 16:06:55
                Time zone: America/Chicago (CST, -0600)
System clock synchronized: no
              NTP service: active
          RTC in local TZ: no
$ 
  1. The ultimate remedy can be a highly available NTP server @2.navix.pool.ntp.org ,
  2. For the time being, as @bongthu mentioned above, the temporary workaround can be setting up the alternative ntp servers into /etc/chrony.conf as below:
$ sudo vi /etc/chrony.conf 

$ systemctl restart chronyd.service
$ chronyc -n sources
MS Name/IP address         Stratum Poll Reach LastRx Last sample               
===============================================================================
^- 23.168.136.132                3   6    17     3    +47ms[  +50ms] +/-   71ms
^+ 198.71.50.75                  2   6    17     3  -1142us[+1375us] +/-   45ms
^+ 72.14.183.39                  2   6    17     3  +8057us[  +11ms] +/-   71ms
^* 129.146.193.200               2   6    17     2  -2626us[ -109us] +/-   35ms
$ timedatectl
               Local time: Tue 2024-12-17 10:13:53 CST
           Universal time: Tue 2024-12-17 16:13:53 UTC
                 RTC time: Tue 2024-12-17 16:13:53
                Time zone: America/Chicago (CST, -0600)
System clock synchronized: yes
              NTP service: active
          RTC in local TZ: no
$

@songhee1030
Copy link
Collaborator

songhee1030 commented Dec 18, 2024

@bongthu , @SeungYeop-Yang
Thank you for your report.



As metioned above, Navix NTP server (2.navix.pool.ntp.org) is not set up yet. 

We are preparing it now and we’ll share you as soon as it’s ready :)

@songhee1030 songhee1030 added ondev This bug report is being worked on by the assigned Engineer assigned This bug report is being worked on by the assigned Engineer labels Dec 18, 2024
@songhee1030 songhee1030 added resolved This bug report has been fixed, unit tested and checked into source control and removed ondev This bug report is being worked on by the assigned Engineer labels Jan 16, 2025
@SeungYeop-Yang
Copy link

SeungYeop-Yang commented Jan 19, 2025

@songhee1030 ,
Why is the status of this issue labeled as resolved?

I tested the default config after seeing this one resolved:

[sajang@vbox ~]$ head /etc/chrony.conf 
# Use public servers from the pool.ntp.org project.
# Please consider joining the pool (https://www.pool.ntp.org/join.html).
pool 2.navix.pool.ntp.org iburst

[sajang@vbox ~]$ timedatectl
               Local time: Sat 2025-01-18 23:11:12 CST
           Universal time: Sun 2025-01-19 05:11:12 UTC
                 RTC time: Sun 2025-01-19 05:11:12
                Time zone: America/Chicago (CST, -0600)
System clock synchronized: no
              NTP service: active
          RTC in local TZ: no
[sajang@vbox ~]$
[sajang@vbox ~]$ chronyc -n sources
MS Name/IP address         Stratum Poll Reach LastRx Last sample               
===============================================================================
[sajang@vbox ~]$ 

From the above, the issue is still open, and that's not resolved yet.

@songhee1030
Copy link
Collaborator

songhee1030 commented Jan 19, 2025

@SeungYeop-Yang,
Sorry for the confusion, it's my fault; missed to change label back to 'ondev'.

NTP pool for 'navix' was activated few days ago (navix.pool.ntp.org),
but hostnames for {0,1,2,3}.navix.pool.ntp.org are not responding right now.
I was contacting the person in charge about this.

I'll keep you updated on the status :)

@songhee1030 songhee1030 added ondev This bug report is being worked on by the assigned Engineer and removed resolved This bug report has been fixed, unit tested and checked into source control new This bug report has recently been entered labels Jan 19, 2025
@SeungYeop-Yang
Copy link

@SeungYeop-Yang, Sorry for the confusion, it's my fault; missed to change label back to 'ondev'.

NTP pool for 'navix' was activated few days ago (navix.pool.ntp.org), but hostnames for {0,1,2}.navix.pool.ntp.org is not responsing right now. I was contacting the person in charge about this.

I'll keep you updated on the status :)

Thanks for the clarification. I will wait, but please don't label the issues as resolved until the resolution can be verified; let's prevent any unnecessary message churns.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
assigned This bug report is being worked on by the assigned Engineer bug Something isn't working ondev This bug report is being worked on by the assigned Engineer
Projects
None yet
Development

No branches or pull requests

3 participants