Downloader: Symlink-Fehler für OpenVPN

[Perseus]

Hiho,

ich habe mich nach dieser Anleitung gerichtet, um OpenVPN über den Downloader nachzuladen.

Der Download schlägt jedoch fehl mit folgendem Fehler:

Downloading of openvpn from ***********:
1. Ping test 1 of 5 for ***********... done
2. openvpn.gz is downloading from ***********... done
3. openvpn.gz is unpacking... gzip: can't open '/mod/sbin/openvpn': File exists
failed
file openvpn.gz could not be unpacked

fluchs nachgesehen unter /mod/sbin, steht dort ein Symlink

openvpn -> /usr/sbin/openvpn

der verhindert ("file exists"), dass openvpn dort entpackt werden kann.

unter /usr/sbin steht jedoch der korrekte Symlink

openvpn -> /mod/sbin

Ich symlinke mich also im Kreis

Wenn ich den Symlink unter /mod/sbin lösche und den Downloader erneut starte, wird er sofort wieder angelegt, und das entpacken schlägt erneut fehl.


Die externen Biliotheken werden korrekt nach Anleitung unter /mod/lib entpackt und die Symlinks von /usr/lib stimmen auch.


Wo hab ich den Fehler gemacht und wie werd ich ihn los?



//Edit: Der Symlink in /mod/sbin wird ständig neu angelegt, sobald ich irgendwas auf der freetz-config Oberfläche mache.
vorläufige Lösung bestand darin, auf die "Dienste" zu gehen, den Symlink zu löschen und dann den Downloader zu starten, jetzt wurde das Entpacken korrekt ausgeführt.

 

[hermann72pb]

Ich habe keine Ahnung, woher

/mod/sbin/openvpn -> /usr/sbin/openvpn

kommt. Leider ist es schon lange her, wo ich OpenVPN ausgelagert hatte.

MfG

 

[Perseus]

kein Problem, ich habe ja inzwischen eine Lösung gefunden

 

[hermann72pb]

Wenn du sie allen verraten würdest...

MfG

 

[Perseus]

habe ich doch!?

Lösung bestand darin, auf die "Dienste" zu gehen, den Symlink zu löschen und dann den Downloader zu starten, jetzt wurde das Entpacken korrekt ausgeführt.

Also in der Freetz-Oberfläche zur Dienstübersicht surfen, dann über die Console den Symlink /mod/sbin/openvpn löschen, und dann den Downloader starten.



Einmal korrekt ausgeführt überlebt die Konstellation auch einen Reboot.

 

[hermann72pb]

Das ist aber nur workarround, keine Lösung. Ich verstehe zwar immer noch nicht, woher dein symlink plötzlich kommt, habe aber eine leise Vermutung, womit es hängen könnte.

Kannst du bitte folgendes tun:

1. Uns deine Downloader-Konfiguration verraten. Und zwar genau in der Reihenfolge, so wie es in Downloader-WEBGUI steht.

2. Trenne die Box bitte vom Strom und schalte sie wieder ein (damit du den Fehler reproduzierst). Nachdem die Box voll durch ist (warte am besten 2-3 Minuten), schau dir die Startlogdatei (irgendwo im freetz-WEBIF). Da stehen solche Eintrage, wie "Dienst XY wird gestartet" usw. Unter diesen Meldungen siehst du die Downloader Meldungen. Die kannst du uns dann bitte hier auch verraten.


Hintergrund: Manchmal fängt Downloader die Dateien runterzuladen, bevor die Verbindung sauber steht. In der alten Version hatte ich dann nach N-Widerholversuchen einfach eine dummy-Datei angelegt und weiter gegangen. Diese Dummy-Datei konnte man nachher aber kaum löschen, sodass nachfolgende download-Versuche scheiterten. Ich hatte zwar in der Version 0.2 genau dieses Verhalten versucht abzufangen, aber genau weiß ich nicht mehr, was ich da unternommen hatte. Deine Beobachtungen könnten weitere Hinweise liefern.

MfG

 

[Perseus]

Der Downloader ist konfiguriert wie im Anhang ersichtlich, beim Start der Box entsteht Folgendes:

rc.mod version freetz-1.0
crond is disabled
telnetd is disabled
Starting webinterface...done.
Starting syslogd...done.
Starting downloader...
Download: openvpn 755 /mod/sbin...failed.
Download: libcrypto.so.0.9.8 755 /mod/lib...done.
Download: libssl.so.0.9.8 755 /mod/lib...done.
Download: liblzo2.so.2.0.0 755 /mod/lib...done.
Download failed.
Setting up virtual network interface ... done.
iptables is disabled
callmonitor is disabled
Starting ssh server...done.
httpd-wol is disabled
Starting openvpn ... openvpn does not exist
done.
swap is disabled

das Log des Downloaders verrät uns weiterhin:

Downloading of openvpn from **********:
1. Ping test 1 of 5 for *******... failed
1a. Waiting 10 sec... done
1. Ping test 2 of 5 for *******... failed
1a. Waiting 10 sec... done
1. Ping test 3 of 5 for *******... failed
1a. Waiting 10 sec... done
1. Ping test 4 of 5 for *******... failed
1a. Waiting 10 sec... done
1. Ping test 5 of 5 for *******... failed
1a. Waiting 10 sec... done
failed
file openvpn.gz could not be loaded
Downloading of libcrypto.so.0.9.8 from **********:
1. Ping test 1 of 5 for *******... failed
1a. Waiting 10 sec... done
1. Ping test 2 of 5 for *******... done
2. libcrypto.so.0.9.8.gz is downloading from will-ich.net... done
3. libcrypto.so.0.9.8.gz is unpacking... done
4. permitions for libcrypto.so.0.9.8 are setting... done
Downloading of libssl.so.0.9.8 from **********:
1. Ping test 1 of 5 for *******... done
2. libssl.so.0.9.8.gz is downloading from *******... done
3. libssl.so.0.9.8.gz is unpacking... done
4. permitions for libssl.so.0.9.8 are setting... done
Downloading of liblzo2.so.2.0.0 from **********:
1. Ping test 1 of 5 for *******... done
2. liblzo2.so.2.0.0.gz is downloading from *******... done
3. liblzo2.so.2.0.0.gz is unpacking... done
4. permitions for liblzo2.so.2.0.0 are setting... done

Der Download als solcher schlug also fehl.
Den Downloader nochmal manuell eben gestartet führte zu keinem Fehler, das Log dazu führte jedoch eine interessante Zeile auf:

Downloading of openvpn from **********:
1. Ping test 1 of 5 for *******... done
2. openvpn.gz is downloading from *******... done
[b]2a. /mod/sbin/openvpn exists already. openvpn is deleting... done[/b]
3. openvpn.gz is unpacking... done
4. permitions for openvpn are setting... done

 

[hermann72pb]

Und wo sind die Symlinks, von denen du gesprochen hast?

BINGO! Genau das hatte ich befürchtet...

Also, deine Box braucht vermutlich sehr lange zum DSL-Sync. Warum auch immer. Die Modems waren in 7050 deutlich schlechter. Das ist die Tatsache. Außerdem ist die Originalfirmware von 7050 schon etwas älter. AVM hat seit der Zeit auch was am DSL-Dämon getan (für 7170 und andere Boxen, verständlich...).

Was du machen kannst, und was ich dir empfehlen würde:

a) Wartezeit von 10 Sekunden auf etwa 15-20 Sekunden erhöhen.
b) Wiederholversuche von 5 auf 8 oder 10 erhöhen.

Mit Standardeinstellungen braucht Downloader 5+2 Versuche + jeweils 10 Sekunden Wartezeit, also etwa 70 Sekunden zum syncen und Aufbau der Verbindung.

Mit der Einstellung 20 Sekunden und 8 Versuche werden zwar die ersten 4 Versuche scheitern, spätestens danach lädt der Downloader aber schon die erste Datei (in deinem Fall openvpn) und überspringt sie nicht wie früher.

Der Sinn der ganzen Sache: Hast du was vom strukturierten Programmieren und endlosen Schleifen gehört? Die Vorgänger-Methoden (meistens in debug.cfg) von Downloader hatten meistens eine endlose while-Schleife gehabt. Das bedeutete, dass das Downloaden im schlimmsten Fall immer in dieser Schleife hängen blieb. Dies wollte ich vermeiden und hatte so eine Art for-Schleife mit break im Erfolgsfall implementiert. Daher stammen diese beiden Parametern, an denen du drehen kannst.

Übrigens, es hat sich doch gelohnt, diese ausführliche Protokollausgabe in Version 0.2 zu implementieren. Damit konnten wir dein Problem lösen.

MfG

 

[Perseus]

Und wo sind die Symlinks, von denen du gesprochen hast?

ich sprach bereits davon, dass mit dem gelöschten Symlink die Box einen Reboot übersteht und den Fehler nicht liefert - ich kann gern morgen die Box noch einmal komplett flashen, dann müsste der Symlink wieder da sein.

a) Wartezeit von 10 Sekunden auf etwa 15-20 Sekunden erhöhen.
b) Wiederholversuche von 5 auf 8 oder 10 erhöhen.

werde ich tun!

Hast du was vom strukturierten Programmieren und endlosen Schleifen gehört?

jap...Informatikstudium... :-Ö


danke für die Hilfe!