[No space left on device, can't login]

3 hours ago, testdasi said:

Look to be issue with your USB stick but not because /usr/local is on the stick.

Do a diskchk of your USB stick on a Windows machine to make sure the file system is ok.

Then boot your server using a different USB port, preferably USB 2.0 port.

 

 

 

 

 

 

 

 

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.

[Split level top two: What happens if Disk is full?]

Finally I created the folders manually by CLI.

 

Steps I did (maybe helpful for someone else)

 

1.) I set the share to "Manual: do not automatically split directories" (correct?)

 

2.) Then opened the terminal through Unraid Webclient:

 

3.) Created the Share Folder "Movies" and the subdirectory "KL":

 

4.) Opened the Unraid Main Tab and viewed the content of Disk3. Everything looked good:

 

 

5.) Installed the CA user scripts plugin. Added a new script with the following content (direct execution by terminal would be possible, too) to fetch the files from the source NAS through FTP (this script is helpful to backup websites as well):

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

6.) Added this script multiple times for multiple copy processes on different disks and different folder names (in my case the letters). Then I clicked on "Run in Background" and now I need to wait...

 

In the main tab the "Writes" column rises on the corresponding disks, so everything looks good:

 

7.) Finally I opened the terminal again and typed in "top" to check if there are still active wget process:

 

So it works now, but I hoped it would copy faster. The maximum is 970 Mbps altough 10G network is used and a parity disk is not set up:

10G source:

 

 The load looks good as well:

Source:

 

EDIT: Started a fourth wget process (now copying to four disks at the same time) and now I reach 1.2 Gbps:

 

This means around 30 MB/s per disk. Much lower than the disks maximum write speed?!

[No space left on device, can't login]

This happend for me, too. How I produced this error:

Nearly fresh Unraid server with 2 parity disk, 6 data disks and 1 nvme ssd cache. While using wget through the user scripts plugin to get the files from my old NAS I disabled the ssd cache as it would produce unnecessary TBW on the SSD. But as the write speed was really low I dediced on the next day to remove the parity drives as well. So I tried to stop the array. After several minutes it was still not stopped (it was trying to unmount the user shares):

 

I thought this was because of the still running wget script. So I removed the ethernet cable, waited several minutes and plugged it in again. Now the traffic monitor did not show anything so I successfully stopped the array.

 

Now I unselected the Parity Disks:

 

and started the Array again. At first it looks promissing:

 

But on the next click the top left corner missed the server name and description and the disk overview as completely empty so the web clients JS API seemed to be dead now:

 

Finally I logged out and logged in again and the known error message appeared:

Warning: session_write_close(): write failed: No space left on device (28) in /usr/local/emhttp/login.php on line 33

Warning: session_write_close(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/var/lib/php) in /usr/local/emhttp/login.php on line 33

Warning: Cannot modify header information - headers already sent by (output started at /usr/local/emhttp/login.php:33) in /usr/local/emhttp/login.php on line 35

 

 

"usr/local/" is on the usb flash drive, correct? Does it probably mean that the drive is defective or is there a connection regarding the removed parity drives / bug in unraid? What should be my next step?

 

[Split level top two: What happens if Disk is full?]

2 hours ago, itimpi said:

If you have disk shares enabled (under Settings >> Global Share Settings) then you can see each drive across the network just like any other share.

 

Ah ok. Nice to know. For creating the letter-dirs this is absolutely sufficient. Thanks.

[Split level top two: What happens if Disk is full?]

11 hours ago, itimpi said:

You san also do it over the network from a PC/Mac.

 

What do you mean by that? Starting the CLI or something else?

[Split level top two: What happens if Disk is full?]

7 hours ago, itimpi said:

There a wide variety of tools for doing this depending on what your comfort level is.

Any suggestions? I found:

1. Filebrowser
2. Krusader
3. unBALANCE

unBALANCE looks promising, but I'm not sure if this would fit my target.

[Split level top two: What happens if Disk is full?]

This means if I add a new A movie and the Disk becomes full I receive a full disk error. Ok.

 

What are my options in such a situation, am I able to move the B and C movies manually to an other Disk?

[Split level top two: What happens if Disk is full?]

I have multiple movies and they are located in dirs with their starting letter. Example:

Movies/A/Alien/Alien.mkv

 

I like to have all "A" movies on the same Disk so I should choose the split level "Automatically split only the top directory level".

 

Lets say all movies with "A", "B" and "C" fit on Disk 1. What happens if I add more "A" movies and they do not fit on Disk 1 anymore? Does it move all existing "A" movies to a different Disk that has enough space left or does it ignore the split level rule in this situation and create an additional "A" dir on a different Disk?