[Gluster-users] glusterfsd process spinning

Franco Broi franco.broi at iongeo.com
Thu Jul 10 06:10:08 UTC 2014


Finally got around to trying this and it doesn't work!!

[2014-07-10 06:08:03.206733] E [glusterd-handshake.c:787:__glusterd_mgmt_hndsk_version_ack_cbk] 0-management: Failed to get handshake ack from remote server
[2014-07-10 06:08:08.739385] E [glusterd-handshake.c:787:__glusterd_mgmt_hndsk_version_ack_cbk] 0-management: Failed to get handshake ack from remote server
[2014-07-10 06:08:09.163102] E [glusterd-rebalance.c:729:glusterd_defrag_event_notify_handle] 0-: Failed to update status
[2014-07-10 06:08:09.163530] E [glusterd-hooks.c:277:glusterd_hooks_run_hooks] 0-management: Failed to open dir /var/lib/glusterd/hooks/1/start/pre, due to No such file or directory
[2014-07-10 06:08:09.252490] E [glusterd-utils.c:4267:glusterd_brick_start] 0-management: Unable to start brick nas5-10g:/data17/gvol
[2014-07-10 06:08:09.252526] E [glusterd-syncop.c:840:gd_commit_op_phase] 0-management: Commit of operation 'Volume Start' failed on localhost    



On Wed, 2014-06-25 at 13:21 +0800, Franco Broi wrote: 
> Ok, I'm going to try this tomorrow. Anyone have anything else to add??
> What's the worst that can happen?
> 
> On Mon, 2014-06-23 at 20:11 +0530, Kaushal M wrote: 
> > On Wed, Jun 18, 2014 at 6:58 PM, Justin Clift <justin at gluster.org> wrote:
> > > On 18/06/2014, at 9:36 AM, Kaushal M wrote:
> > >> You are right. Since you had installed gluster-3.5, the operating
> > >> version had changed to 3, which is the operating version of gluster
> > >> 3.5. This op-version is saved in the glusterd.info file in
> > >> /var/lib/glusterd.
> > >> The op-version of gluster-3.4 is just 2. So when you downgraded,
> > >> glusterd refused to start as it couldn't support features that could
> > >> have been enabled when you were running gluster-3.5.
> > >
> > >
> > > What's the workaround?  Delete /var/lib/glusterd/glusterd.info after
> > > the downgrade, before starting the 3.4 daemons?
> > >
> > 
> > Deleting glusterd.info would be a bad idea, as it would cause the UUID
> > to be regenerated. Instead, you could just edit the glusterd.info
> > file, and set operating-version to 2. This would allow glusterd to
> > start up. I would also suggest that the volfiles be regenerated as
> > well, by running
> >   'glusterd --xlator-option *.upgrade=on -N'.
> > If volfiles were generated with newer features/xlators etc., while
> > running at the higher version, this would make sure that the volfiles
> > are again compliant with 3.4. This would only work if no new features
> > have been explicitly enabled. In that case you'd need to edit the
> > volinfo files and remove any new options that were enabled, before
> > regenerating the volfiles.
> > 
> > ~kaushal
> > 
> > > + Justin
> > >
> > > --
> > > GlusterFS - http://www.gluster.org
> > >
> > > An open source, distributed file system scaling to several
> > > petabytes, and handling thousands of clients.
> > >
> > > My personal twitter: twitter.com/realjustinclift
> > >
> 
> 
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://supercolony.gluster.org/mailman/listinfo/gluster-users





More information about the Gluster-users mailing list