the quesiton of the xtreemfs client

2 views
Skip to first unread message

fanbreeze

unread,
Nov 6, 2009, 6:33:10 AM11/6/09
to XtreemFS
I have ten xtreemfs clients which have mounted the same four volumes
that contains one replicated volume called x_buy. sometimes, I
found that one of ten clients' x_buy volume was not ok and files
could not be read or written or cp . however other clients were ok.
when I remounted it, it return to ok. I dont know why. Can this
error result in that data is damaged and other clients need to be
remounted

thank you !

Minor Gordon

unread,
Nov 6, 2009, 7:48:37 AM11/6/09
to xtre...@googlegroups.com
Hello,

No, a mount.xtreemfs (aka xtfs_mount) crash shouldn't affect data,
since the client doesn't cache anything by default.
It would be helpful for us if you would run the mount command with -f
(to put it in the foreground) and -d ERR to log any errors to stderr
(e.g. > log-file-name 2>&1). It might also be useful to output core
dumps (ulimit -c unlimited) and use gdb to see why the client crashed
(assuming it crashed rather than simply becoming unresponsive).

Minor

fanbreeze

unread,
Nov 6, 2009, 9:45:50 PM11/6/09
to XtreemFS
ok, I try

On 11月6日, 下午8时48分, Minor Gordon <minor.gor...@googlemail.com> wrote:
> Hello,
>
> No, a mount.xtreemfs (aka xtfs_mount) crash shouldn't affect data,
> since the client doesn't cache anything by default.
> It would be helpful for us if you would run the mount command with -f
> (to put it in the foreground) and -d ERR to log any errors to stderr
> (e.g. > log-file-name 2>&1). It might also be useful to output core
> dumps (ulimit -c unlimited) and use gdb to see why the client crashed
> (assuming it crashed rather than simply becoming unresponsive).
>
> Minor
>
Reply all
Reply to author
Forward
0 new messages