Avati,
I've uploaded logs you asked to http://slil.ru/24260326 and
http://www.megaupload.com/?d=1H3VPFTU . The archive contains 2
variants of data for 1.3patch114 (when the bug is triggered), and one
variant for 1.3pre2.3 when it works...
While testing I've found out, that debug/trace translator causes
"/core" file creation when GlusterFS starts (samples are in the
archive).
Thanks,
Andrey
2007/4/18, Anand Avati <avati@xxxxxxxxxxxxx>:
Andrey,
can you load the debug/trace translator on the client side
(topmost) and give the log file by starting kde upto the point it
hangs? also please attach your spec file so that we can try to
reproduce the problem here.
On Wed, Apr 18, 2007 at 12:43:37PM +0400, NovA wrote:
> I've already described some issues with subj, concerning failure creating
> lock files on KDE startup (
> http://lists.nongnu.org/archive/html/gluster-devel/2007-03/msg00136.html ).
> As a workaround I've created symlink /home/user/.kde/share to local volume,
> and it works somehow... I use unify translator.
>
> But recently I've got another problem with KDE when updated to patch-114.
> KDE doesn't start again, waiting forever for something. There is "dcopserver
> <defunct>" in process list, which waits for "read(3,...)" (as shown by
> strace).
