Interestingly, one of our customers is running into this, though with
DHT only, and on a 3.0.5 system. Just filed a report #3646 in the
ticketing system.
Files which are invisible have no xattrs (I do not believe they went
poking around the backend on their own). This includes many of the
directories that are missing ... no xattr.
Is there any curative measures we can take? Copy out of backend and
copy back in?
On 06/23/2011 02:05 PM, Burnash, James wrote:
Sorry – volfile:
http://pastebin.com/2hYZw2V9
James Burnash
Unix Engineer
Knight Capital Group
*From:*gluster-users-boun...@gluster.org
[mailto:gluster-users-boun...@gluster.org] *On Behalf Of *Burnash, James
*Sent:* Thursday, June 23, 2011 2:03 PM
*To:* 'Anand Avati'; Jeff Darcy
*Cc:* gluster-users@gluster.org
*Subject:* Re: [Gluster-users] Files present on the backend but have
become invisible from clients
Hi Anand.
Here is my script (no heckling – I know I do not produce beautiful code
J), and below is the invocation I used:
#!/bin/bash
#
# description: # Gluster server script to check brick extended attributes
#
# J. Burnash 2011
#
# $Id$
ECHO_CMD=""
SORT_CMD="cat"
brick_parent="read-only"
while getopts "a:b:ehsw" flag
do
case $flag in
a) attribute=$OPTARG;
OPTARG="";
;;
b) brick=$OPTARG;
OPTARG="";
;;
e) ECHO_CMD="-n";
;;
s) SORT_CMD="sort -k 2";
;;
w) brick_parent="read-write"
OPTARG="";
;;
h) progname=$(basename $0);
echo "$progname: Usage:";
echo "$progname <-a attribute> <-b brick> hostname1 <hostname2> ...
<hostnameN>";
echo "where -e puts the hostname at the beginning of the output from the
requested comand,";
echo " -a <attribute name> sets the extended attribute to be displayed,";
echo " -b <brick name> sets the brick for which extended attributes are
to be displayed,";
echo "and -h gives this help message";
echo "the brick and attribute arguments may be enclosed in quotes to
allow multiple matches for each host";
echo "Example: $progname 'service nitemond restart' hostname1 <hostname2>"
exit;
;;
*) echo "Unknown argument $flag";
;;
esac
# Debug
#echo "Flag=$flag OPTIND=$OPTIND OPTARG=$OPTARG"
done
# Dispose of processed option arguments:
shift $((OPTIND-1)); OPTIND=1
loop_check -f $ECHO_CMD "cd /export/$brick_parent; for brick_root in
$brick; do echo -n \$HOSTNAME; getfattr -d -e hex -m $attribute
\$brick_root | xargs echo | sed -e \"s/# file:/ /\" ; done" $@ | awk
'{print $2,$3,$1}' | $SORT_CMD
Invocation: check_brick_attrs_ro -e -s -a trusted.afr -b 'g0{1,2}'
jc1letgfs{14,15,17,18}
Thanks,
James Burnash
Unix Engineer
Knight Capital Group
*From:*Anand Avati [mailto:anand.av...@gmail.com]
*Sent:* Thursday, June 23, 2011 6:31 AM
*To:* Jeff Darcy
*Cc:* Burnash, James; gluster-users@gluster.org
*Subject:* Re: [Gluster-users] Files present on the backend but have
become invisible from clients
On Thu, Jun 23, 2011 at 2:10 AM, Jeff Darcy <jda...@redhat.com
<mailto:jda...@redhat.com>> wrote:
On 06/22/2011 02:44 PM, Burnash, James wrote:
> g01/pfs-ro1-client-0=0x000000000000000000000000 jc1letgfs17
> g01/pfs-ro1-client-0=0x000000000600000800000000 jc1letgfs18
> g01/pfs-ro1-client-20=0x000000000000000000000000 jc1letgfs14
> g01/pfs-ro1-client-20=0x000000000200000000000000 jc1letgfs15
> g02/pfs-ro1-client-2=0x000000000000000000000000 jc1letgfs17
> g02/pfs-ro1-client-2=0x000000004500000400000000 jc1letgfs18
> g02/pfs-ro1-client-22=0x000000000000000000000000 jc1letgfs14
> g02/pfs-ro1-client-22=0x000000000200000000000000 jc1letgfs15
>
> Would anybody have any insights as to what is going on here? I'm
> seeing attributes in my sleep these days ... that cannot be good!
Can you give your script or explain what each of those fields mean and
how they fit into your volume configuration? Also can you post your
client volfile?
Avati
DISCLAIMER:
This e-mail, and any attachments thereto, is intended only for use by
the addressee(s)named herein and
may contain legally privileged and/or confidential information. If you
are not the intended recipient of this
e-mail, you are hereby notified that any dissemination, distribution or
copying of this e-mail and any attachments
thereto, is strictly prohibited. If you have received this in error,
please immediately notify me and permanently
delete the original and any printout thereof.E-mail transmission cannot
be guaranteed to be secure or error-free.
The sender therefore does not accept liability for any errors or
omissions in the contents of this message which
arise as a result of e-mail transmission.
NOTICE REGARDING PRIVACY AND CONFIDENTIALITY
Knight Capital Group may, at its discretion, monitor and review the
content of all e-mail communications.
http://www.knight.com <http://www.knight.com/>
_______________________________________________
Gluster-users mailing list
Gluster-users@gluster.org
http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
--
Joseph Landman, Ph.D
Founder and CEO
Scalable Informatics, Inc.
email: land...@scalableinformatics.com
web : http://scalableinformatics.com
http://scalableinformatics.com/sicluster
phone: +1 734 786 8423 x121
fax : +1 866 888 3112
cell : +1 734 612 4615
_______________________________________________
Gluster-users mailing list
Gluster-users@gluster.org
http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
