Re: [zfs-discuss] Strange result when syncing between SPARC and x86
[b]Set up for test:[/b] (I picked v8 for no particular reason this linux install can speak zfs v3 and zpool v13, as can our solaris b101 installs, but some of the older solaris boxes we have can't I guess... so... I picked 8? I want to use this my little 500gb external ZFS disk. But first some testing!) sdd is an external USB drive. from dmesg: usb-storage: device found at 11 usb-storage: waiting for device to settle before scanning usb-storage: device scan complete scsi 7:0:0:0: Direct-Access WDC WD50 00AAKB-00UKA0 PQ: 0 ANSI: 0 sd 7:0:0:0: [sdd] 976773168 512-byte hardware sectors (500108 MB) sd 7:0:0:0: [sdd] Write Protect is off sd 7:0:0:0: [sdd] Mode Sense: 33 00 00 00 sd 7:0:0:0: [sdd] Assuming drive cache: write through sd 7:0:0:0: [sdd] 976773168 512-byte hardware sectors (500108 MB) sd 7:0:0:0: [sdd] Write Protect is off sd 7:0:0:0: [sdd] Mode Sense: 33 00 00 00 sd 7:0:0:0: [sdd] Assuming drive cache: write through sdd: sdd1 sd 7:0:0:0: [sdd] Attached SCSI disk sd 7:0:0:0: Attached scsi generic sg4 type 0 ganymede:~# uname -a Linux ganymede 2.6.27.4-51.fc10.x86_64 #1 SMP Sun Oct 26 20:40:00 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux ganymede:~# zpool create -f external -o version=8 sdd ganymede:~# zpool status pool: external state: ONLINE status: The pool is formatted using an older on-disk format. The pool can still be used, but some features are unavailable. action: Upgrade the pool using 'zpool upgrade'. Once this is done, the pool will no longer be accessible on older software versions. scrub: none requested config: NAMESTATE READ WRITE CKSUM externalONLINE 0 0 0 sdd ONLINE 0 0 0 errors: No known data errors ganymede:~# zfs set compression=gzip-9 external ganymede:~# cd /external/ ganymede:/external# ganymede:/external# ls -al total 6 drwxr-xr-x 2 root root2 2008-10-31 12:20 . drwxr-xr-x 26 root root 4096 2008-10-31 12:20 .. ganymede:/external# touch testfile ganymede:/external# ln -s testfile a_symlink ganymede:/external# ln -s /to/some/random/location/to/see/what/happens another_symlink ganymede:/external# ls -al total 7 drwxr-xr-x 2 root root5 2008-10-31 12:25 . drwxr-xr-x 26 root root 4096 2008-10-31 12:20 .. lrwxrwxrwx 1 root root 44 2008-10-31 12:25 another_symlink - /to/some/random/location/to/see/what/happens lrwxrwxrwx 1 root root8 2008-10-31 12:24 a_symlink - testfile -rw-rw-rw- 1 root root0 2008-10-31 12:24 testfile ganymede:/external# zfs snapshot [EMAIL PROTECTED] ganymede:/external# zfs list NAMEUSED AVAIL REFER MOUNTPOINT external 64K 457G19K /external [EMAIL PROTECTED] 0 -19K - ganymede:/external# zpool status pool: external state: ONLINE status: The pool is formatted using an older on-disk format. The pool can still be used, but some features are unavailable. action: Upgrade the pool using 'zpool upgrade'. Once this is done, the pool will no longer be accessible on older software versions. scrub: none requested config: NAMESTATE READ WRITE CKSUM externalONLINE 0 0 0 sdd ONLINE 0 0 0 errors: No known data errors ganymede:/external# ganymede:/external# cd / ganymede:/# zpool export external ganymede:/# [b]Now we boot the b99 livecd import and look at it:[/b] (this is the same machine as the linux box, ie. ganymede) [EMAIL PROTECTED]:~$ pfexec zpool import pool: external id: 6611776765231431925 state: ONLINE status: The pool is formatted using an older on-disk version. action: The pool can be imported using its name or numeric identifier, though some features will not be available without an explicit 'zpool upgrade'. config: externalONLINE c3t0d0p0 ONLINE [EMAIL PROTECTED]:~$ pfexec zpool import external [EMAIL PROTECTED]:~$ ls -al /external/ total 4 drwxr-xr-x 2 root root 5 2008-10-30 18:55 . drwxr-xr-x 24 root root 512 2008-10-30 19:22 .. lrwxrwxrwx 1 root root 44 2008-10-30 18:55 another_symlink - /to/some/random/location/to/see/what/happens lrwxrwxrwx 1 root root 8 2008-10-30 18:54 a_symlink - testfile -rw-rw-rw- 1 root root 0 2008-10-30 18:54 testfile [EMAIL PROTECTED]:~$ pfexec zpool scrub external [EMAIL PROTECTED]:~$ pfexec zpool status pool: external state: ONLINE status: The pool is formatted using an older on-disk format. The pool can still be used, but some features are unavailable. action: Upgrade the pool using 'zpool upgrade'. Once this is done, the pool will no longer be accessible on older software versions. scrub: scrub completed after 0h0m with 0 errors on Thu Oct 30 19:23:37 2008 config: NAMESTATE READ WRITE CKSUM externalONLINE 0 0 0 c3t0d0p0 ONLINE 0 0 0 errors: No known data errors [EMAIL PROTECTED]:~$
Re: [zfs-discuss] Strange result when syncing between SPARC and x86
Example is: [EMAIL PROTECTED] ls -la /data/zones/testfs/root/etc/services lrwxrwxrwx 1 root root 15 Oct 13 14:35 /data/zones/testfs/root/etc/services - ./inet/services [EMAIL PROTECTED] ls -la /data/zones/testfs/root/etc/services lrwxrwxrwx 1 root root 15 Oct 13 14:35 /data/zones/testfs/root/etc/services - s/teni/.ervices Ouch, thats a bad one. I downloaded and burnt b101 to dvd for x86 and solaris, i'm gonna install them tomorrow at work and try moving a pool between them to see what happens... -- This message posted from opensolaris.org ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Strange result when syncing between SPARC and x86
Hi [EMAIL PROTECTED] ls -la /data/zones/testfs/root/etc/services lrwxrwxrwx 1 root root 15 Oct 13 14:35 /data/zones/testfs/root/etc/services - ./inet/services [EMAIL PROTECTED] ls -la /data/zones/testfs/root/etc/services lrwxrwxrwx 1 root root 15 Oct 13 14:35 /data/zones/testfs/root/etc/services - s/teni/.ervices Ouch, thats a bad one. I downloaded and burnt b101 to dvd for x86 and solaris, i'm gonna install them tomorrow at work and try moving a pool between them to see what happens... Would be interesting to know how it'll work if move whole zpool not just sync with send/recv. But I think all will be fine there as is seems the problem is in send/recv part on the file system itself on different architectures. Thanks Mike ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Strange result when syncing between SPARC and x86
Hello Today I've suddenly noticed that symlinks (at least) are corrupted when sync ZFS from SPARC to x86 (zfs send | ssh | zfs recv). Example is: [EMAIL PROTECTED] ls -la /data/zones/testfs/root/etc/services lrwxrwxrwx 1 root root 15 Oct 13 14:35 /data/zones/testfs/root/etc/services - ./inet/services [EMAIL PROTECTED] ls -la /data/zones/testfs/root/etc/services lrwxrwxrwx 1 root root 15 Oct 13 14:35 /data/zones/testfs/root/etc/services - s/teni/.ervices Firstly I thought it's because original FS on SPARC is compressed... so I've just synced it locally on same machine and all was OK just different FS size since destination was not compressed. Then I've synced that copy again to x86 but result was same - symlinks were corrupted... so it's not compression. SPARC is snv_85 and x86 snv_82, I haven't got a chance yet to test on latest OpenSolaris. Any suggestions? Looks like the first 8 bytes aren't reversed. Casper ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Strange result when syncing between SPARC and x86
Hi Just checked with snv_99 on x86 (VMware install) - same result :( Regards Mike [EMAIL PROTECTED] wrote: Hello Today I've suddenly noticed that symlinks (at least) are corrupted when sync ZFS from SPARC to x86 (zfs send | ssh | zfs recv). Example is: [EMAIL PROTECTED] ls -la /data/zones/testfs/root/etc/services lrwxrwxrwx 1 root root 15 Oct 13 14:35 /data/zones/testfs/root/etc/services - ./inet/services [EMAIL PROTECTED] ls -la /data/zones/testfs/root/etc/services lrwxrwxrwx 1 root root 15 Oct 13 14:35 /data/zones/testfs/root/etc/services - s/teni/.ervices Firstly I thought it's because original FS on SPARC is compressed... so I've just synced it locally on same machine and all was OK just different FS size since destination was not compressed. Then I've synced that copy again to x86 but result was same - symlinks were corrupted... so it's not compression. SPARC is snv_85 and x86 snv_82, I haven't got a chance yet to test on latest OpenSolaris. Any suggestions? Looks like the first 8 bytes aren't reversed. Casper ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
[zfs-discuss] Strange result when syncing between SPARC and x86
Hello Today I've suddenly noticed that symlinks (at least) are corrupted when sync ZFS from SPARC to x86 (zfs send | ssh | zfs recv). Example is: [EMAIL PROTECTED] ls -la /data/zones/testfs/root/etc/services lrwxrwxrwx 1 root root 15 Oct 13 14:35 /data/zones/testfs/root/etc/services - ./inet/services [EMAIL PROTECTED] ls -la /data/zones/testfs/root/etc/services lrwxrwxrwx 1 root root 15 Oct 13 14:35 /data/zones/testfs/root/etc/services - s/teni/.ervices Firstly I thought it's because original FS on SPARC is compressed... so I've just synced it locally on same machine and all was OK just different FS size since destination was not compressed. Then I've synced that copy again to x86 but result was same - symlinks were corrupted... so it's not compression. SPARC is snv_85 and x86 snv_82, I haven't got a chance yet to test on latest OpenSolaris. Any suggestions? Thanks Mike ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss