August 13, 20241 yr Just went to get a drink and when I get back it says array offline and undefined. wtf is going on?!
August 13, 20241 yr Author I can't view diagnostics or normal system log. I can still see files via ssh but it says the array isn't started. In ssh I get this error all the time: _zshz_update_datafile:print:57: write error: no space left on device Edited August 13, 20241 yr by cinereus
August 13, 20241 yr Author Is it something to do with the dropbox mount? Or rootfs being 100% Edited August 13, 20241 yr by cinereus
August 13, 20241 yr Author I have been mounting lots of things top /mnt/remotes/ Never had any issue with this. Is it bad practice? If so where should I mount things to instead? I've removed the mounts now but array is still offline and unresponsive. Is it safe to try to reboot? Edited August 13, 20241 yr by cinereus
August 13, 20241 yr Community Expert rootfs is full, reboot to fix it, but if it happens again you need to find out what is causing it.
August 13, 20241 yr Author 4 minutes ago, JorgeB said: rootfs is full, reboot to fix it, but if it happens again you need to find out what is causing it. Thanks. What exactly is rootfs? Could it be to do with the mountpoints?
August 13, 20241 yr Community Expert Yes, any mount point that is not on actual storage will write to RAM, filling up rootfs
August 13, 20241 yr Author 2 minutes ago, JorgeB said: Yes, any mount point that is not on actual storage will write to RAM, filling up rootfs So I should mount to /mnt/user/remotes instead? How does that work? I thought the point of a mount is no data is actually stored there, you're just reading it off the webserver where it's actually stored?
August 13, 20241 yr Community Expert 6 minutes ago, cinereus said: So I should mount to /mnt/user/remotes instead? How does that work? I thought the point of a mount is no data is actually stored there, you're just reading it off the webserver where it's actually stored? It appears that one of the mount points you specify is not actually mounting any storage (local or remote) and is thus writing instead to RAM, and when this fills up crashing the server. If this is a mount point that you are specifying then I suggest you put it under /mnt/addons. The /mnt/disks and /mnt/remotes locations are ideally ones that the UD plugin is expected to manage.
August 13, 20241 yr Author 6 minutes ago, itimpi said: It appears that one of the mount points you specify is not actually mounting any storage (local or remote) and is thus writing instead to RAM, and when this fills up crashing the server. If this is a mount point that you are specifying then I suggest you put it under /mnt/addons. The /mnt/disks and /mnt/remotes locations are ideally ones that the UD plugin is expected to manage. Sorry please could you let me know which one? And what would be writing to RAM? Writes to that mount point or writes from that mountpoint or what?
August 13, 20241 yr Author So I have found the issue I have mounted my dropbox to /mnt/addons/dropbox This works fine. I can see the files there. However, when I copy the files to /mnt/user/dropbox it seems to write to rootfs for some reason. I used to do this before without any issues. I don't know where on rootfs it is writing nor why. How should I correctly mount my dropbox so that I can copy it to a /mnt/user/ share?
August 13, 20241 yr Community Expert 10 minutes ago, cinereus said: However, when I copy the files to /mnt/user/dropbox it seems to write to rootfs for some reason. I used to do this before without any issues. I don't know where on rootfs it is writing nor why. This will mean that you have not successfully mounted something at the mount point. You could use the 'df' command to check what you have mounted.
August 13, 20241 yr Author 22 minutes ago, itimpi said: This will mean that you have not successfully mounted something at the mount point. You could use the 'df' command to check what you have mounted. df showing correct mounting: mount1: 2147483648 400776772 1746706876 19% /mnt/addons/mount1 mount2: 29466624 29264220 202404 100% /mnt/addons/mount2
August 13, 20241 yr Community Expert 5 hours ago, cinereus said: df showing correct mounting: mount1: 2147483648 400776772 1746706876 19% /mnt/addons/mount1 mount2: 29466624 29264220 202404 100% /mnt/addons/mount2 They do not. All that shows is that you have created the 2 directories mount1 and mount2 that are to be used for mount points. They do not show that anything has been mounted at those mount points.
August 14, 20241 yr Author 12 hours ago, itimpi said: They do not. All that shows is that you have created the 2 directories mount1 and mount2 that are to be used for mount points. They do not show that anything has been mounted at those mount points. I can browse all the files at those mount points as expected.
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.