[[Support] bobbintb - rmlint]

Hi - I'm encountering the same thing as Updog. Any changes that I make in the "Settings" menu don't end up reflected in the actual command that gets generated

 

```

# Your command line was: rmlint --no-with-color -T duplicates --see-symlinks --partial-hidden -c sh:handler=remove --hardlinked --crossdev --algorithm blake2b --size 1-18446744073709551615 --max-depth 512 --replay /tmp/shredder-ljo8vu68/shredder.replay.json -o sh:/tmp/shredder-ljo8vu68/shredder.sh -o csv:/tmp/shredder-ljo8vu68/shredder.csv -o json:/tmp/shredder-ljo8vu68/shredder.json /root/Testing

```

 

 

I tried running the command that you posted, `apt-get install dbus-x11`, however  it fails with `unable to locate package dbuss-x11`.

 

Is there a fix for this? Thanks.

[Fix to a small issue with updating OCI docker images]

17 hours ago, Cexitime said:

I have also had this the past two days and have the patch installed, even did a uninstall > reboot > install >reboot loop with the plugin in case it somehow needed a re-install

 

Curiously it appears the only containers having the issue (so far) for me is linuxserver containers, is this the case for anyone else? Could also be completely unrelated...

 

so I just fixed my issue, it was my fault due to incorrect network configuration, I had DNS servers listed as Ad Guard-Home running OISD Full, I believe this is not best practice with unraid (could be wrong) but to those that are having the issue try the following:
Turn off VM manager

Turn off Docker Manager

Change DNS settings under network configuration (try 1.1.1.1 ((Cloudflare)) or 8.8.8.8((google)))'

Turn both VM and Dockers back on.

Try updating.

Your Mileage may vary.

 

That did seem to work... but I honestly want the server to be pointing towards my pi-hole. This wasn't an issue before, only cropped up in the recent weeks.

[Fix to a small issue with updating OCI docker images]

I have the docker patch, and also went and manually changed the line in the file. However, for the last week or so, it's deciding to try and update my docker containers _every single day_. The updates have gone through correctly, from what I can tell, but unraid still thinks that they're all on an old version.

[[Plugin] CA Appdata Backup / Restore v2.5]

52 minutes ago, KluthR said:

There is. But Iam currently busy with a refactoring. I dont touch the „old“ code except for urgent changes. Please wait a bit until Iam ready. What do you want to change?

I can wait. Mostly wanted to work on parallelization/docker restart mechanics, like what's been discussed in the thread.

[[Plugin] CA Appdata Backup / Restore v2.5]

Is there a github link anywhere? I'm down to look and help make some improvements.

[Large CPU Usage + Ethernet Usage]

Hi,

 

For the past couple of days, my Unraid server has been acting a bit weirdly. The CPU usage has been very high on what should be an idling system, and there's a lot of ethernet usage. Previously, with the current stuff, it had been idling at very low CPU percentages, like 1-3%

 

The system isn't downloading/uploading anything in any of my docker images that it shouldn't be - and even so, the speeds that they're uploading/downloading at are well below the stated ethernet usage (350 KiB/s down, which is also... less than expected.) My general 

 

CPU usage has been kinda persistently pinned at 25%, but I can't see anything in htop that would make it so high.

 

I tried rebooting, I tried updating to 6.11.3, issue still persists. I tried installing ClamAV and having it point to my appdata dir, but it hasn't shown anything.

 

Is there a chance that one of the docker images that I was using infected the system? I removed all of the "new" docker images that I hadn't been using for a while. Is there a way to fix this other than just like, backing up what I "know" should be safe and reinstalling unraid?

 

Thanks.

tower-diagnostics-20230113-2058.zip

[[Plugin] CA Appdata Backup / Restore v2.5]

2 minutes ago, KluthR said:

@MrTyton Do you have enabled separate archives?

I don't. I don't think that I had that enabled before. Would that speed things up?

 

I can try enabling it for the next run.

 

Also, +1 on the treat the dockers the same way that unraid does. It's definitely not as efficient - you do lose some parallelization that might be possible otherwise, but it definitely seems like the easiest way to enable this feature and minimize downtime.

[[Plugin] CA Appdata Backup / Restore v2.5]

3 hours ago, KluthR said:

The mechanism wasnt changed. Are you sure your exclusion list etc is set correctly?

I didn't have an exclusion list before, so I'm not sure what could be causing the increase in time. Very useful feedback, I know ^_^;

[[Plugin] CA Appdata Backup / Restore v2.5]

Hi,

 

Thanks for the work keeping this updated.

 

Since the update to V3, however, I've noticed that it takes a _significantly_ longer amount of time to do the backups. It's a total of about 200GB (mostly b/c of plex), but it used to only take about 3 hours to perform the backup + verifications. Now it takes 5 hours to perform the backup and another 3+ or so to verify it.

 

Is there a way of speeding this up?

 

Thanks.

[Unassigned Devices - Managing Disk Drives and Remote Shares Outside of The Unraid Array]

12 hours ago, dlandon said:

The timeouts with 'df' are most likely network issues.  The 'df' command is used to get the stats on the remote share - size, used and free space.  The 'df' command is prone to hanging which is why UD times out the command if it is taking too long.

 

Post your diagnostics zip file for further help.

 I ended up just changing it to NFS, which is a bit more of a hassle but no issue. Thanks anyways! Love the plugin.

[Unassigned Devices - Managing Disk Drives and Remote Shares Outside of The Unraid Array]

Hello,

 

I seem to be having an issue with remote SMB shares randomly timing out when trying to read data off of them.

 

Specifically, the attachment shows what happens when I try to play a video through plex, where the video is located on the remote share - I start getting `Error... took longer than 5 seconds`, and the display up top starts showing the size as 0 bytes (the screenshot doesn't show the //COCOON_Plex one as being down, but it did go down at the same time as the error message popup, just a skew as to when I took the screenshots)

 

I know that the remote share is online throughout this - I can still access it through my windows machine, and I have another (non-unraid) server on the network that has been playing plex videos through a remote mount on the same device without any problems, it's only on this new unraid server with these remote mounts that there seems to be this disconnect problem.

 

Is there something that I misconfigured, or some way to fix this? Most of the reason that I bought this new machine was to have it host plex, but due to the size of the library I have the actual files on the synology NAS instead of on the local machine.

 

Thanks,

-MrTyton