Displaying 6 results from an estimated 6 matches for "8db2".
Did you mean:
8b2
2017 Aug 22
2
more questions on setting up autofs on C7
...ifferent, and I"m not sure how to do it.
I have an external RAID1 box that attaches via USB. It is/will be
nearly always /dev/sdc, but being USB I can't guarantee that it
will always be found there.
accordingly, in my /etc/fstab I have an entry that mounts it via its
UUID:
UUID=09bfc97a-8db2-46de-b4dd-427da19b114 /mnt/backup xfs defaults,noauto,users 0 2
and I'm wondering how to specify that in an autofs recipe instead...
If doing cifs mounts, /etc/auto.master may contain this line:
/mymount /etc/auto.mymount
then there would be a file /etc/auto.mymount that contains...
2017 Aug 23
2
more questions on setting up autofs on C7
...ith wrote:
> >so, in my case, the USB drive contains an xfs filesystem. would I
> >do something like this:
> >
> >in /etc/auto.master:
> >backup /etc/auto.backup
> >
> >and in /etc/auto.backup
> >backup -fstype=xfs,defaults,noauto,users :UUID=09bfc97a-8db2-46de-b4dd-427da19b114
>
> In auto.master, the first field is a directory, so it should be "/backup".
>
> Debian's documentation says you shouldn't need to prefix UUID with a
> ':', so remove that from auto.backup if the configuration you
> described doe...
2017 Aug 23
0
more questions on setting up autofs on C7
On 08/21/2017 07:23 PM, Fred Smith wrote:
> so, in my case, the USB drive contains an xfs filesystem. would I
> do something like this:
>
> in /etc/auto.master:
> backup /etc/auto.backup
>
> and in /etc/auto.backup
> backup -fstype=xfs,defaults,noauto,users :UUID=09bfc97a-8db2-46de-b4dd-427da19b114
In auto.master, the first field is a directory, so it should be "/backup".
Debian's documentation says you shouldn't need to prefix UUID with a
':', so remove that from auto.backup if the configuration you described
doesn't work. Alternativel...
2017 Oct 26
0
not healing one file
Hey Richard,
Could you share the following informations please?
1. gluster volume info <volname>
2. getfattr output of that file from all the bricks
getfattr -d -e hex -m . <brickpath/filepath>
3. glustershd & glfsheal logs
Regards,
Karthik
On Thu, Oct 26, 2017 at 10:21 AM, Amar Tumballi <atumball at redhat.com> wrote:
> On a side note, try recently released health
2017 Oct 26
3
not healing one file
On a side note, try recently released health report tool, and see if it
does diagnose any issues in setup. Currently you may have to run it in all
the three machines.
On 26-Oct-2017 6:50 AM, "Amar Tumballi" <atumball at redhat.com> wrote:
> Thanks for this report. This week many of the developers are at Gluster
> Summit in Prague, will be checking this and respond next
2017 Oct 26
2
not healing one file
...ommon.c:1327:afr_log_selfheal] 0-home-replicate-0: Completed data selfheal on 94a051ce-e0b1-4f43-93e8-c962d380007a. sources=0 [2] sinks=1
[2017-10-25 10:40:11.779213] I [MSGID: 108026] [afr-self-heal-common.c:1327:afr_log_selfheal] 0-home-replicate-0: Completed data selfheal on a0d7c1c0-f7f8-4cc7-8db2-7cfeb551d8a2. sources=0 [2] sinks=1
[2017-10-25 10:40:11.787770] I [MSGID: 108026] [afr-self-heal-common.c:1327:afr_log_selfheal] 0-home-replicate-0: Completed data selfheal on 0985260a-56ca-439a-9caa-6151f0da6c8d. sources=0 [2] sinks=1
[2017-10-25 10:40:11.795772] I [MSGID: 108026] [afr-self-h...