Dynamix File Integrity plugin


bonienl

Recommended Posts

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?

Link to comment

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.:(

Link to comment

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.

file-exclusions.png.80d6e677d06acf47f6f38768df7f3337.png

Link to comment

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?

Link to comment

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.

 

Link to comment

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

Link to comment

 

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).

 

Link to comment

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

Link to comment
@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.

Link to comment

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.

Link to comment

  • 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!

 

Link to comment


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.

 

Link to comment

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?

Link to comment

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!

Link to comment

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.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.