Re: faied start the glusterd after reboot

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I believe you and Abhishek are from the same group and sharing the
common set up. Could you check the content of /var/lib/glusterd/* in
board B (post reboot and before starting glusterd) matches with
/var/lib/glusterd/* from board A?

~Atin

On 02/25/2016 03:48 PM, songxin wrote:
> Hi,
> I have a problem as below when I start the gluster after reboot a board.
> 
> precondition: 
> I use two boards do this test.
> The version of glusterfs is 3.7.6.
> 
> A board ip:128.224.162.255 
> B board ip:128.224.95.140 
> 
> reproduce steps:
> 
> 1.systemctl start glusterd (A board) 
> 2.systemctl start glusterd (B board) 
> 3.gluster peer probe 128.224.95.140 (A board) 
> 4.gluster volume create gv0 replica 2 128.224.95.140:/tmp/brick1/gv0
> 128.224.162.255:/data/brick/gv0 force (local board)
> 5.gluster volume start gv0 (A board) 
> 6.press the reset button on the A board.It is a develop board so it has
> a reset button that is similar to reset button on pc (A board) 
> 7.run command "systemctl start glusterd" after A board reboot. And
> command failed because the file /var/lib/glusterd/snaps/.nfsxxxxxxxxx
> (local board) .
> Log is as below.
> [2015-12-07 07:55:38.260084] E [MSGID: 101032]
> [store.c:434:gf_store_handle_retrieve] 0-: Path corresponding to
> /var/lib/glusterd/snaps/.nfs0000000001722f4000000002
> [2015-12-07 07:55:38.260120] D [MSGID: 0]
> [store.c:439:gf_store_handle_retrieve] 0-: Returning -1                
>                                               
> [2015-12-07 07:55:38.260152] E [MSGID: 106200]
> [glusterd-store.c:3332:glusterd_store_update_snap] 0-management: snap
> handle is NULL                                 
> [2015-12-07 07:55:38.260180] E [MSGID: 106196]
> [glusterd-store.c:3427:glusterd_store_retrieve_snap] 0-management:
> Failed to update snapshot for .nfs0000000001722f40
> [2015-12-07 07:55:38.260208] E [MSGID: 106043]
> [glusterd-store.c:3589:glusterd_store_retrieve_snaps] 0-management:
> Unable to restore snapshot: .nfs0000000001722f400
> [2015-12-07 07:55:38.260241] D [MSGID: 0]
> [glusterd-store.c:3607:glusterd_store_retrieve_snaps] 0-management:
> Returning with -1                              
> [2015-12-07 07:55:38.260268] D [MSGID: 0]
> [glusterd-store.c:4339:glusterd_restore] 0-management: Returning -1    
>                                                  
> [2015-12-07 07:55:38.260325] E [MSGID: 101019]
> [xlator.c:428:xlator_init] 0-management: Initialization of volume
> 'management' failed, review your volfile again    
> [2015-12-07 07:55:38.260355] E [graph.c:322:glusterfs_graph_init]
> 0-management: initializing translator failed                            
>                          
> [2015-12-07 07:55:38.260374] E [graph.c:661:glusterfs_graph_activate]
> 0-graph: init failed                                 
> 
> 8.rm /var/lib/glusterd/snaps/.nfsxxxxxxxxx (A board) 
> 9..run command "systemctl start glusterd" and success. 
> 10.at this point the peer status is Peer in Cluster (Connected) and all
> process is online. 
> 
> If a node abnormal reset, must I remove
> the  /var/lib/glusterd/snaps/.nfsxxxxxx before starting the glusterd?
> 
> I want to know if it is nomal.
> 
> Thanks,
> Xin
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>  
> 
> 
> 
> _______________________________________________
> Gluster-users mailing list
> Gluster-users@xxxxxxxxxxx
> http://www.gluster.org/mailman/listinfo/gluster-users
> 
_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-users




[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux