Skip to main content
commvault.com commvault.com
Solved

NTP on Hyperscale

  • January 25, 2022
  • 8 replies
  • 926 views
D
Byte
Forum|alt.badge.img+6

Hi,

 

I have 2 questions related to the same issue.

We have an hyperscale with 3 nodes. When we look at the mountpath we have 3 shares of which 2 are online and the 3th offline. If you validate this share it comes with the following message:

Failed to check cloud server status, error = [[Cloud] The request time is too skewed. Message: The difference between the request time and the server's time is too large. Resource: /*******?delimiter=%2F&prefix=*******%2F Extra Details: RequestId 1643106149072049 ]

When I gave the command timedatectl we found out that the node was a litte bit over15minutes behind and the other 13min behind. I think 15min is reason to take the share offline for that node.

My questions are:

  1. Can/may I set the time with the command “date --set”<correct time>”
    Does this come with a risk? Do I need to stop the CV services first for example?
  2. Are Hyperscale nodes not default configured with a NTP server, same as Commserve for example? 

All my Linux knowledge is from Google, so please treat me like a dummy in this case :grinning:

 

Thanks,

Danny

 

Best answer by HenkR

Did some further research and here is what I found out.

The default  Hyperscale 1.5.1 image deployment consist of two ntp services (ntpd and chronyd)

By starting the server chronyd will start first so NTP cant, by disable chronyd NTP will start.

systemctl stop chronyd

systemctl disable chronyd

 

Also added this:

timedatectl set-ntp yes

 

After restart the server NTPD starts and after a while it's synchronized.


      Local time: Mon 2022-01-31 16:02:49 CET
  Universal time: Mon 2022-01-31 15:02:49 UTC
        RTC time: Mon 2022-01-31 15:02:49
       Time zone: Europe/Amsterdam (CET, +0100)
     NTP enabled: yes
NTP synchronized: yes
 RTC in local TZ: no
      DST active: no

 

Not sure if this is correct, but it works for me.

Strange that Commvault installation documentation recommend you to set your NTP straight but does not document how to do it…….

View original
Did this answer your question?
If you have a question or comment, please create a topic

8 replies

R Anwar
Vaulter
Forum|alt.badge.img+10
  • R AnwarVaulter
  • Vaulter
  • 114 replies
  • January 25, 2022

Hi @Danny 

  1. Can/may I set the time with the command “date --set”<correct time>”
    Does this come with a risk? Do I need to stop the CV services first for example?

It would be better to use NTP server rather than setting time manually. It can be global or internal. Would suggest to stop the CV services prior.

  1. Are Hyperscale nodes not default configured with a NTP server, same as Commserve for example?

The default time zone is EST for HyperScale.

D
Byte
Forum|alt.badge.img+6
  • Danny
  • Author
  • Byte
  • 21 replies
  • January 25, 2022
R Anwar wrote:

Hi @Danny 

  1. Can/may I set the time with the command “date --set”<correct time>”
    Does this come with a risk? Do I need to stop the CV services first for example?

It would be better to use NTP server rather than setting time manually. It can be global or internal. Would suggest to stop the CV services prior.

  1. Are Hyperscale nodes not default configured with a NTP server, same as Commserve for example?

The default time zone is EST for HyperScale.

Hi,

Thank you for your reply.

I understand NTP is the best way. But it seems not to work. From my understanding, if NTP is configured there must be an timesyncd.conf. This is not there.
So, my question, is NTP by default configured on a hyperscale-node. And if so (or not) how can I determine this. Maybe a FW-rule must be created.

And to bring the share online, I need to modify the time. So, stop CV services on that node, modify time and start services come without any risk?

Danny

gjack
Vaulter
Forum|alt.badge.img+4
  • gjackVaulter
  • Vaulter
  • 17 replies
  • January 25, 2022
Danny wrote:
R Anwar wrote:

Hi @Danny 

  1. Can/may I set the time with the command “date --set”<correct time>”
    Does this come with a risk? Do I need to stop the CV services first for example?

It would be better to use NTP server rather than setting time manually. It can be global or internal. Would suggest to stop the CV services prior.

  1. Are Hyperscale nodes not default configured with a NTP server, same as Commserve for example?

The default time zone is EST for HyperScale.

Hi,

Thank you for your reply.

I understand NTP is the best way. But it seems not to work. From my understanding, if NTP is configured there must be an timesyncd.conf. This is not there.
So, my question, is NTP by default configured on a hyperscale-node. And if so (or not) how can I determine this. Maybe a FW-rule must be created.

And to bring the share online, I need to modify the time. So, stop CV services on that node, modify time and start services come without any risk?

Danny

Hello Danny,

NTP is installed and not configured by default, it must be configured on the nodes.
This is done at /etc/ntp.conf

D
Byte
Forum|alt.badge.img+6
  • Danny
  • Author
  • Byte
  • 21 replies
  • January 27, 2022

Thanks for all the replies,

It is not yet all clear for me, but I am going to check

Mike Struening
1 person likes this
  • Mike Struening
    Mike Struening
HenkR
Byte
Forum|alt.badge.img+5
  • HenkR
  • Byte
  • 26 replies
  • January 31, 2022

Hi,

 

Did some “time” configuration on my part on a Hyperscale 1.5 node (new)

timedatectl set-timezone Europe/Amsterdam

ADDED my NTP server in /etc/ntp.conf (disabled default ntp servers)

systemctl enable ntpd.service

systemctl stop ntpd.service

ntpd -gq

systemctl start ntpd.service

systemctl status ntpd.service
 

NTPD service is running fine but after reboot the service is inactive.

Any ideas here why the deamon does not start on reboot.
[root@node-4 ~]# systemctl status ntpd.service
● ntpd.service - Network Time Service
   Loaded: loaded (/usr/lib/systemd/system/ntpd.service; enabled; vendor preset: disabled)
   Active: inactive (dead)

HenkR
Byte
Forum|alt.badge.img+5
  • HenkR
  • Byte
  • 26 replies
  • Answer
  • January 31, 2022

Did some further research and here is what I found out.

The default  Hyperscale 1.5.1 image deployment consist of two ntp services (ntpd and chronyd)

By starting the server chronyd will start first so NTP cant, by disable chronyd NTP will start.

systemctl stop chronyd

systemctl disable chronyd

 

Also added this:

timedatectl set-ntp yes

 

After restart the server NTPD starts and after a while it's synchronized.


      Local time: Mon 2022-01-31 16:02:49 CET
  Universal time: Mon 2022-01-31 15:02:49 UTC
        RTC time: Mon 2022-01-31 15:02:49
       Time zone: Europe/Amsterdam (CET, +0100)
     NTP enabled: yes
NTP synchronized: yes
 RTC in local TZ: no
      DST active: no

 

Not sure if this is correct, but it works for me.

Strange that Commvault installation documentation recommend you to set your NTP straight but does not document how to do it…….

Mike Struening
Vaulter
Forum|alt.badge.img+23

Appreciate the share of the solution, @HenkR !

https://www.linkedin.com/in/michael-struening
HenkR
Byte
Forum|alt.badge.img+5
  • HenkR
  • Byte
  • 26 replies
  • February 9, 2022

Additional,


When it comes to the CHRONYD time server I think this is a better one than the NTPD.

 

Set time zone:

timedatectl set-timezone Europe/xxxx

 

Disable NTPD:
systemctl disable ntpd.service
systemctl stop ntpd.service
systemctl status ntpd.service

 

Configure the time server in the /etc/chrony.conf file

vi /etc/chrony.conf

 

Start chrony services (chrony is default enabled)

systemctl status chronyd.service
systemctl list-units --type=service |grep chrony
systemctl stop chronyd.service
systemctl start chronyd.service

 

Check time results

timedatectl

 

If the time deviates to much you can restart the log service to get the log in correct time zone.
To check the logging time stamp do:
cat /var/log/messages

You can then do a reboot or restart log services.
systemctl stop rsyslog
systemctl start rsyslog
 

With Regards,

Henk

 

Mike Struening
1 person likes this
  • Mike Struening
    Mike Struening

Most helpful members this week

Terms & ConditionsCookie settings

Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings