NLS

Here is what I did in the end. First I set the commands to check for invalid dates. find /mnt/user -type f -mtime 8500 -ls ## Consider before early 1997 that the dates are invalid and usually they are. ## ## Note that Windows and Linux showed some of them DIFFERENTLY ## ## meaning "edge" dates behave differently between the two OS! ## find /mnt/user -type f -newermt today -ls ## I didn't find parameter "today" mentioned anywhere but suspected it works and from my checks, it does. ## Interesting trivia with -mtime 8500 (which is January 29 1997 if run today), is that few files (with obviously invalid dates) showed up at January 29, 28 and 27 of 1997, but no file before that date! Any ideas what OS intricacy does that? When I rerun the tests (after touching), with -mtime 8000 (1.5 years newer datestamp) no files showed up... Anyway, when the above two checks list at least one file, I run the corresponding commands below: find /mnt/user -type f -mtime 8500 -ls -exec touch {} -t 2001010123 \; find /mnt/user -type f -newermt today -ls -exec touch {} -t 2001010123 \; I then run the "check only" versions again to verify that the files where indeed touched (so, not listed) and it worked. Also checking from my Windows machine indeed touched files showed as modified in the specific date/tame I use as placeholder (easy to find them later as I don't think I indeed modified any files at 01:23 of January 1st 2020). I actually did the above on a per disk basis (so not /mnt/user) but now I trust it enough to use it on the full array (except if I know where the problem lies exactly) and also not run the simple (no touch) version in the future. NOTE that now I am looking into merging the two find (for future and distant past timestamps) into a single one as I believe there are logic operands in find command. Any help appreciated. EDIT: Found error. -mtime 8500 checkes for exactly 8500 days back. I need to put +8500.

Haven't found a way to find future timestamps (obviously because of some error). Anybody knows?

Clear, thanks.

Anybody?

Good health to everybody. I have a weird issue, that I am not sure where this came from. It relates to files I sync from USB disks to my array and these days also back to the USB disks. I use DirSyncPro (but not a DirSyncPro issue I think since the files have the issue already). Seems many files have invalid datestamps (like 1969 or the 22nd century)- and the invalid datestamp propagates differently between the NTFS USB disks and unRAID array. Can someone make a simple plugin OR help me with a script to check the whole array (or per share - and if possible also on the NTFS disks as they are mounted by Unassigned Devices) for invalid datestamps (or possibly anything before 1996 -?- and after current date/time) and touch the files with current date OR a preset date I define? (this will help identify which files were touched afterwards) Help please?

Anybody?

I wonder if using UNRAID as host I have any kind of "local" connectivity with the VM when using a single network. Interested for Linux based VM and Windows based VM. By "local" I mean if KVM detects network activity from VM to the host IP and doesn't pass it through to LAN (where a switch or a router will send it back to same cable). The question of course has to do with speed and latency. If not (by default), is there a way to achieve this?

Can I request AirDC++? The developer himself provides docker image I think.

Fair enough. Thanks for the explanation.

I don't see a "demand" here, I wonder where you see it. BTW, it (normally, i.e. code-wise) is not "a lot of work". That said, any work that the two involved devs don't care about is "much" - and I am fine with that. Well, that is a solution.

Well I thought about that (and actually edited it out from my last reply), but this wouldn't solve the problem for people that just use auto-update. So best solution would be the author to make the change and Squid to transparently process it.

Well since you build CA, you could just handle it fine transparently. Either in a generic way ("guessing" that a "v" or "v.", and possibly a couple of other prefixes in the beginning are to be ignored - which is not a bad idea even for sorting reasons, maybe look into it?), or just hard-code the single time that this changes. As long as there is will (and strong enough OCD), there are are solutions. Surely would. The problem being how do you "make" people see this change (or the auto-update).

Now this is strange, because I had ignored (actually fixed) entries, since at least a couple months back - and trust me I have rebooted a few times since then - but the entries kept showing. BUT Today (and after updating your plugin to latest version) that I run it first time after Saturday... it is now empty. So case closed, but it was weird.

Erm... how to put this... You need to remove "v" from your version, because you mess sorting...