swaudit_4.0.5-1 liefert kein Software inventory

[d.oertel]

Hi,

ok - das bedeutet, dass die Daten auf dem Server landen.

Dann sollten Sie auch im configed angezeigt werden.
Wenn das nicht der Fall ist, so müssen wir jetzt im Log des configed suchen.......

gruß
d.oertel

[robert338]

Hallo,

ich hab mal in einer neuen VM, welche ich mit opsi testweise aufgesetzt habe nach swaudit gesucht.

Code: Alles auswählen

# cat /var/log/opsi/opsiconfd/vm-14901.ims.co.at.log |grep swaudit
[5] [Sep 16 20:13:32] -----> Executing: configState_getClientToDepotserver([], [u'vm-14901.ims.co.at'], True, [u'filezilla.client', u'hwaudit', u'jedit', u'microsoft.wsusoffline', u'opsi-adminutils', u'swaudit']) (JsonRpc.py|125)
[5] [Sep 16 21:26:32] -----> Executing: configState_getClientToDepotserver([], [u'vm-14901.ims.co.at'], True, [u'opsi-adminutils', u'swaudit']) (JsonRpc.py|125)
[5] [Sep 16 21:27:42] -----> Executing: configState_getClientToDepotserver([], [u'vm-14901.ims.co.at'], True, [u'opsi-adminutils', u'swaudit']) (JsonRpc.py|125)
[5] [Sep 17 10:31:35] -----> Executing: configState_getClientToDepotserver([], [u'vm-14901.ims.co.at'], True, [u'opsi-adminutils', u'swaudit']) (JsonRpc.py|125)
[5] [Sep 17 10:32:39] -----> Executing: getProductProperties_hash(u'swaudit', u'vm-14901.ims.co.at') (JsonRpc.py|125)
[5] [Sep 17 10:32:39] -----> Executing: getProduct_hash(u'swaudit', u'srv-xx-01.ims.co.at') (JsonRpc.py|125)
[5] [Sep 17 10:32:39] -----> Executing: productOnClient_getObjects(u'', {'productType': u'LocalbootProduct', 'clientId': u'vm-14901.ims.co.at', 'productId': u'swaudit'}) (JsonRpc.py|125)
[5] [Sep 17 10:32:39] -----> Executing: productOnClient_updateObject(<ProductOnClient clientId 'vm-14901.ims.co.at', productId 'swaudit', installationStatus 'unknown', actionRequest 'setup'>) (JsonRpc.py|125)
[5] [Sep 17 10:33:02] -----> Executing: setProductActionRequest(u'swaudit', u'vm-14901.ims.co.at', u'update') (JsonRpc.py|125)
[5] [Sep 17 10:33:02] -----> Executing: productOnClient_updateObject(<ProductOnClient clientId 'vm-14901.ims.co.at', productId 'swaudit', installationStatus 'installed', actionRequest 'none'>) (JsonRpc.py|125)

Hier scheint aber alles zu funktionieren.
Wo könnte noch das Problem liegen?
Ich vermute es bei der Java App.

LG Robert

[r.roeder]

Hallo,
zur Performance- und Speicherbedarfsoptimierung werden im neuen configed, wenn möglich, SW-Audit-Daten über einen optimierten Zugriff abgerufen. Dieser Weg, wird gewählt. wenn das mysql-Backend (testweise??) aktiv ist. Damit es funktioniert, muss es auch in der dispatch.conf den Rest-Methoden (eventuell zusätzlich zu file) zugewiesen sein.

Dann sollte es klappen.

VG
Rupert Röder

[robert338]

Hi Rupert,

meine mysql Datenbank ist voll gefüllt mit Infos vom swaudit und meine dispatch.conf sieht so aus:

Code: Alles auswählen

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

hab ich noch etwas übersehen?

LG Robert

[r.roeder]

Hi Robert,

der neue configed verwendet,wie gesagt aus Optimierungsgründen, (bis jetzt nur für die swaudit-Daten) zum Lesen von Daten, WENN DAS MYSQL-BACKEND FREIGESCHALTET IST, die neue Methode getRawData. Damit dies funktioniert, müssen die swaudit-Daten, AUCH WENN FÜR ANDERE ALS AUDIT-DATEN DAS FILE-BACKEND VERWENDET WIRD, ins mysql-Backend abgelegt werden (wie in der Default-Konfiguration vorgesehen) UND die Methode getRawData muss auf das mysql-Backend dispatcht werden. Das geht am klarsten, wenn in die dispatch.conf eine Zeile

Code: Alles auswählen

getRawData         : mysql

eingefügt wird. Man kann aber auch die letzte Zeile der Default-dispatch.conf ändern in

Code: Alles auswählen

.*                 : file,mysql

Und nach Änderungen in der dispatch.conf nicht vergessen:

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

VG
Rupert Röder

[robert338]

Hallo Rupert,

ich habe folgende Zeile geändert:

Code: Alles auswählen

.*                 : file,mysql

und es funktioniert wunderbar.
Erstmal - Vielen, vielen Dank für die Hilfe.

Ich verwende derzeit eine Testversion mit allen Modulen. Sollte diese Testversion auslaufen, wird das MYSQL-BACKEND auch deaktiviert? Wenn ja, gibt es eine Möglichkeit dennoch auf die swaudit-Ausgabe auf der Weboberfläche zuzugreifen?

Danke!
LG Robert

[r.roeder]

Hallo Robert,

was aktiv ist bzw. versucht wird zu benutzen, wird primär durch die dispatch.conf bestimmt. Daher wird auch nach Auslaufen der allgemeinen Freischaltung des mysql-Backends bei deiner dispatch.conf für die Audit-Methoden weiter das mysql-Backend verwendet (und dafür ist es auch frei).

Der configed erkennt, wenn das allgemeine mysql-Backend nicht freigeschaltet ist und nutzt dann für die swaudit-Daten wieder die Fallback-Methode ohne mysql-Backend. M.a.W.: Es wird einfach weiter funktionieren.

Du wirst das Auslaufen der Freischaltung an dieser Stelle nur bemerken, wenn du hunderte oder tausende von opsi-Clients in deinem System hast. Und dann solltest du sowieso das mysql-Backend dauerhaft verwenden.

VG
Rupert Röder

[robert338]

Hallo Rupert,

In unserer Firma haben wir max. 80 Windows Clients, der Rest sind Linux.
Ich denke, das wird sich ohne mysql-Backend auch ausgehen.
Trotzdem Vielen Dank für deine Mithilfe - Alles Funktioniert nun.

(SOLVED)

LG Robert