Amane

Hallo Timmey85
 
Shares werden automatisch angelegt, wenn du ein Ordner in /user anlegst, oder z.B ein Docker bei dem das Mapping in /user fehl-konfiguriert wurde.
Ebenso Skripte oder ähnliche verdächtige die irgendwelche Order dort anlegen.
 
Prüfe ob das irgendwo der Fall sein könnte.
 
Grüsse

Hallo k3vbert
 
Ja, der kann weg, nach so einem Prozess würde ich immer Docker neu aufsetzen. Das machst du aber über die "Settings/Docker" Einstellungen.
Die Docker verlierst du in jedem fall nicht, musst du nur neu erstellen danach! Du findest ganz viel darüber Dokumentiert hier in den Beiträgen.
 
Tipp: installiere dir Portainer und kontrolliere damit die Images und Volume. Das aufräumen klappt meist nicht automatisch und mit Portainer siehst du direkt in Docker hinein.
Ansonsten musst du dir die "docker prune" Befehle anschauen.
docker image prune -f docker volume prune -af  
Versuch mal selber, falls du aber nochmals Hilfe dabei brauchst, melde dich einfach nochmals.
 
Grüsse

Leider nein, das ist ein normales Verhalten. Mac, Windows und sogar Linux kopieren die Daten von externen Speichern immer erst in einen temporären Ordner und von dort dann weiter, auch wenn du eigentlich von Netzwerkpfad zum Netzwerkpfad kopierst.
Der Grund ist bei näheren Betrachtung recht logisch, wenn man überlegt, welchers Gerät hier die das Rechnen übernimmt - dein Mac. Also muss dieser mit seinem CPU die Daten verarbeiten.
 
Die einzige Möglichkeit wie du eine direkte Übertragung von Gerät A zu Gerät B bewerkstelligen kannst ist, wenn du entweder Gerät A oder Gerät B das verarbeiten der Daten übernehmen lässt. Sonst lauft es zusätzlich über Gerät C.
 
Hoffe das ist einleuchtend.

Je nach
 
Der erwähnte Ordner ist auf dem USB Stick und die Lizenz ist die Datei mit *.key am Ende. Je nach dem welche Grösse deine Lizenz hat.
 
Ich z.B. habe die Pro Version:

 

Ok, dann darfst du folgendes in der Konsole eingeben und anschliessend neustarten:
sed -i -E -e 's/USE_SSL="yes"/USE_SSL="no"/' -e 's/PORT="[0-9]+"/PORT="80"/' -e 's/PORTSSL="[0-9]+"/PORTSSL="443"/' /boot/config/ident.cfg Der Befehl ändert die drei Einträge zurück zum Standard.
 
Alternativ kannst du die drei Zeilen auch manuell in der Datei (/config/ident.cfg) auf dem USB Stick anpassen zu:
USE_SSL="no" PORT="80" PORTSSL="443"  

Info: Hab es mit ihm im Austausch angeschaut (hab wieder mal Ferien)
 
Die cache Disk war rausgeflogen.
Mit ein paar "kleinen" Anpassungen läuft nun alles wieder. 😄
 
Ach ja und XFS Fehler waren auch vorhanden, ein xfs-repair hat ganz viele Punkte als Ausgabe beim Prozess geworfen.. Wir haben mal ein Backup gestartet und Formatieren anschliessend neu..
 

Also..
 
Es war gar nicht mal so einfach festzustellen was es war.. Grundsätzlich kann man sagen das man gar nicht wirklich was falsch gemacht hatte. (Ausser paar angesprochene config.php Einstellungen) - War aber nicht fehlerverursachend..
 
Als wir jedoch anfingen Ports und andere Settings bei Containern zu verändern und dies nicht übernommen wurde (Fehlerlos).. Schien es mir doch etwas komisch.
Da man Unraid komplett neu installiert hat und alle alten Daten übernommen hat, vermutete ich das die "/mnt/user/system/docker" Daten einen knacks haben, da diese ja auch übernommen wurden..
Nach dem Standardmässigen richtig einstellen der Shares "appdata" und "system" (auf cache only), also das Docker Image gelöscht und anschliessend alle Docker neu erstellt.
 
Dann ging alles und läuft nun auch einiges performanter weil cache. 😄
 

So wie ich das verstehe Version 3.
 
Also du hast ein vServer irgendwo. Dort hostest du eine Webseit und NPM.. ok
Dann lass deine subdomain.domain.at auf dein Zuhause zeigen und dort musst du dann Port 80, IP restricted (zugelassen nur von deiner vServer Adresse) auf deinen Home-Webserver durchreichen lassen.
 
Das einzige was ich hier testen müsste ob das mit einem Zertifikat dann so läuft. Aber ich glaube..

Hallo

Etwas falschrum, ich würd so:
find /diretcory/.. -type d -empty -delete  
Und niemals erst -delete und dann -empty!
 
Grüsse

Also eigentlich ist es ok, aber persönlich bin ich kein Fan von Daten quer über alle Platten zu verteilen (High-water) & (Automatically Splitt..), aber kann man machen.
 
Sind irgendwelche Daten evtl. doppelt im Array? Wenn du da durcheinander hast, könnte der Mover wahrscheinlich Probleme bekommen.
Normalerweise werden doppelte Dateien im File Manager orange, wenn sie doppelt sind, klappt aber nicht immer zuverlässig, dass man die doppelten schon ausserhalb erkennt, sondern erst auf tiefster Ebene. Dies würde ich mal prüfen..
 
Dann würde ich mal den einfachen Teil erst einmal aus dem Weg räumen (medien-unsortiert). Dies liegt nur auf disk3, somit kann das easy verschoben werden und liegt dann nicht mehr auf der cache (ich zeige es an meinem Beispiel "media" das ich teilweise auf "cache" verschoben habe und nun verschiebe ich dieses zurück auf "datapool"):
 
File Manager öffne und ins "user" Verzeichniss gehen. Dann hinten auf cache, klick und auf Move (Verschieben)

  Dann im Fenster:

  Dann start und dein "medien-unsortiert" ist erst mal aus dem Weg.  
Weiteres vorgehen kommt darauf an, ob du nun doppelte Daten im Array auf den Platten verteilt hast, ist meine Vermutung, da der Mover Probleme macht.
 

Wir haben die Cache neu und in XFS formatiert die Share Einstellungen richtig konfiguriert und docker neu initialisiert.
Vermutlich war es ein Problem im "/system/docker" Verzeichnis, da war ein Image und ein Verzeichnis vorhanden.
Man probiert halt aus.. ich hoffe nun geht alles. Das ursprüngliche Problem müsste behoben sein.

Hallo Lunner
 
Wahrscheinlich hast du deine Daten quer verteilt über deine Platten..
Hast du den File Manager von Dynamix als Plugin? Kannst du mir mal ein Bild vom Pfad /mnt/user/ zeigen, ala:

 
Grüsse

Hallo wulperdinger
 
Grundsätzlich gilt, sollang du die beigelegten Kabel verwendest, kann nichts schief gehen:

Die blauen sind ebenfalls PERIPHERAL & SATA Anschlüsse und solange der Stecker passt, passt das.
Die haben das so gelöst, das dort wo die Schrifft zwischen den Anschlüssen steht, diese für oben und unten gilt. (Zugegeben etwas missverständlich)
 
Dennoch hier die Manual - Die findet man ganz einfach auf der Homepage:
https://assets.corsair.com/image/upload/corsairmedia/sys_master/productcontent/HX_Manual.pdf
 
Wieviel Platten möchtest du den anhängen? Und wie viele Kabel hast du mit SATA Power Anschluss?
 
Grüsse
 

Wir haben das Problem persönlich im Austausch behoben. Waren automatische eingestellte Portfreigaben auf der Fritzbox. Nun sind sie manuell und funktionieren.

Hallo Naitor
 
Ja klar gibt es den Befehl über die Konsole. Hier deine Möglichkeiten: (Kannst du dir mit: "cat /usr/local/sbin/rc.unassigned" anschauen)
/usr/local/sbin/rc.unassigned $COMMAND $DEVICE COMMAND = mount, umount, reload, hotplug, spindown, detach, attach, abort, refresh
DEVICE = (Pfad der unter "Unassigned Disk Devices" als "DEVICE" steht)
 
Ein Beispiel wie es ein anderer Benutzer benötigt hatte:
https://forums.unraid.net/topic/159770-hilfe-beim-script-schreiben-benötigt/?do=findComment&comment=1396114
 
Hier solltest du alle Informationen finden, der Link zum Original-Topic:
https://forums.unraid.net/topic/92462-unassigned-devices-managing-disk-drives-and-remote-shares-outside-of-the-unraid-array
 
Falls du beim skripten anstehst, helfe ich persönlich immer gerne dabei aus.
 
Grüsse
 

Halihalo FrankyL
 
Sieht ganz so aus als würdest du die Ordner AppData, System und Domain auf deine NVME (Disk2) verschieben wollen.
Da es sich um die Ordner handelt, in denen Docker und die VMs arbeiten, müsstest du als erstes Docker und den VM-Manager ausschalten.

Anschliessend, musst du den Pfad in den Einstellungen der Shares noch auf die neue Disk ändern.

  Mir fällt gerade ein, ich hoffe du hast nicht btrfs als Filesystem ausgewählt, dann schätze ich, müsstest du mit neuer Docker Konfiguration starten - Wenn du XFS hast kannst du fortfahren.
  Wenn fertig kannst du die Daten auf Disk2 verschieben. Ich glaube etwas mitzuhören, dass du das gerne nicht in der Konsole machen würdest. Dafür gibt es Unbalanced als Plugin. Damit kannst du dann die Daten verschieben. Anschliessend würde ich trotzdem noch kurz kontrollieren ob alles funktioniert hat und die Daten komplett verschoben wurden: tree /mnt/disk1/appdata  
tree /mnt/disk1/domains  
tree /mnt/disk1/system  
Die Ausgabe zeigt dir dann den Inhalt von Disk1 an, die sich dort befinden (appdata, system und domain) sollten dann hoffentlich keine Daten mehr enthalten.

also so:
 
Wenn alles korrekt verschoben wurde und die Pfade in den "Docker" und "VM Manager" Settings auf korrekte Pfade zeigen, kannst du Docker und den VM-Manager wieder online nehmen.
 
Dann sollte es geklappt haben. Bei unklarheiten kannst du problemlos nochmals nachfragen.
 
Grüsse
 

Schade, also konntest du alle (alte und neue) Interface beim Bond hinzufügen? Dann konntest du wieder keine Verbindung durch deine neue Karte herstellen, aber mit der alten ging es noch? Hast du deinen Router angewiesen Unraid eine statische IP zu vergeben, ist die vielleicht noch auf die Mac Adresse der alten Karte eingestellt? Hast du dannach auch mal neu gestartet? Lass doch testweise dem Server über DHCP eine IP beziehen.
Schick doch nochmals die Diagnostics mit dieser Konfiguration.
 
Oder Zeig mal die Konfiguration wie du es getestet hast, da dein Bild hier immer noch kein Bond anzeigt..
 
Unten sollte es dann so aussehen:

Hallo
Achtung, root wird niemals funktionieren!
Einmal wie erwähnt einen Benutzer erstellen (hier im Beispiel amane) und diesen auf dem SMB Share richtig konfigurieren:
 

 
Grüsse

Hallo bjoern
 
Ich vermute grob das dein media pfad "/usr/src/paperless/media" die Daten nicht speichern konnte, der Datenbank Eintrag dafür jedoch gemacht wurde. Vorher und jetzt, nach dem nachträglichen ändern des Pfades sind die Pfade in der Datenbank falsch hinderlegt.
 
Die ganzen Paperless python-skripte die dann wahrscheinlich auf die Pfade, die falsch sind in der DB laufen, schlagen dann fehl.
 
Ich Empfehle neu installation, mit den richtigen Pfaden und dabei ist zu achten, dass der "data" Ordner gelöscht wird, dort befindet sich bestimmt das sqlite Datenbank file, die die aktuell falschen Pfade beinhalten.
 
Dannach sind aber alle Einstellungen weg. Lief das denn schon lange?

Hi Paton
 
Nicht ganz, folgendes Vorgehen wäre das einfachste:
Container stoppen Den erwähnten Ordner löschen Um den container neu zu "deployen" besser um ein frischen "docker run" auszulösen sind folgende Wege die zum Ziel führen:
- Unter dem Tab Docker in Unraid siehst du alle Container und in der Erweiterten Ansicht () den Punkt "update erzwingen"

- oder Eifacher du änderst einfach "irgendetwas" im Edit Fenster des Container und dann wieder zurück, damit machst du ebenfalls ein "docker run" des Containers Es geht nur drum den Container neu zu initialisieren wenn die Configs weg sind. Manchmal (und ich weiss nicht wie das bei NPM ist) ist das aber auch nicht nötig..
 
Grüsse

* Das Problem scheint bekannt und hier wäre ein Workaround:
https://github.com/NginxProxyManager/nginx-proxy-manager/issues/2881

Export muss auf Yes oder Yes (Hidden) stehen..
 

Hi HGWBLN
 
Ich biete hier gerne Hilfe an.
So wie ich das Verstehe wird Automount nichts bringen, da das NAS halt nicht immer online ist..
Natürlich wäre es deswegen sinnvoll LuckBackup auf dem NAS zu installieren (falls möglich) jedoch ist es auch machbar per Skript.
 
Ob LuckyBackup wirklich neu gestartet werden muss, bin ich mir wirklich nicht sicher.. Ich denke eigentlich nicht.
(Doch, Luckybackup sollte neu gestartet werden)
 
Dennoch hier mal ein Template (weil ich einfach gern Skripte) 😁
#!/bin/bash #arrayStarted=true # Variablen NAS_IP="192.168.10.52" MOUNT_POINT="//$NAS_IP/backup_unraid" CONTAINER="LuckyBackup" # Überprüfe, ob das NAS erreichbar ist ping -c 1 $NAS_IP &> /dev/null if [ $? -eq 0 ]; then echo "NAS ist erreichbar. Versuche zu mounten.." # Versuche, das NAS zu mounten. mount_test="$(/usr/local/sbin/rc.unassigned mount "$MOUNT_POINT")" if [ $mount_test = "success" ]; then echo "($mount_test) NAS erfolgreich gemountet, starte $CONTAINER neu.." else echo "($mount_test) NAS beriets gemountet? Starte $CONTAINER neu.." fi # Docker-Container neu starten container_test="$(docker restart "$CONTAINER")" if [ "$container_test" = "$CONTAINER" ]; then echo "$container_test wurde neu gestartet." else echo "Fehler beim Neustart von $CONTAINER: $container_test" fi else echo "NAS ist nicht erreichbar, Abbruch.." fi  
Grüsse