-
Very weird issue with share and folders
Thank you guys for your answers. I decided to move all the content to the array and remove the cache for a wild. I thought that this could force sync process between the cache and the array.... Unfortunately, while I was in the middle of moving everything out of the cache, my main HDD decided to die... So, I needed to buy a new hdd and replace it... All of this process took me a couple of days but at the end of this whole process, it ended up working in my favor since the cache is now in sync... Thank you again for your help!
-
Very weird issue with share and folders
Hello @MowMdown thank you for your comment. As I mentioned on the original post, i try with both root:root and nobody:users with both the same issue... In fact, in order to correct all the groups:users possible issues, I ran the tool --> new perissions feature with the same results. BTW, I also noticed that I have two shares set on the shares GUI (droppy and dvr). These shares are no longer needed. When I try to delete them, the GUI start running but they do not do anything (not even an error). If I check the /mnt/cache the directories are there, however if i check the /mnt/user0 the directories are not there So, If I have to guess, it seems like for some reason the directories in my cache drive are not in sync with my array (or something on that nature). Something its out of sync and I can't put my finger on it.
-
Very weird issue with share and folders
hello @itimpi , Thank you for your suggestion/correction. I just added the diagnostics file to the mail post. Hope it could help. Again thank you!
-
Very weird issue with share and folders
Hello team, let me give you some context. I have a share named "Peliculas". If I try to create a folder, create a file or copy a file inside that share I get an error. For example If I try to create a folder: On mac: Using Windows: (the text its on spanish and said: "The file '<%1 NULL:NameDest>' is too big for the destination filesystem.) However, this error solves if I create a folder named "Peliculas" on the patch /mnt/cache/. Once I do this, I can use the share normally until the next 'mover' process runs. Than, I'm stuck with the same issue all over again. BTW, It doesn't matter if the folder "Peliculas" 's owner and group are root:root or nobody:users. It's the same for both cases. I'm really confused about this one, I do not know what to do to be honest. Any help will be appreciated. Thank you in advance. tower-diagnostics-20260518-1958.zip
-
Juanzilla started following Very weird issue with share and folders
-
[Support] knex666 - FileBrowser
I found the issue. The path for the database inside the docker changed. For old versions the path was /db, the new path is /database. So, the solution is to change the variable on the unraid docker's template: Go here (ignore the 'do not change'): Change it from this: To this: Now the bind mount will save everychange into the local unraid path /mnt/usr/appdata/filebrowser/db. Maybe @knex666 can update the template so this could be a permanent fix. Thank you.
-
[PLUG-IN] NerdTools
Hello! Thank you for your hard work!... Any chance that you can include veracrypt and his dependency gtk+2 ?
-
[PLUG-IN] NerdTools
I also tested that, this do not happen when you restart the server. Meaning that, once you install Nerdtools the packages will be deleted but, if you upload the packages files AFTER you installed packages will remain even if you restart the server.
-
[PLUG-IN] NerdTools
Hello @ich777, thank you for your answer... then why all my txz were delete after I installed the nerdpack?
-
[PLUG-IN] NerdTools
Hello and thank you for release this new plugin. I have installed it and for some reason, all the txz packages that I put it manually on my /boot/extra directore were deleted. I checked the .plg code and i noticed these lines: <!-- The 'remove' script. --> <FILE Run="/bin/bash" Method="remove"> <INLINE> removepkg &plgPATH;/&plgNAME;.txz rm -rf &emhttp; rm -f &plgPATH;/&plgNAME;.txz removepkg /boot/extra/*_nerdtools.txz 1>/dev/null rm -f /boot/exta/*_nerdtools.txz 1>/dev/null echo "" echo "-----------------------------------------------------------" echo " &name; has been removed." echo " Copyright 2022, &author;" echo " Credits, based on NerdPack plugin of dmacias72, eschultz" echo " Version: &version;" echo "-----------------------------------------------------------" echo "" </INLINE> </FILE> Does this means that every time that the nerdtools upgrade or run all the packages that were not installed by this pluggin are gonna be deleted? If this is true, I will have to copy/paste my own apps with every nerdpack upgrade? I understand that a workarround would be rename my own packages with the "_nerdtools.txz" name but... I would prefer to avoid doing weird things on my server....
-
New Payment Options
That would be extremely useful. Especially for those who don't live on any of those country (like me). 🙂
-
New Payment Options
No crypto currency? That one will be a global payment system.