On 01/29/2016 09:26 PM, Ronny Adsetts wrote:
As far as checking for pending heals, is "gluster volume heal software info"
sufficient?
Yes, that should be good.
Thanks,
Ravi
___
Gluster-users mailing list
Gluster-users@gluster.org
http://www.gluster.o
Ravishankar N wrote on 29/01/2016 15:48:
> Okay, just some general suggestion:
>
> For the files that have link count 1 on the back-end on the 'bad'
> brick, remove the file from the back end on that brick and perform a
> stat on the file from the *mount* on the 'good' brick. This should
> create
Okay, just some general suggestion:
For the files that have link count 1 on the back-end on the 'bad' brick,
remove the file from the back end on that brick and perform a stat on
the file from the *mount* on the 'good' brick. This should create the
file and the .glusterfs hard link on the bad b
Ravishankar N wrote on 29/01/2016 14:35:
> What version of gluster are you using? Was there a chance there were
> directory renames from the client?
Currently running 3.6.8-1 from gluster.org on Debian Wheezy, arch is amd64. My
other reply has a history of the upgrades.
The directory containing
Venky Shankar wrote on 29/01/2016 12:28:
> On Fri, Jan 29, 2016 at 11:34:37AM +, Ronny Adsetts wrote:
>> Venky Shankar wrote on 29/01/2016 11:09:
>>> On Fri, Jan 29, 2016 at 10:46:14AM +, Ronny Adsetts wrote:
No idea how it came about in the first place. Suspect it happened
d
What version of gluster are you using? Was there a chance there were
directory renames from the client?
There was a bug which Pranith fixed quite some time back:
http://review.gluster.org/#/c/7879/ for missing .glusterfs link files.
-Ravi
On 01/29/2016 05:58 PM, Venky Shankar wrote:
On Fri, J
On Fri, Jan 29, 2016 at 11:34:37AM +, Ronny Adsetts wrote:
> Venky Shankar wrote on 29/01/2016 11:09:
> > On Fri, Jan 29, 2016 at 10:46:14AM +, Ronny Adsetts wrote:
> >>
> >> No idea how it came about in the first place. Suspect it happened
> >> during either an operating system upgrade or
On Fri, Jan 29, 2016 at 10:46:14AM +, Ronny Adsetts wrote:
> Follow up for the archives. I fixed this by 'touch'ing all the files with
> zero links:
>
> Testing:
>
> # ls -al /stor/software/win_patches/IE11-Windows6.1-x64-en-us.exe
> -rwxr--r-- 0 ainet Domain Admins 55915216 Oct 15 2013
>
Follow up for the archives. I fixed this by 'touch'ing all the files with zero
links:
Testing:
# ls -al /stor/software/win_patches/IE11-Windows6.1-x64-en-us.exe
-rwxr--r-- 0 ainet Domain Admins 55915216 Oct 15 2013
IE11-Windows6.1-x64-en-us.exe
# touch -a /stor/software/win_patches/IE11-Windo
Joe Julian wrote on 28/01/2016 18:28:
> Response inline
Ditto. And thanks BTW. :-).
> On 01/28/2016 07:28 AM, Ronny Adsetts wrote:
>> Hi all,
>>
>> Have an issue I'm having trouble explaining or getting to the bottom of. I
>> have a two node, two brick replicated 75G volume containing ~4661 file
Response inline
On 01/28/2016 07:28 AM, Ronny Adsetts wrote:
Hi all,
Have an issue I'm having trouble explaining or getting to the bottom of. I have
a two node, two brick replicated 75G volume containing ~4661 files:
gotham:~# gluster volume status software
Status of volume: software
Gluster
Hi all,
Have an issue I'm having trouble explaining or getting to the bottom of. I have
a two node, two brick replicated 75G volume containing ~4661 files:
gotham:~# gluster volume status software
Status of volume: software
Gluster process PortOnline
12 matches
Mail list logo