mgutt

The wildcard (or globbing) character shouldn't be needed. The "-a" flag is a shortcut for "-rlptgoD" and "-r" activates copying subdirs, too. Further explanation: https://serverfault.com/a/141778/44086

Yes, rsync is one-way. It won't delete in the destination, too (as long you do not set the flag "--delete"). So it's incremental as you need it. P.S. If you do not pay for the Google cloud, it will massively reduce the quality of your photos. This is the reason why I'm using Amazon Cloud instead (with Prime membership).

@guilhem31 A) You could move all files with "mv": #!/bin/bash mv /mnt/user/backup/phonecamera/*.* /mnt/user/photos/phonecamera/ By that all files will be moved to "/photos/phonecamera/", but if they already exist, the script will fail. Instead you would need to force overwriting the destination by using the "-f" flag: #!/bin/bash mv -f /mnt/user/backup/phonecamera/*.* /mnt/user/photos/phonecamera/ B) If moving triggers a full new upload through your smartphone app, you should consider "rsync" to copy the files: #!/bin/bash rsync -a /mnt/user/backup/phonecamera /mnt/user/photos/phonecamera Of course there are much more possibilities. Like copying files to a year/month base subfolder structure or copying only files with specific extensions like .jpg. I'm sure you will find other solutions through a little bit research. Hints: You find the correct paths by clicking on the view icon in Unraid next to the Share: By that it displays the complete path in the headline: If you want to know how to use CA user scripts in general, this video could be helpful:

Yes, I did. My windows login is completley different from the smb share on the Unraid server. My Unraid share username is "marc" and for the smb alias I enabled the checkbox to save this login. As you can see I did not save the login for the IP, too:

I did not enter different credentials. I used the same. Now, after restarting Windows both clients use the SMB alias again. It seems to be something related to this problem. Because the upload process through my smartphone has been interrupted. But I was able to restart the process without problems. The windows client is still able to open the folder and create files inside of it. It sounds like a bug for me. Something like "new login with same user = interrupt existing connection". I never had similar issues with my Synology NAS. Maybe a special setting needed for the SMB server? I'll try to restart the windows client and try to open the network share again while the upload through the Android Client is running. Let's see if it happens again. EDIT: Hmm no. The upload is still running and windows can access and write as usual. Strange.

I have a similar issue. I'm having a share and created a subfolder through its user by an android app. This app is still able to create files inside this subfolder. Now I opened this folder with the same user through Windows and get an network error (Windows can not access ... You do not have permission...). Really strange 🤔 The user rights are looking good as well: And it becomes even more strange. I opened the share through its IP-address instead, entered the credentials, and are now able to open the subfolder without problems 🤪 Seems to be windows related or what do you think? EDIT: Ok, Windows Reboot solved the issue. Ok, thank you Windows 🙄

Is CA User Scripts race condition safe or do I need to make my own check to be sure that my script runs atomic?

Additional question: Should I backup domains and/or system to the array if cache only/prefer is set?

If I stop the array or start the array all discs are spinned up. As this produces a high load on the power supply I like to see that Unraid spins up every drive with a little delay. Of course my power supply is big enough, but I think there is more potential killing a power supply by those high peaks than through other operations. Yes, restarting the server still produces this load, but this is a hardware based problem and can not be avoided through Unraid.

Yes, with such a setting Unraid must totally ignore the content of the array else it would not work.

I'm having a 1TB SSD installed. So the cache is big enough for my needs. If not I will install a bigger one. Why I need it: 1.) I want to add my music collection to the SSD as it is more energy efficient compared to the HDD and the response time is much better between a sleeping SSD and HDD (a press on the play button on a sonos speaker plays almost directly if I use the SSD). 2.) I want to add my video transcoding folder to the cache. This is the data I'm working on the weekends. I move the videos to an other share if I finished my work (= long time archive). At the moment I can only take advantage of the SSD as long the mover did not move the videos to the array. Of course a defective SSD kills the work of multiple hours, but after the mover did his work the data would be safe. At the moment I'm using rsync to copy both data to a backup folder on a daily basis. This perfectly solves my problem, but maybe its interesting having it as a builtin feature of Unraid.

I like to use only my SSD cache for some Shares, but by that I would need to create manually a backup routine. Instead I like to choose an option called "Both" where the Mover syncs between the Cache and the Share. Example:

Nice changes. Love that the icons are forced to be displayed in one row. But there is a small bug. If you edit the name of a script the gear symbol is html code is the name: and if you edit it, it displays both names without the gear: and if you delete the name its not possible to edit the name anymore:

Feature Requests: 1.) Jump to top if "Edit Script" is selected or display the code under the scripts row (maybe better as it prevents scrolling) 2.) *deleted* 3.) "Show log" uses the -0700 timezone. Instead it should respect the Unraid timezone setting 4.) Changing a script name should rename the script filename, too. Or the User Scripts overview should be sorted by the script name and not the script filename. 5.) Maybe its nice to see directly if a script returned an error. Maybe by displaying the row with a red background color?! 6.) Optional: Send script output to email address. 7.) If you add a cogwheel symbol after the script name you do not need to explain the user how to edit a script ("For more editing options, click on any script's name"), but I'm not sure if this would look good 8.) "Add new script" should contain the code textarea as well (no need for the extra step to edit it) Thank you for reading and building this plugin!

That would be of course the best option if possible. Thank you for the feedback.

I changed one SMB share visibility from "yes (hidden)" to "yes". I think this causes a restart of the SMB service because all my active connections were killed and a running upload was interrupted. I think a dialog should warn before a setting is saved and the SMB service is restarted. Maybe it contains something like "John is writing with x MB/s to disk Y. Are you sure to restart the SMB service? Data lost possible bla bla"

I have the same problem. Did you finally solve it?

+1 I think very basic functions should be added to the "view" function of shares and disks of the web UI. For example: Properties = Show amount of Files and Dirs + Total Size Create Folder = Opens dialog to create a folder with Name XYZ Delete '/Movies' = Opens a dialog with a warning "This deletes '/Movies' with all its contents" Copy '/Movies' to... = Opens a dialog with two dropdowns. 1st dropdown contains the list of shares and disks and 2nd updates to the folder structure of the selected share/disk. The dialog should contain a checkbox to allow "move" instead of "copy" as well. Create ZIP = Creates a ZIP of the directory (not visible in example) Upload = Upload a file through the browser (not visible in example) I think this should be sufficient for the most users.

Yes it was caused by wget. I tried the following smbclient command (source) and it hits the max write speed of the disk: smbclient //10.1.2.3/video <smb_password> -U <smb_user> -c 'prompt ON; recurse ON; cd \Filme\KL\; lcd /mnt/user/Movies/KL/;mget *' I started two processes and its really fast now: Funnily the load is not really different: Sadly the source NAS seems to hit its limit now: At least, I think that, because I was not able to raise the network traffic by starting three parallel smbclient processes, so I think the "volume utilization" is the bottleneck, now. I never really found out what Synology meant with that. P.S. I hope someone can answer this question because I did not found out how to skip existing / older files with the smbclient command.

I do not have a good start with Unraid. My first try ended maybe because of a defective usb stick or because I used the USB 3.0 port. Now I started again from the scratch. New stick, USB 2.0 port, moved license.. everything is new. And again I killed Unraid ^^ What I did: I started a wget command to fetch my files from the old server as follows: wget --background --quiet --recursive --level 0 --no-host-directories --cut-dirs=2 --no-verbose --timestamping --backups=0 --user=<ftp_username> --password=<ftp_password> "ftp://10.1.2.3/video/Filme/GH/" --directory-prefix=/mnt/user/Movies As the performance was bad I killed the wget process through the terminal and "pkill wget". Then I searched for an alternative method and I found the smbclient command. My first try ended in an error message (did not found directory), but this one worked: smbclient //10.1.2.3/video <smb_password> -U <smb_user> -c 'prompt ON; recurse ON; cd \Filme\KL\; lcd /mnt/user/Movies/KL/;mget *' The speed on the source NAS was good so I reloaded the Unraid Webclient and bamm.. everything was messed up: And on the main tab: So I checked the network monitor of Google Chrome and found this URL to the API: http://10.1.2.3/webGui/include/DeviceList.php I reloaded it multiple times without passing parameters and randomly it returned the above syntax error. Of course I stopped the smbclient process, too. This time by pressing CTRL+C in the terminal. So I checked through the terminal what could be happend and I found it out fast. My smbclient process wrote the file directly onto the stick instead of the target disk ^^ (file has a size of 16G = size of the stick) Of course Unraid was not able to write any more config data to the stick and this caused the error. I deleted the file and after that the errors are gone: I'm not sure if my first smbclient command was wrong or the second. And I need to find out why "prompt ON" and "lcd" did not work. But this should not be part of this topic. This is only for you as feedback what could be the reason for such errors Maybe Unraid should reserve a partition on the stick to avoid such user produced errors?!

Nice to know. It jumps like crazy between 0 and 80 MB/s per Disk. Looks like wget is working in chunks.

It's unsecure FTP. Should be fast. P.S. it transfers mainly huge files (~25GB per file).

As it's offtopic here I created a new topic:

I started multiple wget processes (fetches files through FTP from source NAS). Each process writes files to different disks. The Unraid server has 10G: The source, too: The load on the Unraid server looks good: And on the source, too: Finally I started a fourth wget process that targets disk 4. This wast the first time the transfer exceeded 1G: Any idea why it could be so slow? I thought without parity it reaches the maximum write speed of the disk (up to 260 MB/s)?!

Ok I'll do both (new stick and use an USB 2.0 port this time). The stick was really old, so this was probably the reason. P.S. after restarting the server it seem to work again, but I was not able to start the mover. It did nothing. So finally I did a fresh re-install. I hope this does not happen again.