Everything posted by charettepa
-
unRaid does not Boot automatically
Just following up is this still an issue? is it now possible to boot without setting the default? also now that they have internal boot, does that work any differently in terms of booting without issues.
-
[Plug-In] Community Applications
sorry I cant help, but I am interested in some of those I hope they get accepted and posted soon also, if you don't mind my asking how would i create my own templates?
-
[Plugin] File Activity – See What’s Keeping Your Unraid Disks Busy
to verify that the issue is no longer present? yes, as the issue only presented itsself after reboot i can confirm that it now works after reboots without requiring and reset or restart of the app/plugin
-
[Plugin] File Activity – See What’s Keeping Your Unraid Disks Busy
Thank you Installed update rebooted can confirm functional logging after reboot was i correct about the delay?
-
[Plugin] File Activity – See What’s Keeping Your Unraid Disks Busy
further update it does not need to be reset to default it simply stopped and then started @EDACerton with the logs i supplied this further lines up with the app/plugin simply starting too soon please add a delayed start up of X seconds even better if it simply verifies the availability of disks.ini and only starts after it is available and readable instead of giving up
-
[Plugin] File Activity – See What’s Keeping Your Unraid Disks Busy
@EDACerton have the diag files and/or additional details been helpful?
-
[Plugin] File Activity – See What’s Keeping Your Unraid Disks Busy
@EDACerton any thoughts?
-
[Plugin] File Activity – See What’s Keeping Your Unraid Disks Busy
@EDACerton I have rebooted in order to replicate the issue confirmed that nothing was logging downloaded the log as well as uploaded (52c7806dcb1790b7341ac6c2851b2a0d) the bottom of the watcher file indicates that the disks file cannot be found {"level":"fatal","error":"open /var/local/emhttp/disks.ini: no such file or directory","time":1776777253,"message":"Error loading disks file"} - i then reset the app to default, and started, (as its stopped when reset) performed a file activity, which was registered, then grabbed those logs as well downloaded the log as well as uploaded (9205ed5a146bb37dd853ae9464790df2) this one does not show that error - i then rebooted once more confirming the files are present however the log once again says the file "disks.ini" is missing downloaded the log as well as uploaded (4aa91abd6fcd6afbe0206219468ba3cf) - here is the log after reset and start downloaded the log as well as uploaded (6c3238097824ee8fc2f70b6411a15ada) - I suspect, the plugin is starting too quickly at system startup and the disks.ini file is either locked by the system or does not exist yet I now believe that delaying the startup of the plugin MAY fix this issue or perhaps a conditional statement to only start once disks.ini is present
-
[Plugin] File Activity – See What’s Keeping Your Unraid Disks Busy
ok, i can reboot the system, perform an action on HDD, check the plugin to verify no activity seen, then reset the plugin defaults, then start it as its off after reset, then perform action on HDD, then verify the plugin that will show activity, then grab the diagnostics where can i send the file to?
-
[Plugin] File Activity – See What’s Keeping Your Unraid Disks Busy
Any thoughts on why it does not work after reboot however, if you then reset defaults, which stops it, then start it it works again until next reboot?
-
[Plugin] File Activity – See What’s Keeping Your Unraid Disks Busy
@EDACerton ?
-
[Plugin] File Activity – See What’s Keeping Your Unraid Disks Busy
@EDACerton any idea what could be causing this requirement to load defaults after reboot? as well as if its possible to use an older build?
-
[Plugin] File Activity – See What’s Keeping Your Unraid Disks Busy
Ok, I have just conducted some tests the last time i needed this was around December, so the issue could have started any time after I have found interesting things disabling and enabling does not help removing all exclusions that were there by default does not help loading defaults (which returns exclusions and disables the service) works once you enable once more However if you reboot, the issues start all over again disabling and enabling again does not help loading defaults (which returns exclusions and disables the service) works once more Rebooting breaks it again I can reproduce this consistantly There has to be something happening where its not correctly loading at startup possibly corrupting the settings as it ONLY works after loading defaults is there a way to roll back to an older version?
-
[Plugin] File Activity – See What’s Keeping Your Unraid Disks Busy
I'm having the same issue this plugin used to work I only noticed today as i needed to see why my disks were spinning there is no activity listed at all I ten tried to create folders and add files I also tried outside of fuse (user) and went from disk1 to disk2
-
[Support] mcreekmore - OpenCloud (DEPRECATED)
hey guys. using the info i got here and other sites i was able to get this particular mcreekmore to work the password requirements the proper setup of proxies your proxy must NOT have block common exploits i now have it running and connected with windows app but onlyoffice and colabora dont seem to be present did i do something wrong or is that separate
-
[Support] mcreekmore - OpenCloud (DEPRECATED)
Sorry I am late to reply thanks for this I am fairly new to unraid how does one use this template?
-
[Support] mcreekmore - OpenCloud (DEPRECATED)
cant get this container to start tried both available in the unraid store similar issue in both what is needed for this container to start and work
-
[Plug-In] Community Applications
you are 100% correct i just checked their page and scrolled back 4 months TAG 1.34.3 Last pushed 4 months by vaultwardenbot they have been pushing lots up updates but not updating the latest tag not sure what all the updates are as if you go to danigarcia's github which is the dev his lates is 1.34.3 not sure why there are a ton of newer released on dockerhub though thank you for your help with this
-
[Plug-In] Community Applications
so why is it that only this container never gets any update notifications and i must redeploy to get it i know there is a new one as i am registered for updates on that package from docker hub i even waited a few days last time and still it kept saying "up-to-date"
-
[Plug-In] Community Applications
the problem is that when its like that it never tells you an update is available the last 3 vaultwarden updates never showed as "update available" i assumed it was because it did not know it was installed the only way around it was to redeploy and it would pull the new image are you saying thats a different issue and should not have happened?
-
Vaultwarden not recognized as installed
so its because of the display name you are not allowed to change it pretty crazy that it works based on the display name people may want it to display a certain way like Vaultwarden instead of vaultwarden my OCD does not like UnCapitalized titles you would think it works based on registry or something and if not have an option to display using a different name additionally, you would think there would be a warning when you change the name
-
[Plug-In] Community Applications
yeah, that worked that is crazy my OCD does not like UnCapitalized titles i would have assumed it was based on the registry is there some sort of "wish list" where we can make a request of sorts if thats the case then maybe there can be 2 boxes docker name and display name you would think it works based on registry or something and if not have an option to display using a different name additionally, you would think there would be a warning when you change the name, if thats how it works
-
[Plug-In] Community Applications
seriously? its based on the container name? not the registry you need to keep it exactly as is? yes it is in docker and working
-
Vaultwarden not recognized as installed
what about my screenshots?
-
Vaultwarden not recognized as installed
here it is tower-diagnostics-20251127-1346.zip