Cloudron Forum

Ja Prost dann!

Hey @nebulon thanks for letting us know you can reproduce the issue. I will keep an eye on this thread but probably move away from using Koel for the time being.
Again, thanks for all your help and time!

I installed the koel/docker image on a test system and all works well.
It finds/displays the covers properly. I am not sure if Koel is using the cover.jpg file or the embedded cover file.
I didn't even need to set up Spotify integration.

On this setup, there is a docker volume called docker_covers. In that volume, there are 2 files for each album: *.jpeg and *.thumb.jpeg

I don't know enough about how Cloudron is managing these volumes for Koel - can you tell me where the equivalent folder/volume for covers on a Cloudron would be?

I have followed the steps in
https://docs.koel.dev/3rd-party.html#spotify
but I did not set a callback URL at all.

Maybe it's just Koel not quite working well. Let me set up a non-Cloudron Koel docker instance on another VPS and play around with it.
Generally, all my mp3's contain cover art and each album folder also contains a cover.jpg file, so I shouldn't even need Spotify integration.
I'll report back with my findings

Hi @girish this is unfortunately not quite resolved - the errors are gone, but I do not get any covers showing in Koel. (I only had time to look at this today)

Here's my setup:
S3FS mount point on /mnt/music with the Read-Only flag

In Cloudron->Volumes I have a volume called "music" pointing to /mnt/music

In Koel-Terminal I created a symlink in /app/data/library:

lrwxrwxrwx 1 www-data www-data   13 May  8 16:29 music -> /media/music/

In the Koel admin interface, I have set up the media folder to point to /app/data/library

Scanning the library from Koel-Terminal via

php artisan koel:sync

picks up the mp3s but not the covers.

@girish thank you that did the trick

Hi,
Koel 6.11.2

Enabled Spotify integration as per https://docs.koel.dev/3rd-party.html#spotify

by editing /app/data/env and adding lines for SPOTIFY_CLIENT_ID and SPOTIFY_CLIENT_SECRET

Issue: covers do not show

/app/data/storage/logs/laravel/log shows an error repeatedly:

2023-05-05 21:48:00] production.ERROR: Failed attempt {"error":"[object] (Intervention\Image\Exception\NotWritableException(code: 0): Can't write image data to path (/app/code/public/img/covers/5a1d28813cebd94da689576867f617a31abe3bde.jpeg) at /app/code/vendor/intervention/image/src/Intervention/Image/Image.php:150)
[stacktrace]
#0 /app/code/app/Services/ImageWriter.php(36): Intervention\Image\Image->save()
#1 /app/code/app/Services/MediaMetadataService.php(38): App\Services\ImageWriter->write()
#2 /app/code/app/Helpers.php(50): App\Services\MediaMetadataService->App\Services\{closure}()
#3 /app/code/app/Services/MediaMetadataService.php(46): attempt()
#4 /app/code/app/Services/FileSynchronizer.php(119): App\Services\MediaMetadataService->writeAlbumCover()
#5 /app/code/app/Helpers.php(50): App\Services\FileSynchronizer->App\Services\{closure}()
#6 /app/code/app/Services/FileSynchronizer.php(131): attempt()
#7 /app/code/app/Services/FileSynchronizer.php(94): App\Services\FileSynchronizer->tryGenerateAlbumCover()
#8 /app/code/app/Services/MediaSyncService.php(51): App\Services\FileSynchronizer->sync()
#9 /app/code/app/Console/Commands/SyncCommand.php(68): App\Services\MediaSyncService->sync()
#10 /app/code/app/Console/Commands/SyncCommand.php(46): App\Console\Commands\SyncCommand->syncAll()
#11 /app/code/vendor/laravel/framework/src/Illuminate/Container/BoundMethod.php(36): App\Console\Commands\SyncCommand->handle()
#12 /app/code/vendor/laravel/framework/src/Illuminate/Container/Util.php(41): Illuminate\Container\BoundMethod::Illuminate\Container\{closure}()
#13 /app/code/vendor/laravel/framework/src/Illuminate/Container/BoundMethod.php(93): Illuminate\Container\Util::unwrapIfClosure()
#14 /app/code/vendor/laravel/framework/src/Illuminate/Container/BoundMethod.php(37): Illuminate\Container\BoundMethod::callBoundMethod()
#15 /app/code/vendor/laravel/framework/src/Illuminate/Container/Container.php(661): Illuminate\Container\BoundMethod::call()
#16 /app/code/vendor/laravel/framework/src/Illuminate/Console/Command.php(183): Illuminate\Container\Container->call()
#17 /app/code/vendor/symfony/console/Command/Command.php(291): Illuminate\Console\Command->execute()
#18 /app/code/vendor/laravel/framework/src/Illuminate/Console/Command.php(153): Symfony\Component\Console\Command\Command->run()
#19 /app/code/vendor/symfony/console/Application.php(1014): Illuminate\Console\Command->run()
#20 /app/code/vendor/symfony/console/Application.php(301): Symfony\Component\Console\Application->doRunCommand()
#21 /app/code/vendor/symfony/console/Application.php(171): Symfony\Component\Console\Application->doRun()
#22 /app/code/vendor/laravel/framework/src/Illuminate/Console/Application.php(102): Symfony\Component\Console\Application->run()
#23 /app/code/vendor/laravel/framework/src/Illuminate/Foundation/Console/Kernel.php(155): Illuminate\Console\Application->run()
#24 /app/code/artisan(35): Illuminate\Foundation\Console\Kernel->handle()
#25 {main}
"}

Thanks for looking into it!

@marcusquinn I found it was an issue with idrivee2. Moved bucket and backups to another region and all started to work again

@marcusquinn how happy are you with idrivee2 these days? I started a trial on Thursday and all was working well, but since Friday I am getting errors left right and center. Opened a support call and it's with their back end team. I am waiting for a response from them, hopefully Monday.

i'd love to see this one

Hello,
I am on Nextcloud 22.0.0 package version v4.10.0
Whenever I try to upgrade to 22.1.0 via the Cloudron update mechanism, the app will restart over and over with this error:

Redis cluster config is missing the "seeds" attribute in /app/code/lib/private/RedisFactory.php:86

I found this:
https://help.nextcloud.com/t/redis-cluster-error-without-having-a-cluster/121589
but I have no luck editing the file
lib/private/RedisFactory.php
because the container does not stay up/restarts over and over.

It was also suggested by Cloudron support to go to the file editor in Cloudron and edit the file config/config/php and remove all redis references, but the error still pops up the next time I am trying the upgrade.

Any suggestions would be helpful. Maybe I can somehow export all data from Nextcloud, remove it completely and then install the latest 22.2.23 instead?

Thank you!

Hello,
I am getting an error after I upgraded NextCloud to 22.1.1 last night. The app is "unresponsive"
I have enabled recovery mode.

I have found a post on nextcloud help to edit the file /app/code/lib/private/RedisFactory.php but when I do so, and then disable recovery mode, that file has been replaced to its original. How can I make a change to this file?

Btw, this is the error:

Sep 17 14:53:28 => update config
Sep 17 14:53:28 => run migration
Sep 17 14:53:28 An unhandled exception has been thrown:
Sep 17 14:53:28 Exception: Redis cluster config is missing the "seeds" attribute in /app/code/lib/private/RedisFactory.php:86
Sep 17 14:53:28 Stack trace:
Sep 17 14:53:28 #0 /app/code/lib/private/RedisFactory.php(164): OC\RedisFactory->create()
Sep 17 14:53:28 #1 /app/code/lib/private/Memcache/Redis.php(43): OC\RedisFactory->getInstance()
Sep 17 14:53:28 #2 /app/code/lib/private/Memcache/Factory.php(115): OC\Memcache\Redis->__construct()
Sep 17 14:53:28 #3 /app/code/lib/private/Server.php(1051): OC\Memcache\Factory->createLocking()
Sep 17 14:53:28 #4 /app/code/lib/private/AppFramework/Utility/SimpleContainer.php(160): OC\Server->OC\{closure}()
Sep 17 14:53:28 #5 /app/code/3rdparty/pimple/pimple/src/Pimple/Container.php(118): OC\AppFramework\Utility\SimpleContainer->OC\AppFramework\Utility\{closure}()
Sep 17 14:53:28 #6 /app/code/lib/private/AppFramework/Utility/SimpleContainer.php(127): Pimple\Container->offsetGet()
Sep 17 14:53:28 #7 /app/code/lib/private/ServerContainer.php(136): OC\AppFramework\Utility\SimpleContainer->query()
Sep 17 14:53:28 #8 /app/code/lib/private/AppFramework/Utility/SimpleContainer.php(56): OC\ServerContainer->query()
Sep 17 14:53:28 #9 /app/code/lib/private/Server.php(2010): OC\AppFramework\Utility\SimpleContainer->get()
Sep 17 14:53:28 #10 /app/code/lib/private/Files/View.php(118): OC\Server->getLockingProvider()
Sep 17 14:53:28 #11 /app/code/lib/private/Server.php(433): OC\Files\View->__construct()
Sep 17 14:53:28 #12 /app/code/lib/private/AppFramework/Utility/SimpleContainer.php(160): OC\Server->OC\{closure}()
Sep 17 14:53:28 #13 /app/code/3rdparty/pimple/pimple/src/Pimple/Container.php(118): OC\AppFramework\Utility\SimpleContainer->OC\AppFramework\Utility\{closure}()
Sep 17 14:53:28 #14 /app/code/lib/private/AppFramework/Utility/SimpleContainer.php(127): Pimple\Container->offsetGet()
Sep 17 14:53:28 #15 /app/code/lib/private/ServerContainer.php(136): OC\AppFramework\Utility\SimpleContainer->query()
Sep 17 14:53:28 #16 /app/code/lib/private/AppFramework/Utility/SimpleContainer.php(56): OC\ServerContainer->query()
Sep 17 14:53:28 #17 /app/code/lib/private/Server.php(1373): OC\AppFramework\Utility\SimpleContainer->get()
Sep 17 14:53:28 #18 /app/code/lib/base.php(594): OC\Server->boot()
Sep 17 14:53:28 #19 /app/code/lib/base.php(1083): OC::init()
Sep 17 14:53:28 #20 /app/code/console.php(48): require_once('/app/code/lib/b...')
Sep 17 14:53:28 #21 /app/code/occ(11): require_once('/app/code/conso...')
Sep 17 14:53:28 #22 {main}