forum.opsi.org

Hallo,

ich bin dabei einen OPSI-Server auf Centos 7 zu installieren. Das hat in der Vergangenheit eigentlich ganz gut geklappt. Nur diesmal erhalten ich die folgende Fehlermeldung nach dem ich " opsi-setup --configure-mysql " ausführen wollte:

[2] [Sep 28 17:14:15] Traceback: (Logger.py|798)
[2] [Sep 28 17:14:15] File "/usr/bin/opsi-setup", line 1163, in <module>
main()
(Logger.py|798)
[2] [Sep 28 17:14:15] File "/usr/bin/opsi-setup", line 1121, in main
configureMySQLBackend(unattended)
(Logger.py|798)
[2] [Sep 28 17:14:15] File "/usr/bin/opsi-setup", line 352, in configureMySQLBackend
errorFunction=errorFunction
(Logger.py|798)
[2] [Sep 28 17:14:15] File "/usr/lib/python2.7/site-packages/OPSI/Util/Task/ConfigureBackend/MySQL.py", line 123, in configureMySQLBackend
raise exc
(Logger.py|798)
[2] [Sep 28 17:14:15] ==>>> (1293, 'Incorrect table definition; there can be only one TIMESTAMP column with CURRENT_TIMESTAMP in DEFAULT or ON UPDATE clause') (opsi-setup|1167)

ERROR: (1293, 'Incorrect table definition; there can be only one TIMESTAMP column with CURRENT_TIMESTAMP in DEFAULT or ON UPDATE clause')
#################
Das habe ich davor gemacht:
12 yum -y install mariadb-server samba
13 systemctl start smb.service
14 systemctl start nmb.service
15 systemctl start mariadb.service
16 systemctl enable smb.service
17 systemctl enable nmb.service
18 systemctl enable mariadb.service
19 mysql_secure_installation
20 vi /etc/my.cnf ( sql_mode=NO_ENGINE_SUBSTITUTION eingetragen)
21 service mariadb restart
22 c d /etc/yum.repos.d/
23 yum -y install wget mlocate net-tools yum-utils sysstat
24 wget https://download.opensuse.org/repositor ... table.repo
25 yum makecache
27 yum install -y opsi-server
28 yum install -y opsi-configed
29 yum install -y opsi-windows-support

Hab' ich was falsch gemacht oder ist da ein Fehler in der Tabellen-Definition der OPSI-Datenbank?

Ich wäre für einen Fingerzeig sehr dankbar
Beste Grüße
Matthias

Hi

das Problem ist wohl mit den letzten MySQL Updates hinzugekommen.
Kannst versuchen den mysql Struct mode auszuschalten und schauen ob das hilft
Gruß
Mathias

Hallo Matthias,

danke für den Tipp. Die SQL-Substitution hatte ich schon drin in der my.cnf. Daran lag es m.E nicht.

Ich konnte das Problem dadurch "lösen", dass ich in den Tabellen-Definitionen unter /usr/lib/python2.7/site-packages/OPSI/Backend in den Dateien SQL.py und MySQL.py den zweiten Eintrag mit dem Inhalt "... default CURRENT_TIMESTAMP" für die Tabelle "HOST" und "SOFTWARE_CONFIG" durch "DEFAULT 0" ersetzt habe. Laut mysql-DOku ersetzt mysql das intern dann mit "0000-00-00 00:00:00"

Bsp. wie HOST danach aussieht:
...
`created` TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
`lastSeen` TIMESTAMP DEFAULT 0 ,
...

Damit ging die Installation von OPSI dann . Ich hoffe ich habe damit nichts wesentliches in der DB-Konfig zerschossen.
Ich habe zur Sicherheit die Tabellen-Definition einmal mit einer anderen funktionierenden OPSI-Installation verglichen, die ich vor ca 3 Monaten gemacht habe und dort sieht die Tabelle nach der Installation genauso aus:
MariaDB [opsi]> describe HOST;
+---------------------+--------------+------+-----+---------------------+-------+
| Field | Type | Null | Key | Default | Extra |
+---------------------+--------------+------+-----+---------------------+-------+
| hostId | varchar(255) | NO | PRI | NULL | |
| type | varchar(30) | YES | MUL | NULL | |
| description | varchar(100) | YES | | NULL | |
| notes | varchar(500) | YES | | NULL | |
| hardwareAddress | varchar(17) | YES | | NULL | |
| ipAddress | varchar(15) | YES | | NULL | |
| inventoryNumber | varchar(64) | YES | | NULL | |
| created | timestamp | NO | | CURRENT_TIMESTAMP | |
| lastSeen | timestamp | NO | | 0000-00-00 00:00:00 | |
....

Beste Grüße
Matthias

Hi

Very sorry to post here, but it is the only post that comes up with the error I am getting.

Is there any you could let me know exactly what I need to change in the files, sorry I can not figure out what needs to be changed
in the SQL.py and MySQL.py scripts, this is the error I am getting which seems to be the same as yours?

opsi-setup --configure-mysql
[2] [Dec 16 15:41:49] Traceback: (Logger.py|798)
[2] [Dec 16 15:41:49] File "/bin/opsi-setup", line 1163, in <module>
main()
(Logger.py|798)
[2] [Dec 16 15:41:49] File "/bin/opsi-setup", line 1121, in main
configureMySQLBackend(unattended)
(Logger.py|798)
[2] [Dec 16 15:41:49] File "/bin/opsi-setup", line 352, in configureMySQLBackend
errorFunction=errorFunction
(Logger.py|798)
[2] [Dec 16 15:41:49] File "/usr/lib/python2.7/site-packages/OPSI/Util/Task/ConfigureBackend/MySQL.py", line 123, in configureMySQLBackend
raise exc
(Logger.py|798)
[2] [Dec 16 15:41:49] ==>>> (1293, 'Incorrect table definition; there can be only one TIMESTAMP column with CURRENT_TIMESTAMP in DEFAULT or ON UPDATE clause') (opsi-setup|1167)

ERROR: (1293, 'Incorrect table definition; there can be only one TIMESTAMP column with CURRENT_TIMESTAMP in DEFAULT or ON UPDATE clause')

Hello Stephen,

make sure your SQL-DB is actually running in SQL-Mode "NO_ENGINE_SUBSTITUTION", you can find out with the following:
Log into your DB There you can execute The Output has to be like:

Hi

Thanks, yes it is running "NO_ENGINE_SUBSTITUTION",

Hi All

Still getting the same error, any one got any ideas?

Hi

I have fixed the error.

Edit the following files
Search for and Replace: with

Moin,

wir hatten das Problem mit Centos7 jetzt ein paar mal. Vielleicht hilft es auch dem ein oder anderen, man sollte MariaDB aus den offiziellen MariaDB Repos installieren, so ist es auch dokumentiert:

https://download.uib.de/opsi4.1/documen ... entos-rhel

Sollte das Problem auch mit einem aktuellen MariaDB auf einem Centos7 weiterhin bestehen, bitte noch mal melden.

Den Code manuell zu patchen ist nicht ratsam.

Hilft das?

ueluekmen hat geschrieben:Moin,

wir hatten das Problem mit Centos7 jetzt ein paar mal. Vielleicht hilft es auch dem ein oder anderen, man sollte MariaDB aus den offiziellen MariaDB Repos installieren, so ist es auch dokumentiert:

https://download.uib.de/opsi4.1/documen ... entos-rhel

Hatte ein ähnliches Problem. Konnte damit nicht behoben werden.
In der Doku sollte aber noch der der GPG Key in der Repo auf:

file:///etc/pki/rpm-gpg/RPM-GPG-KEY-MariaDB

angepasst werden.

EDIT:

FEHLER GEFUNDEN

Nach dem Upgrade von der CentOS 7 Repo Version von MariaDB auf die Version ausm Maria Repo.

UNBEDINGT mysql_upgrade AUSFÜHREN!!

Danach geht auch das init-current-config über opsi-setup!