I've not got a chance to look at it which I will do now. Thanks for reminder!
-Atin
Sent from one plus one
On Aug 17, 2015 7:19 PM, "Davy Croonen" <davy.croonen@xxxxxxxxxxx> wrote:
Hi Atin
Any news on this one?
KRDavy
On 12 Aug 2015, at 16:41, Atin Mukherjee <atin.mukherjee83@xxxxxxxxx> wrote:
Davy,
I will check this with Kaleb and get back to you.
-Atin
Sent from one plus oneOn Aug 12, 2015 7:22 PM, "Davy Croonen" <davy.croonen@xxxxxxxxxxx> wrote:
Atin
No problem to raise a bug for this, but isn’t this already addressed here:
KRDavy
On 12 Aug 2015, at 14:56, Atin Mukherjee <amukherj@xxxxxxxxxx> wrote:
Well, this looks like a bug even in 3.7 as well. I've posted a fix [1]
to address it.
[1] http://review.gluster.org/11898
Could you please raise a bug for this?
~Atin
On 08/12/2015 01:32 PM, Davy Croonen wrote:
Hi Atin
Thanks for your answer. The op-version was indeed an old one, 30501 to be precise. I’ve updated the op-version to the one you suggested with the command: gluster volume set all cluster.op-version 30603. From testing it seems this issue is solved for the moment.
Considering the errors in the etc-glusterfs-glusterd.vol.log file I’m looking forward to hear from you.
Thanks in advance.
KR
Davy
On 11 Aug 2015, at 19:28, Atin Mukherjee <atin.mukherjee83@xxxxxxxxx<mailto:atin.mukherjee83@xxxxxxxxx>> wrote:
-Atin
Sent from one plus one
On Aug 11, 2015 7:54 PM, "Davy Croonen" <davy.croonen@xxxxxxxxxxx<mailto:davy.croonen@xxxxxxxxxxx>> wrote:
I will check this and get back to you.
Hi all
Our etc-glusterfs-glusterd.vol.log is filling up with entries as shown:
[2015-08-11 11:40:33.807940] E [glusterd-utils.c:7410:glusterd_add_inode_size_to_dict] 0-management: tune2fs exited with non-zero exit status
[2015-08-11 11:40:33.807962] E [glusterd-utils.c:7436:glusterd_add_inode_size_to_dict] 0-management: failed to get inode size
Have you bump up the op version to 30603? Otherwise glusterd will still have cluster locking and then multiple commands can't run simultaneously.
>From the mailinglist archive I could understand this was a problem in gluster version 3.4 and should be fixed. We started out from version 3.5 and upgraded in the meantime to version 3.6.4 but the error in the errorlog still exists.
We are also unable to execute the command
$gluster volume status all inode
as a result gluster hangs up with the message: “Another transaction is in progress. Please try again after sometime.” while executing the command
$gluster volume status
The error messages are not because of this.
Are the error messages in the logs related to the hung up of gluster while executing the mentioned commands? And any ideas about how to fix this?
Kind regards
Davy
_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx<mailto: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
--
~Atin
_______________________________________________ Gluster-users mailing list Gluster-users@xxxxxxxxxxx http://www.gluster.org/mailman/listinfo/gluster-users
