February 18, 201610 yr Author Rocking even harder Version 2016.02.18c allows for custom folders and custom files.
February 19, 201610 yr Rocking even harder Version 2016.02.18c allows for custom folders and custom files. Wow, really looking forward to trying this, thanks bonienl!
February 19, 201610 yr Question I've got VFS Recycle plugin installed which creates a folder (.Recycle.Bin) when I delete files. Can I enter .Recyle.Bin in the custom field to exclude these temp folders? I haven't seen them appear as shares. Doesn't really create an issue one way or the other. Just seems a waste to check files waiting to be deleted. I've made version 2016.02.18b which allows to exclude the folder. You need to enter its name .Recycle.Bin in the custom field. Ran into a problem with this. BLAKE2 hash key mismatch, /mnt/disk5/Media/.Recycle.Bin/XBMC/Movies/Bicentennial Man (1999) HDTV/extrafanart/cbldDMSYdasHMewxzPqZH7sQGnz.jpg is corrupted BLAKE2 hash key mismatch, /mnt/disk5/Media/.Recycle.Bin/XBMC/Movies/Bicentennial Man (1999) HDTV/extrafanart/k3ccsowPEK40pWrTuvybSZDqPKN.jpg is corrupted BLAKE2 hash key mismatch, /mnt/disk5/Media/.Recycle.Bin/XBMC/Movies/Bicentennial Man (1999) HDTV/extrafanart/leWfVzSmV50Fb1Idg5qRczw4nww.jpg is corrupted BLAKE2 hash key mismatch, /mnt/disk5/Media/.Recycle.Bin/XBMC/Movies/The Enemy Below (1957) HDTV/extrafanart/qaDViBOx4UhEHs59EEONDLcqEuT.jpg is corrupted BLAKE2 hash key mismatch, /mnt/disk5/Media/.Recycle.Bin/XBMC/Movies/The Enemy Below (1957) HDTV/extrafanart/hY4wkTyszCzNUJ4WLf0XJf67QrK.jpg is corrupted BLAKE2 hash key mismatch, /mnt/disk5/Media/.Recycle.Bin/XBMC/Movies/The Enemy Below (1957) HDTV/extrafanart/6KBYvgViU1VjtD12DGWiczaCrhj.jpg is corrupted Looks like inotify is changing the syntax. Brunnhilde login: root Password: Linux 4.1.17-unRAID. Last login: Tue Feb 16 17:02:56 -0500 2016 on /dev/pts/0 from 10.0.1.190. root@Brunnhilde:~# ps -ef | grep inotify root 2372 1 0 18:23 ? 00:00:02 inotifywait -mrq --exclude ^/mnt/disk[0-9]+/(.*\.Recycle\.Bin|TM_Jasper|TM_MBP|TM_Maggie|TM_Mini|.*\.AppleDB|.*\.DS_Store$) --format %w%f -e close_write /mnt/disk1 /mnt/disk2 /mnt/disk3 /mnt/disk4 /mnt/disk5 /mnt/disk6 /mnt/disk7 /mnt/disk8 /mnt/disk9 root 21469 16195 0 22:42 pts/0 00:00:00 grep inotify root@Brunnhilde:~# If I'm reading this correctly, .Recycle.Bin got changed to .Recycle\.Bin I double checked the custom folder box just to make sure I entered the name correctly. Should I have put quotes or something?
February 19, 201610 yr I think what you are seeing is the entered value being altered to make it into a regex expression. In regex expressions the period has special meaning and has to be escaped with a backslash if you want a real period.
February 19, 201610 yr I think what you are seeing is the entered value being altered to make it into a regex expression. In regex expressions the period has special meaning and has to be escaped with a backslash if you want a real period. Well, that's not good then I guess. Was hoping it was the reason why the folder wasn't being excluded.
February 19, 201610 yr Author Version 2016.02.19 is available. This version has several corrections and improvements, it is recommended to upgrade to this version. Once the folder and/or file exclusions are set, I recommend to run the Clear command and optionally the Export command, this will remove the extended attributes from the excluded files. I've tested .Recycle.Bin and it is working for me. Attached a picture of my settings.
February 19, 201610 yr I received the first file corruption alert today: Event: unRAID file corruption Subject: Notice [TOWER] - bunker command Description: Found 2 files with BLAKE2 hash key corruption Importance: alert BLAKE2 hash key mismatch, /mnt/disk6/iTunes/Richard Wagner; Bayreuther Festspiele, Pierre Boulez/Das Rheingold/05 Szene I. Lugt, Schwestern! Die Weckerin lacht in den Grund.aiff is corrupted BLAKE2 hash key mismatch, /mnt/disk6/iTunes/Richard Wagner; Bayreuther Festspiele, Pierre Boulez/Das Rheingold/07 Szene I. Orchesterzwischenspiel.aiff is corrupted BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/artist.nfo was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/album.nfo was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/01 Sonata for Piano No. 1 in C major, K. 189d_279_ I. Allegro.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/02 Sonata for Piano No. 1 in C major, K. 189d_279_ II. Andante.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/03 Sonata for Piano No. 1 in C major, K. 189d_279_ III. Allegro.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/04 Sonata for Piano No. 2 in F major, K. 189e_280_ I. Allegro assai.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/05 Sonata for Piano No. 2 in F major, K. 189e_280_ II. Adagio.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/06 Sonata for Piano No. 2 in F major, K. 189e_280_ III. Presto.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/07 Sonata for Piano No. 3 in B-flat major, K. 189f_281_ I. Allegro.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/08 Sonata for Piano No. 3 in B-flat major, K. 189f_281_ II. Andante amoroso.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/09 Sonata for Piano No. 3 in B-flat major, K. 189f_281_ III. Rondeau. Allegro.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/10 Sonata for Piano No. 4 in E-flat major, K. 189g_282_ I. Adagio.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/11 Sonata for Piano No. 4 in E-flat major, K. 189g_282_ III. Menutetto I-II.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/12 Sonata for Piano No. 4 in E-flat major, K. 189g_282_ IV. Allegro.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/13 Sonata for Piano No. 5 in G major, K. 189h_283_ I. Allegro.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/14 Sonata for Piano No. 5 in G major, K. 189h_283_ II. Andante.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/15 Sonata for Piano No. 5 in G major, K. 189h_283_ III. Presto.aiff was modified[code] [/code] However, when I am playing the first 2 files they are playing well (corrupted). All the other 16 are doing fine. I have two iTunes devices that are accessing the files (a Mac and a Win10 VM) as well as my Emby Docker. Is it possible that this is causing the issue? Or is is generated by the file names? Any advise please?
February 19, 201610 yr Author I received the first file corruption alert today: Event: unRAID file corruption Subject: Notice [TOWER] - bunker command Description: Found 2 files with BLAKE2 hash key corruption Importance: alert BLAKE2 hash key mismatch, /mnt/disk6/iTunes/Richard Wagner; Bayreuther Festspiele, Pierre Boulez/Das Rheingold/05 Szene I. Lugt, Schwestern! Die Weckerin lacht in den Grund.aiff is corrupted BLAKE2 hash key mismatch, /mnt/disk6/iTunes/Richard Wagner; Bayreuther Festspiele, Pierre Boulez/Das Rheingold/07 Szene I. Orchesterzwischenspiel.aiff is corrupted BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/artist.nfo was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/album.nfo was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/01 Sonata for Piano No. 1 in C major, K. 189d_279_ I. Allegro.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/02 Sonata for Piano No. 1 in C major, K. 189d_279_ II. Andante.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/03 Sonata for Piano No. 1 in C major, K. 189d_279_ III. Allegro.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/04 Sonata for Piano No. 2 in F major, K. 189e_280_ I. Allegro assai.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/05 Sonata for Piano No. 2 in F major, K. 189e_280_ II. Adagio.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/06 Sonata for Piano No. 2 in F major, K. 189e_280_ III. Presto.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/07 Sonata for Piano No. 3 in B-flat major, K. 189f_281_ I. Allegro.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/08 Sonata for Piano No. 3 in B-flat major, K. 189f_281_ II. Andante amoroso.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/09 Sonata for Piano No. 3 in B-flat major, K. 189f_281_ III. Rondeau. Allegro.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/10 Sonata for Piano No. 4 in E-flat major, K. 189g_282_ I. Adagio.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/11 Sonata for Piano No. 4 in E-flat major, K. 189g_282_ III. Menutetto I-II.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/12 Sonata for Piano No. 4 in E-flat major, K. 189g_282_ IV. Allegro.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/13 Sonata for Piano No. 5 in G major, K. 189h_283_ I. Allegro.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/14 Sonata for Piano No. 5 in G major, K. 189h_283_ II. Andante.aiff was modified BLAKE2 hash key mismatch (updated), /mnt/disk6/iTunes/Wolfgang Amadeus Mozart/Complete Mozart Edition, Volume 17_ Piano Sonatas/15 Sonata for Piano No. 5 in G major, K. 189h_283_ III. Presto.aiff was modified[code] [/code] However, when I am playing the first 2 files they are playing well (corrupted). All the other 16 are doing fine. I have two iTunes devices that are accessing the files (a Mac and a Win10 VM) as well as my Emby Docker. Is it possible that this is causing the issue? Or is is generated by the file names? Any advise please? Likely there was an access conflict for the first two files, because files are in use when the verification is run. The other files are not really corrupted, it was detected that their hash key was changed and subsequently updated.
February 19, 201610 yr Thanks bonienl! I have the 2.19 version of the plugin. I ran the clear command and it worked great clearing the attributes on the files in the CrashplanTower share. The number of files it reported clearing was accurate too. I'm having an issue with Export though. When I export disk 1 it says "Scanning for files..." for a bit and then displays "Finished - exported 0 files, skipped 0 files. Duration: 00:00:21" and no hash file is created. When I export disk 2 or 3 it jumps straight to "Finished - exported 0 files, skipped 0 files. Duration: 00:00:00" and no hash file is created. Disk 2 and 3 both say the build is up-to-date (although disk 1 isn't) and I ran getfattr on a few files to confirm they still have data. Here is my updated config file: disks="disk1,disk2,disk3" service="1" method="-md5" cmd="A" exclude=".fsr,CrashplanTower,VMISO,cache_backup" schedule="2" parity="1" notify="-n" log="-L -f" disk1-1="on" disk2-2="on" disk3-3="on" priority="-n19,-c2 -n7" day="0" hour="0" min="0" folders=".Recycle.Bin" files="*.tmp" And here is disks.ini disk2=build,export disk3=build,export Music=build CrashplanTower=build,export disk1=export (not sure why Music and CrashplanTower are listed there, since they are shares?) And for completeness: ps -ef | grep "inotify" root 2500 16040 0 10:24 pts/0 00:00:00 grep inotify root 24878 1 0 09:57 ? 00:00:01 inotifywait -mrq --exclude ^/mnt/disk[0-9]+/(.*\.Recycle\.Bin|.*\.tmp$|\.fsr|CrashplanTower|VMISO|cache_backup) --format %w%f -e close_write /mnt/disk1 /mnt/disk2 /mnt/disk3 Any thoughts on why export isn't exporting? Also, are you open to publishing the current code available on github? This looks a bit older: https://github.com/bergware/dynamix/tree/master/file-integrity/source
February 19, 201610 yr Author My mistake... version 2016.02.19a is available now, which corrects the export function. For your convenience I have copied the latest source files to github.
February 19, 201610 yr Author And here is disks.ini disk2=build,export disk3=build,export Music=build CrashplanTower=build,export disk1=export (not sure why Music and CrashplanTower are listed there, since they are shares?) The disks.ini file should only contain references to disks. You can delete the rogue entries manually (use a linux compatible editor).
February 19, 201610 yr Export works great in 2.19a, thanks! I went ahead and deleted those entries from disks.ini And thanks for posting to github too, it is easier to see the code there
February 19, 201610 yr Author I found another regression error in the command cancelation part, this has been fixed in version 2016.02.19b. Hopefully this is the last regression error ... (famous last words).
February 20, 201610 yr I have a problem updating to the latest version: plugin: downloading: https://raw.githubusercontent.com/bergware/dynamix/master/archive/dynamix.file.integrity.txz ... done plugin: bad file MD5: /boot/config/plugins/dynamix.file.integrity/dynamix.file.integrity.txz root@Tower:~# ls -l /boot/config/plugins/dynamix.file.integrity total 0 I removed the plugin and tried to reinstall from scratch: plugin: installing: https://raw.githubusercontent.com/bergware/dynamix/master/archive/dynamix.file.integrity.txz plugin: downloading https://raw.githubusercontent.com/bergware/dynamix/master/archive/dynamix.file.integrity.txz plugin: downloading: https://raw.githubusercontent.com/bergware/dynamix/master/archive/dynamix.file.integrity.txz ... done Warning: simplexml_load_file(): /tmp/plugins/dynamix.file.integrity.txz:1: parser error : Start tag expected, '<' not found in /usr/local/emhttp/plugins/dynamix.plugin.manager/scripts/plugin on line 213 Warning: simplexml_load_file(): ?7zXZ in /usr/local/emhttp/plugins/dynamix.plugin.manager/scripts/plugin on line 213 Warning: simplexml_load_file(): ^ in /usr/local/emhttp/plugins/dynamix.plugin.manager/scripts/plugin on line 213 plugin: xml parse error
February 20, 201610 yr Author New version 2016.02.20 is available, which has a correction for the Clear command. @PeterB: looks like a bad download. After uninstallation, do a new installation using the URL: https://raw.githubusercontent.com/bergware/dynamix/master/unRAIDv6/dynamix.file.integrity.plg
February 20, 201610 yr @PeterB: looks like a bad download. After uninstallation, do a new installation using the URL: https://raw.githubusercontent.com/bergware/dynamix/master/unRAIDv6/dynamix.file.integrity.plg 2016.02.20 version has installed okay, but I had already tried the uninstall/reinstall with 2016.02.19b, which hadn't worked. I'd even used wget to fetch the .plg and attempted a manual install - it failed whichever method I tried, suggesting, to me, that I was receiving a corrupt file every time. The only other thing which might have been a factor - the server had been rebooted in between, due to a power cut.
February 20, 201610 yr Looks like my exclusion problems still exist with 2016.2.20b. BLAKE2 hash key mismatch (updated), /mnt/disk9/TM_Jasper/.AppleDB/cnid2.db was modified BLAKE2 hash key mismatch (updated), /mnt/disk9/TM_Jasper/.AppleDB/db_errlog was modified BLAKE2 hash key mismatch (updated), /mnt/disk9/TM_MBP/.AppleDB/db_errlog was modified BLAKE2 hash key mismatch (updated), /mnt/disk9/TM_MBP/.AppleDB/log.0000000001 was modified BLAKE2 hash key mismatch (updated), /mnt/disk9/TM_Maggie/.AppleDB/cnid2.db was modified BLAKE2 hash key mismatch (updated), /mnt/disk9/TM_Maggie/.AppleDB/db_errlog was modified BLAKE2 hash key mismatch (updated), /mnt/disk9/TM_Mini/.AppleDB/cnid2.db was modified BLAKE2 hash key mismatch (updated), /mnt/disk9/TM_Mini/.AppleDB/db_errlog was modified These are all excluded shares. Maybe I'm doing something wrong. when I run "Clear" I get this for all my disks- Finished - cleared 0 files, skipped 0 files. Duration: 00:00:00 dynamix.file.integrity.cfg disks="disk1,disk2,disk3,disk4,disk5,disk6,disk7,disk8,disk9" service="1" method="-b2" cmd="A" exclude="TM_Jasper,TM_MBP,TM_Maggie,TM_Mini" schedule="1" priority="-n19,-c2 -n7" parity="1" notify="-n" log="-L -f" disk1-1="on" disk2-1="on" disk3-1="on" disk4-1="on" disk5-1="on" disk6-1="on" disk7-1="on" disk8-1="on" disk9-1="on" hour="20" min="15" folders=".Recycle.Bin" files="" apple="on" disks.ini has no content.
February 20, 201610 yr Author Version 2016.02.20a is available, which corrects an error in the exportrotate script, causing fake cron emails to be sent. Recommended to update to this version. @wgstarks: did you re-apply the settings?
February 20, 201610 yr @wgstarks: did you re-apply the settings? Maybe not after the 2016.2.20b update. I remember doing it for one of the previous (2016.2.19 maybe). I'll give that a shot and we'll see.
February 20, 201610 yr Sorry bonienl, I upgraded from 2016.02.19a to 2016.02.20a and clear doesn't work any longer. To test:I created several test files in /mnt/disk1/CrashplanTower I ran "getfattr *.txt" and confirmed that the files did not have attributes on them (so inotifywait is working properly, since this folder is excluded) Then I manually added the attributes: /usr/local/emhttp/plugins/dynamix.file.integrity/scripts/bunker -aqx -md5 -L /mnt/disk1/CrashplanTower And ran "getfattr *.txt" again to confirm the attributes had been added Then I ran clear on disk1 and got "Finished - cleared 0 files, skipped 0 files. Duration: 00:00:01" "getfattr *.txt" shows that the attributes are still there. Also, it looks like a share has been added back to my disks.ini file somehow: disk2=build,export disk3=build,export disk1= CrashplanTower=build I had an idea for a minor improvement too, where it says "Information is stored on the flash device in folder /config/plugins/dynamix.file.integrity/", can we link that here to make it easier to access? /Main/Browse?dir=/boot/config/plugins/dynamix.file.integrity thanks!
February 20, 201610 yr Author To test:I created several test files in /mnt/disk1/CrashplanTower I ran "getfattr *.txt" and confirmed that the files did not have attributes on them (so inotifywait is working properly, since this folder is excluded) Then I manually added the attributes: /usr/local/emhttp/plugins/dynamix.file.integrity/scripts/bunker -aqx -md5 -L /mnt/disk1/CrashplanTower And ran "getfattr *.txt" again to confirm the attributes had been added Then I ran clear on disk1 and got "Finished - cleared 0 files, skipped 0 files. Duration: 00:00:01" "getfattr *.txt" shows that the attributes are still there. When both custom folders and custom files are entered then Clear will remove the attributes from files which fulfill both conditions. E.g. custom folders = "myfolder" custom files = "*.tmp" Means that files "*.tmp" in folder "myfolder" are cleared. Also, it looks like a share has been added back to my disks.ini file somehow: disk2=build,export disk3=build,export disk1= CrashplanTower=build This happens because of a manual run of the bunker script. I have made an update which prevents these entries to occur. I had an idea for a minor improvement too, where it says "Information is stored on the flash device in folder /config/plugins/dynamix.file.integrity/", can we link that here to make it easier to access? /Main/Browse?dir=/boot/config/plugins/dynamix.file.integrity Log files and hash files can now be viewed.
February 20, 201610 yr Author A new version 2016.02.20b is available, see the release notes for more information. After upgrading it is mandatory to re-apply the settings.
February 21, 201610 yr When both custom folders and custom files are entered then Clear will remove the attributes from files which fulfill both conditions. E.g. custom folders = "myfolder" custom files = "*.tmp" Means that files "*.tmp" in folder "myfolder" are cleared. Oh! I read the help text but I didn't realize that was how it worked. I removed both the custom folder and the custom file, but it still won't "Clear" the attributes from the test files I created in the CrashplanTower share on disk1. Here's my config: disks="disk1,disk2,disk3" service="1" method="-md5" cmd="A" exclude=".fsr,CrashplanTower,VMISO,cache_backup" schedule="2" parity="1" notify="-n" log="-L -f" disk1-1="on" disk2-2="on" disk3-3="on" priority="-n19,-c2 -n7" day="0" hour="0" min="0" folders="" files="" apple="on" Also, it looks like a share has been added back to my disks.ini file somehow: This happens because of a manual run of the bunker script. I have made an update which prevents these entries to occur. Ah, so I was causing those with my testing Log files and hash files can now be viewed. Thanks! And the new subdirs are nice too I have two links to "view log files", wondering if one of them should point to the export directory?
February 21, 201610 yr A new version 2016.02.20b is available, see the release notes for more information. After upgrading it is mandatory to re-apply the settings. I have exactly the same problem with the update again: plugin: updating: dynamix.file.integrity.plg watcher not running! +============================================================================== | Skipping package inotify-tools-3.14-x86_64-1 (already installed) +============================================================================== +============================================================================== | Skipping package b2sum-20130305-x86_64-1 (already installed) +============================================================================== plugin: downloading: https://raw.githubusercontent.com/bergware/dynamix/master/archive/dynamix.file.integrity.txz ... done plugin: bad file MD5: /boot/config/plugins/dynamix.file.integrity/dynamix.file.integrity.txz ... but there is no file in /boot/config/plugins/dynamix.file.integrity/ so what corrupt file should I be deleting? CA update ran okay immediately afterwards. I seem to have some problem which is related only to the file integrity plugin!
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.