opsi 3.4: Fehler bei XP-Installation
Verfasst: 21 Sep 2009, 14:34
Hallo zusammen,
ich habe (noch immer) folgendes Problem: Beim installieren von Windows XP kommt folgender Fehler:
Sammle Hardware-Informationen.
(1054, "Unknown column 'notes' in 'field list' ")
Logfile:
[4] [Sep 17 12:10:15] Sending hardware information to service (winxppro.py|16)
[6] [Sep 17 12:10:15] Executing jsonrpc method 'setHardwareInformation' (JSONRPC.py|225)
[6] [Sep 17 12:10:15] Options: {'params': ('patest2.busatis.local', {u'SYSTEM_SLOT': [{u'maxDataWidth': '32', u'currentUsage': 'Unknown', u'name': 'PCI Slot J8B3', u'description': None}], u'USB_CONTROLLER': ................ (gekürzt)
[6] [Sep 17 12:10:15] Using method POST (JSONRPC.py|283)
[1] [Sep 17 12:10:16] Traceback: (Logger.py|648)
[1] [Sep 17 12:10:16] line 610 in '<module>' in file '/usr/local/bin/master.py' (Logger.py|648)
[1] [Sep 17 12:10:16] line 17 in '<module>' in file '/mnt/opsi/install/winxppro/winxppro.py' (Logger.py|648)
[1] [Sep 17 12:10:16] line 1 in 'setHardwareInformation' in file '<string>' (Logger.py|648)
[1] [Sep 17 12:10:16] line 262 in '_jsonRPC' in file '/var/lib/python-support/python2.6/OPSI/Backend/JSONRPC.py' (Logger.py|648)
[1] [Sep 17 12:10:16] ==>>> (1054, "Unknown column 'notes' in 'field list'") (master.py|626)
[6] [Sep 17 12:10:16] Executing jsonrpc method 'unsetProductActionRequest' (JSONRPC.py|225)
[6] [Sep 17 12:10:16] Options: {'params': ('winxppro', 'patest2.busatis.local')} (JSONRPC.py|229)
[6] [Sep 17 12:10:16] Using method POST (JSONRPC.py|283)
[6] [Sep 17 12:10:16] Executing jsonrpc method 'setProductInstallationStatus' (JSONRPC.py|225)
[6] [Sep 17 12:10:16] Options: {'params': ('winxppro', 'patest2.busatis.local', 'failed')} (JSONRPC.py|229)
[6] [Sep 17 12:10:16] Using method POST (JSONRPC.py|283)
[6] [Sep 17 12:30:22] Executing: cat /var/tmp/opsi/sysconf.ini (master.py|643)
Ich verwende das Mysql Backend für die HW/SW Inventarisierung und denke das es damit zu tun hat.
Meine Fragen dazu:
1) Muß man beim Update auf opsi V3.4 das Script /usr/share/opsi/init-opsi-mysql-db.py ausführen?
2) kann ich einfach auf das FILE31 backend umschalten und nach dem Test ob's it diesem funktioniert wieder zurück auf das mysql-backend?
lg
Bernhard
ich habe (noch immer) folgendes Problem: Beim installieren von Windows XP kommt folgender Fehler:
Sammle Hardware-Informationen.
(1054, "Unknown column 'notes' in 'field list' ")
Logfile:
[4] [Sep 17 12:10:15] Sending hardware information to service (winxppro.py|16)
[6] [Sep 17 12:10:15] Executing jsonrpc method 'setHardwareInformation' (JSONRPC.py|225)
[6] [Sep 17 12:10:15] Options: {'params': ('patest2.busatis.local', {u'SYSTEM_SLOT': [{u'maxDataWidth': '32', u'currentUsage': 'Unknown', u'name': 'PCI Slot J8B3', u'description': None}], u'USB_CONTROLLER': ................ (gekürzt)
[6] [Sep 17 12:10:15] Using method POST (JSONRPC.py|283)
[1] [Sep 17 12:10:16] Traceback: (Logger.py|648)
[1] [Sep 17 12:10:16] line 610 in '<module>' in file '/usr/local/bin/master.py' (Logger.py|648)
[1] [Sep 17 12:10:16] line 17 in '<module>' in file '/mnt/opsi/install/winxppro/winxppro.py' (Logger.py|648)
[1] [Sep 17 12:10:16] line 1 in 'setHardwareInformation' in file '<string>' (Logger.py|648)
[1] [Sep 17 12:10:16] line 262 in '_jsonRPC' in file '/var/lib/python-support/python2.6/OPSI/Backend/JSONRPC.py' (Logger.py|648)
[1] [Sep 17 12:10:16] ==>>> (1054, "Unknown column 'notes' in 'field list'") (master.py|626)
[6] [Sep 17 12:10:16] Executing jsonrpc method 'unsetProductActionRequest' (JSONRPC.py|225)
[6] [Sep 17 12:10:16] Options: {'params': ('winxppro', 'patest2.busatis.local')} (JSONRPC.py|229)
[6] [Sep 17 12:10:16] Using method POST (JSONRPC.py|283)
[6] [Sep 17 12:10:16] Executing jsonrpc method 'setProductInstallationStatus' (JSONRPC.py|225)
[6] [Sep 17 12:10:16] Options: {'params': ('winxppro', 'patest2.busatis.local', 'failed')} (JSONRPC.py|229)
[6] [Sep 17 12:10:16] Using method POST (JSONRPC.py|283)
[6] [Sep 17 12:30:22] Executing: cat /var/tmp/opsi/sysconf.ini (master.py|643)
Ich verwende das Mysql Backend für die HW/SW Inventarisierung und denke das es damit zu tun hat.
Meine Fragen dazu:
1) Muß man beim Update auf opsi V3.4 das Script /usr/share/opsi/init-opsi-mysql-db.py ausführen?
2) kann ich einfach auf das FILE31 backend umschalten und nach dem Test ob's it diesem funktioniert wieder zurück auf das mysql-backend?
lg
Bernhard