RAINMAN

Im curious on what could cause this. I got a corruption message on a file. BLAKE2 hash key mismatch, /mnt/disk5/xxxxxxxxxxxxxxxxxxxx.1080p.BluRay.X264-AMIABLE.mkv is corrupted I check the hash in the export ab681975c59300f875b81763f4e3ca7e1186240c04400abf71939aa43d762c803cd6a43530a05ceb2d869250e32388045600c0fa26b135b2e69c034fbd939c95 */mnt/disk5/Movies-HD/xxxxxxxxxxxxxx.1080p.BluRay.X264-AMIABLE.mkv I re-downloaded the file from my online backup move it to my array and it gets rehashed into disks.export.20161230.new.hash ab681975c59300f875b81763f4e3ca7e1186240c04400abf71939aa43d762c803cd6a43530a05ceb2d869250e32388045600c0fa26b135b2e69c034fbd939c95 */mnt/disk1/Movies-HD/xxxxxxxxxxxxxxxxxxx.1080p.BluRay.X264-AMIABLE (2).mkv The hashes are identical...

Solution to my problem if anyone else encounters the same thing: 1. Downloaded the new tar file from nexcloud website. (probably not needed) 2. SSH to server 3. run docker ps to get the docker ID 5. Enter the docker SSH: docker exec -it abcIDxyz bash 6. Go to the nextcloud directory: cd /config/www/ 7. Give the webserver user (abc) ownership of the files: chown -R abc:abc nextcloud 8. Enter nextcloud directory: cd nextcloud 9. Run the upgrader manually: sudo -u abc php occ upgrade

I had to delete my docker image file for an unrelated issue and when i rebuilt it (my nextcloud wasnt updated before) it nows gives me this: Update needed Please use the command line updater because you have a big instance. For help, see the documentation. I have no idea how to fix it. Any ideas?

No. I'll add it, but won't add it to the GUI, as the odds of a non-successful backup rise significantly because of files being open, and don't want the people who just want their nzbGet running all the time to think that they can simply exclude it and have a successful backup done. I'll make a hidden method of selecting which apps to stop and we'll go from there. Awesome squid. Thanks.

This plugin is great but I was wondering if there was a way to exclude certain dockers from being stopped? I backup my mysql database separately and I'd prefer not to stop it if possible.

To update anything in the grafana.ini you can map a volume to it, or you can use more environment variables. See http://docs.grafana.org/installation/configuration/, basically you use the format of GF_<SectionName>_<KeyName> = some value, just like you did for the plugins. All good Atribe. Thanks for putting out this docker. I've been playing with it quite a bit getting some cool graphs. I made a shell script for my DDWRT router and a powershell script for my windows machines so far.

After looking at this closer, you can create environment variables to have it install the plugins using CLI by setting an environment variable key to GF_INSTALL_PLUGINS and setting the value to the name of the plugin you want to install. Example value for 2 plugins:

Something seems wrong with the grafana docker. The plugins directory doesnt seem to work if i drop files in there. If I attach to the docker and run the CLI command it adds the plugin properly but it doesnt show in the plugins directory externally but does within the docker, yet the mapping seems to be right When i update the docker it destroys the plugins as expected since the mapping seems broken. Second, how do you update the settings. (grafana.ini) This is not exposed??

Reading the various links, it's a php bug beyond our control. Nextcloud should take the lead on this, I don't think workarounds like that are something we should be looking at as a rule. Ya I agree with that. I was doing a bit more digging and owncloud is working using LDAP in the same AD environment and the main difference I see is related to a iconv problem I think. In the alpine image the php extention for inconv is undefined. iconv iconv support => enabled iconv implementation => unknown iconv library version => unknown Directive => Local Value => Master Value iconv.input_encoding => no value => no value iconv.internal_encoding => no value => no value iconv.output_encoding => no value => no value The implementation is unknown. From what I can find the way to resolve this is to use the libiconv extension instead. This seems to be an issue on Alpine. Is it possible to build using this instead of iconv? no, because it's not just an alpine issue, the bug is in many implementations of php from 2008 onwards and including php7. it is up to nextcloud to resolve this, if it were "fixed" and nextcloud then made neccessary changes, the "fix" would have been a waste of time and effort. Ok. Whatever, I just updated my owncloud docker to nextcloud and its working fine so i'll just use that. I was just reporting a bug but if no one wants to look into it that's fine. Its not php as its the same version in both my dockers and its not owncloud as I have it running in another docker now fine. THe only difference is the base distro and the iconv module showing up as unknown instead of 2.19 as it does in the other docker.

Reading the various links, it's a php bug beyond our control. Nextcloud should take the lead on this, I don't think workarounds like that are something we should be looking at as a rule. Ya I agree with that. I was doing a bit more digging and owncloud is working using LDAP in the same AD environment and the main difference I see is related to a iconv problem I think. In the alpine image the php extention for inconv is undefined. iconv iconv support => enabled iconv implementation => unknown iconv library version => unknown Directive => Local Value => Master Value iconv.input_encoding => no value => no value iconv.internal_encoding => no value => no value iconv.output_encoding => no value => no value The implementation is unknown. From what I can find the way to resolve this is to use the libiconv extension instead. This seems to be an issue on Alpine. Is it possible to build using this instead of iconv? Edit: Both dockers are running PHP 5.6.24 so I dont think its a pure PHP issue.

Getting an iconv error using LDAP module. There is a bug report on the nextcloud website (https://github.com/nextcloud/server/issues/272) but it points to a PHP bug/a specific way to set docker. I dont know if this information (https://github.com/docker-library/php/issues/240) can be implemented in our docker so it works properly?

I setup LDAP integration with my domain. I logged out and was logging in with a domain user and now I am getting a 500 error. It also seems to have rebooted the docker when I attempted the login. [cont-init.d] executing container initialization scripts... [cont-init.d] 10-adduser: executing... ------------------------------------- _ _ _ | |___| (_) ___ | / __| | |/ _ \ | \__ \ | | (_) | |_|___/ |_|\___/ |_| Brought to you by linuxserver.io We do accept donations at: https://www.linuxserver.io/donations ------------------------------------- GID/UID ------------------------------------- User uid: 99 User gid: 100 ------------------------------------- [cont-init.d] 10-adduser: exited 0. [cont-init.d] 20-config: executing... [cont-init.d] 20-config: exited 0. [cont-init.d] 30-keygen: executing... using keys found in /config/keys [cont-init.d] 30-keygen: exited 0. [cont-init.d] 40-config: executing... [cont-init.d] 40-config: exited 0. [cont-init.d] 50-install: executing... [cont-init.d] 50-install: exited 0. [cont-init.d] 60-memcache: executing... [cont-init.d] 60-memcache: exited 0. [cont-init.d] done. [services.d] starting services [services.d] done. I'm getting all of these PHP errors in the log file 2016/08/07 09:59:57 [error] 288#0: *284 FastCGI sent in stderr: "PHP message: PHP Fatal error: Call to a member function getFileInfo() on null in /config/www/nextcloud/lib/private/files/filesystem.php on line 874" while reading response header from upstream, client: 192.168.254.1, server: _, request: "GET /index.php/apps/files/ HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "cloud.stevensononthe.net" 2016/08/07 10:00:04 [error] 288#0: *284 FastCGI sent in stderr: "PHP message: PHP Fatal error: Call to a member function getFileInfo() on null in /config/www/nextcloud/lib/private/files/filesystem.php on line 874" while reading response header from upstream, client: 192.168.254.1, server: _, request: "GET /index.php/apps/files/ HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "cloud.stevensononthe.net" 2016/08/07 10:00:23 [error] 288#0: *284 FastCGI sent in stderr: "PHP message: PHP Fatal error: Call to a member function getFileInfo() on null in /config/www/nextcloud/lib/private/files/filesystem.php on line 874" while reading response header from upstream, client: 192.168.254.1, server: _, request: "GET /index.php/apps/files/ HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "cloud.stevensononthe.net" 2016/08/07 10:00:48 [error] 288#0: *284 FastCGI sent in stderr: "PHP message: PHP Fatal error: Call to a member function getFileInfo() on null in /config/www/nextcloud/lib/private/files/filesystem.php on line 874" while reading response header from upstream, client: 192.168.254.1, server: _, request: "GET /index.php/apps/files/ HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "cloud.stevensononthe.net" 2016/08/07 10:01:30 [error] 288#0: *284 FastCGI sent in stderr: "PHP message: PHP Fatal error: Call to a member function getFileInfo() on null in /config/www/nextcloud/lib/private/files/filesystem.php on line 874" while reading response header from upstream, client: 192.168.254.1, server: _, request: "GET /index.php/apps/files/ HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "cloud.stevensononthe.net" 2016/08/07 10:01:32 [error] 288#0: *284 FastCGI sent in stderr: "PHP message: PHP Fatal error: Call to a member function getFileInfo() on null in /config/www/nextcloud/lib/private/files/filesystem.php on line 874" while reading response header from upstream, client: 192.168.254.1, server: _, request: "GET /index.php/apps/files/ HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "cloud.stevensononthe.net" 2016/08/07 10:01:54 [error] 290#0: *1 FastCGI sent in stderr: "PHP message: PHP Fatal error: Call to a member function getFileInfo() on null in /config/www/nextcloud/lib/private/files/filesystem.php on line 874" while reading response header from upstream, client: 192.168.254.1, server: _, request: "GET /index.php/apps/files/ HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "cloud.stevensononthe.net" 2016/08/07 10:01:57 [error] 290#0: *1 FastCGI sent in stderr: "PHP message: PHP Fatal error: Call to a member function getFileInfo() on null in /config/www/nextcloud/lib/private/files/filesystem.php on line 874" while reading response header from upstream, client: 192.168.254.1, server: _, request: "GET /index.php/apps/files/ HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "cloud.stevensononthe.net" 2016/08/07 10:02:03 [error] 290#0: *1 FastCGI sent in stderr: "PHP message: PHP Fatal error: Call to a member function getFileInfo() on null in /config/www/nextcloud/lib/private/files/filesystem.php on line 874" while reading response header from upstream, client: 192.168.254.1, server: _, request: "GET /index.php/apps/files/ HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "cloud.stevensononthe.net" 2016/08/07 10:03:33 [error] 290#0: *6 FastCGI sent in stderr: "PHP message: PHP Fatal error: Call to a member function getFileInfo() on null in /config/www/nextcloud/lib/private/files/filesystem.php on line 874" while reading response header from upstream, client: 192.168.254.1, server: _, request: "GET /index.php/apps/files/ HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "cloud.stevensononthe.net" I'm not sure how to resolve this now as the page just gives me a 500 error. Edit: If I clear the browser cache I can see the login page again. Edit2: After clearing the cache its working fine. Seems a non-issue now. Move along. hehe

When you open the integrity control page it will start every 3 minutes a background job which is used to update the status of build and export of each disk. This is unrelated to the find command. You can check if the background job has issues by running it in the CLI: /etc/cron.daily/exportrotate -q Any suggestions why 2 of my disks need to rebuilt every day? Possibly I have to many files for innotify? I have a few million files (due to plex app data daily backups) I am pretty sure I figured this out with a lot of testing. I'm running rsnapshot sync each night to backup my appdata folder to my array. This is not getting picked up by the plugin. Why though. I am not sure. This is run directly on unraid via cron. Its not within a plugin. Maybe that's it? I'm going to try excluding this folder tonight and see if it fixed the unbuilt disk. This solved it. It seems that anything transfered with rsnapshot sync is not getting picked up by the plugin.

When you open the integrity control page it will start every 3 minutes a background job which is used to update the status of build and export of each disk. This is unrelated to the find command. You can check if the background job has issues by running it in the CLI: /etc/cron.daily/exportrotate -q Any suggestions why 2 of my disks need to rebuilt every day? Possibly I have to many files for innotify? I have a few million files (due to plex app data daily backups) I am pretty sure I figured this out with a lot of testing. I'm running rsnapshot sync each night to backup my appdata folder to my array. This is not getting picked up by the plugin. Why though. I am not sure. This is run directly on unraid via cron. Its not within a plugin. Maybe that's it? I'm going to try excluding this folder tonight and see if it fixed the unbuilt disk.

When you open the integrity control page it will start every 3 minutes a background job which is used to update the status of build and export of each disk. This is unrelated to the find command. You can check if the background job has issues by running it in the CLI: /etc/cron.daily/exportrotate -q After some testing this was exactly it. I had the page open so it was automatically refreshing every 3 mins. Great to know. Any suggestions why 2 of my disks need to rebuilt every day? Possibly I have to many files for innotify? I have a few million files (due to plex app data daily backups)

The hashes are stored in the extended attributes of a file, and should stay up to date automatically when protection is enabled. Export to a file is optional and a manual action, it does not affect the working of the plugin. The status shows when an existing export file gets outdated, but the user decides when to update. The disk verification tasks table defines how and when verification of disks take place. See the online help for more information. I suppose the name of the folder/file isn't really **PRIVATE** (asterisks in a folder/file name are not allowed). The message "no export of file" happens when no hash key value is stored in the extended attributes of the file. The usual approach is to rebuild. Sure you are using XFS as file system on disk 6 or have you changed the hashing method from one to another midway? All my disks are XFS. I haven't changed the hashing method. I can rebuild the hashes on this disk and see if that fixes it. My main concern now is the FIND feature. This is using a significant portion of my CPU when I am not wanting to do anything with finding duplicates.

Im not sure this is working right for me. I have 6 disks and built and exported all of them. A few days later i noticed disk 5 or 6 (i forget which) was not up to date on the build and export. I recreated them. fine. Now last night I had a scheduled check at 3am. It started disk 3 and 4 only. Why not 1 and 2 and 5 and 6? And then i also noticed that 5 and 6 are not up to date again. What gives? I thought this is supposed to keep itself up to date as files are copied to the array. Anyone help me get this setup right? or what can i check to see why its not working. Also, when I do an export of one that the build is up to date but the export is not I get a lot of error messages: /mnt/disk6/TV/**PRIVATE** Mar 30 16:16:28 FILESERVER bunker: error: no export of file: /mnt/disk6/TV/**PRIVATE** Mar 30 16:16:28 FILESERVER bunker: error: no export of file: /mnt/disk6/TV/**PRIVATE** Mar 30 16:16:28 FILESERVER bunker: error: no export of file: /mnt/disk6/TV/**PRIVATE** Mar 30 16:16:28 FILESERVER bunker: error: no export of file: /mnt/disk6/TV/**PRIVATE** Mar 30 16:16:28 FILESERVER bunker: error: no export of file: /mnt/disk6/TV/**PRIVATE** Mar 30 16:16:28 FILESERVER bunker: error: no export of file: /mnt/disk6/TV/**PRIVATE** Mar 30 16:16:28 FILESERVER bunker: error: no export of file: /mnt/disk6/TV/**PRIVATE** One more thing. Now that I updated the plugin, the find command keeps spiking my CPU usage for 2 -3 mins each 2-3 mins. What is this doing? After removing the plugin this stopped. Installing it again creates the same behaviour. Any way to go back to a version without the find feature?

Sorry I missed this request earlier. Currently when notifications are enabled in the settings of file integrity, it will only produce a message when something unusual is found, in other words: checks without any corruptions (normal condition) are not reported. I can add a log entry + notification telling the start/stop times. Please do. It was supposed to run last night and as far as I can tell it didn't run but there is nothing in the log to indicate anything either way.

There is no link for the webGUI?

Any chance to get the madsonic docker updated to v6? Scratch that v6 is beta.