Hallo,

nach Martins Hinweis habe ich mich jetzt doch noch einmal an den Versuch gewagt, meine (bitnami) Odoo8 Installation zu migrieren (nach Odoo10).
Ich will OpenUpgrade nutzen, wo es m.E. recht spärliche Doku gibt.
Original hier: https://doc.therp.nl/openupgrade/
Weiteres fand ich auch hier:
https://bloopark.de/en_US/blog/the-bloo ... odoo-8-121
https://cier.tech/blog/blog-1/post/how- ... -script-15
https://www.odoo.com/forum/help-1/quest ... ade-122800
xxx
yyy
zzz

Es soll ganz einfach gehen mit 2 Befehlen an der Konsole:

Code: Alles auswählen

wget https://raw.githubusercontent.com/OCA/OpenUpgrade/HEAD/scripts/migrate.py
python migrate.py --config=[your odoo.conf] --database=[your database] --run-migrations=[your migrations]
Mein Befehl würde also lauten:

Code: Alles auswählen

python migrate.py --config=/opt/bitnami/apps/odoo/conf/openerp-server.conf --database=rad3-live_01 --run-migrations=9.0,10.0
Man kann wohl in einem Schritt auch über mehrere Versionen migrieren (bitte ggf. korrigieren - ich bin noch nicht sicher!)

Natürlich kamen erst einmal x Fehlermeldungen, weil Voraussetzungen fehlen - das wird wohl bei jedem anders sein. Ich musste folgendes (nach-) installieren:

Code: Alles auswählen

root@hermes-VM:/opt# pip install future

Code: Alles auswählen

root@hermes-VM:/opt# pip install configparser

Code: Alles auswählen

root@hermes-VM:/opt# apt-get install git
Falls man einen 2. Versuch macht, muss man ggf. das tmp Verzeichnis löschen mit
(sudo) rm -R /var/tmp/openupgrade

Das Script migrate.py soll man offenbar nicht als root starten,
also z.B. als bitnami anmelden, script Berechtigung ändern mit chmod 755 (oder wie macht man das besser???)
und neu starten

Mein Versuch schien gut zu laufen, brachte aber am Ende doch einen Fehler - wer weis, was da noch zu tun ist?

Code: Alles auswählen

bitnami@hermes-VM:/opt$ python migrate.py --config=/opt/bitnami/apps/odoo/conf/openerp-server.conf --database=rad3-live_01 --run-migrations=9.0,10.0
linking server/addons to /var/tmp/openupgrade/9.0/addons
getting git://github.com/OpenUpgrade/OpenUpgrade.git
Cloning into '/var/tmp/openupgrade/9.0/server'...
remote: Enumerating objects: 28836, done.
remote: Counting objects: 100% (28836/28836), done.
remote: Compressing objects: 100% (22818/22818), done.
remote: Total 28836 (delta 9881), reused 12653 (delta 5018), pack-reused 0
Receiving objects: 100% (28836/28836), 125.85 MiB | 563.00 KiB/s, done.
Resolving deltas: 100% (9881/9881), done.
Checking connectivity... done.
Checking out files: 100% (26528/26528), done.
linking server/addons to /var/tmp/openupgrade/10.0/addons
getting git://github.com/OpenUpgrade/OpenUpgrade.git
Cloning into '/var/tmp/openupgrade/10.0/server'...
remote: Enumerating objects: 25046, done.
remote: Counting objects: 100% (25046/25046), done.
remote: Compressing objects: 100% (20534/20534), done.
remote: Total 25046 (delta 7991), reused 9692 (delta 3590), pack-reused 0
Receiving objects: 100% (25046/25046), 116.33 MiB | 607.00 KiB/s, done.
Resolving deltas: 100% (7991/7991), done.
Checking connectivity... done.
Checking out files: 100% (22456/22456), done.
Cloning into '/var/tmp/openupgrade/openupgradelib'...
git-remote-https: /opt/bitnami/common/lib/libldap_r-2.4.so.2: no version information available (required by /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4)
git-remote-https: /opt/bitnami/common/lib/liblber-2.4.so.2: no version information available (required by /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4)
remote: Enumerating objects: 38, done.
remote: Counting objects: 100% (38/38), done.
remote: Compressing objects: 100% (33/33), done.
remote: Total 38 (delta 0), reused 20 (delta 0), pack-reused 0
Unpacking objects: 100% (38/38), done.
Checking connectivity... done.
copying database rad3-live_01 to rad3-live_01_migrated...
Copying the database using 'with template'
running migration for 9.0
/opt/bitnami/python/lib/python2.7/site-packages/setuptools-18.4-py2.7.egg/pkg_resources/__init__.py:1256: UserWarning: /opt/bitnami/.tmp is writable by group/others and vulnerable to attack when used with get_resource_filename. Consider a more secure location (set with .set_extraction_path or the PYTHON_EGG_CACHE environment variable).
Could not upgrade to version 9.0
Was habe ich noch nicht beachtet, was fehlt ggf. an Modulen / Programmen, fehlen Berechtigungen?
Ich mache erst mal Pause und freue mich auf Unterstützung. Gerne dokumentiere ich dann hier ausführlich und lege das als Anleitung ab.

Weitere Fragen:
Wo liegt dann die neue Datenbank mydatabase_migrated und wo muss sie hin kopiert werden, damit ich sie mittels Datenbankmanager (website) laden kann?

LG
Matthias
(ich bin NUR Hobby-Admin :D :oops:)