zfs discuss - Dec 2008 - zfs import/export sym-link unlike endianness?

I''m exporting/importing a zpool from a sun 4200 running  Solaris 10
10/08 s10x_u6wos_07b X86
to a t2000 running Solaris 10 10/08 s10s_u6wos_07b SPARC. Neither one is yet
patched,
but I didn''t see anything obvious on sunsolve for recent updates.

The filesysem contains symbolic links. I made a copy to a new zpool of an
nfs-mounted filesystem with find and cpio, and I used rsync to verify the tree
against the original, then did an export and import on the sparc, and tried the
same rsync. I found a bunch (all?)of sym-links were "different". An
example:

On x64 system:
ls -l spare/geoframe/iesx/scratch/queue
lrwxrwxrwx   1 root     other         30 Dec 18 19:21
spare/geoframe/iesx/scratch/queue ->
/disk/plots/CGM+TGF_files_here

On sparc system:
ls -l spare/geoframe/iesx/scratch/queue
lrwxrwxrwx   1 root     other         30 Dec 18 19:21
spare/geoframe/iesx/scratch/queue ->
lp/ksid/ots/CGM+TGF_files_here

Note the mangled target. Importing back into the x64 system rsync''s
fine.

It looks like name flipping occurs in chunks: another example:
libreadcore.so -> cdaerbilore.so.4.0

Hope I''m missing something obvious.

mw
-- 
This message posted from opensolaris.org

Mark Wiederspahn wrote:
> I''m exporting/importing a zpool from a sun 4200 running  Solaris
10 10/08 s10x_u6wos_07b X86
> to a t2000 running Solaris 10 10/08 s10s_u6wos_07b SPARC. Neither one is
yet patched,
> but I didn''t see anything obvious on sunsolve for recent updates.
> 
> The filesysem contains symbolic links. I made a copy to a new zpool of an
nfs-mounted filesystem with find and cpio, and I used rsync to verify the tree
against the original, then did an export and import on the sparc, and tried the
same rsync. I found a bunch (all?)of sym-links were "different". An
example:
> 
> On x64 system:
> ls -l spare/geoframe/iesx/scratch/queue
> lrwxrwxrwx   1 root     other         30 Dec 18 19:21
spare/geoframe/iesx/scratch/queue ->
> /disk/plots/CGM+TGF_files_here
> 
> On sparc system:
> ls -l spare/geoframe/iesx/scratch/queue
> lrwxrwxrwx   1 root     other         30 Dec 18 19:21
spare/geoframe/iesx/scratch/queue ->
> lp/ksid/ots/CGM+TGF_files_here
> 
> Note the mangled target. Importing back into the x64 system
rsync''s fine.
This looks like known bug 6764193, "Broken symlinks on cross platform 
zfs send/recv" - the public comments state that export/import shows
the problem.  It''s fixed in Nevada build 105, but not in a Solaris 10
update so far.

Rob T