es stehen Debian-Paket-Updates und neue opsi-Produkte für opsi 3.4 bereit.
Diese Updates beheben eine Reihe von Fehlern und bringen neue Features.
Auch im Hinblick auf das Upgrade auf die kommende opsi-Version 4.0 sind diese Updates von Bedeutung.
Neue stabile Debian-Pakete:
python-opsi (3.4.0.10-1)
Verwendung von des stabileren python-simplejson statt python-json
opsi-utils (3.4-4)
Anpassungen auf python-simplejson
opsiconfd (2.0.0.25-1)
Anpassungen auf python-simplejson
Auch bei hoher CPU-Last ist der Verbindungsaufbau nun möglich
habe opsi3.4 im Einsatz und nun das neue hwaudit 4.0.1 getestet. Bekomme jedoch bei inventarisierung einen Fehler, siehe Screenshot.
Auch wenn ich die hwaudit.exe mit angemeldetem User starte, kommt derselbe Fehler.
ich habe bei der neuen HWAudit Version das Problem das bei der Ausführung ein Script Fenster erscheint und danach nicht passiert, das Opsi Webinterface meldet nur "Installation failed"!
[5] [20.09.2010 15:56:03] Set $logfile$ = "c:\tmp\hwaudit\hwaudit.exe.log"
[6] [20.09.2010 15:56:03] The value of the variable "$logfile$" is now: "c:\tmp\hwaudit\hwaudit.exe.log"
[5] [20.09.2010 15:56:03]
[5] [20.09.2010 15:56:03] If
[6] [20.09.2010 15:56:03] Starting query if file exist ...
[5] [20.09.2010 15:56:03] "c:\tmp\hwaudit\hwaudit.exe.log": File Error 2 (Das System kann die angegebene Datei nicht finden)
[5] [20.09.2010 15:56:03] fileExists ($logfile$) <<< result false
[5] [20.09.2010 15:56:03] Then
[5] [20.09.2010 15:56:03] EndIf
[5] [20.09.2010 15:56:03]
[5] [20.09.2010 15:56:03] If
[5] [20.09.2010 15:56:03] $exitcode$ = "0" <<< result false
[5] [20.09.2010 15:56:03] $exitcode$ = "259" <<< result false
[5] [20.09.2010 15:56:03] ($exitcode$ = "259") <<< result false
[5] [20.09.2010 15:56:03] ($exitcode$ = "0") or ($exitcode$ = "259") <<< result false
[5] [20.09.2010 15:56:03] not (($exitcode$ = "0") or ($exitcode$ = "259")) <<< result true
[5] [20.09.2010 15:56:03] Then
[3] [20.09.2010 15:56:03] Error: Fatal: hwaudit exit code = 1
[6] [20.09.2010 15:56:03] Error level set to fatal
[5] [20.09.2010 15:56:03] Process aborted
[1] [20.09.2010 15:56:03] ___________________
[1] [20.09.2010 15:56:03] script finished
[1] [20.09.2010 15:56:03] 1 error
[1] [20.09.2010 15:56:03] 1 warning
[1] [20.09.2010 15:56:03]
[1] [20.09.2010 15:56:03] opsi service version: 3
[1] [20.09.2010 15:56:03]
[6] [20.09.2010 15:56:03] Delete "c:\tmp\_winstbat_*"
[6] [20.09.2010 15:56:03] Search "c:\tmp\"
[6] [20.09.2010 15:56:03] File "c:\tmp\_winstbat_.bat"
[6] [20.09.2010 15:56:03] The file has been deleted
[1] [20.09.2010 15:56:03] get Update script name ...
[1] [20.09.2010 15:56:03] Update script name:
[1] [20.09.2010 15:56:03] Update script name:
[4] [20.09.2010 15:56:03] no script file name given
[5] [20.09.2010 15:56:03] we have no update script
[6] [20.09.2010 15:56:03] JSON service request https://192.168.xxx.xxx:4447/rpc setProductInstallationStatus
[6] [20.09.2010 15:56:03] JSON service request https://192.168.xxx.xxx:4447/rpc setProductActionRequest
[6] [20.09.2010 15:56:04] Registry key [HKLM\SOFTWARE\opsi.org\winst] opened
[6] [20.09.2010 15:56:04] Variable "RebootRequested" is keeping its value "0"
[6] [20.09.2010 15:56:04] Variable "LastLogFilename" is keeping its value "c:\tmp\instlog.txt"
[6] [20.09.2010 15:56:04] Variable "ContinueLogFile" had value "1"
[6] [20.09.2010 15:56:04] Info: "ContinueLogFile" changed to "0"
[6] [20.09.2010 15:56:04] Variable "NumberOfErrors" is keeping its value "0"
[6] [20.09.2010 15:56:04] Key flushed
[6] [20.09.2010 15:56:04] Key closed
[6] [20.09.2010 15:56:04] Registry key [HKLM\SOFTWARE\opsi.org\winst] opened
[6] [20.09.2010 15:56:04] Key closed
Zusätzlich sind seit dem Update alle Sonderzeichen durch einen viereckigen Kasten ersetzt worden und bei der Eingabe eines Sonderzeichens kommt folgende Fehlermeldung:
Mon Sep 20 16:14:09 CEST 2010 -- Response 500 Internal Server Error {"error": "'ascii' codec can't encode character u'\\xfc' in position 9: ordinal not in range(128)", "id": 1, "result": null}
1. Ein Upgrade in einer Produktivumgebung auf einen RC kommt nicht in Frage.
2. Wenn als Inventarisierungs-Backend beiderseits MySQL eingesetzt wird, tritt der Fehler trotzdem auf.