Wiki-Quellcode von Nexus Upgrade

Version 6.7 von Tom Altenbrunn am 2024/11/11 09:23

version	line-number	content
4.2	1	{{toc/}}
	2
	3	----
	4
6.5	5	Bedingt durch mehrere herstellerseitige Änderungen des Nexus werden die Nexus-Komponenten weg von OrientDB-Datenbank auf H2 umgezogen und JavaDeploymenKit (JDK) 11 zu Version 17. Aufgrund der Komplexität entfällt ein voll automatisiertes Upgrade und es ist erforderlich in Logodidact-Umgebungen diese beiden Komponenten manuell zu aktualisieren.
1.2	6
	7
5.1	8	= __Vorgehen__ =
1.2	9
4.1	10	== Downgrade auf Version 3.70.2 ==
1.2	11
4.1	12	Wechseln Sie sich vom ldhost in den Container nexus-g1. Dort wird per apt install ein Downgrade der Nexus-Version von 3.72.0 auf Version 3.70.2 durchgeführt.
1.2	13
	14	{{code language="bash"}}
	15	root@ldhost:~ # ssh nexus-g1
6.2	16	root@nexus-g1:~ # apt install --reinstall ld-nexus=3.70.2-01+3
1.2	17	{{/code}}
	18
	19
5.1	20	== __Backup der Nexus-Repositorys__ ==
1.2	21
4.1	22	=== Basis-Setup durchführen ===
1.8	23
1.4	24	Zunächst ist ein Backup der Repositorys vonnöten. In den Repos befinden sich Treiber, Chocolatey-Anwendungspakete und weiteres. Verbinden Sie sich hierzu auf die administrative Weboberfläche in einem Browser Ihrer Wahl. Die URL ist in der Regel folgendermaßen aufgebaut: {{code language="bash"}}https://nexus-g1.shortname.logoip.de{{/code}}
1.2	25
1.6	26	[[image:deep-dive_nexus_01_sicherheitsluecke.png]]
1.2	27
1.4	28
4.1	29	Nun erfolgt der Login als administrativer Benutzer mit dem sog. nxadmin. Die Zugangsdaten liegen im nexus-g1 Container vor:
1.4	30
	31	{{code language="bash"}}
	32	root@nexus-g1:~ # cat /etc/nxadmin.secret
	33	{{/code}}
	34
	35	[[image:deep-dive_nexus_00_zugangsdaten.png\|\|class="img-thumbnail"]]
	36
	37
4.1	38	Falls der Login als administrativer Benutzer zum ersten Mal erfolgt müssen Sie einmalig das Basis-Setup durchklicken. In Schritt 1 klicken Sie auf "Next", um die nächsten Einstellungen vorzunehmen.
1.4	39
1.6	40	[[image:deep-dive_nexus_02_1stlogin.png]]
1.4	41
	42
4.2	43	Aktivieren Sie in Schritt 2 den "anonymen Zugriff" auf den Nexus und bestätigen mit "Next". In Schritt 3 wird die Konfiguration abgeschlossen.
1.6	44
1.7	45	[[image:deep-dive_nexus_03_enable-anonaccess.png]]
1.6	46
1.7	47
4.1	48	=== Backup-Aufgabe erstellen ===
1.8	49
	50	Navigieren Sie nun über die linksseitige Navigationsbar in die Systemeinstellungen und dort in die Aufgabenplanung. Erstellen Sie einen neuen Task über die Schaltfläche "Create Task".
	51
	52	[[image:deep-dive_nexus_04_settings-tasks.png]]
	53
	54
	55	Es erscheint eine Auswahl an möglichen Aufgaben. Wählen Sie "Admin - Export databases for backup" aus.
	56
1.10	57	[[image:deep-dive_nexus_06_new-backup-task.png]]
1.8	58
	59
1.13	60	In der Aufgabenvorlage für den Backup-Task vergeben Sie einen Namen, legen den Pfad zum Backupverzeichnis auf dem Server fest und aktivieren den Task.
1.8	61
1.13	62	[[image:deep-dive_nexus_07_backup-task-settings.png]]
1.10	63
6.4	64
4.1	65	Danach das Backupverzeichnis im Container nexus-g1 anlegen. Damit der Ordner die korrekten Berechtigungen erhält wird dieser mit dem Benutzer "nexus" erstellt.
1.13	66
4.1	67	[[image:deep-dive_nexus_05_nexus-g1-new-backup-folder.png\|\|class="img-thumbnail"]]
1.13	68
	69	Speichern Sie nun den Backup-Task über "Create task".
	70
4.1	71	Nun im Anschluss den Task ausführen, wodurch ein Backup der Repos in das soeben erstellte Verzeichnis im nexus-g1 Container vollzogen wird. Je nach Größe kann diese Aufgabe entsprechend viel Zeit in Anspruch nehmen.
1.13	72
1.14	73	[[image:deep-dive_nexus_08_run-backup-task.png]]
1.13	74
	75
1.15	76	Eine OK-Meldung in der Spalte "Last result" quittiert den erfolgreichen Abschluss.
1.13	77
1.15	78	[[image:deep-dive_nexus_09_task-finished.png]]
1.14	79
1.15	80
1.16	81	Serverseitig im nexus-g1 Backup-Verzeichnis liegen nun strukturell die vom Task erstellten Sicherungen vor.
1.15	82
4.1	83	[[image:deep-dive_nexus_10_backup-files-in-container.png\|\|class="img-thumbnail"]]
1.15	84
	85
4.1	86	== Migration durchführen ==
1.16	87
4.1	88	Nach der Erstellung des Backups wird die eigentliche Migration durchgeführt. SBE bietet hierfür ein entsprechendes Migrations-Skript mit dem Namen "ld-nexus-db-migrator" an. Wir empfehlen die Migration in einer screen-Session durchzuführen.
1.16	89
1.17	90	Stoppen Sie zunächst den Nexus-Service.
1.16	91
1.17	92	{{code language="bash"}}
6.6	93	root@ldhost:~ # screen
	94	root@ldhost:~ # ssh nexus-g1
1.17	95	root@nexus-g1:/data/sonatype-work/backup # systemctl stop nexus.service
6.6	96
1.17	97	{{/code}}
1.16	98
6.7	99	Überprüfung, ob der Container heruntergefahren wurde:
1.17	100
6.7	101	{{code language="bash"}}
	102	lxc-info -n nexus-g1
	103	{{/code}}
	104
	105	[[image:1731313396263-355.png]]
	106
6.1	107	Im Anschluss das Migrations-Skript {{box}}ld-nexus-db-migrator{{/box}} starten. Es ist wichtig, das Skript aus dem Backupverzeichnis heraus auszuführen.
1.17	108
4.1	109	[[image:deep-dive_nexus_11_run-db-migration-tool.png\|\|class="img-thumbnail"]]
1.17	110
4.1	111
1.18	112	Die erfolgreiche Migration stellt sich dann folgendermaßen dar:
1.17	113
4.1	114	[[image:deep-dive_nexus_12_db-migration-tool-successful.png\|\|class="img-thumbnail"]]
1.17	115
4.1	116
1.18	117	Starten Sie den Nexus-Service. Bei einer erfolgreichen Migration sollte dieser ohne Fehler starten.
1.17	118
1.18	119	{{code language="bash"}}
	120	root@nexus-g1:/data/sonatype-work/backup # systemctl start nexus.service
	121	{{/code}}
	122
4.1	123	[[image:deep-dive_nexus_13_start-nexus-service-and-remove-backup-on-success.png\|\|class="img-thumbnail"]]
1.18	124
2.2	125	(% class="box warningmessage" %)
	126	(((
	127	ACHTUNG: erst mit dem Upgrade fortfahren, wenn der 3.70.2 Service erfolgreich startet und alle Inhalte noch da sind. Falls etwas schief läuft müssen die Fehler analysiert, behoben und die Migration erneut gestartet werden. Dazu entfernt man das "fehlerhafte" /data/sonatype-work/nexus3/db Verzeichnis und verschiebt das /data/sonatype-work/nexus3/legacy Verzeichnis an dessen Stelle und führt die Migration erneut aus.
	128	)))
1.18	129
	130
4.1	131	== OpenJDK-Version setzen ==
1.18	132
4.1	133	Damit der Nexus auf die neuere JDK-Version 17 zurückgreift wird diese in der nexus-g1.yaml im puppeteer-g3 definiert.
	134
2.4	135	{{code language="bash"}}
	136	root@ldhost:~ # ssh puppeteer-g3
2.5	137	root@puppeteer-g3:~ # cd /etc/logodidact/
	138	root@puppeteer-g3:~ # echo "ld_openjdk::package: 'openjdk-17-jre-headless'" >> /etc/logodidact/hiera/custom.d/nexus-g1.yaml
	139	root@puppeteer-g3:~ # git add .
	140	root@puppeteer-g3:~ # git commit -a -m "nexus-g1 Datenbank von OrientDB auf H2 migriert und auf OpenJDK-17 Runtime festgelegt"
2.4	141	{{/code}}
1.18	142
4.1	143	Im Anschluss wieder in den Container nexus-g1 wechseln und das Versionsupgrade des Nexus von 3.70.2 auf 3.72.0. durchführen.
1.2	144
2.5	145	{{code language="bash"}}
	146	root@nexus-g1:~ # apt upgrade -y
	147	root@nexus-g1:~ # prun
	148	{{/code}}
1.2	149
2.5	150	Am Ende kann noch aufgeräumt und das /data/sonatype-work/nexus3/legacy Verzeichnis entfernt werden.
1.2	151
2.5	152	{{code language="bash"}}
	153	root@nexus-g1:~ # rm -rf /data/sonatype-work/nexus3/legacy
	154	{{/code}}
2.4	155