Um das wechseln von Server zu Server der mysb.com-Umgebung zu verhindern
habe ich vor vier Tagen mal testweise über meinen DNS-Server die
IP-Auflösung auf eine IP-Adresse eingestellt (79.125.111.32) und habe
seitdem keine Probleme mehr gehabt. Gut, sind erst vier Tage - aber ich
bin mal
Ich bin noch immer auf der Fehlersuche und habe nun ein paar weitere
Beobachtungen.
Zum Debuggen habe ich die DNS-Auflösungen von LMS aktiviert und seitdem
das Log beobachtet. Wenn der Fehler bei mir auftritt sind bisher nur die
Server 54.247.117.234, 54.73.95.18 und auch 79.125.111.32 betroffen.
Danke für den Hinweis auf die Commit-History, das ist genau, was ich
meinte! :)
Ich habe noch eine Idee, die zu meinem Problem führen könnte und die
zeitlich auch passen würde:
Mein Provider verwendet (leider) IPv6 zur Interneteinwahl und mach
darüber dann DS-lite. Hierbei wird providerseitig
Aber meines Erachtens liegt das Kernproblem trotzdem im Verhalten des
LMS wenn er keinen Kontakt zu mysb.com aufnehmen kann - kann man hier
für mehr Robustheit sorgen?
Wenn es ein einfach zu reproduzierendes Problem wäre...
Eine Frage am Rande - gibt's einen Weg herauszufinden, was von
Nachdem ich meine DNS-Konfiguration verändert habe und nun als Forwarder
nur noch die DNS-Server meines Providers verwende läuft der LMS besser,
in den neun Tagen seit der Änderung hatte ich nur einen Hänger den ich
mit einem Neustart des LMS beseitigen musste.
Aber meines Erachtens liegt das
Hallo Michael,
ich kann mir vorstellen, daß eine Umgebung wie meine nicht gerade häufig
vorkommt - viel liegt daran, daß ich beruflich mit Microsoft
Infrastrukturen zu tun habe und zu Hause eine Umgebung betreibe, die
auch auch verwende, um Szenarien nachzustellen.
Ich versuche mal zu
Ich habe etwas ein Problem, dir zu folgen. Du erwähnst erstaunlich und
wichtige Dinge ganz nebenbei, wie z.B. eine Firewall, die die Geräte der
Kinder abklemmt. Active Directory. VPN. Gleichzeitig drehst du an
zahlreichen Schrauben, die der Normalanwender weder kennt noch braucht
(yeah,
Heute morgen um 6:20 ging es wieder los mit den Verbindungsproblemen zu
mysb.com - mit dem Erfolg, daß um 6:30 auf einem der beiden Radios der
Fallback-Wecker in brüllender Lautstärke anging...
Code:
[17-07-04 06:20:09.1030] Slim::Web::Cometd::handler (422)
Im Moment habe ich wieder einen hängengebliebenen Server - UI geht nicht
mehr, CLI geht nicht mehr, laufende Streams sind noch aktiv.
Für mich sieht es so aus, daß der Server in der Schleife, in der er
hängt wenn er keinen Kontakt zu mysb.com bekommt die Arbeit weitgehend
einstellt.
Diese
Ich würde gerne die mysb-Integration auf dem Server und den Playern
deaktivieren - mit dem --nomysqueezebox-Switch läuft der LMS ohne mysb,
richtig? Die Player (vor allem die Radios) lassen sich aber trotzdem auf
mysb umstellen - und das würde ich gerne verhindern? Ist das möglich?
Nein, da
Oje, sorry, das war ja wirklich nicht zu verstehen...
Ich würde gerne die mysb-Integration auf dem Server und den Playern
deaktivieren - mit dem --nomysqueezebox-Switch läuft der LMS ohne mysb,
richtig? Die Player (vor allem die Radios) lassen sich aber trotzdem auf
mysb umstellen - und das
Kann ich mysb auf LMS und Server komplett deaktivieren?
De-installieren. Oder verstehe ich was falsch?
--
Michael
___
slimserver-de mailing list
slimserver-de@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/slimserver-de
Kann ich mysb auf LMS und Server komplett deaktivieren?
Gesendet von iPhone mit Tapatalk
ElwoodSC's Profile: http://forums.slimdevices.com/member.php?userid=30764
View this thread:
Hehe, nee, auch wenn ich denen viel zutraue, das haben sie nicht
gemacht...
Gab's da nicht mal was von wegen mysb.com würde Software-Player abweisen
wegen der ID oder so?
ElwoodSC's Profile:
Haben Deine Kinder evtl. die Anmeldedaten geändert?
Killerwalze's Profile: http://forums.slimdevices.com/member.php?userid=58301
View this thread: http://forums.slimdevices.com/showthread.php?t=107368
Nachdem es tatsächlich eine Weile besser lief bin ich jetzt wieder bei
den alten Problemen ankgekommen, es vergeht kaum ein Tag an dem der LMS
nicht hängen bleibt.
Es scheint immer mit mysb.com zu tun zu haben - zumindest finde ich
jetzt wieder vermehrt die folgenden Meldungen im Log:
Code:
So, mal wieder ein Feedback von mir, ich habe viel probiert, mein
Netzwerk unter die Lupe genommen und einiges verändert. Mir scheint, daß
es mit der Namensauflösung von mysb.com meines DNS-Servers zu tun hat.
Folgendes habe ich gemacht:
- IPv6 auf den Servern, die DNS machen komplett
Ich bekomme vom DNS zwei sehr unterschiedliche IPs für
www.mysqueezebox.com zurück geliefert: 54.247.117.234 und 79.125.18.91 -
Ja, das ist korrekt so: wir verwenden ein "round robin" Load-Balancing.
Aus eine Pool von x Servern wird dir reihum immer mal wieder ein anderer
angegeben.
--
Ich bekomme vom DNS zwei sehr unterschiedliche IPs für
www.mysqueezebox.com zurück geliefert: 54.247.117.234 und 79.125.18.91 -
ist das korrekt so? Mir scheint nämlich, mein LMS bekommt immer
Schluckauf, wenn einer der Player auf mysqueetebox.com wechselt.
DJanGo wrote:
> beim nächsten Mal läßt du dir bitter mehr Zeit und wenn Ihr eh ins Bett
> gegenagen seid, macht ein Server, der down ist auch nix.
>
>
>
> Hätte dich 20 sekunden gekostet und du wüßtest jetzt deutlich mehr.
>
> Und wenn du den LMS eh als Service laufen läßt
> ein -net start
ElwoodSC wrote:
> Ich habe dann allerdings den Server direkt neu gestartet da wir gerade
> auf dem Weg ins Bett waren und habe somit nicht mehr im CLI
> nachgeschaut.
beim nächsten Mal läßt du dir bitter mehr Zeit und wenn Ihr eh ins Bett
gegenagen seid, macht ein Server, der down ist auch
DJanGo wrote:
> Naja, der Server schreibt doch in das Protokoll, dass er keine
> Verbindung hat und das kann er nur schreiben, solange er noch aktiv
> ist.
> Spielst du lokale Musik, oder streams du?
>
> Sicher, das dein Netzwerk "sauber" ist - also keine spielchen mit der
> Hosts Datei,
Gesetzt den Fall, das volle Auslasten der Bandbreite und damit verbunden
Timeouts bei mysb.com oder TuneIn lässt sich nicht vermeiden - der LMS
dürfte in solch einem Fall aber nicht die Arbeit einstellen, oder?
Nein, Auslastung ist unwahrscheinlich. Was für einen Virenschutz oder
Firewall
ElwoodSC wrote:
> Gesetzt den Fall, das volle Auslasten der Bandbreite und damit verbunden
> Timeouts bei mysb.com oder TuneIn lässt sich nicht vermeiden - der LMS
> dürfte in solch einem Fall aber nicht die Arbeit einstellen, oder?
>
> Ciao, Flo
Naja, der Server schreibt doch in das
mherger wrote:
> > Anbei das Serverlog von nach der Installation bis heute - das erste
> Mal
> > sicher habe ich das Problem direkt vor dem im Log vermerkten Neustart
> > des Servers um 17:49 gehabt. Sicher deshalb, weil ich vermute, daß
>
> Da scheint es regelmässig Netzwerkprobleme zu geben:
Anbei das Serverlog von nach der Installation bis heute - das erste Mal
sicher habe ich das Problem direkt vor dem im Log vermerkten Neustart
des Servers um 17:49 gehabt. Sicher deshalb, weil ich vermute, daß
Da scheint es regelmässig Netzwerkprobleme zu geben: es ist ja nicht nur
so, dass
mherger wrote:
> > Das Log in den Standardeinstellungen gibt aus meiner Sicht nichts
> her,
>
> Bitte poste dennoch eine aktualle Version.
Anbei das Serverlog von nach der Installation bis heute - das erste Mal
sicher habe ich das Problem direkt vor dem im Log vermerkten Neustart
des Servers um
Das Log in den Standardeinstellungen gibt aus meiner Sicht nichts her,
Bitte poste dennoch eine aktualle Version.
Du sagst CLI ginge. Könntest du mal über "serverstatus 0 0" schauen,
wieviele Player der Server sieht ("player_count")?
Und das Web UI? Erreichbar oder nicht?
Wie läuft LMS auf
Hallo zusammen,
ich habe 'hier'
(http://forums.slimdevices.com/showthread.php?106940-LMS-7-9-Nightly-stops-working-after-some-time)
schon im englischen Forum nach Hilfe gefragt, vielleicht drücke ich mich
jedoch auf englisch nicht richtig genug aus, jedenfalls scheint es mein
Problem so nicht zu
29 matches
Mail list logo