>
>hi,
>
>On Jul 25, 9:46am, Steve Lord wrote:
>> Subject: Re: Backup ACLs
>> ...
>> You said that you had implemented the system calls for acls and
>> extended attributes for the powerpc platform, I presume you have the
>> user space changes as well so that the library calls in the acl
>> package work. I would concentrate on getting the chacl command
>> to work in all modes before moving to xfsdump/restore. Make sure
>> that the system call numbers at the end of acl/libacl/acl.c are
>> defined correctly for the ppc.
>>
>> Finally make sure you are linking xfsdump with the modified libacl.
>>
>> OK, mostly fairly obvious stuff.
>>
>
>Yup, good summary - one extra thing though - you must also
>have a working attr command (once you have chacl working),
>otherwise xfsdump/restore are not going to be able to backup
>your ACLs (as these link with libattr - attr/libattr/attr.c -
>rather than libacl).
>
>On Jul 25, 11:51am, Juer Lee wrote:
>> Subject: RE: Backup ACLs
>>I tried to use a different version of xfs-progs-devel, 1.1.3.0-ppc. It
>>still didn't work.:(
>
>Can you verify whether your /usr/include/xfs/platform_defs.h
>has references to O_DIRECT or not for powerpc (around line 58)?
>I'd like to understand why this doesn't work for you, because
>it should. Could you post the gcc error & that header to me?
>
>thanks.
>
>--
>Nathan
>
Nathan,
Oh, yes, I can not find the references in
/usr/include/xfs/platform_defs.h. But I am sure that I appplied
xfs-progs-devel-1.1.3.0-ppc, it seemed that in this version O_DIRECT is
still not defined.
As I want to use the 1.0.11 xfsdump right away, I used some way to clear
those compiling error, after that I can run xfsdump/xfsrestore
But I think it is not the right away to fix it.
And, I added the system call number for attr in attr utility and kernel
code after sys_acl_get and sys_acl_set . It seemed work, I am still
testing it.
At the same time, can you please help me to fix the compiling error
first?
If haven't modifid any code, the error message will be --- sorry, it is
not the truth: I added "#define O_DIRECT 0400000" in the code,
otherwise, the gcc(2.95.2) will complain "undefined reference to
'O_DIRECT'
------------------------------------------------------------------------
------------------------------------------------------------------------
----------------------------------
gcc -O1 -g -DDEBUG -funsigned-char -Wall -DDUMP -DRMT -DBASED -DDOSOCKS
-DINVCONVFIX -DSIZEEST -DPIPEINVFIX -DEXTATTR -I/usr/include/xfs
-I/usr/include/attr '-DVERSION="1.0.11"' -D_FILE_OFFSET_BITS=64
-D_GNU_SOURCE -DXFS_BIG_FILES=1 -DXFS_BIG_FILESYSTEMS=1 -o xfsdump
arch_xlate.o cldmgr.o content_common.o dlog.o drive.o drive_scsitape.o
drive_simple.o drive_minrmt.o fs.o getdents.o global.o lock.o main.o
mlog.o openutil.o qlock.o path.o ring.o stkchk.o stream.o util.o sproc.o
attr.o inv_api.o inv_core.o inv_fstab.o inv_idx.o inv_mgr.o inv_stobj.o
content.o inomap.o var.o -lhandle /usr/lib/libuuid.a
../librmt/librmt.a /usr/lib/libattr.a
util.o: In function `stat64_to_xfsbstat':
/export/xfsdump-1.0.11/dump/util.c:137: undefined reference to
`IRIX_MKDEV'
/export/xfsdump-1.0.11/dump/util.c:137: relocation truncated to fit:
R_PPC_REL24 IRIX_MKDEV
collect2: ld returned 1 exit status
make[1]: *** [xfsdump] Error 1
make: *** [default] Error 2
------------------------------------------------------------------------
------------------------------------------------------------------------
----------------------------------
Juer
|