Hi Avati,
Thanks for your attention.
I checked with glusterfs--mainline--2.4 and it shows the same behaviour in
my set-up.
My VIM version is 7.0.109 (on FC6). I must admit I hadn't tested the
permissions yet a reported by Ian. I just checked and mode 0777 gives me a
core dump as well.
In fact, starting vi with a non-existing file dumps core.
Testing with vi(m) further.
vi -R <file> - works ok
vi -n <file> - works ok
write file - core dump
It looks like any write command from vi(m) crashes GlusterFS.
I checked for the extended attributes as you requested and it said that a
selinux-attribute existed on the file(s).
I disabled SELinux, deleted all files from the volume and copied them
again.
Now it works for me! I can edit any file without problems.
I guess these selinux-attributes aren't ready yet.
Thanks
Ton
Anand Avati schreef:
Can you confirm that this still happens with a tla checkout from '
glusterfs--mainline--2.4' ? we have tested vim to be working. which
version of vi have you tried with? also is there a confirmed pattern in the
file permission/ownership which is causing this? since the coredump seems to
be in unify_getxattr_cbk, can you also check if the file has any extended
attributes from the backend fs?
thanks!
avati
2007/6/23, Ton van Rosmalen <address@hidden>:
>
>
> --- original message copied from archive ---
> Hi there,
>
> I get a (rather odd) repeatable bug; if I have a file with
> permissions
> -rw-r--r-- (644), and edit it using "vi", I get:
>
> E297: Write error in swap file
> E207: Can't delete backup file
> E138: Can't write viminfo file /home/scmijg/.viminfo!
>
> Next thing you know, glusterfs has core dumped. I've run it in
> non-daemon
> mode, and "DEBUG" level - no messages, apart from along the lines of
> "glibc
> detected" and "free(): invalid next size (fast)"
>
> I dropped the core into gdb, ran a backtrace and it listed
> "unify_getxattr_cbk" in "unify.so" as the culprit. Looks like
> pointer
> corruption?
>
> The config is 4 hosts, all hosting their local HDs apart from 1
> machine
> which is hosting an external (USB) drive in addition. Everything
> running
> RHEL, all machines AMD Opteron dual-core...
>
> Anyone else had this trouble? Otherwise, with other access, Gluster
> seems
> OK... Very odd. Say, using "vi" with a file permissions of
> "-rwxr-xr-x"
> works fine...
>
> Thanks for any help!
>
> Ian
> -----------------
>
> Hi Ian,
>
> I've got the same problem. I tested with v1.2.3 about 3 months ago and
> re-tested with 1.3.0-pre4 this week.
>
> My config is running on "VM-Ware Linux-FC6" virtual machines. I've
> created 3 servers and one client. Normal copy-operations work beautiful.
> Using vi leads to the same problems as you're experiencing.
>
> For me this is a show-stopper. Basic file-editing is a must for me.
> I've got no suggestion for a solution. Should I find something I'll post
> it to the list.
>
> Regards,
>
> Ton
>
>
>
>
> _______________________________________________
> Gluster-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
--
Anand V. Avati