[Bug]: `occ db:convert-type` broken since `PrimaryReadReplicaConnection` support added #45257

ksmonkey123 · 2024-05-10T17:18:18Z

⚠️ This issue respects the following points: ⚠️

This is a bug, not a question or a configuration/webserver/proxy issue.
This issue is not already reported on Github OR Nextcloud Community Forum (I've searched it).
Nextcloud Server is up to date. See Maintenance and Release Schedule for supported versions.
I agree to follow Nextcloud's Code of Conduct.

Bug description

The OCC-Command db:convert-type seems to ignore the DB properties (type, user, host, database, port, password) provided through the CLI and instead operates on the database configured in config.php

I believe this may be related to the commit 79c4986 as this reworked the parameter handling in ConnectionFactory.php.

If I read this correctly, the default parameters are now always generated based on the system config instead of the passed arguments.

Running db:convert-type --clean-schema drops the tables in the "old" database.

Steps to reproduce

Have Nextcloud 29.0.0 running with a MySQL database, and an empty PostgreSQL database
run php occ db:convert-type --password=<PASSWORD> --port=5432 pgsql nextcloud_app postgres nextcloud (note: the host postgres is a Kubernetes service name)
The command executes no matter if the Postgres Database is running or not, the command throws Constraint Violation errors in the table oc_accounts, I assume because it tries to migrate the content of the old database into itself.

Expected behavior

db:convert-type

Installation method

Community Docker image

Nextcloud Server version

29

Operating system

Debian/Ubuntu

PHP engine version

None

Web server

None

Database engine version

MySQL

Is this bug present after an update or on a fresh install?

None

Are you using the Nextcloud Server Encryption module?

None

What user-backends are you using?

Default user-backend (database)
LDAP/ Active Directory
SSO - SAML
Other

Configuration report

{
    "system": {
        "htaccess.RewriteBase": "\/",
        "memcache.local": "\\OC\\Memcache\\APCu",
        "apps_paths": [
            {
                "path": "\/var\/www\/html\/apps",
                "url": "\/apps",
                "writable": false
            },
            {
                "path": "\/var\/www\/html\/custom_apps",
                "url": "\/custom_apps",
                "writable": true
            }
        ],
        "instanceid": "***REMOVED SENSITIVE VALUE***",
        "passwordsalt": "***REMOVED SENSITIVE VALUE***",
        "secret": "***REMOVED SENSITIVE VALUE***",
        "trusted_domains": [
            "192.168.178.32",
            "cloud.awae.ch"
        ],
        "trusted_proxies": "***REMOVED SENSITIVE VALUE***",
        "datadirectory": "***REMOVED SENSITIVE VALUE***",
        "dbtype": "mysql",
        "version": "29.0.0.19",
        "overwrite.cli.url": "https:\/\/cloud.awae.ch",
        "dbname": "***REMOVED SENSITIVE VALUE***",
        "dbhost": "***REMOVED SENSITIVE VALUE***",
        "dbport": "",
        "dbtableprefix": "oc_",
        "mysql.utf8mb4": true,
        "dbuser": "***REMOVED SENSITIVE VALUE***",
        "dbpassword": "***REMOVED SENSITIVE VALUE***",
        "installed": true,
        "overwriteprotocol": "https",
        "theme": "",
        "loglevel": 2,
        "maintenance": false,
        "mail_smtpmode": "smtp",
        "mail_sendmailmode": "smtp",
        "mail_smtpauth": 1,
        "mail_smtpauthtype": "LOGIN",
        "mail_smtphost": "***REMOVED SENSITIVE VALUE***",
        "mail_smtpport": "25",
        "mail_from_address": "***REMOVED SENSITIVE VALUE***",
        "mail_domain": "***REMOVED SENSITIVE VALUE***",
        "mail_smtpname": "***REMOVED SENSITIVE VALUE***",
        "mail_smtppassword": "***REMOVED SENSITIVE VALUE***",
        "mail_smtpsecure": "tls",
        "default_language": "de",
        "default_phone_region": "CH",
        "app_install_overwrite": [
            "polls"
        ]
    }
}

List of activated Apps

Enabled:
  - activity: 2.21.1
  - circles: 29.0.0-dev
  - cloud_federation_api: 1.12.0
  - comments: 1.19.0
  - contactsinteraction: 1.10.0
  - dashboard: 7.9.0
  - dav: 1.30.1
  - federatedfilesharing: 1.19.0
  - federation: 1.19.0
  - files: 2.1.0
  - files_downloadlimit: 2.0.0
  - files_pdfviewer: 2.10.0
  - files_reminders: 1.2.0
  - files_sharing: 1.21.0
  - files_trashbin: 1.19.0
  - files_versions: 1.22.0
  - firstrunwizard: 2.18.0
  - logreader: 2.14.0
  - lookup_server_connector: 1.17.0
  - nextcloud_announcements: 1.18.0
  - notes: 4.10.0
  - notifications: 2.17.0
  - oauth2: 1.17.0
  - password_policy: 1.19.0
  - photos: 2.5.0
  - polls: 7.0.3
  - privacy: 1.13.0
  - provisioning_api: 1.19.0
  - recommendations: 2.1.0
  - related_resources: 1.4.0
  - serverinfo: 1.19.0
  - settings: 1.12.0
  - sharebymail: 1.19.0
  - support: 1.12.0
  - survey_client: 1.17.0
  - systemtags: 1.19.0
  - text: 3.10.0
  - theming: 2.4.0
  - twofactor_backupcodes: 1.18.0
  - updatenotification: 1.19.1
  - viewer: 2.3.0
  - workflowengine: 2.11.0
Disabled:
  - admin_audit: 1.19.0
  - bruteforcesettings: 2.9.0 (installed 2.4.0)
  - encryption: 2.17.0
  - extract: 1.3.6 (installed 1.3.6)
  - files_external: 1.21.0
  - files_rightclick: 0.15.1 (installed 1.6.0)
  - maps: 1.1.0 (installed 1.1.0)
  - suspicious_login: 7.0.0
  - twofactor_totp: 11.0.0-dev
  - user_ldap: 1.20.0
  - user_status: 1.9.0 (installed 1.4.0)
  - weather_status: 1.9.0 (installed 1.4.0)

Nextcloud Signing status

No errors have been found.

Nextcloud Logs

No response

Additional info

Docker Image: nextcloud:29.0.0
MySQL Database: mysql:8.4.0
Postgres Databse: postgres:16.3

The text was updated successfully, but these errors were encountered:

ksmonkey123 · 2024-05-10T17:28:22Z

Logging the Parameter $additionalConnectionParams in ConnectionFactory.php on Line 166 shows the following values for the "fromDB" and the "toDB":

FromDB

ToDB

It is notable that in the second case (which should be the postgres-database configured via the CLI arguments), the host, dbname and port in the top-level array are set correctly from the CLI, Both the primary and the replica fields and even some top-level fields obviously use the DB-configs from config.php

joshtrichards · 2024-05-11T01:49:00Z

Possibly related: #45097

I don't have time to look tonight, but your analysis seems sound (and, given the added evidence from the log output, even more so).

Cc: @juliushaertl

intersectRaven · 2024-05-12T14:25:38Z

I can verify but can't contribute logs. I used the --clear-schema option in my attempt and my original MariaDB DB got deleted. Good thing I have backups.

Delagen · 2024-05-14T18:11:09Z

I modified https://github.com/nextcloud/server/blob/master/core/Command/Db/ConvertType.php#L247
to

$connectionParams = $this->connectionFactory->getDefaultConnectionParams($type);

and seems all converted

Also have to remove mysql.utf8mb4 parameter from config.php to perform conversion to remove client_encoding from params of DbFactory

HammyHavoc · 2024-05-17T19:35:31Z

Got hit by this a week ago. Is that particular Nextcloud instance completely screwed?

joshtrichards · 2024-05-17T19:40:47Z

Yes, unfortunately. 😢 The end result is the parameters get swapped so it likely dropped the source database.

Fortunately, recovery should be a simple matter of restoring from backup (just the db portion): https://docs.nextcloud.com/server/latest/admin_manual/maintenance/restore.html#restore-database (or whatever other mechanism you utilize in your environment for database backup/recovery)

joshtrichards · 2024-05-17T20:14:12Z

@Delagen Mind pushing that as PR? I know there may be additional changes needed, but it'll start things in motion.

Needed until #45257 is addressed to prevent data loss Signed-off-by: Josh <josh.t.richards@gmail.com>

Delagen · 2024-05-18T16:38:33Z

@joshtrichards I don't mind that my changes solve the problem correctly. It only makes possible for me successful conversion from MySQL to Postgres

chimpboy · 2024-05-19T19:35:10Z

I have just experienced this problem on a new installation.

Needed until #45257 is addressed to prevent data loss Signed-off-by: Josh <josh.t.richards@gmail.com>

rotdrop · 2024-05-24T19:21:12Z

Would not be it the simplest solution, if the ConnectionFactory::getConnection() method would first check if the $additionalConnectionParams argument contains explicit connection parameters and in that case simply skip that fancy primary / replica stuff? At least for the case were the explicitly specified connection differs from the "internal" database connection configured in config/config.php. In principle this should restore the previous behaviour when using the factory for alternate database connections.

Needed until #45257 is addressed to prevent data loss Signed-off-by: Josh <josh.t.richards@gmail.com>

szaimen · 2024-05-31T14:48:59Z

Hi, is this #45013 fixing the problem?

KoMa1012 · 2024-10-09T14:13:24Z

@Delogon I'm getting an error message:

In TableDoesNotExist.php line 16:

  There is no table with name "ncadmin.oc_group_folders_acl" in the schema.

I'm not sure if relevant, but this table is empty for me.
SQL Commands to generate this table in mariadb:

SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO";
START TRANSACTION;
SET time_zone = "+00:00";

CREATE TABLE `oc_group_folders_acl` (
  `acl_id` bigint(20) NOT NULL,
  `fileid` bigint(20) NOT NULL,
  `mapping_type` varchar(16) NOT NULL,
  `mapping_id` varchar(64) NOT NULL,
  `mask` smallint(6) NOT NULL,
  `permissions` smallint(6) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin;
ALTER TABLE `oc_group_folders_acl`
  ADD PRIMARY KEY (`acl_id`),
  ADD UNIQUE KEY `groups_folder_acl_unique` (`fileid`,`mapping_type`,`mapping_id`),
  ADD KEY `groups_folder_acl_mapping` (`mapping_type`,`mapping_id`);
ALTER TABLE `oc_group_folders_acl`
  MODIFY `acl_id` bigint(20) NOT NULL AUTO_INCREMENT;
COMMIT;

removing the group folder plugin solves the issue... however, now the group folders are gone, but this I can survive.

WhiskyDelta · 2024-10-11T17:45:51Z

@Delogon Since your fix seems to work, do you want to make a pull request? If not, I might be able to do it.

hagak · 2024-10-14T20:18:31Z

So I am also trying to move from mariadb to postgres and on nextcloud v30. I did the fix that @Delogon posted and that got me further. However i end up with this during the conversion.

- oc_properties
 10/10 [============================] 100% < 1 sec/< 1 sec
In ExceptionConverter.php line 87:

  An exception occurred while executing a query: SQLSTATE[22021]: Character not in repertoire: 7 ERROR:  invalid byte sequence for encoding "UTF8": 0x00
  CONTEXT:  unnamed portal parameter $5


In Exception.php line 28:

  SQLSTATE[22021]: Character not in repertoire: 7 ERROR:  invalid byte sequence for encoding "UTF8": 0x00
  CONTEXT:  unnamed portal parameter $5


In Statement.php line 130:

  SQLSTATE[22021]: Character not in repertoire: 7 ERROR:  invalid byte sequence for encoding "UTF8": 0x00
  CONTEXT:  unnamed portal parameter $5

Any ideas?

hagak · 2024-10-14T23:14:48Z

So I am also trying to move from mariadb to postgres and on nextcloud v30. I did the fix that @Delogon posted and that got me further. However i end up with this during the conversion.

- oc_properties
 10/10 [============================] 100% < 1 sec/< 1 sec
In ExceptionConverter.php line 87:

  An exception occurred while executing a query: SQLSTATE[22021]: Character not in repertoire: 7 ERROR:  invalid byte sequence for encoding "UTF8": 0x00
  CONTEXT:  unnamed portal parameter $5


In Exception.php line 28:

  SQLSTATE[22021]: Character not in repertoire: 7 ERROR:  invalid byte sequence for encoding "UTF8": 0x00
  CONTEXT:  unnamed portal parameter $5


In Statement.php line 130:

  SQLSTATE[22021]: Character not in repertoire: 7 ERROR:  invalid byte sequence for encoding "UTF8": 0x00
  CONTEXT:  unnamed portal parameter $5

Any ideas?

Found this related bug and it seems to be the same. Looks like NC has a bit more work to do on the postgres side

#37754

lightonflux · 2024-10-15T16:01:48Z

@hagak what is your encoding in mysql?

hagak · 2024-10-15T16:38:50Z

@hagak what is your encoding in mysql?

UTF8 the issue from what i gather in that other related bug that i apparently forgot to put the link to. Shows that it is due to postgres schema using a TEXT column instead of a Bytea . I believe there is a PR to resolve that as well

Particular data in the oc_properties table with a valuetype=3. I only had one entry that was causing this so I just manually deleted that row and the convert finished.

Add the link to the issue number #37754

Delogon · 2024-10-23T11:13:28Z

I created the pull request #48666 but tbh I don't know if I did that correct, since creation nothing has happened. @joshtrichards or @juliusknorr maybe you could tell me what to do, to get it merged.

daks · 2024-10-25T17:16:01Z

I want to migrate from a standalone nginx/php-fpm/mariadb Nextcloud installation to AIO "The official Nextcloud installation method" but I'm blocked by this issue since several weeks.

Is the patch provided by @Delogon here #45257 (comment) or in the PR #48666 safe to use?
Is there any chance to see the issue solved in the following releases?

jiriks74 · 2024-10-25T22:47:35Z

Is the patch provided by @Delogon here #45257 (comment) or in the PR #48666 safe to use?

I cannot answer that but even if it is you should make a database backup anyway

daks · 2024-10-26T10:09:18Z

Is the patch provided by @Delogon here #45257 (comment) or in the PR #48666 safe to use?

I cannot answer that but even if it is you should make a database backup anyway

Of course. I'm just worried to use it, don't detect any problem, and start using my new postgres DB without detecting a possible data loss (or other problem) :-/

thespielplatz · 2024-11-13T12:47:51Z

Is the patch provided by @Delogon here #45257 (comment) or in the PR #48666 safe to use? Is there any chance to see the issue solved in the following releases?

I just applied the PR [#48666] manually on nextcloud 29.0.9-fpm-alpine and successfully converted from mysql to postgres. So far everyhting looks good.

jiriks74 · 2024-11-15T14:30:27Z

I'll be, probably, trying to migrate this evening. I'll report how it goes.

jiriks74 · 2024-11-15T16:06:50Z

Well it failed while creating schema for me:

But that's probably some other issue.

Delogon · 2024-11-15T16:11:33Z

Well it failed while creating schema for me:

But that's probably some other issue.

That bug is already known. A potential solution would be to disable the group folder plugin, but I do not know how suitable that is for you.

@Delogon I'm getting an error message:

In TableDoesNotExist.php line 16:

  There is no table with name "ncadmin.oc_group_folders_acl" in the schema.

I'm not sure if relevant, but this table is empty for me. SQL Commands to generate this table in mariadb:

SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO";
START TRANSACTION;
SET time_zone = "+00:00";

CREATE TABLE `oc_group_folders_acl` (
  `acl_id` bigint(20) NOT NULL,
  `fileid` bigint(20) NOT NULL,
  `mapping_type` varchar(16) NOT NULL,
  `mapping_id` varchar(64) NOT NULL,
  `mask` smallint(6) NOT NULL,
  `permissions` smallint(6) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin;
ALTER TABLE `oc_group_folders_acl`
  ADD PRIMARY KEY (`acl_id`),
  ADD UNIQUE KEY `groups_folder_acl_unique` (`fileid`,`mapping_type`,`mapping_id`),
  ADD KEY `groups_folder_acl_mapping` (`mapping_type`,`mapping_id`);
ALTER TABLE `oc_group_folders_acl`
  MODIFY `acl_id` bigint(20) NOT NULL AUTO_INCREMENT;
COMMIT;

removing the group folder plugin solves the issue... however, now the group folders are gone, but this I can survive.

jiriks74 · 2024-11-15T16:20:43Z

That bug is already known. A potential solution would be to disable the group folder plugin, but I do not know how suitable that is for you.

That crossed my mind but Nextcloud kinda doesn't want to do it. I don't use the plugin but it was disabled but installed.

While writing this I managed to removed it with occ app:remove and I started the conversion.

EDIT: God Talk is broken now...
EDIT2: Nuked spreed as I didn't use it anyway. The little history there was is basically useless to me.
EDIT3: Migration complete. I'll test the new database now.

jiriks74 · 2024-11-16T00:33:00Z

Ok. The database migration itself went smoothly after disabling group folders. Importing data into AIO is the part that was full of pain.

It had issues with the database dump, then the data files, then 3 apps that I had installed, ... But it seems to be done now.

MAKE BACKUPS and keep them! Even after you migrate and everything seems well you might find something broken. I, for example, had all my calendar entries missing and I had to redump the PostgreSQL database, change the data directory within it and the owner of the database and then re-import it again to get it back.

daks · 2024-11-19T16:36:06Z

I applied the path and run the occ convert command.
It fails with the following errors

- In DbalException.php line 54:
  
  An exception occurred while executing a query: SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry 'user1-theming-primary_color' for key 'PRIMARY'  
- In ExceptionConverter.php line 62:
  
  An exception occurred while executing a query: SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry 'user1-theming-primary_color' for key 'PRIMARY'  
- In Exception.php line 28:
  
  SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry 'user1-theming-primary_color' for key 'PRIMARY'  
- In Statement.php line 130:
  
  SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry 'user1-theming-primary_color' for key 'PRIMARY'

I'm not sure if it comes from an app and which (no 'theming' related one as I can see). I dumped the mysql db and tried to find any duplicate entry with no success

edit: it seems to come from a default app

daks · 2024-11-19T17:40:51Z

disabling user theming seems sufficient

dark-vex · 2024-11-20T14:59:02Z

I've applied the patch too and tried to run the migration, got stuck with the same issue of @daks. After fixing it I was able to perform the migration, however I've got these two tables not being converted:

The following tables will not be converted:
oc_file_metadata
oc_twofactor_u2f_registrations
Continue with the conversion (y/n)? [n] y

For oc_file_metadata should not be an issue since I should be able to re-generate it with occ files:scan --all --generate-metadata. Regarding oc_twofactor_u2f_registrations, I don't have 2FA currently set so in my case it's not a problem but I guess it would be for whom have it enabled.

jiriks74 · 2024-11-20T15:12:38Z

Regarding oc_twofactor_u2f_registrations, I don't have 2FA currently set so in my case it's not a problem but I guess it would be for whom have it enabled.

This is weird as I have 2FA enabled and I set up. Migration worked without issues in regards to 2FA as it's still working.

dark-vex · 2024-11-21T13:54:32Z

Regarding oc_twofactor_u2f_registrations, I don't have 2FA currently set so in my case it's not a problem but I guess it would be for whom have it enabled.

This is weird as I have 2FA enabled and I set up. Migration worked without issues in regards to 2FA as it's still working.

I think that probably it does print that message because the table is empty and there is nothing to migrate:

MariaDB [nextcloud]> select * from oc_twofactor_u2f_registrations;
Empty set (0.000 sec)

MariaDB [nextcloud]>

le-patenteux · 2024-12-08T07:41:51Z

I just discovered that the db:convert-type has been broken for a while, as I was needing it!
Is there a way to go from mariaDB to PostgreSQL for Nextcloud, without using occ ? Is there a command in the wild that would migrate the DB in a nextcloud compatible way?

Regards

le-patenteux · 2024-12-08T08:04:17Z

2024-12-08

THAT WAS NOT A GOOD IDEA... EVERYTHING WORKED FINE IN POSTGRESQL UNTIL I NEEDED TO UPGRADE MY INSTANCE... I REVERTED TO MARIADB

~~For anyone looking, I was able to migrate my DB from an external tool... It would not work for me using occ db:convert-type and any fix proposed earlier...~~

I reverted to using pgloader and so far, my database seems intact and everything is working fine!...
Here is a sanitized version of my bash command:

~~pgloader mysql://mariadb_user:mariadb_password@192.168.0.23:3306/mariadb_database postgresql://pgsql_user:pgsql_password@192.168.0.23:5432/pgsql_database~~

~~replace with your own parameters...~~

le-patenteux · 2024-12-08T21:06:18Z

I corrected my last comment... It broke!

Please, Nextcloud team, fix the DB migration tool! My MariaDB instance is not as stable as I would like it to be, an now, I can't migrate my database to postgreSQL.

I lack the technical knowlege to do it myself, and the proposed manual fixes listed earlier do not work for me (it fails to create the db shema)

UltimateByte · 2024-12-23T02:16:14Z

I hate to bump, but it's been 7 months and it's almost Christmas. A fix as a Christmas gift (even a late one) would be lovely.
As a (small) web hosting provider, I still need to convert one instance that I host, from PostgreSQL to MariaDB, in order to have it be ISO with the rest of my instances.

xalt7x · 2024-12-31T07:48:32Z

PR 48666 to re-enable DB conversion is still active.
Perhaps, people can share there their experience with patches from PR.

ksmonkey123 added 0. Needs triage Pending check for reproducibility or if it fits our roadmap bug labels May 10, 2024

joshtrichards added the regression label May 11, 2024

joshtrichards mentioned this issue May 11, 2024

[Bug]: ConnectionFactory::getConnection parameters messed up by switch to PrimaryReadReplicaConnection #45097

Open

8 tasks

joshtrichards added this to the Nextcloud 29.0.1 milestone May 11, 2024

joshtrichards added the feature: install and update label May 11, 2024

joshtrichards added 1. to develop Accepted and waiting to be taken care of and removed 0. Needs triage Pending check for reproducibility or if it fits our roadmap labels May 12, 2024

szaimen added the 29-feedback label May 13, 2024

joshtrichards mentioned this issue May 16, 2024

[Bug]: Two database connections and missing transaction isolation level for read operations #45003

Closed

8 tasks

joshtrichards added the high label May 16, 2024

joshtrichards added a commit that referenced this issue May 18, 2024

fix(db): Prevent data loss by temporarily disabling db:convert-type

59dc6b4

Needed until #45257 is addressed to prevent data loss Signed-off-by: Josh <josh.t.richards@gmail.com>

joshtrichards mentioned this issue May 18, 2024

fix(db): Prevent data loss by temporarily disabling db:convert-type #45400

Merged

4 tasks

joshtrichards mentioned this issue May 22, 2024

29.0.1 #45468

Merged

24 tasks

backportbot bot pushed a commit that referenced this issue May 22, 2024

fix(db): Prevent data loss by temporarily disabling db:convert-type

3a8c290

Needed until #45257 is addressed to prevent data loss Signed-off-by: Josh <josh.t.richards@gmail.com>

SebastianKrupinski pushed a commit that referenced this issue May 27, 2024

fix(db): Prevent data loss by temporarily disabling db:convert-type

fb1c5fd

Needed until #45257 is addressed to prevent data loss Signed-off-by: Josh <josh.t.richards@gmail.com>

AndyScherzinger modified the milestones: Nextcloud 29.0.1, Nextcloud 29.0.3 May 28, 2024

szaimen mentioned this issue May 31, 2024

update to Nextcloud 29 nextcloud/all-in-one#4564

Closed

25 tasks

Delogon linked a pull request Oct 11, 2024 that will close this issue

fix: added type to createConnectionParams, removed safeguard [restore db conversions] #48666

Open

5 tasks

samholton mentioned this issue Oct 26, 2024

move nextcloud into flux and cnpg samholton/homelab#77

Open

jannessm mentioned this issue Nov 9, 2024

Migration from snap nextcloud (mysql) to aio nextcloud/all-in-one#5561

Closed

Atemu mentioned this issue Nov 13, 2024

nixos/nextcloud: do not default to sqlite NixOS/nixpkgs#355606

Closed

[Bug]: occ db:convert-type broken since PrimaryReadReplicaConnection support added #45257

[Bug]: occ db:convert-type broken since PrimaryReadReplicaConnection support added #45257

Comments

ksmonkey123 commented May 10, 2024

⚠️ This issue respects the following points: ⚠️

Bug description

Steps to reproduce

Expected behavior

Installation method

Nextcloud Server version

Operating system

PHP engine version

Web server

Database engine version

Is this bug present after an update or on a fresh install?

Are you using the Nextcloud Server Encryption module?

What user-backends are you using?

Configuration report

List of activated Apps

Nextcloud Signing status

Nextcloud Logs

Additional info

ksmonkey123 commented May 10, 2024

FromDB

ToDB

joshtrichards commented May 11, 2024 • edited Loading

intersectRaven commented May 12, 2024

Delagen commented May 14, 2024

HammyHavoc commented May 17, 2024

joshtrichards commented May 17, 2024 • edited Loading

joshtrichards commented May 17, 2024

Delagen commented May 18, 2024

chimpboy commented May 19, 2024

rotdrop commented May 24, 2024

szaimen commented May 31, 2024

KoMa1012 commented Oct 9, 2024 • edited Loading

WhiskyDelta commented Oct 11, 2024

hagak commented Oct 14, 2024

hagak commented Oct 14, 2024 • edited Loading

lightonflux commented Oct 15, 2024

hagak commented Oct 15, 2024 • edited Loading

Delogon commented Oct 23, 2024

daks commented Oct 25, 2024 • edited Loading

jiriks74 commented Oct 25, 2024

daks commented Oct 26, 2024 • edited Loading

thespielplatz commented Nov 13, 2024

jiriks74 commented Nov 15, 2024

jiriks74 commented Nov 15, 2024

Delogon commented Nov 15, 2024

jiriks74 commented Nov 15, 2024 • edited Loading

jiriks74 commented Nov 16, 2024 • edited Loading

daks commented Nov 19, 2024 • edited Loading

daks commented Nov 19, 2024

dark-vex commented Nov 20, 2024

jiriks74 commented Nov 20, 2024

dark-vex commented Nov 21, 2024

le-patenteux commented Dec 8, 2024

le-patenteux commented Dec 8, 2024 • edited Loading

le-patenteux commented Dec 8, 2024

UltimateByte commented Dec 23, 2024

xalt7x commented Dec 31, 2024

[Bug]: `occ db:convert-type` broken since `PrimaryReadReplicaConnection` support added #45257

[Bug]: `occ db:convert-type` broken since `PrimaryReadReplicaConnection` support added #45257

joshtrichards commented May 11, 2024 •

edited

Loading

joshtrichards commented May 17, 2024 •

edited

Loading

KoMa1012 commented Oct 9, 2024 •

edited

Loading

hagak commented Oct 14, 2024 •

edited

Loading

hagak commented Oct 15, 2024 •

edited

Loading

daks commented Oct 25, 2024 •

edited

Loading

daks commented Oct 26, 2024 •

edited

Loading

jiriks74 commented Nov 15, 2024 •

edited

Loading

jiriks74 commented Nov 16, 2024 •

edited

Loading

daks commented Nov 19, 2024 •

edited

Loading

le-patenteux commented Dec 8, 2024 •

edited

Loading