Linux / Unifi
-
das habe ich probiert… da öffnet sich eine leere Datei. Daher meine Frage hier
`
Das hast Du aber nicht geschriebenDann scheint der Controller nicht oder nicht richtig installiert zu sein. Bei mir ist die Datei vorhanden und gefüllt.
Du versuchst das aber schon an der Console des UniFi-Contollers und nicht auf dem ioBroker-Host?
Gruß,
Eric
-
sorry
also, der controller ist auf dem nuc installiert, auf dem auch mein iobroker läuft
service unifi status
gibt mir "is running" zurück
das Log gibt dann diese Fehler aus.
-
Welches Linux, Debian, Ubuntu ….?
Was ist sonst noch darauf installiert außer der Unifi Controller?
Direkt auf dem Betriebssystem oder mit Docker?
Gruß
-
ubuntu 16.04 server, nur iobroker, kein vm oder docker oder was auch immer.. ich bin ein einfacher mensch ohne Ahnung von diesem Krams
In diesem Zusammenhang: irgendwas ist mit dem Ram passiert. Ich habe auf einmal 7,8gb Swap?
-
Ich konnte dein Problem nicht nachstellen. Auf Ubuntu sollte es Problemlos laufen. Du rufst die Weboberfläche des Controller schon so auf oder? https://Controller-IP:8443
-
In diesem Zusammenhang: irgendwas ist mit dem Ram passiert. Ich habe auf einmal 7,8gb Swap? `
Zu wenig Arbeitsspeicher? Sollte dieser voll sein wird in den Swap ausgelagert. -
habe 8gb.. die waren bislang immer so zu 12% belegt…nun steht da auslastung 90% und halt eine mega swap datei?
-
Ich konnte dein Problem nicht nachstellen. Auf Ubuntu sollte es Problemlos laufen. Du rufst die Weboberfläche des Controller schon so auf oder? https://Controller-IP:8443 `
ja, tue ich.
habe jetzt nochmal wie apt-get purge alles runtergehauen und den controller neu installiert.
Wenn ich dann nano /var/lib/unifi/system.properties mache, ergibt sich das hier:
filename="nano.png" index="0">~~
Zum Ram:
free -m sagt mir
total 7432
used 1381
free 693
shared 80
buff/cache 5357 <–- das dürfte es sein, aber woher und warum?
availabe 5605
bin was Linux angeht ne totale Obergraupe.
Mir ist es nur aufgefallen, weil mein VIS mir anzeigt, dass der RAM eben 90% dicht sein soll
-
Scheint so als ob das mit dem Controller zusammenhängt. Wenn er laut Wiki installiert wurde sollte alles funktionieren, zur not Neuinstallation.
-
Das habe ich ja auch schon getan.
Eine Sache ist mir noch aufgefallen (wie kopiere ich aus putty?)
hier im letzten Bereich steht was von error.
filename="error.png" index="0">~~
Ok zum Ram habe ich was gefunden, das mir geholfen hat:
-
Das sagt aus es gibt ein Problem mit Java.
sudo nano /alles was nach ErrorFile= steht kommt hier her
Dann solltest sehen was den Fehler verursacht
-
nano /usr/lib/unifi/logs/hs_err_pid%p.log gibt nur wieder eine leere Datei.
Wenn ich noch mehr dahinter schreibe kommt nur nano -h for a list of available options
edit: mal ein "Danke" verteilt für deine Hilfe bisher
-
Sieht aus als würden die Log Dateien dich nicht sonderlich mögen. Ohne funktionierenden Java kannst nicht das Controller Webinterface aufrufen. Soweit ich mich erinnere hatte ich damals auch ein Problem mit Java openjdk, installiere oracle java http://tipsonubuntu.com/2016/07/31/inst … x-mint-18/. Wenn es dann läuft kannst openjdk deinstallieren.
-
ich danke dir für dien Hilfe und gebe hier auf.
Hab das Java Zeug installiert. unifi apt-get purge gemacht, apt-get autoremove. unifi neu installiert.
Keinerlei Änderungen, außer dass in der Warnmeldung bei service status nun java-8-oracle steht statt openjdk; ansonsten geht genau so wenig wie vorher
Danke dir jedenfalls
-
Wie installierst Du die UniFi-Controller-Software eigentlich?
Gruß,
Eric
-
bin nach dieser Anleitung originär vorgegangen:
http://linuxpitstop.com/install-and-set … nux-16-04/
die ist letztlich imho 1:1 wie
https://help.ubnt.com/hc/en-us/articles ... -or-Ubuntu
jetzt nach dem deinstallieren (purge) via apt-get install unifi
wieso sehe ich denn keinerlei Log Dateien? Oder mache ich was falsch? jedesmal ist es leer und es steht da "Neue Datei".
Ich checke Linux einfach nicht, und jedes mal googlen führt nur dazu, dass ich erstmal anderen Krams googlen muss. Da kam ich als 8 Jähriger mit Nachbarns c64 besser klar :roll:
-
Habe jetzt mal geschaut:
root@iobrokerNUC:/usr/lib/unifi/logs# ls server.log root@iobrokerNUC:/usr/lib/unifi/logs# nano server.log root@iobrokerNUC:/usr/lib/unifi/logs# cd /var/lib/unifi/ root@iobrokerNUC:/var/lib/unifi# ls backup dl root@iobrokerNUC:/var/lib/unifi# cd /usr/lib/unifi/ root@iobrokerNUC:/usr/lib/unifi# ls bin data dl lib logs run webapps root@iobrokerNUC:/usr/lib/unifi#da ist irgendwie in beiden nichts mit system.properties drin?
-
Falls es wen interessiert:
ich habe jetzt einfach einige Tage später ohne jede Änderung mal wieder versucht den Adapter zu öffnen und siehe da: es geht.
jetzt muss ich nur meinen AP "umziehen". Dafür gabs aber auch irgendeinen Befehl
-
Adapter umziehen hat dann wieder alles "kaputt gemacht". Ich gebs auf, die unifi software ist mit Verlaub wohl mit das Schlechteste, was ich jemals gesehen habe. Insbesondere wenn man in den Foren nachvollziehen kann, dass es meine Probleme seit Jahren gibt, immer und immer wieder.
-
Es gibt aber auch genug Leute, die das problemlos laufen haben, ich habe unifi-controller seit 2.X laufen.
Allerdings immer unter Debian, sollte aber wohl nicht so den Unterschied machen.
Einmal hatte ich das Problem, dass er nur mit Oracle-Java wollte, aber das ist auch schon eine Weile her.
Das der Controller "kaputt" geht wenn man einen AP umzieht habe ich noch nicht gehabt, oder was hast du umgezogen?
