118 replies to this topic

[Tech]

Hij heeft ook maar één > in zijn commandoregel staan, dat gaat niet werken.

[WanWizard]

Dan moet je toch minstens 1 regel krijgen .

[Rammy]

Staat die box open naar het internet?

Nee, de box hangt achter een router en deze weer achter een modem.

[Rammy]

Eh, je kunt niet zomaar willekeurige regels aan een crontab toevoegen?

Ik heb nog eens goed gekeken, ik heb NIETS aan de crontab toegevoegd.

Ik laat door de laptop een scripfile op de box uitvoeren welke een copy maakt van de dmesg file en deze wordt dan door de laptop opgehaald voor verdere bewerking.

[Tech]

Jemig wat omslachtig….

[Jork]

Is time.nl een stabielere tijdserver? https://time.nl/

[WanWizard]

Alle NTP services zijn stabiel.

 

Stratum 0 services maken gebruik van een cesium atoom klok (hetzij een echte lokale atoom klok, of die in een GPS satteliet), stratum 1 services syncrhoniseren met stratum 0 klokken, stratum 2 services syncrhoniseren met stratum 1 klokken, en zo verder.

 

De SIDN NTP server is een stratum 1 klok.

[40H3X]

Hire draait NTP op de router, stratum 1 en elk device haalt daar zijn tijd op, het wordt zelfs gedeeld door DHCP maar dat snapt bijna geen device.

[WanWizard]

Heb jij een connectie naar een ntp server met een cesium klok thuis?

 

De meeste zijn minimaal stratum 2, bv als je de tijd zou halen bij de NTP servers van SIDN. Wij hebben in het datacenter een stratum 1 NTP server (een TimeTools T300 met GPS antenne op het dak), mijn firewall haalt daar zijn tijd vandaan (en is dus stratum 2), en alles hier intern weer bij de firewall.

 

Maar goed, we dwalen af.

[Rammy]

Jemig wat omslachtig….

Dit geeft me de mogelijkheid om de dmesg file via een  grafisch gebruikers omgeving te bekijken en deze niet via nano, vim of een andere text editor te moeten bekijken.

Verder kan ik zo, zo vaak als wil een copy trekken van dmesg file zonder handmatig commando's te moeten ingeven op de box.

[Rammy]

Afgelopen nacht om 03.3.1.12 h heeft de box voor de 3 maal de dmesg file compleet leeg gemaakt.

Hoe groot is deze vaste circulaire buffer?

[WanWizard]

De box maakt dmesg nooit leeg. Een van de voordelen van een circulaire buffer is nu juist dat je de laatste data altijd hebt. Hij is alleen leeg na het opstarten van de box, of na een manuele handeling.

 

Dus of de box herstart 's nachts om e.o.a. reden (check met uptime) of je doet iets zelf. Bovendien is je al een paar keer verteld dat je voor logging in /var/log/messages moet zijn, en dat dmesg een commando is, en niet een log file.

 

Aangezien je continue alle adviezen blijft negeren, zelf blijft aanmodderen en van gaat lopen klagen dat er rare dingen gebeuren, moet ik zeggen dat ik er een eind klaar mee ben...

[Rammy]

Om te beginnen vind ik heel vervelend dat ik mijn tijd moet besteden aan, en jullie tijd moet vragen voor, het niet juist werken van een zo crusiale functie als de juiste tijd te hebben.
Ik rotzooi niet aan, maar probeer de oorzaak te achterhalen waarom de box regelmatig de verkeerde tijd aangeeft.
Hiertoe heb ik na advies van jouw de crontab aan gepast van 1 maal per uur na 1 maal per minuut.
Jijzelf adviseerde om het commando 

grep ntpdate /var/log/messages

te gebruiken om te bezien wat er gaande is.
Dit is alles wat er in het systeem veranderd is.
Ik heb dit omgezet in 

cat /var/log/messages >dmesg_$( date +%Y%m%d ).txt

 welke ik door mijn laptop op de box laat uitvoeren en deze dan laat ophalen.
Nu heb ik reeds 3 maal moeten constateren dat deze file dmesg.txt, een copy van /var/log/messages, leeg was.
Dit is 2 maal overdag gebeurt en dus 1 maal s'nacht.
Ik heb overdag niet bemerkt dat de box geboot heeft, s'nacht weet ik het niet, toen lag ik te slapen.
Het commando 'uptime' zegt dat de box een uptime van 1 day, 48 min heeft, dat kan ook kloppen want gisteren om 18:22:42 heeft de box opnieuw geboot na een software update naar versie OpenPLi develop (2024-10-08 (Develop)).
Van mij uit is van het commando dmesg nimmer sprake geweest.
Op Oct 12 00:18:13 heb ik de internet verbinding verbroken en heb ik de box in standby gezet, hij moest om 00.40 wel nog een opname maken, welke hij ook gemaakt heeft.
Maar ik heb je de inhoud van het commando dmesg in een file laten wegschrijven welke ik bijgevoegd heb.
Vanaf regel 420 kun je dit ook zien.

Ik loop niet te klagen maar vertel ik je alleen wat ik constateer tijdens mijn zoektocht en vraag jullie om advies daar jullie beter thuis zijn in het systeem dan ik.

 

Attached Files

•  dmesg_copy_20241012.txt   42.73KB   1 downloads

Edited by Rammy, 12 October 2024 - 18:57.

[WanWizard]

> als redirect creert elke keer een nieuw bestand, en gooit het voorgaande weg. Als het resultaat leeg is, is de bron of ook leeg, of kan niet gelezen worden (en dat lijkt me vrij onwaarschijnlijk).

 

Ik zie in die log niks bijzonders, ook geen ntpdate calls overigens.

[Rammy]

Op Oct 12 16:59:06 is de /var/log/messages weer opnieuw begonnen.

De oude /var/log/messages was van Oct 12 03:31:12 tot en met Oct 12 16:14:09, het bestand was 184,4 kByte groot en bevatte 1794 regels.

Edited by Rammy, 12 October 2024 - 20:29.

[WanWizard]

Dus wat is er toen gebeurd?

 

Want bestanden verdwijnen niet zo maar, en nergens is (standaard) iets dat /var/log/messages leeg of weg gooit, dat heb ik in meer dan 25 jaar linux nog nooit gezien.

[Rammy]

Het enige wat ik gedaan heb is:

 

- ik zet de box aan

- ik stel een zender uit mijn bouquet in waarvan ik ga opnemen

- ik start de opname

- zet ik de box in standby

- verwijder de internet kabel van de box naar mijn router

- wacht tussen 15-30 minuten

- verbind de box weer met de router

- zet de box aan

- stop de opname

- via ssh maakt mijn laptop, middels een script, een copy van de /var/log/messages op de box en plaats deze op mijn laptop

 

Deze wordt dan na bewerking door hetzelfde script op mijn laptop, getoont op mijn laptop scherm.

Nu kan ik zien dat de verbinding met het internet verbroken is geworden en of er een terugval in systeem tijd heeft plaats gevonden.

Zo doorloop ik alle zenders in mijn bouquet op zoek naar zenders waarvan de klok achterloopt en zich laat zien op de systeem klok van de box.

Daar ben ik vanmiddag om 13.30 h mee begonnen en om 16:59:06 werd er door het systeem met een nieuwe /var/log/messages begonnen.

[Tech]

Voor de duidelijkheid, een dmesg dump =! /var/log/messages

 

En het systeem begint nooit aan een 'nieuwe' /var/log/messages, dat gebeurt alleen als de kernel opnieuw wordt gestart.

 

Waarom je daar een script voor gebruikt is mij een raadsel, als je de log naar een bestand op de box schrijft zoals Wanwizard reeds tig replies hierboven heeft beschreven, en die éénmailig naar je pc haalt was dat allemaal niet nodig geweest.

 

Als de verbinding met het internet weg is geweest, wordt de klok vanzelf na een volgende ntpd sync weerr op tijd gezet, waar die 140 seconden vandaan komen is ook gissen, feit is wel dat het geen klok drift is want die springt geen 140 seconden naar voren en kan dus dan (bij weggevallen netwerk) alleen door een transponder worden verzet. (Is allemaal al gezegd)

[Rammy]

Vandaag om Oct 13 03:45:12 is het systeem weer met een nieuwe /var/log/messages begonnen.

Het systeem heeft gedurende de nacht standby gestaan  zonder internet verbinding en er zijn GEEN opnamen gemaakt.

Op Oct 13 10:07:13 router weer aangezet en er heeft een tijd correctie van  +5.868203 sec plaats gevonden. De ingestelde zender was VOX.

Edited by Rammy, 13 October 2024 - 10:27.