Beiträge von marks3344

    Ne, hab beides probiert. Hab jetzt mal doch kein rufus genommen sondern verwende mal das "raspberry pi imager"-programm. Anscheinend muss man bei der ersten ssh-verbindung den benutzer auf der ssd karte gespeichert haben. das standard-passwort (pi-raspberry) ist wohl veraltet.


    ** bin drauf und führe gerade das fantastische Script aus.


    thx guys. konnte das backup einspielen. fehlte zwar anscheinend noch eine SSID und ein ap, aber halb so wild.


    ein echt fantastisches script !! thx

    Die Frage ist ja eigentlich, wie ich den Controller bei mir zwingend brauche.


    Ich dachte immer, ich brauche den auch für den Betrieb der 5 Unifi AP die ich hier habe. Doch anscheinend eigentlich nur fürs einmalige Einrichten? Den Rest könnte man auch über die Unifi-Smartphone-App machen.


    Aber da ich mir die Bastlerei mit dem Pi 4 schließlich extra dafür angeschafft habe, mache ich ihn jetzt echt platt und neuer Controller.


    Weißt du wie man das Backup einspielt? Gibts dazu eine TUT oder so?


    Danke soweit



    **Edit: wobei ich glaub, dass ich eh schon das 64-bit OS drauf hab? Glaub da liegst du falsch, dass ich ein 32-bittiges installiert hätte:


    Code
     pi@raspberrypi:~ $ uname -a
    Linux raspberrypi 6.1.21-v8+ #1642 SMP PREEMPT Mon Apr  3 17:24:16 BST 2023 aarch64 GNU/Linux

    Ich will eigentlich gar nicht verschweigen, was ich gemacht habe. Doch ich weiß nicht, wie ich weitermachen soll.

    Wenn ich den Pi neu installiere / aufsetze, kann ich dann mit der o.g. "backup_6.5.55_20220303_0847.unf" den Controller wieder so einstellen, wie aktuell (alle SSIDs und Passwörter gleich usw.). Kannst du bitte paar Schritte geben, wie ich von "the scratch" beginnen würde? Neues OS auf SD-Karte flashen und dann drüber installieren? Danach die aktuelle Controller-Software installieren und wie bekomm ich das backup rein? Bin relativ noobig unterwegs, sorry.


    Hier nochmal die Schritte aus meiner Installationsreadme. Ich habe mich nicht bewusst für eine 32bit Variante entschieden (wenn dann ist das im Gefecht untergetaucht....)



    Der Aufruf des Controllers über den https-Port ging vor wenigen Monaten noch einwandfrei. Ohne sonderliches Zutun aber nicht mehr.



    :thinking_face::tired_face:

    Hab noch eine augenscheinliche Backup-Datei gefunden: "backup_6.5.55_20220303_0847.unf"

    Wohl aus 2022, doch seitdem hat sich ja nix mehr geändert bei mir. "unf" wird wohl die richtige sein?

    Code
    xxx@raspberrypi:~ $ mongod --version
    db version v2.4.14
    Fri May  3 20:44:14.931 git version: nogitversion

    Auch nicht up2date.... ich dachte halt immer das mit dem upgrade/update-Befehl bei Linux da alles aktuell gehalten wird?

    du hast Recht, ich habe mal die neuste JRE installiert.


    Code
    xxx@raspberrypi:~ $ java -version
    openjdk version "17.0.11" 2024-04-16
    OpenJDK Runtime Environment (build 17.0.11+9-Raspbian-1deb11u1rpt1)
    OpenJDK Client VM (build 17.0.11+9-Raspbian-1deb11u1rpt1, mixed mode, emulated-client)


    Aufruf über den https-Port geht leider immer noch nicht.



    Mal den Controller updaten? Die Frage ist, wie ich ohne Aufruf über https ein Backup ziehen kann?


    die server.log wiederholt sich alle paar Sekunden.


    part 1


    part 2 der server.log (sorry, nur 10k zeichen möglich)


    Ergebnis von "netstat -tulpen"


    Hab hoffentlich alles richtig hinbekommen. Danke für eure starke Hilfe.


    gierig: dass die JRE 8 plötzlich nicht mehr ausreicht , kann mMn nicht der Grund sein oder? Bis vor wenigen Monaten lief der Controler-Aufruf über den Browser ja noch? Oder meinst, durch die Auto-Update-Sache vom Controler hat er nun eine Version erreicht, bei der die JRE 8 einfach nicht mehr ausreicht?

    4.)

    updaten

    Code
    sudo apt-get update
    sudo apt-get upgrade
    sudo apt-get autoremove
    sudo apt-get autoclean
    sudo apt-get install ca-certificates apt-transport-https
    sudo apt install openjdk-8-jre-headless jsvc libcommons-daemon-java

    war wohl so in meiner Installations-Anleitung drin.


    Mit einem normalen sudo apt-get update Befehl macht er die jre nicht mit oder wie?


    Aber das komische ist ja, dass ich über den http-Aufruf schonmal auf den Controler gekommen bin (vor wenigen Monaten noch) ohne was geändert zu haben (außer vll den Update-Befehl hin und wieder).

    Wie kommst du auf sowas ? Das meiste dürfte in /usr/lib/unifi liegen.

    Datum noch hier und da was in /etc und /lib/systemd ggf noch woanders.


    Du könntest dir Logfiles anschauen, mit netstat -tulpen schauen ob was auf den port läuft.

    mit ps -ef schauen ob ein der controller läuft. und und und.

    Korrigier mich, doch meiner Meinung läuft der Controler bzw. was von Unifi?


    Und der sonst funktionierende Port "8443" scheint offen zu sein (listen) oder?


    hi razor , soweit ich es meiner Installations-Readme noch entnehmen kann, über den offiziellen Weg:


    8.)

    unifi controller installieren

    Code
    sudo apt install apt-transport-https
    echo 'deb https://www.ui.com/downloads/unifi/debian stable ubiquiti' | sudo tee /etc/apt/sources.list.d/100-ubnt-unifi.list
    sudo wget -O /etc/apt/trusted.gpg.d/unifi-repo.gpg https://dl.ui.com/unifi/unifi-repo.gpg
    sudo apt update && sudo apt install unifi -y

    Zu deinen Zitaten kann ich leider nur sagen, dass ich das Verzeichnis "/srv/unifi/logs/" nicht hab.

    Code
    xxx@raspberrypi:~ $ cd /srv/
    xxx@raspberrypi:/srv $ ls
    xxx@raspberrypi:/srv $ ls -s
    total 0
    xxx@raspberrypi:/srv $ ls
    xxx@raspberrypi:/srv $ ls /
    bin  boot  dev  etc  home  lib  lost+found  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var

    Der Service "unifi" lief aber hingegen anscheinend schon oder:

    Code
    xxx@raspberrypi:~ $ systemctl stop unifi
    ==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ===
    Authentication is required to stop 'unifi.service'.
    Authenticating as: ,,, (xxx)
    Password:
    ==== AUTHENTICATION COMPLETE ===
    xxx@raspberrypi:~ $

    Schonmal vielen Dank für eure Unterstützung bislang!!! :thumbs_up:

    Code
    Filesystem      Size  Used Avail Use% Mounted on
    /dev/root        15G  6.7G  7.1G  49% /
    devtmpfs        667M     0  667M   0% /dev
    tmpfs           925M     0  925M   0% /dev/shm
    tmpfs           370M  816K  370M   1% /run
    tmpfs           5.0M  4.0K  5.0M   1% /run/lock
    /dev/mmcblk0p1  253M   51M  202M  20% /boot
    tmpfs           185M     0  185M   0% /run/user/1000

    Schaut eigentlich nicht voll Aus wenn man dem "Use%" nach geht.


    Ein pwd gibt mir das root-Verzeichnis "/home/xxx"

    Hi , danke für eure Antworten.

    Leider alles ohne Erfolg.


    Erst den Pi neugestartet -> HTTP Status 404 – Not Found beim Aufruf https://ipv4adresse:8443 über den Browser.


    Dann noch den Controller selbst neugestartet mit einem Befehl hier aus dem Forum

    Code
    xxx@raspberrypi:~ $ systemctl restart unifi
    ==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ===
    Authentication is required to restart 'unifi.service'.
    Authenticating as: ,,, (xxx)
    Password:
    ==== AUTHENTICATION COMPLETE ===

    Leider immer noch HTTP Status 404 – Not Found beim Aufruf https://ipv4adresse:8443 über den Browser.


    Was mir auffällt, dass ich mit ls keine Verzeichnisse mehr auf dem Pi angezeigt bekomm. Hat sich der Controller verflüchtigt? Dagegen spricht, dass er den restart unifi Befehl ja geschluckt hat....


    Hat irgendwer einen weiteren Rat :fearful_face:

    Hallo zusammen,

    ich hab in meinem Mietshaus vor zwei Jahren drei Ubiquiti AP installiert und dafür auch einen Controller auf einem raspberryPi eingerichtet.


    Den kann ich noch über SSH und Putty erreichen alles fein. Doch da ich aktuell Probleme mit einem Bose-Lautsprecher habe und der aus unerklärlichen Gründen bei der Installation nicht ins WLAN kommt, wollte ich die AP mal neustarten.


    Hierfür wollte ich mich auf den Controler wählen und schau in meinem Passwort-Tool nach, wie das ging. Unter der IPv4-Adresse vom raspberryPi steht meine Notiz

    "hier läuft auch der Ubiquiti Controler drauf, welchen man mit https://192.168.xx.xxx:8443/ erreicht"


    Denkste, wenn ich das in meinen Browser kopiere bekomm ich eine 404-Meldung: HTTP Status 404 – Not Found


    Hilfe, das hat vor wenigen Monaten noch funktioniert, weil ich da mal geschaut hab über welche AP der meiste WLAN-Traffic geht. Kann mir wer sagen, was ich machen muss, um wieder über HTTP auf den Controler zu kommen??


    Ich bin relativ verzweifelt, weil es ja noch ging wenige Monate zuvor, doch nun die knallharte 404-Meldung.


    Danke für jeden Tipp :confused_face: