"Raghavendra G" napisa?(a):
Hi,
I've been trying to reproduce your problem. Some observations,
* I've run into 'No such file or directory' errors, but it was due to dd
not creating the file due to block size being 0 (bs=0).
* As per dd error msgs, there is a space between '/' and 'mnt' (/ mnt).
dd: opening `/ mnt/glusterfs/24427/30087.20476 ': No such file or
directory
please make sure that the file is getting created in first place (file
may not be created due to invalid parameters to dd, like bs=0 in above
case).
* since I am not able to reproduce it on my setup, is it possible for
you to try out the test with
- afr-self-heal turned on
- afr-self-heal turned off
- following options control afr self heal
option data-self-heal off
option metadata-self-heal off
option entry-self-heal off
regards,
On Wed, Dec 10, 2008 at 7:51 PM, <a_pirania at poczta.onet.pl> wrote:
I have a problem. I have run two servers and two clients. On both
clients operate in the background loop:
for ((j=0; j< $RANDOM; j++)) {
PLIK=$RANDOM.$RANDOM
dd if=/dev/urandom of=/mnt/glusterfs/$KAT/$PLIK bs=$RANDOM count=1
dd if=/mnt/glusterfs/$KAT/$PLIK of=/dev/null
rm -f /mnt/glusterfs/$KAT/$PLIK
}
If both servers are connected to everything is fine. If one stops
working after several minutes will go back to the server, a client I
have:
dd: opening `/ mnt/glusterfs/24427/30087.20476 ': No such file or
directory
dd: opening `/ mnt/glusterfs/24427/30087.20476 ': No such file or
directory
dd: opening `/ mnt/glusterfs/24427/18649.25895 ': No such file or
directory
after a few seconds, everything is working again.
I think that the client is trying to read the file from the new
server. I think this is not work?
check it. I do not know is important but the system for tested is Linux
Debian 4.0 (2.6.18-6-xen-amd64) on Xen 3.0.3-1
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://zresearch.com/pipermail/gluster-users/attachments/20081219/265bd7ad/attachment.htm
