[Gluster-devel] GlusterFS core dump (v1.2.3)
Anand Avati
avati at zresearch.com
Sat Jun 23 18:05:16 UTC 2007
Ton,
please upgrade to glusterfs--mainline--2.4-patch-182. even selinux
extensions should work now. just committed a heap overflow bug.
thanks!
avati
2007/6/23, Ton van Rosmalen <ton at netbase.nl>:
>
> 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 <ton at netbase.nl>:
> >
> >
> > --- 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
> > Gluster-devel at nongnu.org
> > http://lists.nongnu.org/mailman/listinfo/gluster-devel
> >
>
>
>
> --
> Anand V. Avati
>
>
--
Anand V. Avati
More information about the Gluster-devel
mailing list