allanp81
-
Posts
333 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by allanp81
-
-
I'm having this same issue and haven't changed anything other than upgrade Unraid. It used to show me load usage etc. but now only shows me battery charge level and estimated time remaining. I'm using an APC Back-UPS ES 700G
-
6 minutes ago, s.Oliver said:
me too. have seen it over the last 2 updates. everything seems to work as usual, but the release number is off.
Yes it seems to be working fine but obviously not reporting a version number anymore.
-
Anyone else seeing this:
I'm on "linuxserver/tvheadend:release-4.2" and the last time the docker updated was last night.
-
Likewise, I got one the other week and flashed it to IT mode. Cost me about £30 total and works great
-
How does that compare to a Dell H310 sas that you can pick up from ebay for about £25?
-
So I fixed my issue, looks like the update to mysql screwed stuff up. I followed the suggestion here: https://help.nextcloud.com/t/nextcloud-13-php-7-1-mysql-8-error-500/34443/2 and it solved it.
The solution was setting
[mysqld] default_authentication_plugin=mysql_native_password
in my.cnf seems to help.
-
So since a few days ago my nextcloud has stopped working and I just see the following errors in the log:
Stack trace:
#0 /config/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php(125): OC\AppFramework\Utility\SimpleContainer->resolve('defaultTokenPro...')
#1 /config/www/nextcloud/lib/private/ServerContainer.php(132): OC\AppFramework\Utility\SimpleContainer->query('defaultTokenPro...')
#2 /config/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php(81): OC\ServerContainer->query('defaultTokenPro...')
#3 /config/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php(104): OC\AppFramework\Utility\SimpleContainer->buildClass(Object(ReflectionClass))
#4 /config/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php(125): OC\AppFramework\Utility\SimpleContainer->resolve('OC\\Authenticati...')
#5 /config/www/nextcloud/lib/private/ServerContainer.php(132): OC\AppF in /config/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php on line 110
PHP Fatal error: Uncaught OCP\AppFramework\QueryException: Could not resolve defaultTokenProvider! Class defaultTokenProvider does not exist in /config/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php:110
Stack trace:
#0 /config/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php(125): OC\AppFramework\Utility\SimpleContainer->resolve('defaultTokenPro...')
#1 /config/www/nextcloud/lib/private/ServerContainer.php(132): OC\AppFramework\Utility\SimpleContainer->query('defaultTokenPro...')
#2 /config/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php(81): OC\ServerContainer->query('defaultTokenPro...')
#3 /config/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php(104): OC\AppFramework\Utility\SimpleContainer->buildClass(Object(ReflectionClass))
#4 /config/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php(125): OC\AppFramework\Utility\SimpleContainer->resolve('OC\\Authenticati...')
#5 /config/www/nextcloud/lib/private/ServerContainer.php(132): OC\AppF in /config/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php on line 110Nothing I try works, any occ command etc. always just returns the same rubbish. I'm using mysql as my db server and that updated the other day so I'm assuming the 2 are related but I'm blowed if I can work out how to resolve this.
-
How did you create the script and edit it? Edit it via bash using nano and confirm there's no funny characters etc.
-
If you enter the docker via the console, can you confirm that the script is visible and that you can execute it?
It sounds like you're using a pre-release as I think 4.2.x are the stable releases. I had issues with 4.3 and had to revert back to stable. What release is your docker configured for?
Yes, I use the #!/bin/bash shebang thingy at the start of my script.
-
Where is the script located? Can the docker see that location?
For reference, I launch my post processing script with:
/recordings/cleanup.sh "%f" "%b"
When I was testing mine out I added a simple "touch test.txt" to my script just to confirm it was actually processing. You may need add a path to the touch command depending on what you're trying.
-
6 hours ago, allanp81 said:
The docker for this updated last night and now nothing is working for me anymore. The logs seem to be littered with the following after the update:
Anyone else seeing this and have any idea what it's going on about?
Seems that nextcloud doesn't play nice with mysql 8. I fixed it by following the guide here: https://help.nextcloud.com/t/nextcloud-13-php-7-1-mysql-8-error-500/34443/3
I had to edit the my.cnf file in the mysql docker (/etc/mysql/my.cnf) and add the following line to the [mysqld] section:
default_authentication_plugin=mysql_native_password -
The docker for this updated last night and now nothing is working for me anymore. The logs seem to be littered with the following after the update:
QuotePHP Fatal error: Uncaught Doctrine\DBAL\DBALException: Failed to connect to the database: An exception occured in driver: SQLSTATE[HY000] [2006] MySQL server has gone away in /config/www/nextcloud/lib/private/DB/Connection.php:64
Stack trace:
#0 /config/www/nextcloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(429): OC\DB\Connection->connect()
#1 /config/www/nextcloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(389): Doctrine\DBAL\Connection->getDatabasePlatformVersion()
#2 /config/www/nextcloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(328): Doctrine\DBAL\Connection->detectDatabasePlatform()
#3 /config/www/nextcloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(623): Doctrine\DBAL\Connection->getDatabasePlatform()
#4 /config/www/nextcloud/lib/private/DB/Connection.php(151): Doctrine\DBAL\Connection->setTransactionIsolation(2)
#5 /config/www/nextcloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/DriverManager.php(172): OC\DB\Connection->__construct(Array, Object(Doctrine\DBAL\Driver in /config/www/nextcloud/lib/private/DB/Connection.php on line 64Anyone else seeing this and have any idea what it's going on about?
-
On 8/13/2018 at 6:44 PM, EDalcin said:
I didn't. Should I? They are around 40oC, 45oC top.
That's hot for idle, you'll probably find you'll get temp warnings during a parity check.
-
You would use new config if you don't plan on replacing the drive that is failing. Otherwise you would just replace that drive with a new one.
-
10 minutes ago, johnnie.black said:
It should comeback fine and most likely without the error
I've rebooted and so far no errors in the log at all. Will keep an eye on it and post the full diagnostics if it errors again. Thanks for your help.
-
Ok, that's not great, I'm almost too scared to reboot in case it doesn't come back!
-
Thanks, I meant to do that but only posted the syslog
-
I just noticed that my syslog has been showing the following for the last week:
Jun 22 04:52:28 downloadbox kernel: blk_partition_remap: fail for partition 1 Jun 22 04:52:28 downloadbox kernel: XFS (sda1): metadata I/O error: block 0x75513e80 ("xfs_trans_read_buf_map") error 5 numblks 32 Jun 22 04:52:28 downloadbox kernel: XFS (sda1): xfs_imap_to_bp: xfs_trans_read_buf() returned error -5.
My server seems ok although around midnight last night I did get a few emails claiming that my cache disk was nearly full that seems to be fine once I got up this morning and apart from the email notifications I can't see any errors relating to this in the syslog. I also can't find any references to what sda1 thinks it is, as there is no sda1 listed under system devices.
-
I'm running the linuxserver docker via CA. I'm also running mysql 8.0 I think. It used to be instant when I first started using it.
-
1 hour ago, Jessie said:
Has any one noticed a slow down in performance from say 13.02 to 13.04.
I have a machine running 13.02 which will log in in 2 seconds.
13.04 takes 25 seconds.
Have tried 13.04 on a couple of computers.
Same result.
Slow.
Don't know why.
Yes I have checked the "Brute force" datafile and emptied it or it was already empty.
Am using MYSQL docker and letsencrypt docker.
That's similar to what I'm experiencing, it just seems to take a while to show any files.
-
Does anyone else find nextcloud quite slow to list all of your files via the web interface? I've stored my nextcloud data folder on an SSD that's never going to sleep so it's not a spindown issue.
-
Yes it's using DHCP. I did think to just change the DNS on unraid to static but it means shutting everything as you have to stop all dockers and array to change the network settings.
*Edit, I looked again and it's only docker and vm services that needed stopping. I've changed DNS servers to static and now it's working again. I couldn't see anything in the pihole logs to show anything being blocked though which is weird.
-
I've installed this docker and it seems to be working great across all devices *but* it seems to stop my unraid server from being able to check for plugin and docker updates. If I ask unraid to check for docker updates it just sits forever asking but pihole doesn't seem to suggest that it's blocked anything from being checked so I'm confused.
-
Installed, no issues
[Support] Linuxserver.io - Kodi-Headless
in Docker Containers
Posted
I've updated all of my clients and docker to leia but it looks like the headless docker is not longer receiving updates from either sonarr or radarr and from the kodi.log it looks like nothing happens when they attempt to connect to it for update the library.