[ANNOUNCE] VDRAdmin-AM v3.6.5

Hallo Faudeer,

Zitat

Original von Faudeer
Ohhh, etwas zu früh entwarnt.
Wenn ich als root auf der Konsole den vdradmind --ssl aufrufe, dann tuts.
Wenn ich aber das init Script aufrufe tuts wieder nicht.
Ich hab mir mal den Daemonkram rauskopiert und in der Konsole gestartet und er kann wieder nicht das Zertifikat finden. Ich hab das certs Verzeichnis im vdr home erstellt und mittlerweile von root, vdradmin-am home und /etc/vdradmin-am verlinkt
Aber nix. Das Script will net.

Code

root@vdr:~ >strace start-stop-daemon --start -c vdradmin-am:vdradmin-am -m --nicelevel 10 --pidfile /var/run/vdradmin.pid --exec /usr/bin/vdradmind -- --nofork --ssl --ipv6
.
.
.
open("certs/server-key.pem", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
stat64("/var/cache/vdradmin-am//usr/share/vdradmin-am/template/default/error.htmlcache", {st_mode=S_IFREG|0600, st_size=1964, ...}) = 0
stat64("/usr/share/vdradmin-am/template/default/error.html", {st_mode=S_IFREG|0644, st_size=647, ...}) = 0
stat64("/var/cache/vdradmin-am//usr/share/vdradmin-am/template/default/error.htmlcache", {st_mode=S_IFREG|0600, st_size=1964, ...}) = 0
open("/var/cache/vdradmin-am//usr/share/vdradmin-am/template/default/error.htmlcache", O_RDONLY|O_LARGEFILE) = 3
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbf801ee8) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(3, 0, [0], SEEK_CUR)            = 0
brk(0x9e75000)                          = 0x9e75000
read(3, "#-------------------------------"..., 4096) = 1964
read(3, "", 4096)                       = 0
close(3)                                = 0
stat64("/usr/share/vdradmin-am/template/default/error.html", {st_mode=S_IFREG|0644, st_size=647, ...}) = 0
time(NULL)                              = 1263128339
time(NULL)                              = 1263128339
write(2, "Can't start server at 192.168.17"..., 44Can't start server at 192.168.178.23:8001: 
) = 44
exit_group(255)

Alles anzeigen

Wo könnt das certs Verzeichnis denn noch hingehören?

Alles anzeigen

Kannst Du mal den aktuellen CVS-Stand testen?
Dort habe ich es so geändert, dass das "certs" Verzeichnis im VDRAdmin-AM-Konfigurationsverzeichnis liegen muss, also das wo auch die vdradmind.conf liegt.

Gruß,
Andreas

Hi Faudeer!

Zitat

Original von Faudeer
Geschafft!
Jetzt gehts.

Super!

Zitat

Erst ging es wieder nicht, weil das neue certs leer war. Dann die beiden genannten openssl Statements

Genau, da keine Default-Zertifikate mitgeliefert werden. Mir gefällt das noch nicht so ganz und überlege noch, wie ich das schöner lösen kann.

Zitat

und es kam:

Code

file error - cache failed to write error.htmlcache: Error in tempfile() using /var/cache/vdradmin/usr/share/vdradmin/template/default/XXXXXXXXXX: Parent directory (/var/cache/vdradmin/usr/share/vdradmin/template/default/) is not writable at /usr/share/vdradmin/lib/Template/Document.pm line 280

Das heißt also schonmal, dass es startet.
Verzeichnis schreibbar gemacht.

Das ist das bekannte Problem, wenn VDRAdmin-AM mal als anderer User (root?) gestartet wurde und dann später als z.B. User vdr.
Auch das möchte ich noch schöner lösen.

Zitat

Dann kam noch:

Code

Interner Fehler:
Can't locate /var/cache/vdradmin//usr/share/vdradmin/template/default/noauth.htmlcache in @INC (@INC contains: /usr/bin/lib/ /usr/share/vdradmin/lib /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/vdradmin/lib/Template/Provider.pm line 580.

Aber, nochmal versucht, dann gings.

Hattest Du nur für das Verzeichnis die Berechtigungen gesetzt oder auch rekursiv für den Inhalt?

Zitat

Hab jetzt auch noch einen Neustart gemacht und es tut immer noch. Sieht also gut aus!

Danke!

Auch ich muss mich für Deine Reports und Geduld bedanken!

Gruß,
Andreas