bonn deng
2010-May-10 13:12 UTC
[Gluster-users] Problem: rsync files to glusterfs fail randomly~
Hello, everyone~
We're using glusterfs as our data storage tool, after we upgraded gfs
version from 2.0.7 to 3.0.3, we encountered some wierd problems: we need to
rsync some files to gfs cluster every five minutes, but randomly some files
cannot be transfered correctly or evan cannot be transfered at all. I ssh to
the computer where the rsync operation failed and check the log under
directory "/var/log/glusterfs", which reads:
??
[2010-05-10 20:32:05] W [fuse-bridge.c:1719:fuse_create_cbk] glusterfs-fuse:
4499440: /uigs/sugg/.sugg_access_log.2010051012.10.11.89.102.nginx1.cMi7LW
=> -1
(No such file or directory)
[2010-05-10 20:32:13] W [fuse-bridge.c:1719:fuse_create_cbk] glusterfs-fuse:
4499542:
/sogou-logs/nginx-logs/proxy/.proxy_access_log.2010051019.10.11.89.102.
nginx1.MnUaIR => -1 (No such file or directory)
[2010-05-10 20:35:12] W [fuse-bridge.c:491:fuse_entry_cbk] glusterfs-fuse:
LOOKUP(/uigs/pblog/bdweb/201005/20100510) inode (ptr=0x2aaaac010fb0,
ino=183475774
468, gen=5467705122580597717) found conflict (ptr=0x1d75640,
ino=183475774468, gen=5467705122580599136)
[2010-05-10 20:35:16] W [fuse-bridge.c:491:fuse_entry_cbk] glusterfs-fuse:
LOOKUP(/uigs/pblog/suggweb/201005/20100510) inode (ptr=0x1d783b0,
ino=245151107323
, gen=5467705122580597722) found conflict (ptr=0x2aaaac0bc4b0,
ino=245151107323, gen=5467705122580598133)
[2010-05-10 20:40:08] W [fuse-bridge.c:491:fuse_entry_cbk] glusterfs-fuse:
LOOKUP(/uigs/pblog/bdweb/201005/20100510) inode (ptr=0x2aaab806cca0,
ino=183475774
468, gen=5467705122580597838) found conflict (ptr=0x1d75640,
ino=183475774468, gen=5467705122580599136)
[2010-05-10 20:40:12] W [fuse-bridge.c:491:fuse_entry_cbk] glusterfs-fuse:
LOOKUP(/uigs/pblog/suggweb/201005/20100510) inode (ptr=0x1d7c190,
ino=245151107323
, gen=5467705122580597843) found conflict (ptr=0x2aaaac0bc4b0,
ino=245151107323, gen=5467705122580598133)
[2010-05-10 20:45:10] W [fuse-bridge.c:491:fuse_entry_cbk] glusterfs-fuse:
LOOKUP(/uigs/pblog/bdweb/201005/20100510) inode (ptr=0x2aaab00a6a90,
ino=183475774
468, gen=5467705122580597838) found conflict (ptr=0x1d75640,
ino=183475774468, gen=5467705122580599136)
[2010-05-10 20:45:14] W [fuse-bridge.c:491:fuse_entry_cbk] glusterfs-fuse:
LOOKUP(/uigs/pblog/suggweb/201005/20100510) inode (ptr=0x2aaab80960e0,
ino=2451511
07323, gen=5467705122580597669) found conflict (ptr=0x2aaaac0bc4b0,
ino=245151107323, gen=5467705122580598133)
??
Does anybody know what's wrong with our gfs? And another question, in
order to trace the problem, we want to know to which machine the failed file
should be put, where can I get this information or what can I do?
By the way, we're now using glusterfs version 3.0.3, and we have nearly
200 data servers in the gfs cluster (in distribute mode, not replicate).
What else do I need to put here in order to make our problem clear if it's
not now?
Thanks for your help! Any suggestion would be appreciated~
--
Quansong Deng(bonnndeng/???)
Web and Software Technology R&D center
Dept. CST
Tsinghua University,
P.R China
100084
CELL: +86 135 524 20008
joel vennin
2010-May-10 13:58 UTC
[Gluster-users] Problem: rsync files to glusterfs fail randomly~
Hi, I got a similar problem, I found a work around to this issue by deactive the readahead translator. Once we removed the readahead translator everything worked fine. However, we have still an issue: using distribute a program is not able to open a file using the fopen function. Good luck On Mon, May 10, 2010 at 3:12 PM, bonn deng <bonndeng at gmail.com> wrote:> Hello, everyone~ > We're using glusterfs as our data storage tool, after we upgraded gfs > version from 2.0.7 to 3.0.3, we encountered some wierd problems: we need to > rsync some files to gfs cluster every five minutes, but randomly some files > cannot be transfered correctly or evan cannot be transfered at all. I ssh > to > the computer where the rsync operation failed and check the log under > directory "/var/log/glusterfs", which reads: > > ?? > [2010-05-10 20:32:05] W [fuse-bridge.c:1719:fuse_create_cbk] > glusterfs-fuse: > 4499440: /uigs/sugg/.sugg_access_log.2010051012.10.11.89.102.nginx1.cMi7LW > => -1 > (No such file or directory) > [2010-05-10 20:32:13] W [fuse-bridge.c:1719:fuse_create_cbk] > glusterfs-fuse: > 4499542: > /sogou-logs/nginx-logs/proxy/.proxy_access_log.2010051019.10.11.89.102. > nginx1.MnUaIR => -1 (No such file or directory) > > [2010-05-10 20:35:12] W [fuse-bridge.c:491:fuse_entry_cbk] glusterfs-fuse: > LOOKUP(/uigs/pblog/bdweb/201005/20100510) inode (ptr=0x2aaaac010fb0, > ino=183475774 > 468, gen=5467705122580597717) found conflict (ptr=0x1d75640, > ino=183475774468, gen=5467705122580599136) > [2010-05-10 20:35:16] W [fuse-bridge.c:491:fuse_entry_cbk] glusterfs-fuse: > LOOKUP(/uigs/pblog/suggweb/201005/20100510) inode (ptr=0x1d783b0, > ino=245151107323 > , gen=5467705122580597722) found conflict (ptr=0x2aaaac0bc4b0, > ino=245151107323, gen=5467705122580598133) > > [2010-05-10 20:40:08] W [fuse-bridge.c:491:fuse_entry_cbk] glusterfs-fuse: > LOOKUP(/uigs/pblog/bdweb/201005/20100510) inode (ptr=0x2aaab806cca0, > ino=183475774 > 468, gen=5467705122580597838) found conflict (ptr=0x1d75640, > ino=183475774468, gen=5467705122580599136) > [2010-05-10 20:40:12] W [fuse-bridge.c:491:fuse_entry_cbk] glusterfs-fuse: > LOOKUP(/uigs/pblog/suggweb/201005/20100510) inode (ptr=0x1d7c190, > ino=245151107323 > , gen=5467705122580597843) found conflict (ptr=0x2aaaac0bc4b0, > ino=245151107323, gen=5467705122580598133) > > [2010-05-10 20:45:10] W [fuse-bridge.c:491:fuse_entry_cbk] glusterfs-fuse: > LOOKUP(/uigs/pblog/bdweb/201005/20100510) inode (ptr=0x2aaab00a6a90, > ino=183475774 > 468, gen=5467705122580597838) found conflict (ptr=0x1d75640, > ino=183475774468, gen=5467705122580599136) > [2010-05-10 20:45:14] W [fuse-bridge.c:491:fuse_entry_cbk] glusterfs-fuse: > LOOKUP(/uigs/pblog/suggweb/201005/20100510) inode (ptr=0x2aaab80960e0, > ino=2451511 > 07323, gen=5467705122580597669) found conflict (ptr=0x2aaaac0bc4b0, > ino=245151107323, gen=5467705122580598133) > ?? > > Does anybody know what's wrong with our gfs? And another question, in > order to trace the problem, we want to know to which machine the failed > file > should be put, where can I get this information or what can I do? > By the way, we're now using glusterfs version 3.0.3, and we have nearly > 200 data servers in the gfs cluster (in distribute mode, not replicate). > What else do I need to put here in order to make our problem clear if it's > not now? > Thanks for your help! Any suggestion would be appreciated~ > > -- > Quansong Deng(bonnndeng/???) > > Web and Software Technology R&D center > Dept. CST > Tsinghua University, > P.R China > 100084 > > CELL: +86 135 524 20008 > > _______________________________________________ > Gluster-users mailing list > Gluster-users at gluster.org > http://gluster.org/cgi-bin/mailman/listinfo/gluster-users > >
bonn deng
2010-May-21 02:50 UTC
[Gluster-users] Problem: rsync files to glusterfs fail randomly~
Hello, everyone~
A few days ago I asked the same question, then I got a reply from joel
vennin (thanks again), he said they got a similar problem, and once they
removed the readahead configuration, everything worked fine. I took his
advice and the situation got better at that moment. But today, the same
problem occurred again, and I'm sure that our configurations already
excluded the readahead feature. Here's the log from the gfs client where the
rsync operation failed:
??
[2010-05-21 10:25:03] W [fuse-bridge.c:491:fuse_entry_cbk] glusterfs-fuse:
LOOKUP(/uigs/pblog/web/201005
/20100521) inode (ptr=0x18ea9960, ino=231986435693, gen=5471125106254156105)
found conflict (ptr=0x19003
2b0, ino=231986435693, gen=5471125106254156522)
[2010-05-21 10:25:03] W [fuse-bridge.c:1719:fuse_create_cbk] glusterfs-fuse:
35641: /uigs/pblog/web/2010
05/20100521/.pb_access_log.201005211020.10.15.4.61.nginx1.5FyvzI => -1 (No
such file or directory)
[2010-05-21 10:25:03] W [fuse-bridge.c:1719:fuse_create_cbk] glusterfs-fuse:
35644: /uigs/pblog/web/2010
05/20100521/pb_access_log.201005211020.10.15.4.61.nginx1 => -1 (No such file
or directory)
??
Anybody knows the reason that may cause such a problem? Thanks in
advance, any suggestion would be appreciated~
On Mon, May 10, 2010 at 9:12 PM, bonn deng <bonndeng at gmail.com> wrote:
>
> Hello, everyone~
> We're using glusterfs as our data storage tool, after we upgraded
gfs
> version from 2.0.7 to 3.0.3, we encountered some wierd problems: we need to
> rsync some files to gfs cluster every five minutes, but randomly some files
> cannot be transfered correctly or evan cannot be transfered at all. I ssh
to
> the computer where the rsync operation failed and check the log under
> directory "/var/log/glusterfs", which reads:
>
> ??
> [2010-05-10 20:32:05] W [fuse-bridge.c:1719:fuse_create_cbk]
> glusterfs-fuse: 4499440:
> /uigs/sugg/.sugg_access_log.2010051012.10.11.89.102.nginx1.cMi7LW => -1
> (No such file or directory)
> [2010-05-10 20:32:13] W [fuse-bridge.c:1719:fuse_create_cbk]
> glusterfs-fuse: 4499542:
> /sogou-logs/nginx-logs/proxy/.proxy_access_log.2010051019.10.11.89.102.
> nginx1.MnUaIR => -1 (No such file or directory)
>
> [2010-05-10 20:35:12] W [fuse-bridge.c:491:fuse_entry_cbk] glusterfs-fuse:
> LOOKUP(/uigs/pblog/bdweb/201005/20100510) inode (ptr=0x2aaaac010fb0,
> ino=183475774
> 468, gen=5467705122580597717) found conflict (ptr=0x1d75640,
> ino=183475774468, gen=5467705122580599136)
> [2010-05-10 20:35:16] W [fuse-bridge.c:491:fuse_entry_cbk] glusterfs-fuse:
> LOOKUP(/uigs/pblog/suggweb/201005/20100510) inode (ptr=0x1d783b0,
> ino=245151107323
> , gen=5467705122580597722) found conflict (ptr=0x2aaaac0bc4b0,
> ino=245151107323, gen=5467705122580598133)
>
> [2010-05-10 20:40:08] W [fuse-bridge.c:491:fuse_entry_cbk] glusterfs-fuse:
> LOOKUP(/uigs/pblog/bdweb/201005/20100510) inode (ptr=0x2aaab806cca0,
> ino=183475774
> 468, gen=5467705122580597838) found conflict (ptr=0x1d75640,
> ino=183475774468, gen=5467705122580599136)
> [2010-05-10 20:40:12] W [fuse-bridge.c:491:fuse_entry_cbk] glusterfs-fuse:
> LOOKUP(/uigs/pblog/suggweb/201005/20100510) inode (ptr=0x1d7c190,
> ino=245151107323
> , gen=5467705122580597843) found conflict (ptr=0x2aaaac0bc4b0,
> ino=245151107323, gen=5467705122580598133)
>
> [2010-05-10 20:45:10] W [fuse-bridge.c:491:fuse_entry_cbk] glusterfs-fuse:
> LOOKUP(/uigs/pblog/bdweb/201005/20100510) inode (ptr=0x2aaab00a6a90,
> ino=183475774
> 468, gen=5467705122580597838) found conflict (ptr=0x1d75640,
> ino=183475774468, gen=5467705122580599136)
> [2010-05-10 20:45:14] W [fuse-bridge.c:491:fuse_entry_cbk] glusterfs-fuse:
> LOOKUP(/uigs/pblog/suggweb/201005/20100510) inode (ptr=0x2aaab80960e0,
> ino=2451511
> 07323, gen=5467705122580597669) found conflict (ptr=0x2aaaac0bc4b0,
> ino=245151107323, gen=5467705122580598133)
> ??
>
> Does anybody know what's wrong with our gfs? And another question,
in
> order to trace the problem, we want to know to which machine the failed
file
> should be put, where can I get this information or what can I do?
> By the way, we're now using glusterfs version 3.0.3, and we have
nearly
> 200 data servers in the gfs cluster (in distribute mode, not replicate).
> What else do I need to put here in order to make our problem clear if
it's
> not now?
> Thanks for your help! Any suggestion would be appreciated~
>
>