<br><div class="gmail_quote">On Sun, Aug 19, 2012 at 7:02 AM, Emmanuel Dreyfus <span dir="ltr"><<a href="mailto:manu@netbsd.org" target="_blank">manu@netbsd.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>On Sun, Aug 19, 2012 at 01:18:45PM +0000, Emmanuel Dreyfus wrote:<br>
> Yes, I went from 1 brick to 2 bricks. I will try 2->, but is 1->2 known<br>
> to have issues?<br>
<br>
</div>2->3 seems to work much better. logs report a bunch of ENOENT, but the<br>
processes using the filesystem do not notice.<br>
<br>
[2012-08-19 15:56:51.669680] I [fuse-bridge.c:4195:fuse_graph_setup] 0-fuse:<br>
switched to graph 1<br>
[2012-08-19 15:56:51.670553] I [client-handshake.c:453:<br>
client_set_lk_version_cbk] 1-vndfs-client-2: Server lk version = 1<br>
[2012-08-19 15:56:51.677781] I [dht-layout.c:593:dht_layout_normalize]<br>
<div> 1-vndfs-dht: found anomalies in /. holes=1 overlaps=0<br></div></blockquote><div><br></div><div>This is odd. Not sure why it is still finding a hole in the layout of /.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
</div>[2012-08-19 15:56:51.692181] I [client.c:2151:notify] 0-vndfs-client-0:<br>
<div> current graph is no longer active, destroying rpc_client<br>
</div>[2012-08-19 15:56:51.692642] I [client.c:2151:notify] 0-vndfs-client-1:<br>
<div> current graph is no longer active, destroying rpc_client<br>
</div>[2012-08-19 15:56:51.694201] I [client.c:2090:client_rpc_notify]<br>
0-vndfs-client-0: disconnected<br>
[2012-08-19 15:56:51.694658] I [client.c:2090:client_rpc_notify]<br>
0-vndfs-client-1: disconnected<br>
[2012-08-19 15:56:51.713532] W [client3_1-fops.c:1954:client3_1_setattr_cbk]<br>
1-vndfs-client-2: remote operation failed: No such file or directory<br>
[2012-08-19 15:56:51.732550] W [client3_1-fops.c:327:client3_1_mkdir_cbk]<br>
1-vndfs-client-2: remote operation failed: No such file or directory. Path:<br>
<gfid:18d83ff6-01c3-4078-9af1-0033b0621a94>/0f<br>
(00000000-0000-0000-0000-000000000000)</blockquote><div><br></div><div>This is fine. The application is probably cd'd in a directory and created a subdir. Because of the missing parent dir the mkdir of the subdir failed on the newly added server. Eventually when lookups arrive from the ancestors (or during rebalance) the missing dirs will be created.</div>
<div><br></div><div>Avati</div></div>