tar probleme unter 10.0

bsd4me

Well-Known Member
Moin,

mir ist heute etwas SEHR komisches aufgefallen:
Wenn ich mit tar ein Paket entpacke:

# tar -xvzf paket.tgz

dann ergibt sich folgende Struktur:

# ll
total 7
drwxr-xr-x 4 user user 10 Jan 31 07:05 .
drwxr-xr-x 5 user user 5 Jan 31 07:05 ..
drwxr-xr-x 2 user user 12 Jan 31 07:05 check
---------- 1 user user 9338 Jun 17 2010 common.sh
drwxr-xr-x 2 user user 23 Jan 31 07:05 impl
---------- 1 user user 17807 Jul 29 2013 new_project.sh
---------- 1 user user 38451 May 2 2012 new_project.wsf

Die Dateien habe keine Rechte gesetzt... Komischerweise tritt das mit FreeBSD 9.1 nicht auf...

Ich muss noch anmerken, dass ich hier auf eine Solaris 11 Maschine auf ein per NFS/ZFS gemountetes Verzeichnis schreibe...

Wenn ich z.B. rsync nutze klappt das wunderbar...

Hat jemand eine Erklärung dafür? Vieleicht bin ich ja auch nur betriebsblind...

Grüße, Norbert
 
So etwas habe ich auch noch nicht gesehen, aber versuche mal ein "tar xpvzf paket.tgz", dann sollten (eigentlich) die im Archiv enthaltenen Berechtigungen erhalten bleiben.
 
Was sagt denn
$ tar -tvzf paket.tgz

Damit kannst du ins tar reinsehen, schau mal, ob die Berechtigungen schon so drin sind.

Rob
 
Danke :-) aber das ist mir bekannt ;-) Die Rechte sind im Archiv gesetzt...
Wenn ich auf eine lokale Platte entpacke, dann stimmen die Rechte ja...

Das muss irgendwas mit NFS und Solaris 11 zu tun haben... Vielleicht fehlt mir ein Service wie etwa: nfscbd oder nfsuserd? würde mich wundern...

So mounte ich die Verzeihnisse, siehe /etc/fstab
# Device Mountpoint FStype Options Dump Pass#
/dev/gpt/swap0 none swap sw 0 0
linprocfs /compat/linux/proc linprocfs rw 0 0
server:/export/home /home nfs rw 0 0
server:/export/data /data nfs rw 0 0
...

das hat bisher immer funktioniert. Und ich sehe ja auch alle Daten...

Ach, habe gerade mal was kompiliert, mal mit gcc46 mal mit clang... Der clang hat komischerweise auch solche *.o Dateien erzeugt ohne Rechte, der gcc tat, was er sollte...

Grüße, Norbert
 
Vielleicht noch eine Anmerkung:
wenn ich einen NFS Server unter FreeBSD 10 (mit ZFS Filesystem) nutze, klappt das tar -xvzf file wie gewohnt...
 
So, habe mal mit tcpdump / wireshark analysiert:

Der Fehler, der auftritt ist
...
17 0.009073 128.x.z.135 128.x.y.33 NFS 182 V3 GETATTR Reply (Call In 16) Regular File mode: 0000 uid: 200 gid: 100
...
23 0.016886 128.x.z.135 128.x.y.33 NFS 186 V3 LOOKUP Reply (Call In 22) Error: NFS3ERR_NOENT
...

Vielleicht hat dazu jemand eine Idee??

Grüße, Norbert
 
Back
Top