Zeitzone

Ich hab das durch manuellen Restart des telefon-Dämons getestet. Ich dachte nur, dass es einfacher ist das per Skript ausführen zu lassen als alles von Hand zu machen.
Wie gesagt könnte es aber zu Problemen kommen, wenn man das in der debug.cfg ohne ein sleep ausführt!
Code:
/var/mod/root # killall telefon
telefon: SIGTERM received!
/var/mod/root # telefon a127.0.0.1
telefon: use clock_gettime(CLOCK_MONOTONIC)!
telefon: set initial telefon time from linux time to 9:38 12.06 2006!
telnetd: bind: Address already in use
telefon: SIGCHLD received!
/var/mod/root # killall telefon
telefon: SIGTERM received!
/var/mod/root # TZ='EDT5EST'
/var/mod/root # telefon a127.0.0.1
telefon: use clock_gettime(CLOCK_MONOTONIC)!
telefon: set initial telefon time from linux time to 3:38 12.06 2006!
telnetd: bind: Address already in use
telefon: SIGCHLD received!
/var/mod/root #
MfG Oliver
 
Das hatte ich auch versucht und die vielversprechende Meldung bzgl. initial time gesehen, nur hatte das leider keinen Einfluss auf die Darstellung der Zeit im Anrufer Log, dort wird weiterhin stur in CEST geloggt

Tschö, Jojo
 
Code:
/var/mod/root # TZ='CET-1CEST,M3.5.0,M10.5.0'
/var/mod/root # telefon a127.0.0.1
telefon: use clock_gettime(CLOCK_MONOTONIC)!
telefon: set initial telefon time from linux time to 10:15 12.06 2006!
telnetd: bind/var/mod/root # : Address already in use
/var/mod/root # killall telefon
/var/mod/root # telefon: SIGTERM received!
/var/mod/root # TZ='EST5EDT'
/var/mod/root # telefon a127.0.0.1
telefon: use clock_gettime(CLOCK_MONOTONIC)!
telefon: set initial telefon time from linux time to 4:16 12.06 2006!
telnetd: bind: Address already in use
telefon: SIGCHLD received!
/var/mod/root #
MfG Oliver
 

Anhänge

  • timezone.jpg
    timezone.jpg
    54.2 KB · Aufrufe: 57
Komisch, bei mir hat's nicht funktioniert.
 
jojo-schmitz schrieb:
Komisch, bei mir hat's nicht funktioniert.
Mist, kaum macht man's richtig, schon funktioniert's, ich hatte vor dem voip restart vergessen TZ zu setzen...

Also nochmal:
Code:
cat <<EOF >/var/tmp/debug.cfg
rm -f /var/TZ
echo "EST5EDT,M4.1.0/2,M10.5.0/2" >/var/TZ
export TZ`=$(cat /var/TZ)
/etc/init.d/rc.voip restart
EOF
cat /var/tmp/debug.cfg >/var/flash/debug.cfg
reboot

Tschö, Jojo
 
Der Beweis ist vollbracht: Der Push-Dienst verwendet noch die falsche Zeit und wird auch zur falschen Zeit gesendet. d.h. für mich, daß noch ein anderer Dämon nach dem Einstellen der korrekten Zeit neu gestartet werden muss. Langsam wird mühsam.

Im übrigen erfüllt die Lösung, die Zeitzone in der debug.cfg zu setzen und danach den voipd neu zu Starten den Zweck.
Code:
# cat /var/flash/debug.cfg
#! /bin/sh
rm -f /var/TZ
echo EST5EDT,M4.1.0/2,M10.5.0/2 >/var/TZ
export TZ=EST5EDT,M4.1.0/2,M10.5.0/2
/etc/init.d/rc.voip restart
Ich habe jetzt noch kein "sleep 10" verwendet. Was genau soll das verhindern?

Gruß

Trojafux
 
Trojafux schrieb:
Der Push-Dienst verwendet noch die falsche Zeit und wird auch zur falschen Zeit gesendet. d.h. für mich, daß noch ein anderer Dämon nach dem Einstellen der korrekten Zeit neu gestartet werden muss.
Versuch's mal mit "/etc/init.d/rc.net restart", das wird in /etc/init.d/rc.S direkt vor rc.voip gestartet.

Trojafux schrieb:
Ich habe jetzt noch kein "sleep 10" verwendet. Was genau soll das verhindern?
Oliver meinte damit eine Endlosscheife zu beseitigen, die Auftreten könnte, wenn man zwischen den stop und start des voipd nicht etwas wartet. Scheint nicht wirklich nötig zu sein.

Tschö, Jojo
 
Trojafux schrieb:
Ich habe jetzt noch kein "sleep 10" verwendet. Was genau soll das verhindern?
Es geht hier nicht um den voipd, sondern um den telefon-Dämon.
Für die Callmonitor-Lösungen war ein Restart des telefon notwendig und da gab es besagte Reboot-Schleifen. Vielleicht hat AVM da was behoben...

MfG Oliver
 
Habe gestern mal versucht, meiner FBF 5010 die englische zeitzone beizubringen,
was manuell über telnet auch ganz gut geklappt hat (glaube ich,
hab grad nicht genügend Zeit, das zu testen).

dann hab ich in die debug.cfg das eingefügt
direkt am anfang:
Code:
rm -f /var/TZ
echo "GMT+0BST-1,M3.5.0/01:00:00,M10.5.0/02:00:00">/var/TZ
export TZ=GMT+0BST-1,M3.5.0/01:00:00,M10.5.0/02:00:00

etwas weiter unten:
Code:
/etc/init.d/rc.voip restart
und dann alternativ mal:
Code:
/etc/init.d/rc.net restart

Die Folge war, dass nach dem booten entweder
das telefon oder das webinterface down waren.


Lasse ich nur ersten Teil (ohne die ..restarts)
drinne, bekomme ich bei jedem(!) telnet Zugang
folgendes zu sehen:

Code:
BusyBox v1.1.0 (2006.01.29-22:18+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

ln: /var/TZ: File exists

/var/TZ: File exists - aha! :confused:

date liefert die korrekte (englische) Zeit, das Protokoll aber
was total anderes (02:53 statt 17:53)???
aber erstmal egal! werd ich mich später drum kümmern.

Die Codes für die unterschiedlichen Zeitzonen finden sich hier
:
http://wiki.openwrt.org/OpenWrtDocs/Configuration

- zumindest gehe ich davon aus, dass die OpenWRT codes
auch für die "AVM"-busybox gelten. Vielleicht hilfts jemandem.

Edit:
OK! Manuell unter telnet eingegeben:

Code:
rm -f /var/TZ
echo "GMT+0BST-1,M3.5.0/01:00:00,M10.5.0/02:00:00">/var/TZ
export TZ=GMT+0BST-1,M3.5.0/01:00:00,M10.5.0/02:00:00
/etc/init.d/rc.voip restart

funzt tadellos (date & anrufliste), nicht aber in der debug.cfg.
 
Zuletzt bearbeitet:
Hallo risaer,

die Meldung:
ln: /var/TZ: File exists
kommt offensichtlich daher, daß das System einen Symlink namens TZ auf das File /etc/default.049/TZ (so ist das bei mir) anlegen will, eine entsprechende Datei TZ bei Dir wohl aber schon unter /var existiert.

Vielleicht hilft Dir das ja weiter.

Joe
 
Zeitzone über debug.cfg korrigieren geht nicht

Hi,

ich betreibe eine FRITZ!Box Fon WLAN 7050, Firmware-Version 14.04.15ds-0.2.9 in Rumänien bei meinen Eltern, im ATA-Mode an einem Kabelanschluß. Da ich diese vor kurzem erstiegerte Box durch einen Freund kurzfristig hinschicken und gegen die alte ATA austauschen lassen konnte (diese bekam seit etwa 2 Monaten dieses "blinkende Telefon-LEDs - Telefonie tot"-Problem), hatte ich leider nicht die notwendige Zeit, herauszufinden, daß /etc/init.d/rc.S diesen Fehler hat, in der angegebenen Firmware-version, der dazu führt, daß eine manuell mit nvi eingerichtete TZ wegen diesen blöden Anführungszeichen ignoriert wird, und die Boc dan mit UTC läuft. Nun, dann fand ich endlich diesen Thread, und dachte mir, das reparierst Du über den SSH Zugang. Ich habe folgende /var/flash/debug.cfg erstellt, die das Problem eigentlich beheben sollte:
Code:
#! /bin/sh
#echo 'debug.cfg start' > /var/tmp/debug.cfg.log
export PATH="/bin:/usr/bin:/sbin:/usr/sbin"
#echo $PATH >> /var/tmp/debug.cfg.log
cd /
export MANUAL_TZ_ENABLED="`echo timezone_manual.enabled | ar7cfgctl -s 2>/dev/null`"
#echo $MANUAL_TZ_ENABLED >> /var/tmp/debug.cfg.log
if [ "$MANUAL_TZ_ENABLED" = "yes" ] ; then
 export MANUAL_TZ="`echo timezone_manual.TZ_string | ar7cfgctl -s 2>/dev/null | tr -d '"'`"
 #echo $MANUAL_TZ >> /var/tmp/debug.cfg.log
 rm -f /var/TZ
 echo $MANUAL_TZ >/var/TZ
 export TZ="`cat /etc/TZ`"
 /etc/init.d/rc.voip stop
 #echo 'rc.voip stop' >> /var/tmp/debug.cfg.log
 sleep 8
 /etc/init.d/rc.voip start
 #echo 'rc.voip start' >> /var/tmp/debug.cfg.log
fi
Tut es aber nicht :-(. Ich habe feststellen müssen, daß der voipd Dienst (und auch der damit verbundene telefon-Daemon) nicht gestartet werden. Ein manuelles Ausführen der Datei nach einloggen auf Der Box, tut genau daß was sie soll, und die Zeitzone wird richtig aus ar7.cfg gelesen, gesetzt und dann hat die Anrufliste die korrekte Ost-Europäische Zeit.
Ich habe sogar zum Tracen diese auskommentierten "echo"-Befehle eingeführt, und die landen tatsächlich in /var/tmp/debug.cfg.log (hat mich glatt umgehauen, als ich gestern nacht nach einführen des letzten echo 'rc.voip stop' den letzten Apostrof vergaß, und nach dem reboot der DS-mod nicht mehr startete, also kein SSH mehr, zum Glück fand ich die Aktivierung des Telnet Dienstes über Tastencodes und konnte über den Umweg des PCs meiner Eltern doch noch 'rankommen)...
Nun, weil ab und zu mal wegen Stromausfall und ähnlichem die Box neu booten muß, und ich sie ja nicht ständig kontrolliere, um manuell voipd zu starten, mußte ich debug.cfg wieder leer machen. Was kann denn da los sein? Nun, ich könnte natürlich auch ein korrigiertes Firmware-Image erzeugen und meinen Vater flashen lassen, aber ich weiß noch gar nicht wie sich der DS-Mod in so einem Fall verhält.
Für Hinweise, warum meine debug.cfg nicht daß tut was sie sollte (obwohl manuell ausgeführt, macht sie's) wäre ich Euch sehr dankbar.
MfG,
Lucian
 
Wiederbelebungsversuch :)

Gibt es jetzt eigentlich eine Lösung, die man einfach in der DEBUG.CFG einträgt um

Code:
EET-2EEST-3,M3.5.0/03:00:00,M10.5.0/04:00:00

Zeitzone GMT+2, 0090 - Türkei, setzen zu können.

mfg
xxMExx
 
Ich habe das problem bei mehreren meiner Skripte, dass sie
nicht mehr funktionieren, sobald sie irgendeine Ausgabe (nur?) auf
die Konsole machen und in der debug.cfg gestartet werden.

Möglicherweise mus irgendwie darauf gewartet werden, dass
/dev/tty oder wer weiss was bereits läuft. Vielleicht muss man
auch eine neue sh-Instanz mit dem richtigen STDIN/ERR erzeugen.
Keine Ahnung! Ich suche da auch immer noch nach einer Lösung.

Bezüglich der Zeitzone habe ich mir damit abgefunden, jedesmal
eine Stunde früher geweckt zu werden, weil ich das mit der ZZ
vergessen habe :rolleyes:
 
Trojafux schrieb:
Code:
 export TZ=`cat /etc/TZ|tr -d '"'`


Hallo Trojafux,

dank o. g. Zeilen konnte ich meiner W501V "Türkisch" beibringen. Spirou hatte im Skript http://www.ip-phone-forum.de/showthread.php?t=124340 noch eine Pause gesetzt, so dass ich die RC.conf über

sudo chmod 777 rc.conf
rc.conf bearbeiten und speichen
sudo chmod 755 rc.conf

mit dem Eintrag
Code:
export TZ=`cat /etc/TZ|tr -d '"'`
ändern konnte.

Danach reichte der Eintrag in der AR7.CFG

Code:
timezone_manual {
        enabled = yes;
        offset = 0;
        dst_enabled = no;
        TZ_string = "EET-2EEST-3,M3.5.0/03:00:00,M10.5.0/04:00:00";
}

um der Box die richtige Uhrzeit beizubringen. Selbst vorhandene Ereignisse und die Anrufliste wurden für Alteinträge korrekt angezeigt.

Danke für den Threat
xxMExx

[EDIT]
Hatte noch

Code:
timezone_manual {
        enabled = yes;
        offset = 0;
        dst_enabled = no;
        TZ_string = EET-2EEST-3,M3.5.0/03:00:00,M10.5.0/04:00:00;
}

Also ohne '"' getestet -- Ergebnis -- Zugriff über Webmenü war nicht mehr möglich. LAN und WLAN funktionierten nicht mehr korrekt. Musste erst über Telefon die Box auf Werkseinstellungen zurücksetzen und Neustarten, um an das Webinterface wieder dran zu kommen.

[/EDIT]
 
Zuletzt bearbeitet:
It's not a bug, it's a feature

Frei nach Mikeydoof gabs von AVM auf folgende Anfrage

Fehlerbeschreibung:
Betreff allgemeiner Fehler in allen Boxen.
Einstellen der Timezone in der AR7.CFG

Mit Hilfe der AR7.CFG

Code:
timezone_manual {
enabled = no;
offset = 0;
dst_enabled = no;
TZ_string = "";
}

ist es möglich, die Timezone der Box umzustellen.

Durch einen Buck in der RC.CONF (ausführliche Diskussion wurde im IP-Forum unter http://www.ip-phone-forum.de/newreply.php?do=newreply&noquote=1&p=791803 geführt), werden die Einträge falsch interpretiert und bei

Code:
timezone_manual {
enabled = yes;
offset = 0;
dst_enabled = no;
TZ_string = "EET-2EEST-3,M3.5.0/03:00:00,M10.5.0/04:00:00";
}

nicht die entsprechende Zeitzone, sondern UTC als Fallback verwendet.

Nach der Manipulation der RC.CONF von

Code:
export TZ=`cat /etc/TZ`
auf
Code:
export TZ=`cat /etc/TZ|tr -d '"'`

funktioniert das Feature, zumindest in meiner Spielebox, wieder.

mfg

die entsprechende Antwort

Ihre Ticket-ID CID137xxxx

Sehr geehrter Herr xxxxxx,

vielen Dank für Ihre E-Mail. Eine Konfiguration/Modofikation über den von Ihnen beschriebenen Weg ist unsererseits überhaupt nicht vorgesehen, somit kann hier strengenommen auch nicht von einem Fehler die Rede sein.

Mit freundlichen Grüßen aus Berlin

xxxx xxxxxxx (AVM Support)
 
Thema gelöst

Ich habe gerade an meiner FB 7050 mit der Firmware Version 14.04.33 nochmals versucht die Zeitzone über die Einstellungdatei ar7.cfg zu ändern.

Da mittlerweile der Bug in der rc.conf behoben wurde funktioniert es prima.

Meine ar7.cfg sieht nun folgendermaßen aus:

...
timezone_manual {
enabled = yes;
offset = 5;
dst_enabled = no;
TZ_string = "EST5EDT,M3.2.0/2,M11.1.0/2";
}
...

Leider konnte ich den Editor vi oder nvi nicht mehr auf der Box starten (wurde er vielleicht entfernt um das modden zu erschweren?), daher habe ich das exzellente Programm FBEditor (aus dem Forum) verwendet. Die Verwendung der Option "NoChecks" führte zum Erfolg.

Bei der Zeile dst_enabled bin ich mir noch nicht sicher, ob dort nicht besser zes stehen sollte. Das werde ich im November rausfinden. Im Moment zeigen die ISDN-Telefone auf jeden Fall korrekt die Sommerzeit.

Gruß und vielen Dank an das Forum

Andy
 
vi wurde in der 7050 wohl aus Speicherplatzgrünmden entfernt.
Wenn Deine Box jetzt Sommerzeit anzeigt, sollte alles klar sein, sie hat dann schon entsprechend geschaltet, auf GMT-6 statt der -5 die EST5... normalerweise (sprich: im Winter) hätte
 
Zuletzt bearbeitet:
für Türkei benutze ich diese


timezone_manual {
enabled = yes;
offset = -2;
dst_enabled = yes;
TZ_string = "XXX-3";
}

funktioniert wunderbar
 

Zurzeit aktive Besucher

Keine Mitglieder online.

Statistik des Forums

Themen
246,159
Beiträge
2,247,074
Mitglieder
373,678
Neuestes Mitglied
brainkennedy
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.