Re: GlusterFS core dump (v1.2.3)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@xxxxxxxxxx>:

 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@xxxxxxxxxx>:
>
>
>     --- 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@xxxxxxxxxx
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>



--
Anand V. Avati




--
Anand V. Avati


[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux