Beiträge von Hape

Tag zusammen,

ich habe ein Problem bei der Einrichtung der pve bzw des pbs, speziell mit der Erstellung des datastores in der pbs.

Zunächst, hier läuft Proxmox pve 7.4.4 auf einem kleinen Server. In Proxmox läuft eine VM mit dem pbs 2.4-2.

Dann habe ich noch ein Synology-NAS, auf der ich gemäß der Anleitung hier im Forum Proxmox Backup Server mit Synology NAS per NFS verbinden einen Ordner mit einer nfs-Freigabe eingerichtet habe.

Der Ordner ist gemounted, die Erstellung eines Testfiles auf dem Ordner funktioniert, auch nach einem reboot des pbs. Soweit so gut.

Der entsprechende Datastore im pbs konnte ebenfalls erstellt werden.

ABER. Wenn ich nun in der pve unter storage diesen Datastore des pbs hinzufügen möchte, wird ein Fehler angezeigt: error fetching datastores - 401 unauthorized (500) ...

An dieser Stelle hänge ich nun schon seit Stunden fest, ich bin mit meinem bescheidenen "Latein" am Ende --> vllt kann mir hier jemand helfen?

Wie gesagt, ich lass den Button disabled, einen Nachteil kann ich bisher nicht erkennen. Vllt. wird's ja was mit dem nächsten Controllerupdate ... oder, die Hoffnung stirbt zuletzt ...

... hmmm, so wie Du es beschreibst macht das Sinn. Vllt. wäre auch eher die Frage, warum der Controller keine v3 sondern nur v2 Version zur Verfügung stellt.

Die Frage ist natürlich, in welchem Device es richtiger ist IGMPv zu aktivieren. Zumal ja der Controller "nur" v2 erzeugt ... Na ja, Wissenslücken sind ja dafür da gefüllt zu werden ...

Ok, seit der Button IGMP in der Controllersoftware disabled ist, kommt keine Meldung mehr von der FritzBox ... das war dann wohl erstmal korrekt. Da ich kein IPTV nutze, wird es wohl auch nicht schaden, wenn der Button disabled bleibt ... Danke!

Ahh, ja, danke, den Button kannte ich im Controller --> nur die Funktion war mir nicht klar. Den WLAN an der Fritte nutze ich nicht mehr.

Im Artikel von AVM steht, das man an dem "fehlerhaften" Gerät den Button IGMP deaktivieren soll ... Da ich kein IPTV nutze, wäre wohl das der Weg ... ich schau mal, ob die Deaktivierung den gewünschten Erfolg bringt.

Ok. Mache ich.

Weißt Du denn, was es mit dieser "Umschalterei" zwischen FG v3 und US24-Gen1 v2 auf sich hat?

Hallo,

ich betreibe ein kleines Unifi-Netzwerk mit einem USG Pro4 (an einem Vigor130), einem US24 Gen1 Switch, einem US8-60W Switch und zwei UACPros Accesspoints. Dann gibt es noch eine Fritzbox7490, die als Client konfiguriert ist und über die nur noch die Festnetztelefonie läuft.

Nach anfänglichen Schwierigkeiten mit dem Controller (läuft auf einem NAS) funktioniert das System stabil und gut.

Seit ein paar Tagen erhalte ich von der FB Meldungen wie folgt:

16.00 Uhr IGMPv3 changed byi IP der FritzBox

15.50 Uhr IGMPv2 changed by IP des US24-1 Switch

D.h. der Switch ändert auf v2 und kurze Zeit später ändert wiederum die FG auf v3.

Ich verstehe diese Meldung leider nicht, ich sehe nur ein dauerndes Wechseln und würde das gerne abschalten bzw. auf einem Status lassen.

Hat jemand einen Tipp?

VG

Hape

Guten Morgen in die Runde,

... war schon aussergewöhnlich mitten in der Nacht (von 1.30 bis ca. 3.00 Uhr) eine Videosession abzuhalten um mein Problem zu lösen --> vielen Dank an dieser Stelle an razor für seinen aussergewöhnlichen Einsatz!! Das hat richtig Spass gemacht! Ich lasse mir ab sofort noch so ein paar schräge Fehler einfallen, dann wiederholen wir das Ganze einfach

Letztlich waren es nicht die Berechtigungen, sondern der von mir nicht korrekt installierte Controller im Docker. Erst alle Geräte aus dem Controller --> vergessen Button. Dann den Controller komplett löschen, auch das Unifi-Verzeichnis im Docker und alles neu angelegt, installiert, läuft --> nach ein paar Minuten tauchen alle Devices in der Controlleransicht auf und können adoptiert werden, VDSl-Daten im Controller für das USG eingetragen, Internet läuft und dann einfach die angepaßte config.gateway.json über den Finder des Mac in das neue Unifi-Docker-Verzeichnis geschoben (FileZilla ist nicht nötig), vorher noch den Floorplan im USG angelegt, dann das USG zwangsprovisioniert und ... .... .... LÄUFT. Das war alles. Das Problem hatte nichts mit den Berechtigungen zu tun.

Oh man oh man, vllt. hilft die Beschreibung dem ein oder anderen.

Ich melde mich bestimmt mit neuen doofen Dingen wieder ...

Schönes Wochenende speziell an razor ...

VG

Hape

Sorry, da hast Du recht mit dem editieren.

Ich versuche noch mal meinen Workaround aufzulisten.

Ich erzeuge die config.gateway für das USGPro4 über den Link den Du eben gepostet hast. Diese Datei nehme ich und schiebe diese per FileZilla angemeldet per sftp als Admin mit Passwort über Port 22 auf das Verzeichnis des Controllers: Das sieht bei mir so aus:

Dann lasse ich das USG zwangsprovisionieren und nix passiert.

Um das genauer betrachten zu können, muss ich per ssh auf das USG. Allerdings bin ich da echt der Depp, weil ich nicht weiß, mit welchen Kommandos ich da arbeiten soll um das von Dir gefragte zu finden ...

VG

Hape

Hi,

ok, fangen wir dann noch mal von vorne an: Ich lade also ein Bild als "neuen" Floor in der Controlleroberfläche und sage dann speichern. Das Bild/Floor wird auch sichtbar in der Controlleroberfläche gespeichert, aber ich finde es dann nicht in der Verzeichnisstruktur auf der DiskStation unter sites/default ... Wo zum Henker speichert das System das jetzt wieder hin ... ??

VG

Hape

Also gut, ich komme fast zu dem Schluss den Controller komplett neu aufzusetzen. D.h. aus meiner bisherigen Erfahrung:

1. Alle Unifi-Device aus dem Controller entfernen. Macht man das nicht und will dann mit dem neuen Controller die Device adoptieren scheitert das.

2. D.h. aber auch, das ich bei Null anfange und alles wieder neu aufsetzen muss.

Ist das der richtige Weg oder weißt Du einen besseren Workaround?

Ok, ich habe den Weg bisher so verstanden:

1. Man erzeugt die config.gateway.json

2. Man schiebt die config.gateway.json auf den Controller (in meinem Falle auf die DiskStation) in den Ordner unifi - sites - default

3. Die Berechtigung/Benutzergruppe der config.gateway.json soll unifi:unif sein.

4. Wenn das geschehen soll über die Controlleroberfläche vom USG eine Provisionierung "erzwungen" werden.

5 Im Anschluss ist das Modem über die zuvor eingestellte IP im LAN erreichbar.

Ist das soweit korrekt?

Andere Frage. Mit dem USG3P hat das so funktioniert wie oben beschrieben, ausser die Gruppenberechtigung, die Stand auf 777/777. Warum also klappt das mit dem Pro4 und der angepaßten config.gateway.json nicht?

Wo speichert eigentlich die Pro4 einen Floorplan überhaupt hin --> doch in die den Ordner Sites / default oder? Wenn das so ist, das klappt das mit Pro4 nicht, da wird nix hingespeichert ... oh man ... ich krieg langsam einen Affen!

So ist der Zustand jetzt:

Es bleiben also für mich die folgenden Kernfragen:

1: Wie kann ich die Benutzer/Gruppe in die geforderte ubnt:ubnt abändern?

2: An welcher Stelle und über welches Tool soll das geschehen?

razor

... sorry, da hast Du Recht, die Info habe ich Dir nicht gegeben --> jetzt habe ich wieder so viel probiert, mit dem Ergebnis, das ich Dir aktuell nicht sagen kann, welcher Befehl das genau war ... Hast Du denn nachvollziehen können, wo mein Problem liegt?

Danke für die Rückmeldungen und Hilfestellungen.

Ich bin mit Apple Mac unterwegs, habe keinen Windowsrechner.

Mein Controller liegt auf einer DiskStation im lokalen Netz.

Mit TE meine ich den ursprünglichen Threadersteller, der das ganze hier im Forum für einen Vigor 165 und ein USG und ein USGPro beschrieben hat.

Dem bin ich gefolgt.

Ich habe sowohl die Version config.gateway.json vom USG und vom USG-Pro unter sites - default per FileZilla transferiert und dann das USGPro 4 zum provisionieren gezwungen.

Ein Zugriff auf den Vigor (130) ist danach nicht möglich.

Allerdings habe ich NICHT den Schritt per ssh (MAC hat ja dafür sein Terminal-Tool) bzgl. der Kontrolle der Berechtigungen auf dem USG umsetzen können.

Es scheitert an der "Navigation" auf der ssh-Ebene ... Also, meine nächste blöde Frage lautet: Mit welchen Kommandos komme ich dahin, so das die Berechtigungen angezeigt werden können?

Und wenn dort etwas anderes steht, ist diese Besitzer/Gruppenberechtigung über Putty denn möglich (FileZilla kann "Nur" als max. Berechtigung 777/777 bzw. wo ändert man die Berechtigungen? Das muss doch vor dem Draufschieben der config.gateway.json in das Verzeichnis "default" erfolgen, oder?

Guten Morgen Razor,

ja, die Seite und Beschreibung kenne ich. Allerdings funktioniert es einfach nicht. Und wenn ich es richtig interpretiere, ist die Variante für das USG Pro4 nur deshalb anders, weil der TE andere Schnittstellen an seinem Pro4 nutzt?

Hier ein Screenshot der Schnittstellen von meinem Pro4

Dann wäre doch die Konfiguration der Schnittstelle "eth0" bzw.

Guten Morgen Razor,

ja, die Seite und Beschreibung kenne ich. Allerdings funktionieren beide Varianten nicht, weder die für das Standard USG noch die Variante des Pro4 in Deinem Link. Und wenn ich es richtig interpretiere, ist die Variante für das USG Pro4 nur deshalb anders, weil der TE andere Schnittstellen an seinem Pro4 nutzt?

Hier ein Screenshot der Schnittstellen von meinem Pro4

Dann wäre doch die Konfiguration der Schnittstelle "eth0" bzw. "peth0" korrekt (also die des USG 3), oder?

Oder doch ein Problem der Benutzer/Gruppenrechte --> statt 999 (was nicht geht) "nur" 777/777, das hat aber beim USG3 funktioniert ...

VG

Hape

Ein frohes neues Jahr und vieeeeelll Gesundheit an ALLE.

Ok, ich hole mein Problem noch mal nach oben: Ich habe nun das USG3 gegen ein USG Pro4 getauscht.

Nun stehe ich vor dem gleichen Problem wie bei der USG zuvor. Das Pro4 erkennt die Jason-Datei nicht bzw. das Vigor ist über die vergebene Adresse im Browser nicht erreichbar. Ich habe die Datei per FileZilla und die Berechtigungen/Gruppen 777/777 in den Ordner ... sites/default geschoben, aber nach Erzwingen des Provisionierens der USGPro4 kommt leider das gewünschte Ergebnis nicht --> ich kann den Vigor nicht erreichen ...

Hat jemand eine Idee?

... ja, das mag sein. Aber es gibt im Netz haufenweise Einträge zu den Retrys, insbesondere bei dem Controller-Stand. Es gibt aktuell ja ein Update auf 6.0.43, aber da ist noch nicht klar ob dieses "Problem" (visuell im Dashboard) hiermit gelöst worden ist. Und da ich eh auf das Dockerabbild von JackoJalabert angewiesen bin, warte ich also ab und habe weiter beschlossen das Dashboard hinsichtlich Retrys zu ignorieren. Denn nach jetzigem Stand funktioniert alles einwandfrei ...

... Hi, na ja, wo Du es so sagst --> es gibt ja eine Doku zum Controller, vllt. sollte ich da mal zuerst reinschauen ... Die Grafik korreliert ja auch nicht mit der Performance der UAPs ... die ist nach meinem Dafürhalten nun wirklich gut bis sehr gut. Auf jeden Fall ist es aber so, das nach Umstieg von FritzBox auf Unifi einiges zu lernen ist, die Skalierbarkeit der Unifis ist ja um ein vielfaches höher ... btw. so wie es aussieht, könnte eine WLAN-Kamera für die Retry Geschichte verantwortlich sein. Seit dem die draussen ist, hat sich das Bild wesentlich verbessert ... wenn ich hierzu genaueres weiß, melde ich mich.