On 06/17/2015 10:57 PM, Alessandro De Salvo wrote:
> Hi,
> when disabling exports from gluster 3.7.1, by using gluster vol set
> ganesha.enable off, I always get the following error:
>
> Error: Dynamic export addition/deletion failed. Please see log file for
> details
>
> This message is prod
Thanks Guys,
Can I try to update to 3.7.1 ? May be it is good choice.
-邮件原件-
发件人: Atin Mukherjee [mailto:amukh...@redhat.com]
发送时间: 2015年6月17日 18:35
收件人: 何亦军; gluster-users@gluster.org; Anoop Chirayath Manjiyil Sajan
主题: Re: 答复: [Gluster-users] brick become to offline
Downgrade is n
Great, many thanks Soumya!
Alessandro
> Il giorno 17/giu/2015, alle ore 19:43, Soumya Koduri ha
> scritto:
>
>
>
> On 06/17/2015 10:59 PM, Alessandro De Salvo wrote:
>> Thanks Soumya!
>> I was hoping to have something more automatic :-) Is it in the pipeline?
> yes. Infact we are cur
the end, due to my attempt of RemoveExport, which always gave me the same error
as before.
Thanks,
Alessandro
ganesha-20150617.log.gz
Description: GNU Zip compressed data
>
> Reagrds, Malahal.
>
>
smime.p7s
Description: S/MIME cryptographic signature
___
Gluster-users mailing list
Gluster-users@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-users
On 06/17/2015 11:34 PM, Ravishankar N wrote:
On 06/17/2015 10:58 PM, Pranith Markup Karampuri wrote:
On 06/17/2015 10:44 PM, Ravishankar N wrote:
On 06/17/2015 10:34 PM, Pranith Kumar Karampuri wrote:
Depends on the log size. Largest logfile I debugged from customers
is >20GB. Producti
On 06/17/2015 10:58 PM, Pranith Markup Karampuri wrote:
On 06/17/2015 10:44 PM, Ravishankar N wrote:
On 06/17/2015 10:34 PM, Pranith Kumar Karampuri wrote:
Depends on the log size. Largest logfile I debugged from customers
is >20GB. Production logs are generally of the order of GBs.
Read
Hi Soumya,
> Il giorno 17/giu/2015, alle ore 19:41, Soumya Koduri ha
> scritto:
>
>
>
> On 06/17/2015 10:57 PM, Alessandro De Salvo wrote:
>> Hi,
>> when disabling exports from gluster 3.7.1, by using gluster vol set
>> ganesha.enable off, I always get the following error:
>>
>> Error: Dyn
Alessandro De Salvo [alessandro.desa...@roma1.infn.it] wrote:
> What’s more worrying is the problem with the dbus. Issuing a DisplayExport
> before the RemoveExport apparently fixes the problem, so something like this
> always works:
>
> # dbus-send --print-reply --system --dest=org.ganesha.nfsd
I have no knowledge of dbus-send.sh, is it GLUSTER fsal specific? I
don't see it in ganesha source code at all. I use ganesha_mgr command to
show/delete/remove exports. Can you try it and see if that works?
"ganesha_mgr remove_export 2" should be the correct call in your case.
Regards, Malahal.
On 06/17/2015 10:59 PM, Alessandro De Salvo wrote:
Thanks Soumya!
I was hoping to have something more automatic :-) Is it in the pipeline?
yes. Infact we are currently working on it, will be available soon.
-Soumya
Thanks again,
Alessandro
Il giorno 17/giu/2015, alle ore 18:21, S
On 06/17/2015 10:57 PM, Alessandro De Salvo wrote:
Hi,
when disabling exports from gluster 3.7.1, by using gluster vol set
ganesha.enable off, I always get the following error:
Error: Dynamic export addition/deletion failed. Please see log file for details
This message is produced by the fa
Thanks Soumya!
I was hoping to have something more automatic :-) Is it in the pipeline?
Thanks again,
Alessandro
> Il giorno 17/giu/2015, alle ore 18:21, Soumya Koduri ha
> scritto:
>
> Hi Alessandro,
>
> Response inline.
>
> On 06/17/2015 08:07 PM, Alessandro De Salvo wrote:
>> Hi,
On 06/17/2015 10:44 PM, Ravishankar N wrote:
On 06/17/2015 10:34 PM, Pranith Kumar Karampuri wrote:
Depends on the log size. Largest logfile I debugged from customers is
>20GB. Production logs are generally of the order of GBs. Readability
hardly matters when things get to that size.
On
Hi,
when disabling exports from gluster 3.7.1, by using gluster vol set
ganesha.enable off, I always get the following error:
Error: Dynamic export addition/deletion failed. Please see log file for details
This message is produced by the failure of /usr/libexec/ganesha/dbus-send.sh,
and in fac
On 06/17/2015 10:34 PM, Pranith Kumar Karampuri wrote:
Depends on the log size. Largest logfile I debugged from customers is
>20GB. Production logs are generally of the order of GBs. Readability
hardly matters when things get to that size.
On the contrary, readability is what matters the mo
On 06/17/2015 10:20 PM, Atin Mukherjee wrote:
Sent from one plus one
On Jun 17, 2015 10:10 PM, "Pranith Kumar Karampuri"
mailto:pkara...@redhat.com>> wrote:
>
>
>
> On 06/17/2015 09:28 PM, Ravishankar N wrote:
>>
>> Hello,
>>
>> I sent a patch [1] to print the backtrace generated by
'gf_log
On 06/17/2015 10:10 PM, Pranith Kumar Karampuri wrote:
On 06/17/2015 09:28 PM, Ravishankar N wrote:
Hello,
I sent a patch [1] to print the backtrace generated by
'gf_log_callingfn' (only) in a human-readable way. While it improves
readability by printing every function of the backtrace in
Sent from one plus one
On Jun 17, 2015 10:10 PM, "Pranith Kumar Karampuri"
wrote:
>
>
>
> On 06/17/2015 09:28 PM, Ravishankar N wrote:
>>
>> Hello,
>>
>> I sent a patch [1] to print the backtrace generated by
'gf_log_callingfn' (only) in a human-readable way. While it improves
readability by print
On 06/17/2015 09:28 PM, Ravishankar N wrote:
Hello,
I sent a patch [1] to print the backtrace generated by
'gf_log_callingfn' (only) in a human-readable way. While it improves
readability by printing every function of the backtrace in a separate
line (which is how a backtrace *should* look)
Hi Alessandro,
Response inline.
On 06/17/2015 08:07 PM, Alessandro De Salvo wrote:
Hi,
I do not seem to be able to find an option to automatically add the gluster
volume restrictions I can put with auth.allow into a ganesha export.
As far as I have understood this can be done by using a defaul
On 06/16/2015 07:26 PM, Łukasz Zygmański wrote:
My test (from client):
# dd if=/dev/zero of=test bs=1024 count=10240
and I see the file on gluster01, but I have to wait the aforementioned
about 7 minutes for the files to appear on gluster02.
Looks like your fuse client has lost connection to
Hello,
I sent a patch [1] to print the backtrace generated by
'gf_log_callingfn' (only) in a human-readable way. While it improves
readability by printing every function of the backtrace in a separate
line (which is how a backtrace *should* look), it violates the fact that
every log in gluste
On 06/17/2015 07:04 PM, Игорь Бирюлин wrote:
If we turn off one server, another will be work and mounted volume
will be use without problem.
But if we rebooted our another server, when first was turned off (or
gluster was stopped on this server), our volume cann't mount (glusterd
started).
If
Where should be the dump file ?
in the log file (nothing this same day before):
[2015-06-17 05:57:32.034533] I [glusterfsd-mgmt.c:56:mgmt_cbk_spec] 0-mgmt:
Volume file changed
[2015-06-17 05:57:32.085366] I [glusterfsd-mgmt.c:56:mgmt_cbk_spec] 0-mgmt:
Volume file changed
[2015-06-17 05:57:32.085
Hi,
Looks like the process crashed.
Could you provide the logs associated with this process along with the volume
configuration?
The process must have dumped a core file. Could you attach the core to gdb and
provide its backtrace as well?
-Krutika
- Original Message -
> From: "Ma
Hi,
I do not seem to be able to find an option to automatically add the gluster
volume restrictions I can put with auth.allow into a ganesha export.
As far as I have understood this can be done by using a default Access_type =
None in the export and then adding one or more CLIENT block for the sp
On Wed, Jun 17, 2015 at 08:27:57AM -0400, Kaleb S. KEITHLEY wrote:
> Hi,
>
> I would actually prefer that we solve the issue with using the unbundled
> libntirpc. That seems like the better long term solution, and one we
> have to tackle anyway as we have a hard end date for using the bundled
> li
Hello,
On on my gluster mount crashed this morning on one of my gluster client for
this share.
I am use fuse.
Gluster server wad updated to 3.7.1 and this client too but not rebooted.
Trying to mount again this share failed. After reboot, everything is ok
again.
Any clue ?
Jun 17 07:57:32 mycli
Hello.
I have installation with 2 servers and one volume with type
"Replicate".
Volume mounted on these 2 server
too.
If we turn off one server, another will be work and mounted volume will be
use without problem.
But if we rebooted our another server, when first was turned off (or
gluster was st
Hi,
I would actually prefer that we solve the issue with using the unbundled
libntirpc. That seems like the better long term solution, and one we
have to tackle anyway as we have a hard end date for using the bundled
libntirpc in Fedora and EPEL.
In the mean time I've reverted the EPEL 7 build (a
On 06/17/2015 02:12 PM, Atin Mukherjee wrote:
>
>
> On 06/17/2015 01:53 PM, 何亦军 wrote:
>> Hi Guys,
>>
>> I have done gluster upgrade to 3.7.1, then after downgrade back
>> 3.6.2.I don’t know something wrong, the server brick become to offline.
>> How to fix that problem? Thanks
Downgrade is not recommended and this is not a bug.
On 06/17/2015 02:28 PM, 何亦军 wrote:
> Yes, You are right.
> So, Anything I can do? My glusterfs pool stuck in that problem.
>
> 3.7.2 can be fix my issue?
>
> -邮件原件-
> 发件人: Atin Mukherjee [mailto:amukh...@redhat.com]
> 发送时间: 2015年6月17日
Hi All,
In about 90 minutes from now we will have the regular weekly Gluster
Community meeting.
Meeting details:
- location: #gluster-meeting on Freenode IRC
- webchat: https://webchat.freenode.net/?channels=gluster-meeting
- date: every Wednesday
- time: 8:00 EDT, 12:00 UTC, 12:00 CEST, 17:30
Hi,
guys, have you tried to play with this? product can't be named stable, if
significant part of it (HA) does not run properly ...
2015-06-15 9:50 GMT+03:00 Roman :
> any ideas?
>
> 2015-06-12 0:53 GMT+03:00 Roman :
>
>> Ah so many information to share and I forgot one more thing:
>> if I creat
Yes, You are right.
So, Anything I can do? My glusterfs pool stuck in that problem.
3.7.2 can be fix my issue?
-邮件原件-
发件人: Atin Mukherjee [mailto:amukh...@redhat.com]
发送时间: 2015年6月17日 16:43
收件人: 何亦军; gluster-users@gluster.org; Anoop Chirayath Manjiyil Sajan
主题: Re: [Gluster-users] brick
On 06/17/2015 01:53 PM, 何亦军 wrote:
> Hi Guys,
>
> I have done gluster upgrade to 3.7.1, then after downgrade back
> 3.6.2.I don’t know something wrong, the server brick become to offline.
> How to fix that problem? Thanks so much.
>
> [root@gwgfs01 ~]# gluster volume status
Hi Guys,
I have done gluster upgrade to 3.7.1, then after downgrade back 3.6.2.
I don’t know something wrong, the server brick become to offline. How to
fix that problem? Thanks so much.
[root@gwgfs01 ~]# gluster volume status
Status of volume: vol01
Gluster process
37 matches
Mail list logo
