Am 25.11.2012 00:20, schrieb Sage Weil:
On Sat, 24 Nov 2012, Stefan Priebe wrote:
Am 24.11.2012 18:16, schrieb Sage Weil:
On Sat, 24 Nov 2012, Stefan Priebe - Profihost AG wrote:
At the machine compiling? Yes!
Hmm, I just tested on my wonky wheezy machine (glibc 2.13, 3.2) and
system(SYS_syncfs, ..) works for me. But the #define is in libc6-dev:
But that means your glibc supports it. Then we don't need the syscall at
all.
To me it's only present in the kernel headers (linux-libc-dev) like
this:
[pb64: ~]# grep -r syncfs /usr/include
/usr/include/asm/unistd_64.h:#define __NR_syncfs 306
/usr/include/asm/unistd_64.h:__SYSCALL(__NR_syncfs, sys_syncfs)
/usr/include/asm/unistd_32.h:#define __NR_syncfs 344
/usr/include/asm-generic/unistd.h:#define __NR_syncfs 267
/usr/include/asm-generic/unistd.h:__SYSCALL(__NR_syncfs, sys_syncfs)
Can try wip-syncfs? It checks for either SYS_syncfs or __NR_syncfs.
Since your latest patch it looks good to me:
starting osd.11 at :/0 osd_data /ceph/osd.11/ /dev/sdb1
2012-11-25 19:37:15.686305 7f155e1db780 0 filestore(/ceph/osd.11/)
mount FIEMAP ioctl is supported and appears to work
2012-11-25 19:37:15.686313 7f155e1db780 0 filestore(/ceph/osd.11/)
mount FIEMAP ioctl is disabled via 'filestore fiemap' config option
2012-11-25 19:37:15.686500 7f155e1db780 0 filestore(/ceph/osd.11/)
mount did NOT detect btrfs
2012-11-25 19:37:15.687850 7f155e1db780 0 filestore(/ceph/osd.11/)
mount syscall(__NR_syncfs, fd) fully supported
2012-11-25 19:37:15.687899 7f155e1db780 0 filestore(/ceph/osd.11/)
mount found snaps <>
2012-11-25 19:37:15.689973 7f155e1db780 0 filestore(/ceph/osd.11/)
mount: enabling WRITEAHEAD journal mode: btrfs not detected
2012-11-25 19:37:15.700405 7f155e1db780 0 journal kernel version is 3.6.7
2012-11-25 19:37:15.710407 7f155e1db780 0 journal kernel version is 3.6.7
YES! No more need to build a custom patched glibc.
Stefan
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
