configed: winxppro product-property aktualisieren

[Roger Blummer]

Hallo,
wir verwenden das winxppro-Paket unter anderem Namen: htw_winxppro. Nach Änderung der control-Datei des htw_winxppro-Pakets wird das Property "additional-drivers" nicht mit den neuen Werten gefüllt (im configed sind die neuen Werte nicht aktualisiert, /etc/init.d/opsiconfiged restart bringt auch nicht den gewünschten Effekt).
Unter /var/lib/opsi/config/depots/<Name des Servers>/products/netboot habe ich die zuständige Datei gefunden. Diese wird aber durch das Duo "opsi-makeproductfile" und "opsi-package-manager -i htw_winxppro.opsi" nicht mit der neuen control überschrieben. Eine Änderung in der gennten Datei bringt sofortigen Erfolg, es muss nichts neu gestartet werden.
Ist das beabsichtigt? Wenn ja, wäre es schön das in der nächsten Doku lesen zu dürfen. Wenn nein, bitte ich um Aufklärung, wahrscheinlich ist mein Vorgehen nicht ganz korrekt (darf ich das Paket überhaupt umbenennen? Muss ich vorher was deinstallieren oder nen zusätlichen cls setzen?).

MfG
Roger Blummer

PS: Sehr schönes Projekt, ich freu mich auf den 3.4er und versuche bis Weihnachten das Geld für den genialen neuen opsiclientd zu organisieren.

[j.schneider]

Hallo,

das Verhalten ist so nicht beabsichtigt.
Bitte einmal die OPSI/control des htw_winxppro-Produkts posten.

Gruß
Jan Schneider

[Roger Blummer]

Hallo,
hier die betreffende control ohen sensible Daten:

Code: Alles auswählen

[Package]                                                                                       
version: 0.1                                                                                    

[Product]
type: netboot
id: htw_winxppro
name: Windows XP professional
description: Microsoft Betriebssystem
advice:                              
version: sp3                         
priority: 0                          
licenseRequired: True                
productClasses:                      
setupScript: winxppro.py             
uninstallScript:                     
updateScript:                        
alwaysScript:                        
onceScript:                          

[ProductProperty]
name: extendoem  
description: Um wieviel MB soll die Systempartition waehrend der Installation erweitert werden (1=maximale Groesse)?
default: 1                                                                                                          

[ProductProperty]
name: askBeforeInst
description: Soll das Starten der Installation am Client bestaetigt werden muessen?
values: true, false                                                                
default: false                                                                     

[ProductProperty]
name: productkey 
description: Lizenzschluessel
default: XXXXX-XXXXX-XXXXX-XXXXX-XXXXX

[ProductProperty]
name: fullname   
description: Name des Benutzers (keine Leerzeichen verwenden)
default: XXX

[ProductProperty]
name: orgname    
description: Name der Organisation (keine Leerzeichen verwenden)
default: XXX

[ProductProperty]
name: additional_drivers
description: Treiber-Verzeichnisse die in die Grundinstallation eingebunden werden sollen (durch Kommas getrennt)
default: dc5750_hdaudio, dc5750_smartcard, dc7900_hdaudio, vmware_scsi

[ProductProperty]
name: store_i386
description: Soll der i386-Ordner zusaetzlich auf c:\ hinterlegt werden?
values: true, false
default: false

[ProductProperty]
name: windomain
description: Domain dem der Client zugeordnet wird
default: XXX

;;; aduser wird jetzt in unattanded.txt festgelegt
;[ProductProperty]
;name: aduser
;description: username fuer die Aufnahme in Domain
;default: XXX

[ProductProperty]
name: adpw
description: pw fuer die Aufnahme in Domain
default: XXX

[ProductProperty]
name: localpw
description: pw fuer lokalen Admin
default:

Das entsprechende Verzeichnis unter /opt/.../htw_winxppro/drivers/drivers/additional existiert und wird auch installiert wenn man dc7900_hdaudio manuell hinzufügt. Beim Anlegen neuer Clients sollten aber die defaults aus der control geladen werden.

Danke schon mal für eine Antwort!

MfG
Roger Blummer

UPDATE: Habe das Verhalten jetzt auch bei einem eigenen localboot-Produkt. Ich verwende den opsi-3.3, das habe ich noch nciht erwähnt.

[j.schneider]

Hallo,

das sieht gut aus uns sollte funktionieren.
Wahrscheinlich muss beim Einspielen mittels opsi-package-manager die Option "-p package" verwenden werden um die Defaults des Pakets zu übernehmen und nicht die Defaults des Depots beizubehalten (Standard ist -p keep).

Gruß
Jan Schneider