kann Host nicht löschen

[DocDOS]

Hallo,

habe heute auf 4.0.2 hochgezogen. Jetzt stell ich fest dass ich einen Host nicht löschen kann.

Das Java-Interface bringt

Code: Alles auswählen

Wed Oct 24 16:54:20 CEST 2012 -- Opsi service error:  [OperationalError] (1054, "Unknown column 'dellexpresscode' in 'where clause'")

im SSH bekomme ich eine ähnliche Fehlermeldung:

Code: Alles auswählen

opsi-admin -d method host_delete p1118lv.papp-gruppe.nbg
[2] Traceback: (Logger.py|742)
[2]      line 1569 in '<module>' in file '/usr/bin/opsi-admin' (Logger.py|742)
[2]      line 304 in 'main' in file '/usr/bin/opsi-admin' (Logger.py|742)
[2]      line 672 in 'execute' in file '/usr/bin/opsi-admin' (Logger.py|742)
[2]      ==>>> Failed to execute 'method host_delete p1118lv.papp-gruppe.nbg': (                1054, "Unknown column 'dellexpresscode' in 'where clause'") (opsi-admin|1579)

Wobei p1118lv.papp-gruppe.nbg der zu löschende Host ist.

Hat jemand eine Idee?

[d.oertel]

Hi,

in der /etc/opsi/backendManager/dispatch.conf in der Zeile

Code: Alles auswählen

backend_.*

müssen alle weiter unten verwendeten backends aufgeführt sein..

Nach jeder Anderung der dispatch.conf

Code: Alles auswählen

opsi-setup --init-current-config
opsi-setup --set-rights
/etc/init.d/opsiconfd restart
/etc/init.d/opsipxeconfd restart

hilft das ?

gruß
d.oertel

[DocDOS]

Guten Morgen,

leider hat das nicht so funktioniert, wie gehofft..

meine dispatch.conf sieht so aus:

Code: Alles auswählen

backend_.*         : file, opsipxeconfd
host_.*            : file, opsipxeconfd
productOnClient_.* : file, opsipxeconfd
configState_.*     : file, opsipxeconfd
audit.*            : mysql
.*                 : file

Obwohl ich jetzt nicht sicher bin, ob

Code: Alles auswählen

audit.*            : mysql

jetzt so richtig sein kann.. in den Opsi-Versionen vor 4.0.2 gab es damit zumindest nie Probleme bez. des Löschen von Hosts.

Ich setze den audit.* Bereich mal auf file und versuche es dann mal.

[Edit:]
Ok, das wars.. keine Ahnung, warum das auf einmal nicht mehr gehen sollte, aber nach Umstellen auf "file" konnte ich zumindest den Host löschen..
Ich lass das jetzt so..

Danke für den Denkanstoß
[/Edit:]

[d.oertel]

Hi,

empfohlen ist die von mir gepostetet Konfiguration.
audit in file ist eine Bremse.

gruß
d.oertel

[DocDOS]

Hallo,

mir würde die Konfiguration über MySQL ja auch gefallen.. allerdings müsste man dafür doch ein MySQL-Backend haben... oder?

Ich hatte mich schon gewundert, warum eine Neuinstallation den hwaudit nicht machen wollte, also immer mit Fehlern beendet wurde.

[tobias]

hardwareaudit in mysql ist frei nutzbar nur das komplette backend als mysql ist kofinanziert

[ueluekmen]

Zur Vollständigkeit :

hardware- und softwareaudit sind ohne zusatzmodul in mysql nutzbar.

[DocDOS]

Hallo,

ok, dann gerne als MySQL... allerdings bräuchte ich dann ne Erkläung für die Fehlermeldung

gibt es vielleicht ein MySQL-Skript, dass die Datenbank auf eine neuere Version "anhebt"?

[d.oertel]

Hi,

dann les Dir nochmal mein posting durch:
viewtopic.php?f=7&t=3983#p19350

In der ersten Zeile deiner dispatch.conf fehlt mysql.

gruß
d.oertel

[DocDOS]

Args!!..

ok, klar.. "the bug sits between chair and keyboard.."

werde ich gleich eintragen..

mal guggen, was draus wird

thx schonmal für die Hilfe

[Edit:]
Jop.. funzt.. das wars... vielen dank nochmal
[/Edit:]