skois

Hmm ok, then try to restore all files back to mariadb appdata folder. and start nextcloud

you will definately lose all your tasks and mails. Stop nextcloud docker. can you backup all your contents of your mariadb appdata folder? Then delete them from there. force update mariadb docker. login to mariadb console mysql -uroot -p CREATE USER 'nextcloud' IDENTIFIED by 'password'; CREATE DATABASE IF NOT EXISTS nextcloud; GRANT ALL PRIVILEGES ON nextcloud.* TO 'nextcloud' IDENTIFIED BY 'password'; quit mysqlcheck -u nextcloud -p --auto-repair --check nextcloud Still dont start nextcloud yet. Lets see if this works and dont give you an error. After that we'll try restore db's

You might have a broken mariadb. Try force update Docker tab -> Upper right corner turn on advanced view -> update container mariadb.

I'm thinking maybe database is corrupted. and nextcloud is just fine. open mariadb docker console and try this. mysqlcheck -u $USER -p --auto-repair --check nextcloud if you have followed Spaceinvaders video your user should be nextcloud, so mysqlcheck -u nextcloud -p --auto-repair --check nextcloud

On nextcloud template in repository "linuxserver/nextcloud:18.0.3-ls76" Can you also post nextcloud.log from nextcloud /mnt/user/Nextcloud/nextcloud.log

on nextcloud docker change the tag from latest to 18.0.3-ls76 you are using 18.0.3 right? This is what your config was saying!

I remember when i was using custom network i had to put it on the same in order to work. Anyway. Copy paste whole occ maintenance:repair output, lets dig in

I think i got it. Change Bridge to proxynet on mariadb!

Let's start from the basics, so we know we are good there. Post mariadb docker config (the template) On your NC config.php, you have mariadb ip se as 192.168.1.9 and port 3306. is that correct?

I thought it didnt work at all when migrated to swag. if it worked for a bit, then we should check the db. Open nextcloud's console and run occ maintenance:repair see if that makes any difference Also check on your config.php if the mariadb ip and username/pass is correct!

Any errors on swag logs? Sent from my Mi 10 Pro using Tapatalk

Can you post your swag config please? Sent from my Mi 10 Pro using Tapatalk

i'm not using swag but npm, but i remeber that you have to put your letsencrypt, now swag on trusted proxies on your nextcloud config So, go to appdata/nextcloud/config/www/nextcloud/config edit config.php You will see this 'trusted_proxies' => array ( 0 => 'letsencrypt', ), change the letsencrypt to swag or whatever you named your swag container It should fix it. If you already did that, i'm sure gurus here will help you

For anyone having the same problem anyway, the fix for me was this Just replace the PHP_VER with whatever you have on Settings -> System (Bottom of the page) PHP_VER="7.3.24" && \ BUILD_PACKAGES="wget build-base php7-dev" && \ apk add --no-cache --virtual .php-build-dependencies $BUILD_PACKAGES && \ apk add --no-cache --repository https://dl-3.alpinelinux.org/alpine/edge/testing/ gnu-libiconv-dev && \ (mv /usr/bin/gnu-iconv /usr/bin/iconv; mv /usr/include/gnu-libiconv/*.h /usr/include; rm -rf /usr/include/gnu-libiconv) && \ mkdir -p /opt && \ cd /opt && \ wget https://secure.php.net/distributions/php-$PHP_VER.tar.gz && \ tar xzf php-$PHP_VER.tar.gz && \ cd php-$PHP_VER/ext/iconv && \ phpize && \ ./configure --with-iconv=/usr && \ make && \ make install && \ mkdir -p /etc/php7/conf.d && \ #next command not needed in LSIO Docker #echo "extension=iconv.so" >> /etc/php7/conf.d/iconv.ini && \ apk del .php-build-dependencies && \ rm -rf /opt/*

In the github issued I linked above, I found a solution for an alpine image, it worked mostly with some minor bugs, that might be from something I didn't build correctly. If you have any other solution to try, I have a testing docker to mess around. The fix I tried is this https://github.com/docker-library/php/issues/240#issuecomment-373723043 But I changed oho version to 7.3.23. Sent from my Mi 10 Pro using Tapatalk

Nope, still the same error Renamed /usr/bin/iconv to /usr/bin/iconv.bak installed gnu-libiconv Renamed /usr/bin/gnu-libiconv to /usr/bin/iconv Restarted the container. Error: iconv(): Wrong charset, conversion from `UTF-8' to `UTF-8//IGNORE' is not allowed at /config/www/nextcloud/apps/mail/lib/Address.php#70 <<closure>> OC\Log\ErrorHandler::onError(8, "iconv(): Wr ... d", "/config/www ... p", 70, []) /config/www/nextcloud/apps/mail/lib/Address.php - line 70: iconv("UTF-8", "UTF-8//IGNORE", "[email protected]") /config/www/nextcloud/apps/mail/lib/Db/MessageMapper.php - line 292: OCA\Mail\Address->getEmail() /config/www/nextcloud/apps/mail/lib/Service/Sync/ImapToDbSynchronizer.php - line 280: OCA\Mail\Db\MessageMapper->insertBulk(OCA\Mail\Db\Message { id: null}, OCA\Mail\Db\Message { id: null}, OCA\Mail\Db\Message { id: null}, OCA\Mail\Db\Message { id: null}, OCA\Mail\Db\Message { id: null}, OCA\Mail\Db\Message { id: null}, OCA\Mail\Db\Message { id: null}, OCA\Mail\Db\Message { id: null}, OCA\Mail\Db\Message { id: null}, OCA\Mail\Db\Message { id: null}, OCA\Mail\Db\Message { id: null}) /config/www/nextcloud/apps/mail/lib/Service/Sync/ImapToDbSynchronizer.php - line 214: OCA\Mail\Service\Sync\ImapToDbSynchronizer->runInitialSync(OCA\Mail\Account {}, OCA\Mail\Db\Mailbox { id: 41}, OC\AppFramew ... {}) /config/www/nextcloud/apps/mail/lib/Service/Sync/SyncService.php - line 121: OCA\Mail\Service\Sync\ImapToDbSynchronizer->sync(OCA\Mail\Account {}, OCA\Mail\Db\Mailbox { id: 41}, OC\AppFramew ... {}, 42, [], true) /config/www/nextcloud/apps/mail/lib/Controller/MailboxesController.php - line 161: OCA\Mail\Service\Sync\SyncService->syncMailbox(OCA\Mail\Account {}, OCA\Mail\Db\Mailbox { id: 41}, 42, [], false, "is:starred not:important") /config/www/nextcloud/lib/private/AppFramework/Http/Dispatcher.php - line 169: OCA\Mail\Controller\MailboxesController->sync(41, [], true, "is:starred not:important") /config/www/nextcloud/lib/private/AppFramework/Http/Dispatcher.php - line 100: OC\AppFramework\Http\Dispatcher->executeController(OCA\Mail\Con ... {}, "sync") /config/www/nextcloud/lib/private/AppFramework/App.php - line 152: OC\AppFramework\Http\Dispatcher->dispatch(OCA\Mail\Con ... {}, "sync") /config/www/nextcloud/lib/private/Route/Router.php - line 308: OC\AppFramework\App::main("OCA\\Mail\\ ... r", "sync", OC\AppFramew ... {}, { action: nu ... "}) /config/www/nextcloud/lib/base.php - line 1009: OC\Route\Router->match("/apps/mail/ ... c") /config/www/nextcloud/index.php - line 37: OC::handleRequest() and OCA\Mail\Exception\ServiceException: Sync failed for 2:INBOX: Return value of OCA\Mail\Address::getEmail() must be of the type string or null, bool returned /config/www/nextcloud/apps/mail/lib/Service/Sync/SyncService.php - line 121: OCA\Mail\Service\Sync\ImapToDbSynchronizer->sync(OCA\Mail\Account {}, OCA\Mail\Db\Mailbox { id: 41}, OC\AppFramew ... {}, 42, [], true) /config/www/nextcloud/apps/mail/lib/Controller/MailboxesController.php - line 161: OCA\Mail\Service\Sync\SyncService->syncMailbox(OCA\Mail\Account {}, OCA\Mail\Db\Mailbox { id: 41}, 42, [], false, "is:starred not:important") /config/www/nextcloud/lib/private/AppFramework/Http/Dispatcher.php - line 169: OCA\Mail\Controller\MailboxesController->sync(41, [], true, "is:starred not:important") /config/www/nextcloud/lib/private/AppFramework/Http/Dispatcher.php - line 100: OC\AppFramework\Http\Dispatcher->executeController(OCA\Mail\Con ... {}, "sync") /config/www/nextcloud/lib/private/AppFramework/App.php - line 152: OC\AppFramework\Http\Dispatcher->dispatch(OCA\Mail\Con ... {}, "sync") /config/www/nextcloud/lib/private/Route/Router.php - line 308: OC\AppFramework\App::main("OCA\\Mail\\ ... r", "sync", OC\AppFramew ... {}, { action: nu ... "}) /config/www/nextcloud/lib/base.php - line 1009: OC\Route\Router->match("/apps/mail/ ... c") /config/www/nextcloud/index.php - line 37: OC::handleRequest() Caused by TypeError: Return value of OCA\Mail\Address::getEmail() must be of the type string or null, bool returned /config/www/nextcloud/apps/mail/lib/Db/MessageMapper.php - line 292: OCA\Mail\Address->getEmail() /config/www/nextcloud/apps/mail/lib/Service/Sync/ImapToDbSynchronizer.php - line 280: OCA\Mail\Db\MessageMapper->insertBulk(OCA\Mail\Db\Message { id: null}, OCA\Mail\Db\Message { id: null}, OCA\Mail\Db\Message { id: null}, OCA\Mail\Db\Message { id: null}, OCA\Mail\Db\Message { id: null}, OCA\Mail\Db\Message { id: null}, OCA\Mail\Db\Message { id: null}, OCA\Mail\Db\Message { id: null}, OCA\Mail\Db\Message { id: null}, OCA\Mail\Db\Message { id: null}, OCA\Mail\Db\Message { id: null}) /config/www/nextcloud/apps/mail/lib/Service/Sync/ImapToDbSynchronizer.php - line 214: OCA\Mail\Service\Sync\ImapToDbSynchronizer->runInitialSync(OCA\Mail\Account {}, OCA\Mail\Db\Mailbox { id: 41}, OC\AppFramew ... {}) /config/www/nextcloud/apps/mail/lib/Service/Sync/SyncService.php - line 121: OCA\Mail\Service\Sync\ImapToDbSynchronizer->sync(OCA\Mail\Account {}, OCA\Mail\Db\Mailbox { id: 41}, OC\AppFramew ... {}, 42, [], true) /config/www/nextcloud/apps/mail/lib/Controller/MailboxesController.php - line 161: OCA\Mail\Service\Sync\SyncService->syncMailbox(OCA\Mail\Account {}, OCA\Mail\Db\Mailbox { id: 41}, 42, [], false, "is:starred not:important") /config/www/nextcloud/lib/private/AppFramework/Http/Dispatcher.php - line 169: OCA\Mail\Controller\MailboxesController->sync(41, [], true, "is:starred not:important") /config/www/nextcloud/lib/private/AppFramework/Http/Dispatcher.php - line 100: OC\AppFramework\Http\Dispatcher->executeController(OCA\Mail\Con ... {}, "sync") /config/www/nextcloud/lib/private/AppFramework/App.php - line 152: OC\AppFramework\Http\Dispatcher->dispatch(OCA\Mail\Con ... {}, "sync") /config/www/nextcloud/lib/private/Route/Router.php - line 308: OC\AppFramework\App::main("OCA\\Mail\\ ... r", "sync", OC\AppFramew ... {}, { action: nu ... "}) /config/www/nextcloud/lib/base.php - line 1009: OC\Route\Router->match("/apps/mail/ ... c") /config/www/nextcloud/index.php - line 37: OC::handleRequest()

I'll do tomorrow after work and report back! Thanks! Sent from my Mi 10 Pro using Tapatalk

So the last days after upgrading to 20.0.1 and mail to 1.5.1, i'm dealing with the problem i mentioned here. (https://github.com/nextcloud/mail/issues/3908#issuecomment-721111498). I dont know if it caused from the docker update, nextcloud update or mail app update. But the conclusion of the issue on github was that the problem is the iconv package installed on the alpine image. If anyone from LSIO can give me an insight on how to fix this or even better do an update on the docker that would be awesome! I just started reading dockers, so i dont have much knowledge, but happy to try things and give feedback.

https://help.dreamhost.com/hc/en-us/articles/216473357-Accessing-WebDAV-with-Windows From the Win 10. Ignore step 4 I Mapped as webDav. Any change on mapped folder takes effect immidiately on NC web also

I successfully upgraded to 20.0.1. But everything was working fine. But later Mail app had an update to 1.5.1 after than mail is not working. Deleted the mail account, run "occ mail:clean-up", disabled and removed app, reinstalled, added the account again, but i still get "Loading messages". Opened the database with pgAdmin, the account is added, but no new messages appear on the db. Tried running "occ mail:account:sync 10 -f" (my current account id) and got: [debug] account is up to date, skipping mailbox sync In MailboxLockedException.php line 33: 331 is already being synced After 3 hours i still get "331 is alerady being synced" so it doesn't do anything... Does your mail app works? Or is just me? PS. i have an @outlook.com account!

Thanks just wanted to clarify!

BTW manually your mean running the updater.phar or following these instructions? https://docs.nextcloud.com/server/latest/admin_manual/maintenance/manual_upgrade.html Updater.phar gives me this root@62a067466074:/config/www/nextcloud/updater# updater.phar Nextcloud Updater - version: v19.0.3-8-gbfdc40b Current version is 19.0.4. No update available. Nothing to do.

Isn't the 20.0.1 supposed to be stable? Why should i go to beta first? Just curius!

Will be the updated offered later? I' dont feel much confident doing the update manually. Not yet atleast! Is the updates roll out gradually? Do you know how they select to which the update rolls? Thanks!

Is there a way to force update to the latest stable version? If I'm not mistaken latest stable is 20.0.1. I have a test docker and a "production" docker. The test docker was just a copy of the "production" that i made couple days ago. Update the test to beta 20.0.0 and i got offered the 20.0.1 stable today. But on my prod docker i have 19.0.4 and it says i'm up to date. I'd like to update to 20.0.1!