Archief - Vraagje over de clock in linux

Heb gezien dat m'n clock in slackware distro helemaal fout liep, en deze nu aangepast via commando date 09171952

Maar vraag me nu af of dit goed zal blijven als we overschakelen naar wintertijd en dan terug naar zomertijd, kun je dat ergens checken of instellen via de commandline?

als ik nu date intik, geeft hij Fri Sep 17 19:52:00 CEST 2010

Ik kan de "use hardware clock" setting niet gebruiken want de server draait virtueel in hyper-V, en er is geen layer tussen de hypervisor en de guest omdat het OS in feite niet gesupporteerd is.

DUS: Hoe kan ik in linux via command line de tijdzone aanpassen en zorgen dat hij zelf zomertijd en wintertijd toepast, zonder de hardware clock te gebruiken?

vermoed dat dit de oplossing is: http://www.cyberciti.biz/faq/howto-linux-unix-change-setup-timezone-tz-variable/ ?

Of geef eens een goede NTP server voor een Belgische linux door m.a.w.
heb nu deze staan: http://www.pool.ntp.org/zone/be maar dat geeft
Failed to connect to 3.be.pool.ntp.org:37 : Connection timed out

Elke mogelijke NTP server doet correct dienst. Of die nu in .be of in .us staat maakt niets uit.

Ik gebruik ntp.belnet.be

Tyfius zei:

Elke mogelijke NTP server doet correct dienst. Of die nu in .be of in .us staat maakt niets uit.

Klik om te vergroten...

mja toch liever een .be zeker?

heb de fout ondertss kunnen oplossen, slackware server staat achter een proxy en moest daar de UDP poort 123 naar buiten toe openen.

Maar kan nu nog niet synchronizen on schedule, als ik iets instel daaromtrent in de webmin module System Time, krijg ik een error, bvb elke week de zondag om 22u een sync doen naar de NTP ziet de Cron niet zitten:

An error was detected in the new Cron configuration :
crontab 4.4
crontab file [-u user] replace crontab from file
crontab - [-u user] replace crontab from stdin
crontab -l [-u user] list crontab
crontab -e [-u user] edit crontab
crontab -d [-u user] delete crontab
crontab -c dir specify crontab directory

# If you don't want the output of a cron job mailed to you, you have to direct
# any output to /dev/null. We'll do this here since these jobs should run
# properly on a newly installed system, but if they don't the average newbie
# might get quite perplexed about getting strange mail every 5 minutes. :^)
#
# Run the hourly, daily, weekly, and monthly cron jobs.
# Jobs that need different timing may be entered into the crontab as before,
# but most really don't need greater granularity than this. If the exact
# times of the hourly, daily, weekly, and monthly cron jobs do not suit your
# needs, feel free to adjust them.
#
# Run hourly cron jobs at 47 minutes after the hour:
47 * * * * /usr/bin/run-parts /etc/cron.hourly 1> /dev/null
#
# Run daily cron jobs at 4:40 every day:
40 4 * * * /usr/bin/run-parts /etc/cron.daily 1> /dev/null
#
# Run weekly cron jobs at 4:30 on the first day of the week:
30 4 * * 0 /usr/bin/run-parts /etc/cron.weekly 1> /dev/null
#
# Run monthly cron jobs at 4:20 on the first day of the month:
20 4 1 * * /usr/bin/run-parts /etc/cron.monthly 1> /dev/null
0 22 * * 0 /etc/webmin/time/sync.pl

Heb nu een scriptje ntpsync gemaakt en het manueel gezet in de crontab -e ipv via de webmin:

#
# Run NTPSYNC daily at 22h
00 22 * * * /usr/bin/run-parts /etc/cron.daily/ntpsync 1> /dev/null

heb wel geen idee wat die /usr/bin/run-parts precies is maar heb het maar overgenomen voor de zekerheid. hoe kan ik de volledige crontab runnen on demand zodat ik kan checken of het werkt? manueel werkt het ntpsync script perfect.

mja on demand denkt ik niet dat ge da gaat kunnen runnen, ...

zet gewoon uw klok via 'date' commando om 21.59u ofso en wacht dan even..

kijk na 2 minuutjes naar datum/uur en controlleer of ze juist staat,
-> ja -> cron werkt
-> nee -> fout in script


//EDIT of configueer gewoon de ntpd (ntp - daemon), die zorgt er wel voor dat de klok gelijk blijft

//edit2, en uw timezone past ge denk ik aan met 'timezone' of /etc/timezone -> niet zeker van, ben geen slack gebruiker

ah die run-parts is iets typisch "slackwares" zag ik hier. is nodig dat het ervoor staat, en heb nu output van cron geregeld in een log file, dus zal vanavond eens checken in de logs of de cron het goed uitvoerde.

ah heb hier de manuele run manier gevonden voor slackware:

sudo run-parts crond.daily
deze gaat dan recursief de scripts in deze map gaan uitvoeren. helaas krijg ik nu nog 2 errors:

/etc/cron.daily/certwatch:


/etc/cron.daily/hylafax:


/etc/cron.daily/logrotate:

error: stat of /var/log/dansguardian/access.log failed: No such file or directory

/etc/cron.daily/ntpsync:

/etc/cron.daily/ntpsync: line 3: ntpdate: command not found

/etc/cron.daily/slocate:

edit: blijkbaar werkt ntpdate enkel onder root, anders moet je het pad van het script meegeven en ook via sudo. de cron zal hetzelfde probleem gehad hebben.

heb nu dus mijn ntpsync in de /etc/crond.daily gezet met volgende inhoud, (en natuurlijk een chmod +x erop gegeven):

#!/bin/bash

/usr/sbin/ntpdate -v ntp.belnet.be

exit 0

heb dan natuurlijk ook de crontab aangepast want run-parts kun je enkel uitvoeren op mappen.

# Run hourly cron jobs at 47 minutes after the hour:
47 * * * * /usr/bin/run-parts /etc/cron.hourly 1> /dev/null
#
# Run daily cron jobs at 22:00 every day:
00 22 * * * /usr/bin/run-parts /etc/cron.daily 1> /dev/null
#
# Run weekly cron jobs at 4:30 on the first day of the week:
30 4 * * 0 /usr/bin/run-parts /etc/cron.weekly 1> /dev/null
#
# Run monthly cron jobs at 4:20 on the first day of the month:
20 4 1 * * /usr/bin/run-parts /etc/cron.monthly 1> /dev/null
#

manueel via sudo run-parts cron.daily werkt het alvast.
nu eens testen wat de cron ervan maakt door het uur verkeerd te zetten...

EDIT: nu werkt het perfect!!

Is het ntpdate of ntpupdate?

je geeft toch in je timescript het volledige path in van ntpdate

dus /usr/sbin/ntpdate .... en niet gewoon ntpdate want via cron vind die da anders niet...

AzZ_KiKr zei:

//EDIT of configueer gewoon de ntpd (ntp - daemon), die zorgt er wel voor dat de klok gelijk blijft

//edit2, en uw timezone past ge denk ik aan met 'timezone' of /etc/timezone -> niet zeker van, ben geen slack gebruiker

Klik om te vergroten...

timezone stond goed, heb deze via webmin kunnen instellen, alleen flipte deze op de "synchronize on schedule" settings rond NTP omdat de gegevens die dan vanuit webmin naar de cron overgezet moeten worden niet geldig blijken te zijn, bugje in webmin blijkbaar las ik ergens.

ik denk dat de oorzaak van de verkeerde tijd de hyper-V save optie is: als ik 's avonds de hypervisor afsluit, wordt de virtuele slackware server ook volledig gesaved, om de dag erna weer uit die saved state te ontwaken. en doordat de hardware klok niet bereikt kan worden (geen echte layer tussen virtuele guest en fysieke hardware van de hostserver) blijft de klok van die slackware dus staan op tijd van het saven de avond ervoor.en de ntpd is dan ook volledig verstoord door die snapshot denk ik dus die kan het ook niet rechtzetten.

maar nu werkt het dus perfect, heb het script daarna nog wat aangepast opdat hij elke 15 minuten na het uur een ntpdate naar de NTP van belnet doet, want het is beter niet met een absoluut uur te werken aangezien zijn lokale tijd bij het ontwaken dus volledig verkeerd is.