processen starten na reboot DB

[spirit69]

Op het issue van het niet synchroon lopen van de system tijd van de db heb ik een workaround gemaakt, ik wil nu graag een script runnen nadat de dreambox is gestart, maar wel nadat het network up is.....De /var/tuxbox/start_enigma is daar dus niet geschikt voor....

 

Bovenin je start_enigma is je netwerk nog niet gestart, en voor de rest doet dat script niets meer dan eindeloos /bin/enigma starten...

 

De /var/etc heeft verder ook geen init script onder ronald die ik als 'hook' kan gebruiken om tijdsynchronisatie te doen en bijvoorbeeld sshd te starten...

 

iemand enig idee?

 

Frank

[Thonolan]

Frank,

 

verschillende mogelijkheden, hier zijn er twee mogelijkheden die je ergens bovenaan in /var/tuxbox/start_enigma kan zetten:

(wijzig sync_time in je eigen programma)

 

1) wacht twee minuten en start dan je script

(sleep 120; sync_time) &

 

2) zorg ervoor dat het network al up is voordat enigma start:

/sbin/ifconfig eth0 192.168.29.150 netmask 255.255.255.0 up

sync_time

 

mvg,

T.

[spirit69]

*ploink tuurlijk, boven forken in aparte shell, in de background en een timeout opnemen.

 

Ik weet niet of de netwerkconfiguratie zelf zetten tot problemen gaat leiden, kennelijk ? wordt de ip configuratie in de /bin/enigma opgezet?

 

Frank

[egon]

Citaat:

*ploink tuurlijk, boven forken in aparte shell, in de background en een timeout opnemen.

Ik weet niet of de netwerkconfiguratie zelf zetten tot problemen gaat leiden, kennelijk ? wordt de ip configuratie in de /bin/enigma opgezet?

Frank

Ben benieuwd naar de gekozen oplossing voor het tijd probleem.

Een zoek op rdate in dit forum geeft al aan dat er vreemde problemen
ontstaan als je de tijd aangepast nadat enigma gestart is

En goed zetten voor dat enigma loopt heeft ook geen zin
enigma reset de klok op 0 en scrijft de offset weg met de transponder

Egon

[spirit69]

Ik probeer het probleem op te lossen met dat als ik dreamvcr run op windows, en de settings upload...dat er dus niets van klopt...

 

 

Maar goed, ntpd werkt niet goed omdat het verschil te groot is, dit los ik op de botte manier op: via wget haal ik de redelijke correcte tijd op van een remote webserver (php script)...daarna run ik ntpd. Nu is het verschil minder < 1 minuut en zal ntp als het goed is het verschil op moeten pakken...

 

Moet er nog wel mee testen, want gisteren liepen opeens al mijn getimed recordings binnen een minuut af nadat de systemclock goed was gezet, misschien dat enigma toch de kluts kwijt raakt?

 

Maar goed, kom ik snel genoeg achter.

 

Indien het werkt:

remote php script:

<?php

echo date("mdHiY");echo "\n";

?>

 

en lokaal:

 

#!/bin/sh

export PATH=$PATH:/hdd/opt/ntp/bin

cd /hdd/root

/bin/wget http://URL/time.php

STR=`cat time.php`

date -s "$STR"

rm /hdd/root/time.php

/hdd/opt/ntp/bin/ntpdate ntp0.nl.net ntp1.nl.net ntp2.nl.net ntp.cs.strath.ac.uk

/hdd/opt/ntp/bin/ntpd

[egon]

Ik verwacht dat jou aanpak niet gaat werken.

 

Zoals ik al schreef zoek maar eens op rdate en lees de bijdrage van

bijv robbb er maar eens op na.

 

Maar mischien dat dit bij 107.4 is aangepast zou kunnen hoor

ik volg dat ook niet dagelijks

 

Toch wel vreemd dat dreamvrc niet goed werkt

Overleg eens met Peter zou ik zeggen ?

 

Met mijn rudream versie van eind Jan werkt het zonder problemen.

 

Egon

[spirit69]

dank je..voor alsnog geef ik mijn poging op. Die thread mbt rdate was duidelijk. Ik had al eerder lopen zoeken op het forum...maar niet op de term rdate <img src="/ubbthreads/images/graemlins/smile.gif" alt="" />

 

Frank