search for: lgetxattr

...ssize_t (*getxattr) (const char *path, const char *name, + void *value, size_t size), + size_t *size_r) +{ ssize_t r; char *buf; size_t len; @@ -496,49 +506,7 @@ do_getxattr (const char *path, const char *name, size_t *size_r) char * do_lgetxattr (const char *path, const char *name, size_t *size_r) { - ssize_t r; - char *buf; - size_t len; - - CHROOT_IN; - r = lgetxattr (path, name, NULL, 0); - CHROOT_OUT; - if (r == -1) { - reply_with_perror ("lgetxattr"); - return NULL; - } - - len = r; - - if (len > XATTR_SI...

...rsync -avAX -M--fake-super ./testDir ./mnt/testDir/ This works fine and all the extended attributes are copied and readable. I then try to use rsync to copy these files back with: rsync -avAX --fake-super -M--super ./mnt/testDir/ ./testDir2/ This outputs errors such as: rsync: get_xattr_data: lgetxattr(""./mnt/testDir/./testFile2"","com.apple.quarantine",0) failed: Attribute not found (93) When I use a few -vvv this pattern is present: [sender] pushing local filters for ./mnt/testDir/ [sender] make_file(testFile1,*,2) [sender] expand rsync_xa to 40 bytes, did move...

...t;, argv[1]); attrslen = llistxattr(argv[1], attrs, 1024); if (attrslen < 0) { perror("listxattr failed"); return 1; } for (i = 0; i < attrslen; i+= strlen(&attrs[i]) + 1) { printf("processing attribute %s\n", &attrs[i]); valuelen = lgetxattr(argv[1], &attrs[i], value, 1024); if (valuelen < 0); { perror("lgetxattr failed"); return 1; } printf("value %.*s", (int) valuelen, value); } return 0; } is returning: processing file /u00/root.20121121.210102.full/var/lib/nfs/sm proc...

..., @@ -378,36 +406,36 @@ do_internal_lxattrlist (const char *path, char *const *names) entry[m].attrval.attrval_val = NULL; } - for (i = 0, j = 0; i < (size_t) len; i += strlen (&buf[i]) + 1, ++j) { + for (i = 0; attrnames[i] != NULL; ++i) { CHROOT_IN; - vlen = lgetxattr (pathname, &buf[i], NULL, 0); + vlen = lgetxattr (pathname, attrnames[i], NULL, 0); CHROOT_OUT; if (vlen == -1) { - reply_with_perror ("getxattr"); + reply_with_perror ("%s: getxattr", attrnames[i]); goto error; } if...

..., @@ -378,36 +403,36 @@ do_internal_lxattrlist (const char *path, char *const *names) entry[m].attrval.attrval_val = NULL; } - for (i = 0, j = 0; i < (size_t) len; i += strlen (&buf[i]) + 1, ++j) { + for (i = 0; attrnames[i] != NULL; ++i) { CHROOT_IN; - vlen = lgetxattr (pathname, &buf[i], NULL, 0); + vlen = lgetxattr (pathname, attrnames[i], NULL, 0); CHROOT_OUT; if (vlen == -1) { - reply_with_perror ("getxattr"); + reply_with_perror ("getxattr: %s", attrnames[i]); goto error; } if...

...etxattr("osd/0.6ed_head/DIR_D/DIR_E/DIR_6", "user.cephos.phash.contents", "\x01F\x00\x00\x00\x00\x00\x00\x00\x0f\x00\x00\x00\x03\x00\x00", 17, 0 <unfinished ...> 6: 27251 <... llistxattr resumed> "user.cephos.phash.contents\0", 1024) = 27 7: 27251 lgetxattr("osd/0.6ed_head/DIR_D/DIR_E/DIR_6", "user.cephos.phash.contents", 0x0, 0) = -1 ENODATA (No data available) 8: 27253 <... lsetxattr resumed> ) = 0 9: 27253 utimensat(AT_FDCWD, "osd/0.6ed_head/DIR_D/DIR_E/DIR_6", {UTIME_NOW, {1407992261, 0}}, AT_SYMLINK_NOF...

...he same error, but with a stack trace leading back to where it tries to set extended attributes in the Python replication code. It appears to be trying to get the attribute "system.glusterfs.xyz.xtime" at line 365 of /usr/lib/glusterfs/glusterfs/python/syncdaemon/resource.py: "Xattr.lgetxattr(path, '.'.join([cls.GX_NSPACE, uuid, 'xtime')], 8))". I don't know anything about extended attributes, but I can't get anything in the "system" namespace manually, even running as root - e.g. touch a getfattr -n system.test a The above returns "Operat...

...r/ > > This works fine and all the extended attributes are copied and readable. > > I then try to use rsync to copy these files back with: > > rsync -avAX --fake-super -M--super ./mnt/testDir/ ./testDir2/ > > This outputs errors such as: > > rsync: get_xattr_data: > lgetxattr(""./mnt/testDir/./testFile2"","com.apple.quarantine",0) failed: > Attribute not found (93) > > When I use a few -vvv this pattern is present: > > [sender] pushing local filters for ./mnt/testDir/ > [sender] make_file(testFile1,*,2) > [sender] expan...

...d. I understand it's not the preferred method but the rsync we're using for 10.3.9 is version 2.6.0 and the malloc errors are killing me. When I add any of the --delete options (during, delay, or after) to the line it works for a while and then starts getting this: rsync: get_xattr_data: lgetxattr("Path-to-the-file","com.apple.ResourceFork",0000) failed: Bad file descriptor (9) The 0000 is different for each file. The rsync line I'm using is: rsync -aHXh --stats --progress --fileflags --crtimes --delete /Volumes/Source_Volume /Volumes/Local_Drive/Source_Mirror/ An...

v1 here: https://www.redhat.com/archives/libguestfs/2020-March/msg00099.html This one fixes most of the points picked up in review, and does not strdup the strings which should keep down memory usage if that is a concern. Rich.

https://bugzilla.redhat.com/show_bug.cgi?id=1811539 Commands including virt-diff which read extended attributes will sometimes fail on NTFS filesystems that are using system compressed. The reason is complex, see comment 5 of the bug linked above. This patch filters out the troublesome xattr. For justification, see the comment I added in patch 3. Patch 1 & 2 are refactoring. I was on the

...s -ld /var/tmp/a d--------- 2 joerg users 4,0K 27. Jan 17:07 /var/tmp/a From the strace: lstat64("a", 0xbfe8e68c) = -1 ENOENT (No such file or directory) mkdir("a", 0) = 0 lstat64("a", {st_mode=S_IFDIR, st_size=4096, ...}) = 0 lgetxattr("a", "user.rsync.%stat", 0xbfe8c318, 255) = -1 EACCES (Permission denied) ? lstat64("a", {st_mode=S_IFDIR, st_size=4096, ...}) = 0 lgetxattr("a", "user.rsync.%stat", 0xbfe8c0d8, 255) = -1 EACCES (Permission denied) ? chmod("a", 0700)...

On Fri, Mar 03, 2017 at 03:32:55PM +0100, Pino Toscano wrote: > The JNI library uses CLEANUP_FREE macros, whose functions are built in > the internal libutils. Currently, trying to use functions that use > CLEANUP_FREE variables will cause the java execution to stop with a > symbol lookup error (for guestfs_int_cleanup_free). [comment only] I wonder why our tests didn't pick this

...f files to see if the source is different from the destination: % time seconds usecs/call calls errors syscall ------ ----------- ----------- --------- --------- ---------------- 45.85 0.627125 31 20222 lstat 30.61 0.418682 20 20222 lgetxattr 13.54 0.185181 79 2338 getdents64 3.23 0.044241 22 1982 1982 getxattr 2.34 0.032001 16 1982 stat 1.78 0.024293 20 1169 openat 1.25 0.017112 14 1169 close 1.05...

...ave caused a denial of service. - FUSE calls into guestmount are now traced when using guestmount -x. New APIs - add-domain - add-drive-opts - getxattr - inspect-get-hostname - inspect-get-package-format - inspect-get-package-management - inspect-get-roots - inspect-list-applications - lgetxattr - mkfs-opts Internals - C programs now only link precisely with the libraries that they use. - PCRE, libmagic, hivex and libvirt libraries are now completely optional for building. - Multiple memory leaks and file descriptor leaks fixed. - Add a POD wrapper to unify generation of man p...

...s", "xattr"), [Pathname "path"; StringList "names"], []; + style = RStructList ("xattrs", "xattr"), [Pathname "path"; RelativePathnameList "names"], []; optional = Some "linuxxattrs"; shortdesc = "lgetxattr on multiple files"; longdesc = "\ @@ -2719,7 +2719,7 @@ for getting standard stats." }; { defaults with name = "readlinklist"; added = (1, 0, 77); - style = RStringList "links", [Pathname "path"; StringList "names"], []; +...

On 18/09/17 17:23, Ben Turner wrote: > Do you want tuned or untuned? If tuned I'd like to try one of my tunings for metadata, but I will use yours if you want. (Re-CC'd list) I would be interested in both, if possible: To confirm that it's not only my machines that exhibit this behaviour given my settings, and to see what can be achieved with your tuned settings. Thank you!

...th or -rpath-link) /opt/local/lib/libacl.so: undefined reference to `removexattr at ATTR_1.0' /opt/local/lib/libacl.so: undefined reference to `getxattr at ATTR_1.0' /opt/local/lib/libacl.so: undefined reference to `setxattr at ATTR_1.0' /opt/local/lib/libacl.so: undefined reference to `lgetxattr at ATTR_1.0' /opt/local/lib/libacl.so: undefined reference to `fsetxattr at ATTR_1.0' /opt/local/lib/libacl.so: undefined reference to `fgetxattr at ATTR_1.0' collect2: error: ld returned 1 exit status It should be noted the LD_LIBRARY_PATH and /etc/ld.so.conf are set to search in /op...

Hi, I'm using Gluster 3.3.0-1.el6.x86_64, on two storage nodes, replicated mode (fs1, fs2) Node specs: CentOS 6.2 Intel Quad Core 2.8Ghz, 4Gb ram, 3ware raid, 2x500GB sata 7200rpm (RAID1 for os), 6x1TB sata 7200rpm (RAID10 for /data), 1Gbit network I've it mounted data partition to web1 a Dual Quad 2.8Ghz, 8Gb ram, using glusterfs. (also tried NFS -> Gluster mount) We have 50Gb of

On 29 Jan 2018 10:50 am, "Samuli Heinonen" <samppah at neutraali.net> wrote: Hi! Yes, thank you for asking. I found out this line in the production environment: lgetxattr("/tmp/zone2-ssd1-vmstor1.s6jvPu//.shard/f349ffbd- a423-4fb2-b83c-2d1d5e78e1fb.32", "glusterfs.clrlk.tinode.kblocked", 0x7f2d7c4379f0, 4096) = -1 EPERM (Operation not permitted) I was expecting .kall instead of .blocked, did you change the cli to kind blocked? And this one in...