VDRAdmin 0.96-3.ctvdr.1 will nicht

Schau mal ob er in /etc/default/vdradmin aktiviert ist

hmmm, ich bin auch grad von testing (vdrdevel-1.3.17) auf experimental umgestiegen und plötzlich will er den vdradmin nicht mehr automatisch starten.
aktiviert wäre er - /etc/default/vdradmin:

...
ENABLED=1


# Additional options that are passed to the Daemon.
DAEMON_OPTS=""

mit der 1.3.17er hats noch einwandfrei funktioniert?

wenn ich ihn via "/etc/init.d/vdradmin start" starte passiert auch nix, aber wenn ich "/usr/bin/vdradmind.pl" ausführ läuft er brav hoch...

hat sich da in den neueren versionen was geändert?

hier noch mein /etc/init.d/vdradmin:

#! /bin/sh
#
#
# Init-script for vdradmin, created by Thomas Schmidt <thomas.schmidt@in.stud.tu-ilmenau.de>
#
#


# Default Settings:


# Username vdradmin should run on:
USER=vdradmin


# Group under which vdradmin shoul run on:
GROUP=vdradmin




PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DAEMON=/usr/bin/vdradmind.pl
NAME=vdradmin
DESC="VDR Webadministration interface"


test -x $DAEMON || exit 0


# Include vdradmin defaults if available
if [ -f /etc/default/vdradmin ] ; then
	. /etc/default/vdradmin
fi


test "$ENABLED" != "0" || exit 0


set -e


# Create Temporary Directory
create_temp () 
{
	TEMPDIR=`mktemp -d -p /tmp vdradmin-XXXXXX`

   	# Check if the group vdr exists and make vdr 
	# the owner of the temporary directory
	if getent group | grep -q "^vdr:" ; then
	   chown vdr $TEMPDIR
        fi

	chgrp vdradmin $TEMPDIR
	chmod 2770 $TEMPDIR
}


case "$1" in
  start)
	echo -n "Starting $DESC: "
		create_temp
		TEMPDIR=$TEMPDIR start-stop-daemon --start \
		-c $USER:$GROUP -b -m --pidfile /var/run/vdradmin.pid \
		--exec /usr/bin/vdradmind.pl -- -nf
	echo "$NAME."
	;;
  stop)
	echo -n "Stopping $DESC: "
		start-stop-daemon --stop -q -o --pidfile /var/run/vdradmin.pid
	echo "$NAME."
	;;
  restart|force-reload)
	echo -n "Restarting $DESC: "
		create_temp
		start-stop-daemon --stop -q -o --pidfile /var/run/vdradmin.pid
		TEMPDIR=$TEMPDIR start-stop-daemon --start \
		-c $USER:$GROUP -b -m --pidfile /var/run/vdradmin.pid \
		--exec /usr/bin/vdradmind.pl -- -nf
	echo "$NAME."
	;;
  *)
	N=/etc/init.d/$NAME
	echo "Usage: $N {start|stop|restart|force-reload}" >&2
	exit 1
	;;
esac


exit 0

drhookson

Das schaut verdächtig nach den neuen vdradmin von den sarge Quellen aus.
was sagt ein apt-cache policy vdradmin?

gibt es den neuen Benutzer vdradmin?

Das Problem hatte ich auch. Es half ein einmaliges konfigurieren mit "/usr/bin/vdradmind.pl -c". Danach lief alles.

Hi,

wilderigel

ist bei mir leider das sarge-packet

linvdr:~# apt-cache policy vdradmin
vdradmin:
Installiert:0.96-4
Mögliche Pakete:0.96-4
Versions-Tabelle:
*** 0.96-4 0
101 http://ftp.de.debian.org sarge/main Packages
100 /var/lib/dpkg/status
0.96-3.ctvdr.1 0
101 http://www.e-tobi.net addons/ Packages
0.95-ct-10 0
500 ftp://ftp.heise.de base/ Packages

enabled is 1

er läuft nach
/usr/bin/vdradmind.pl -c

auch wieder irgenwie, nur komme ich mit dem browser nicht drauf. (Connection refused ...)

hosts habe ich in der config und im browser sowohl 127.0.0.1 auch 192.168... versucht

eine conf:

SERVERHOST = 127.0.0.1

TM_MARGIN_BEGIN = 10
LANGUAGE = Deutsch
PASSWORD = linvdr
TM_LIFETIME = 99
TM_MARGIN_END = 10
RECORDINGS = 1
AT_FUNC = 1
AT_PRIORITY = 99
GUEST_ACCOUNT = 1
CACHE_TIMEOUT = 60
VDR_PORT = 2001
MOD_GZIP = 0
LOGINPAGE = 1
USERNAME = linvdr
VDR_HOST = localhost
SERVERPORT = 8001
AT_LIFETIME = 99
LOGFILE = vdradmind.log
CACHE_LASTUPDATE = 0
LOGLEVEL = 81
AT_TIMEOUT = 120
LOGGING = 1
TM_PRIORITY = 99

mit web user linvdr/linvdr.

auf dem system ist auch user+group vdradmin vorhanden

Keine Idee mehr ?

Georg

Auf welchen Port versuchst du eine Verbindung?

http://192.168.1.1:8001/ sollte funktionieren (IP anpassen)

SERVERHOST = 127.0.0.1 gibts bei mir gar nicht

Edit:
SERVERPORT = 8001 kannst du natürlich auch auf 80 ändern, wenn dort nicht ein Apache oder ähnliches lauscht.
Danach /etc/init.d/vdradmin restart nicht vergessen

Danke wilderigel,

es hilft nicht.

ich bastele und bastele, habe auch schon versucht über das apt pinning auf den alten -3 level von vdradmin zu kommen - es bleibt der blöde -4 drin.

/etc/init.d/vdradmin start

startet den vdradmin nicht obwohl er behauptet er täte und ich finde auch in keinem log irgendeinen Hinweis auf start.

wie kann man so ein bash (init)script debuggen/single-steppen?

edit:
google half zum debug:

bash -x /etc/init.d/vdradmin start
....
+ start-stop-daemon --start -c vdradmin:vdradmin -b -m --pidfile /var/run/vdradmin.pid --exec /usr/bin/vdradmind.pl -- -nf
+ echo vdradmin.
vdradmin.
+ exit 0

/edit
Danke,
Georg

Schau dir mal das /etc/init.d/vdradmin an. Dort wird vdradmin mit eines Hilfsprogram aufgerufen. Und dieser Aufruf gibt keine Fehlermeldung zurück.
Der Aufruf ist relativ logisch nachzuvolziehen. Ruf das Programm mal direkt auf. Dann siehst du die Fehlermeldung.

Georg

Hi,

weiter getestet, in der bash eingegeben:

start-stop-daemon --start -c vdradmin:vdradmin -b -m --pidfile /var/run/vdradmin.pid --exec /usr/bin/vdradmind.pl -- -nf

nix!

Denn Problem ist der -c vdradmin:vdradmin Teil, ohne den kann gestartet werden:

start-stop-daemon --start -b -m --pidfile /var/run/vdradmin.pid --exec /usr/bin/vdradmind.pl -- -nf

user:group vdradmin existieren, aber für den user ist /bin/false die login-shell. Ist m.E. okay da als daemon laufen soll.

wie sehen bei euch die vdradmin user Einstellungen aus?

edit:
Hilfe für vdradmin kann ich unter /usr/share/doc ... leider auch nicht finden.
/edit
Georg

vdradmin eintrag in /etc/passwd:
vdradmin:x:105:106:VDRAdmin user,,,:/var/lib/vdradmin:/bin/false

vdradmin eintrag in /etc/group
vdradmin:x:106:

Installiere vdradmin mal ganz neu:
vdradmind.at sichern wegen Autotimern
dpkg -P vdradmin
apt-get install vdradmin

einziger unterschied ist bei mir 104 statt 105

vdradmin eintrag in /etc/passwd:
vdradmin:x:104:106:VDRAdmin user,,,:/var/lib/vdradmin:/bin/false

vdradmin eintrag in /etc/group
vdradmin:x:106

na ja trotzdem neu installiert, wieder enabled/konfiguriert, neuen Pfad in autotimer-plugin eingetragen ....

es geht.
Was auch immer verkehrt war

Georg

Hi, ich habe, so glaub' ich, das gleiche Problem. Es liegt wohl daran, dass der vdradmin user
gar keine Rechte mehr hat, den Serverport auf 80 zu oeffnen. Auf 8001 jedoch schon.
Ich modifiziere /etc/init.d/vdradmin jetzt so, dass vdradmin wie frueher unter root laeuft.
Oder hat es jemand geschafft den Server auf 80 zu konfigurieren und trotzdem vdradmin zu
verwenden?