KluthR

Basically you remove UMASK, PUID and PGID variables and change the the variable for the backup to point to "/backups" (container path) and the appdata to "/var/urbackup" (container path). Change "Repository" to: uroni/urbackup-server:latest Change "Docker Hub URL" to: https://hub.docker.com/r/uroni/urbackup-server If you want you can use the Icon @ https://forums.urbackup.org/uploads/default/original/2X/1/1051fd74d1dcbc3ad4220b43007fcab5287272b0.png Add a new variable, named "TZ" and enter your right Timezone (e.g. "Europe/Berlin"). The template for the docker container by uroni: <?xml version="1.0"?> <Container version="2"> <Name>UrBackup</Name> <Repository>uroni/urbackup-server:latest</Repository> <Registry>https://hub.docker.com/r/uroni/urbackup-server</Registry> <Network>host</Network> <MyIP/> <Shell>bash</Shell> <Privileged>false</Privileged> <Support/> <Project/> <Overview/> <Category/> <WebUI>http://[IP]:[PORT:55414]/</WebUI> <TemplateURL/> <Icon>https://forums.urbackup.org/uploads/default/original/2X/1/1051fd74d1dcbc3ad4220b43007fcab5287272b0.png</Icon> <ExtraParams/> <PostArgs/> <CPUset/> <DateInstalled>1662522898</DateInstalled> <DonateText/> <DonateLink/> <Requires/> <Config Name="TimeZone" Target="TZ" Default="" Mode="" Description="" Type="Variable" Display="always" Required="false" Mask="false">Europe/Berlin</Config> <Config Name="Backup Folder" Target="/backups" Default="" Mode="rw" Description="" Type="Path" Display="always" Required="false" Mask="false">/mnt/user/BackupsV2</Config> <Config Name="Database Folder" Target="/var/urbackup" Default="" Mode="rw" Description="" Type="Path" Display="always" Required="false" Mask="false">/mnt/cache/appdata/urbackup</Config> </Container>

I just switched to the official urBackup container. It needs some paths adaptations but it works. Since they offer an official one, I dont see any need fir the binhex anymore. => https://hub.docker.com/r/uroni/urbackup-server

Hi, My Array setup: My shares: I copied data via rsync to an UD disk: The command: #!/bin/bash SRC="/mnt/user/BackupsV2 /mnt/user/Downloads /mnt/user/e-Books /mnt/user/Transfer" DST="/mnt/disks/92E6P00LT/backup/" echo "Backing up: $SRC" echo "To: $DST" echo "Starting backup: $(date)" rsync -a --delete --delete-before $SRC $DST So far so good. The UD disk was empty (xfs). After copying only some of the data ends up with the UD disk using more space than the overall source? 353GB ALL data vs 440GB after copying only SOME data? Can someone explain what is going on here? root@NAS:~# du -hs /mnt/disks/92E6P00LT/ 405G /mnt/disks/92E6P00LT/ root@NAS:~# du -hs /mnt/disk1/ 309G /mnt/disk1/ Thanks in advance! EDIT: Maybe some rsync stuff together with urBackup structure? One share is in use by urBackup server.

If possible, I would vote up for that feature My system is set to never spin down, but the USB disk could spin down. But it does not

this one (fa-hdd icon). And then it shows me: and the Unraid MAIN log: Maybe? Iam talking between the difference of your fa-hdd icon opened modal and the one Unraid uses above the UA section under "Main": Oh, then it will never spin down. I thought one could adapt this setting per UA device maybe? Ah - IF active! Thats the difference! Would be great if a title= would be there even if they're not (to explain what it usually does). (Side note: If one is inserting images with CTRL+V inside the forum text input, it is always inserted two times. Weird :/)

I want to pick up this thread. I have an ST500LT012-1DG142_S3P6J9YM (sdd) connected via internal SATA port to the system. When I click the green Icon, it will spin down (at least the icon goes grey). Pressing the device log only produces an empty window with an error logged by the log facility: Jun 21 06:20:28 NAS emhttpd: error: run_cmd, 882: No such file or directory (2): invalid cmd: /webGui/scripts/disk_log (Side note: UA should use the new device log style (inside new window) ifpossible. UA still shows an modal, Unraid opens up a new window, pointing to "logterminal/sdx"). Does UA spins down, even if the Unraid spin down setting is set to "never"? (Another side note: Would be great, if UA would support the "title=" attribute on the icon images for icon description, like the check-mark or lightning icon ) Unraid: 6.10.3 UA 2022.06.19 + UAP 2022.05.17

Just did that so, no problem here. Thanks!

Oh, sorry, the quoting went wrong. I meant to quote the "etc" word only to ask what exactly means "etc" in the meaning of: What else should one pay caution to?

What means etc? Just stumbled upon this I edit my docker containers as well. This could be metioned (if not automated??) anywhere, if the appdata is set to be on Cache.

@binhexWhats the difference between your docker and the "official" one? https://hub.docker.com/r/uroni/urbackup-server

You said, 6.9 support v6 via macvlan only. But I got a v6, as said. This seem a docker thing. So, as long as I (or docker) changes the mac, it should be usable? How docker remebers to not change the mac when unraid deletes and recreates a container (during update)? Are you preserving a container specific network (or -setting?) cant wait for 6.10 and all those improvements

Stimmt. Wäre lokal egal. Aber falls der Fall mal eintreten sollte. Na mal sehen. Danke erstmal!

I tried that and my router also displayed a ipv6 starting with 2003 - which seems to be a public v6 (my router gets a v6 block). Is this v6 reused every update/edit of the container? or does in change? If it change, how can I assign a static v6 without the prefix? like: br 0: x.x.x.x, ::8 does not work.

Ich hab es jetzt auch so gelöst (Network: Host) - klappt soweit. Noch eine IPv6 Frage - ich habe außerdem vor PiHole zu verwenden. Allerdings läuft der VMManager, d.h. Port 53 ist in Verwendung. Noralerweise lässt sich das mit Network: br0, Custom IP address lösen - aber dann hab ich dein anfangs beschriebenes Problem: x.x.x.x, ::8 klappt nicht. Wie kann ich eine statische v6 ohne Prefix hier vergeben? Bist du da weitergekommen? Wenn ich br0 nur ne feste v4 geben, bekommt der Container von Docker ne v6 - die Fritzbox zeigt auch die öffentliche v6 dazu an, habe aber jetzt keine Garantie, dass sich der Host-Teil durch Container-Update mal ändert, oder?

Hmm. und das selbst abholen geht offenbar nicht? Gibts da Änderungen in 6.10? Wie hast du es gelöst? IPv4-only?

Hi an alle, speziell an @mgutt, denn du scheinst dich genauer mit der Materie beschäftigt zu haben. Hab ich zumindest so interpretiert Ich habe vor, einen NPM laufen zu lassen, ohne am Unraid die Web-Ports verändern zu müssen. Netterweise hat mein NAS 4 NICs, sollte also eigentlich kein Problem sein - dachte ich. Eigentlich wollte ich über eth0 Unraid laufen lassen - wie jetzt auch. Zusammen mit 3 anderen Dockerncontainer im "Bridged" Mode. Nur NPM sollte eigentlich exklusiv eth1 erhalten, mit ner statischen IPv4. Das hat irgendwie alles nicht so geklappt, da sich das Netzwerk in den Containersettings nie auswählen lies - auch nicht als br1. Ich habe gelernt, dass NICs mit identischen Subnetzen kein weiteren br*-Interface anlegen. Also habe ich mich folgendem Trick bedient: Custom: br0 -> eigene, statische IP. Und das klappt. FritzBox zeigt den Container als eigenständigen PC an. So - nun zum Problem: IPv6. Ich habe DSL von der Telekom und damit auch 'ne IPv6. Mein dyndns ist auch so eingestellt, dass IPv6 mit aufgelöst wird, also wollte ich auch, dass der Container so erreichbar ist. Und genau da komm ich nicht weiter. Wie kann ich Unraid dazu bringen, mir NPM auch via IPv6 bereit zu stellen? Ich denke, deine Frage stellt mein Problem dar. Ich arbeite im 192.168.178.0/24 Netz. FB hat die .1, Unraid die .3 (eth0). Der erwähnte br0-Trick arbeitet ja nun auch mit eth0. Würde aber gern eth1 für NPM nehmen, was ich nicht hinbekomme. Ist das mit Bordmitteln möglich oder verfolge ich gänzlich den falschen Ansatz? Network settings: eth0 - ipV4 only, statische IP 192.168.178.3, Bonded: No, Bridged: Yes, mit eth0 only. eth1 - IPv4 + IPv6, keine IPv4 config, ipv6 steht auf Automatic. Hat auch eine von der Box bezogen. Unter Docker steht komischerweise IPv6 eth1 2x, einmal konfiguriert, einmal nicht: Kann jemand Licht ins Dunkel bringen?

This was not detected by unRAID? Is it even possible or is a manually check/repair via console wanted in that case?

So, what was the issue? A bug in unRAID?

Another question: What about FTPS? Would it be possible to configure an LE cert via the GUI? Or at least via Docker? But the plugin could support configuring FTPS via the Settings page then. Any ideas?

Thanks for this plugin! I wonder, why LimeTech does not include the possibilities native. Whatever, I have two suggestions: * Include inline help: To explain some options. Example: What is this "Webserver" option used for? * Include a log view inside the plugin settings or so, to check connected clients or transfers etc.

Thought exactly the same as @Zorb! Is it not planned to integrate the real "Auto" handling to that unRAID option? It is still required to use the plugin to enable the real auto-mode??