Installation Win7-x64 schlägt fehl

[m.peters]

Hallo zusammen,

währen der Installation von Windows7-x64 tritt ein Fehler auf den ich nicht lösen konnte
Laufen tut das ganze auf Debian 7.7

Während der Installation tritt folgender Fehler auf:

Code: Alles auswählen

[2] [Okt 30 08:31:22] Traceback: (Logger.py|754)
[2] [Okt 30 08:31:22]      line 1463 in '<module>' in file '/usr/local/bin/master.py' (Logger.py|754)
[2] [Okt 30 08:31:22]      line 611 in '<module>' in file '/tmp/setup.py' (Logger.py|754)
[2] [Okt 30 08:31:22]      line 568 in 'copy' in file '/usr/lib/pymodules/python2.6/OPSI/Util/Repository.py' (Logger.py|754)
[2] [Okt 30 08:31:22]      line 733 in 'download' in file '/usr/lib/pymodules/python2.6/OPSI/Util/Repository.py' (Logger.py|754)
[2] [Okt 30 08:31:22]      ==>>> Repository error: Failed to download '/mnt/opsi/win7-x64/winpe//efisys.bin' to '/mnt/hd/efisys.bin': [Errno 2] No such file or directory: u'/mnt/opsi/win7-x64/winpe//efisys.bin' (master.py|1511)

Was sicherlich wichtig zur Fehlerbehebung ist, ist die Information dass ich das Depot auf einen Fileserver ausgelagert habe.
Ich hoffe mir kann geholfen werden

Mit freundlichen Grüßen
Mirko Peters

[m.peters]

Hallo zusammen,

folgend meine neuen Erkenntnisse zu dem Problem:
- Beide Pfade sind sauber gemountet und ich kann über die Konsole darauf zu greifen
- Das Kopieren der Datei per "cp" auf der Konsole funktioniert
- Das Kopieren per Script einer einzelnen Datei funktioniert

Code: Alles auswählen

depot.copy(source + '/winpe/efisys.bin', target + '/efisys.bin')

- Die Dateigröße wird auch noch bestimmt:

Code: Alles auswählen

[6] [Okt 30 14:11:03] Copying from 'win7-x64/winpe' to '/mnt/hd' (Repository.py|491)
[7] [Okt 30 14:11:03] Length of binary data to download: 1474560 bytes (Repository.py|708)
[2] [Okt 30 14:11:04] Traceback: (Logger.py|754)
[2] [Okt 30 14:11:04]      line 1463 in '<module>' in file '/usr/local/bin/master.py' (Logger.py|754)
[2] [Okt 30 14:11:04]      line 615 in '<module>' in file '/tmp/setup.py' (Logger.py|754)
[2] [Okt 30 14:11:04]      line 568 in 'copy' in file '/usr/lib/pymodules/python2.6/OPSI/Util/Repository.py' (Logger.py|754)
[2] [Okt 30 14:11:04]      line 733 in 'download' in file '/usr/lib/pymodules/python2.6/OPSI/Util/Repository.py' (Logger.py|754)
[2] [Okt 30 14:11:04]      ==>>> Repository error: Failed to download '/mnt/opsi/win7-x64/winpe//efisys.bin' to '/mnt/hd/winpe/efisys.bin': [Errno 2] No such file or directory: u'/mnt/opsi/win7-x64/winpe//efisys.bin' (master.py|1511)

Für mich sieht es so aus, dass es an dem doppelten "/" liegt. Den Pfad baut er sich in Repository.py zusammen. Allerdings sind mein Phyton Kenntnisse quasi nicht vorhanden. Gibt es eine Möglichkeit, das Script zu debuggen?

Bei dem Fileserver handelt es sich um eine Windows-Freigabe, die auf dem OPSI-Server /var/lib/opsi/depot gemountet ist.

[TH_CE]

So, an dem doppelten Slash liegt es wohl auch nicht.

Habe Repository.py etwas angepasst und ersetze alle // durch /:

Code: Alles auswählen

def download(self, source, destination, progressSubject=None, startByteNumber=-1, endByteNumber=-1):
		'''
		startByteNumber: position of first byte to be read
		endByteNumber:   position of last byte to be read
		'''
		size = self.fileInfo(source)['size']
		source = self._preProcessPath(source)
		logger.debug(u"Replace // in source: %s" % source)
		source = source.replace('//', '/')
		logger.debug(u"New Source: %s" % source)
		destination = forceUnicode(destination)
		startByteNumber = forceInt(startByteNumber)
		endByteNumber = forceInt(endByteNumber)

Nun erscheint folgendes im Log:

Code: Alles auswählen

[6] [Okt 30 18:30:10] Copying from 'win7-x64/winpe' to '/mnt/hd' (Repository.py|491)
[7] [Okt 30 18:30:10] Replace // in source: /mnt/opsi/win7-x64/winpe//boot/bcd (Repository.py|699)
[7] [Okt 30 18:30:10] New Source: /mnt/opsi/win7-x64/winpe/boot/bcd (Repository.py|701)
[7] [Okt 30 18:30:10] Length of binary data to download: 262144 bytes (Repository.py|711)
[2] [Okt 30 18:30:11] Traceback: (Logger.py|754)
[2] [Okt 30 18:30:11]      line 1463 in '<module>' in file '/usr/local/bin/master.py' (Logger.py|754)
[2] [Okt 30 18:30:11]      line 612 in '<module>' in file '/tmp/setup.py' (Logger.py|754)
[2] [Okt 30 18:30:11]      line 568 in 'copy' in file '/usr/lib/pymodules/python2.6/OPSI/Util/Repository.py' (Logger.py|754)
[2] [Okt 30 18:30:11]      line 736 in 'download' in file '/usr/lib/pymodules/python2.6/OPSI/Util/Repository.py' (Logger.py|754)
[2] [Okt 30 18:30:11]      ==>>> Repository error: Failed to download '/mnt/opsi/win7-x64/winpe/boot/bcd' to '/mnt/hd/boot/bcd': [Errno 2] No such file or directory: u'/mnt/opsi/win7-x64/winpe/boot/bcd' (master.py|1511)

ach ja, in der setup.py steht:

Code: Alles auswählen

	# Copy PE files
	depot.copy(source + '/winpe/*', target)

Es ist mir echt nen Rätsel, zumal es ja mit einer einzelnen Datei funktioniert...

Nun ist Schluss für heute...

[wolfbardo]

Was sagt:

Code: Alles auswählen

dpkg -l | grep opsi-linux-bootimage
opsi-package-manager -l win7-x64

Gruss
Bardo Wolf

[m.peters]

Ausgabe dpkg -l | grep opsi-linux-bootimage:

Code: Alles auswählen

ii  opsi-linux-bootimage               20140118-1                    all                 opsi linux bootimage

Ausgabe opsi-package-manager -l win7-x64:

Code: Alles auswählen

-----------------------------
-**Servername.domäne** -
-----------------------------
   Product ID                Version                   Name
   ===========================================================================
   win7-x64                  4.0.4-1                   Windows 7 - x64

[wolfbardo]

Hallo,

Paketstände sind ok.

Was sicherlich wichtig zur Fehlerbehebung ist, ist die Information dass ich das Depot auf einen Fileserver ausgelagert habe.

Wahrscheinlich liegt hier das Problem, zumindest kann man ohne nähere Info was wie ausgelagert wurde nichts dazu sagen.

Gruss
Bardo Wolf

[TH_CE]

Hallo Herr Wolf,

vielen Dank für Ihre Antworten.

Die Dateien liegen auf einem Win2008R2-Server. Das Verzeichnis ist als normale Windowsfreigabe eingerichtet und ist über

Code: Alles auswählen

\\server.domain.de\opsi$

zu erreichen. Das Depot selber liegt in einem Unterverzeichnis.

Das Share wird direkt beim Start über die fstab gemountet:

Code: Alles auswählen

//server.domain.de/opsi$/depot /var/lib/opsi/depot cifs iocharset=utf8,umask=770,uid=opsiconfd,gid=pcpatch,credentials=/etc/samba/passwords/cred 0 0

Das installierte Samba und cifs sind:

Code: Alles auswählen

ii  samba                              2:3.6.6-6+deb7u4              amd64        SMB/CIFS file, print, and login server for Unix
ii  samba-common                       2:3.6.6-6+deb7u4              all          common files used by both the Samba server and client
ii  samba-common-bin                   2:3.6.6-6+deb7u4              amd64        common files used by both the Samba server and client
ii  cifs-utils                         2:5.5-1                       amd64        Common Internet File System utilities

Grundsätzlich "scheint" sonst alles zu funktionieren:
- laden der Dateien in das Depot über den opsi-packetmanager
- das rekursive Sammeln der Daten für das Kopieren in Repository.py
- das Kopieren einer einzelnen Datei
- öffnen und schließen der Dateien über die Python-Konsole

Ich habe gesehen, dass auch ein Encoding des Pfades vorgenommen wird. Auch habe ich das mit den vorangestellten u und r noch nicht ganz verstanden. Könnten das eventuell noch mögliche Fehlerquellen sein?

[TH_CE]

Guten Abend,

Ein Update: vermutlich ist ein Samba-Bug schuld:
https://bugzilla.samba.org/show_bug.cgi?id=9346
https://bugzilla.kernel.org/show_bug.cgi?id=52791

Bin darauf gestoßen, als ich mit einem Windows-Pc auf das Depot-Share zugegriffen hatte. Es waren nur Dateien zu sehen. Auch die Verzeichnisse wurden als Datei dargestellt und ein Öffnen eines Unterordners war nicht möglich. Unter Linux ist das dennoch kein Problem.

Werde mir den Bug Montag genauer anschauen.

Zwischenfrage: kann ich dem Opsi beibringen, dass das Depot auf einem anderen Server liegt?

Allen ein schönes Wochenende.

[TH_CE]

Guten Morgen,

mit ein wenig Abstand ist mir wieder eingefallen, dass Windows ab 2008 R2 auch NFS unterstütz. Habe heute Morgen das Share also per NFS gemountet und siehe da, es funktioniert.
Danke an alle, die sich Gedanken gemacht haben.

Schöne Woche