RAINMAN
-
Posts
179 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by RAINMAN
-
-
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
-
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.
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.
-
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.
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.
-
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.
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)
-
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?
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?
-
Would it be possible to add notifications like how parity checks work ie ("FIP has started checking the integrity of your files" and "FIP has finished checking all disks and has found XX file modifications and XX file corruptions")?
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.
-
Maybe not necessary but can you create a DHE parameter and add the following to the Nginx config for a more secure SSL configuration?
cd /etc/ssl/certs openssl dhparam -out dhparam.pem 4096
To the server section of the owncloud.site nginx file:
ssl_dhparam /etc/ssl/certs/dhparam.pem; ssl_protocols TLSv1 TLSv1.1 TLSv1.2; ssl_ciphers "EECDH+AESGCM:EDH+AESGCM:ECDHE-RSA-AES128-GCM-SHA256:AES256+EECDH:DHE-RSA-AES128-GCM-SHA256:AES256+EDH:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-RSA-AES128-SHA256:ECDHE-RSA-AES256-SHA:ECDHE-RSA-AES128-SHA:DHE-RSA-AES256-SHA256:DHE-RSA-AES128-SHA256:DHE-RSA-AES256-SHA:DHE-RSA-AES128-SHA:ECDHE-RSA-DES-CBC3-SHA:EDH-RSA-DES-CBC3-SHA:AES256-GCM-SHA384:AES128-GCM-SHA256:AES256-SHA256:AES128-SHA256:AES256-SHA:AES128-SHA:DES-CBC3-SHA:HIGH:!aNULL:!eNULL:!EXPORT:!DES:!MD5:!PSK:!RC4"; ssl_prefer_server_ciphers on; ssl_session_cache shared:SSL:10m; add_header Strict-Transport-Security "max-age=63072000; includeSubdomains; pr$
I added it to mine but I think if I update my docker it will get wiped...
I got an A+ rating now
https://www.ssllabs.com/ssltest/analyze.html?d=cloud.stevensononthe.net
-
Edit: Also, how can I add my own SSL certificate so I dont have the SSL errors? I dont see a place to add one.
I can't help you with the cron job issue.
On a previous post about SSL certs I was directed to install it in the ownCloud folder itself and haven't had any issues. As an example I placed it here in my ownCloud installed path: /mnt/user/docker/owncloud . I winscp'd into that directory and copied it there.
Hope this helps.
This worked perfectly. I just replaced the existing server.key and server.pem files and now I have a verified connection. Very nice.
Any way we can get access to install theme support? Looking to make a few modifications.
-
I'm also trying to set the update to CRON but how do I add a cron job to this docker? Any ideas? I'm new to this whole docker thing.
Edit: Also, how can I add my own SSL certificate so I dont have the SSL errors? I dont see a place to add one.
Edit2: I logged into the main unraid server and just set a cron job on that and set the cron setting to webcron. If there is a better way I am open to it still. Feels like a hack job.
# Cron For OwnCloud*/15 * * * * wget --no-check-certificate -O /dev/null -o /dev/null https://192.168.254.3:8000/cron.php
[Support] Linuxserver.io - Nextcloud
in Docker Containers
Posted
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.
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.