strange behavior with glusterfs 3.2.0

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Christopher,

I see that that the server side volfile has a translator missing. How did you generate the volfile? 

----- Original Message -----
> From: "Christopher Anderlik" <christopher.anderlik at xidras.com>
> To: gluster-users at gluster.org
> Sent: Monday, May 2, 2011 7:09:47 PM
> Subject: Re: strange behavior with glusterfs 3.2.0
> hello again.
> 
> I realized that all these problems occurs if there is a 0-size-file on
> one of the 2 gfs-server
> (replicated).
> 
> so, when or how do these 0-size-files occur?
> 
> only a webserver (apache) access these files. I can't believe, that
> the webserver is the reason for
> these 0-size-files.
> 
> thx
> christopher
> 
> 
> 
> 
> 
> 
> 
> Am 02.05.2011 09:18, schrieb Christopher Anderlik:
> > Hi Amar,
> >
> > thank you very much for your answer.
> >
> > Cheers,
> > Christopher
> >
> >
> >
> >
> > Am 02.05.2011 08:48, schrieb Amar Tumballi:
> >> Hi Christopher,
> >>
> >> The issue of excessive logs (only the 'pure path resolution' logs)
> >> is being debugged (and it happens
> >> only in case of afr self-heal, or a rebalance at this time). But
> >> anyways, just those logs are not
> >> harmful, and you can ignore them.
> >>
> >> You can contact http://www.gluster.com/company/contact/ ( +1 (800)
> >> 805 5215) and somebody should be
> >> getting back to you.
> >>
> >> Regards,
> >> Amar
> >>
> >> On Mon, May 2, 2011 at 11:50 AM, Christopher Anderlik
> >> <christopher.anderlik at xidras.com
> >> <mailto:christopher.anderlik at xidras.com>> wrote:
> >>
> >> hi.
> >>
> >> hm, so it seems that nobody else have these problems.
> >> is there any possibility to get professional support for glusterfs?
> >> does someone has a link/contact?
> >>
> >> thank you
> >> christopher
> >>
> >>
> >>
> >>
> >>
> >> Am 29.04.2011 08:42, schrieb Christopher Anderlik:
> >>
> >> hello.
> >>
> >> we use glusterfs 3.2.0
> >> 2 glusterfs-server with SLES 11.1
> >> and several clients which access the gfs-volumes.
> >>
> >>
> >> configuration:
> >>
> >>
> >>
> >> info
> >> ----
> >> type=2
> >> count=2
> >> status=1
> >> sub_count=2
> >> version=1
> >> transport-type=0
> >> volume-id=05168b54-6a5c-4aa3-91ee-63d16976c6cd
> >> brick-0=10.0.1.xxx:-glusterstorage-macm03
> >> brick-1=10.0.1.xxy:-glusterstorage-macm03
> >>
> >>
> >>
> >>
> >>
> >>
> >> macm03-fuse.vol
> >> ---------------
> >> volume macm03-client-0
> >> type protocol/client
> >> option remote-host 10.0.1.xxx
> >> option remote-subvolume /glusterstorage/macm03
> >> option transport-type tcp
> >> end-volume
> >>
> >> volume macm03-client-1
> >> type protocol/client
> >> option remote-host 10.0.1.xxy
> >> option remote-subvolume /glusterstorage/macm03
> >> option transport-type tcp
> >> end-volume
> >>
> >> volume macm03-replicate-0
> >> type cluster/replicate
> >> subvolumes macm03-client-0 macm03-client-1
> >> end-volume
> >>
> >> volume macm03-write-behind
> >> type performance/write-behind
> >> subvolumes macm03-replicate-0
> >> end-volume
> >>
> >> volume macm03-read-ahead
> >> type performance/read-ahead
> >> subvolumes macm03-write-behind
> >> end-volume
> >>
> >> volume macm03-io-cache
> >> type performance/io-cache
> >> subvolumes macm03-read-ahead
> >> end-volume
> >>
> >> volume macm03-quick-read
> >> type performance/quick-read
> >> subvolumes macm03-io-cache
> >> end-volume
> >>
> >> volume macm03-stat-prefetch
> >> type performance/stat-prefetch
> >> subvolumes macm03-quick-read
> >> end-volume
> >>
> >> volume macm03
> >> type debug/io-stats
> >> subvolumes macm03-stat-prefetch
> >> end-volume
> >>
> >>
> >>
> >>
> >>
> >> macm03.10.0.1.xxx.glusterstorage-macm03.vol
> >> -------------------------------------------
> >> volume macm03-posix
> >> type storage/posix
> >> option directory /glusterstorage/macm03
> >> end-volume
> >>
> >> volume macm03-access-control
> >> type features/access-control
> >> subvolumes macm03-posix
> >> end-volume
> >>
> >> volume macm03-locks
> >> type features/locks
> >> subvolumes macm03-access-control
> >> end-volume
> >>
> >> volume macm03-io-threads
> >> type performance/io-threads
> >> subvolumes macm03-locks
> >> end-volume
> >>
> >> volume /glusterstorage/macm03
> >> type debug/io-stats
> >> subvolumes macm03-io-threads
> >> end-volume
> >>
> >> volume macm03-server
> >> type protocol/server
> >> option transport-type tcp
> >> option auth.addr./glusterstorage/macm03.allow *
> >> subvolumes /glusterstorage/macm03
> >> end-volume
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> macm03.10.0.1.xxy.glusterstorage-macm03.vol
> >> -------------------------------------------
> >> volume macm03-posix
> >> type storage/posix
> >> option directory /glusterstorage/macm03
> >> end-volume
> >>
> >> volume macm03-access-control
> >> type features/access-control
> >> subvolumes macm03-posix
> >> end-volume
> >>
> >> volume macm03-locks
> >> type features/locks
> >> subvolumes macm03-access-control
> >> end-volume
> >>
> >> volume macm03-io-threads
> >> type performance/io-threads
> >> subvolumes macm03-locks
> >> end-volume
> >>
> >> volume /glusterstorage/macm03
> >> type debug/io-stats
> >> subvolumes macm03-io-threads
> >> end-volume
> >>
> >> volume macm03-server
> >> type protocol/server
> >> option transport-type tcp
> >> option auth.addr./glusterstorage/macm03.allow *
> >> subvolumes /glusterstorage/macm03
> >> end-volume
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> client
> >> ------
> >> the client has mounted the volume via fstab like this:
> >> server:/macm03 /srv/www/GFS glusterfs defaults,_netdev 0 0
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> now we registered strange behavior and i have some questions:
> >>
> >>
> >>
> >> 1) files with size 0
> >> we find many files with size 0. in server-log we only find this.
> >> what does this mean?
> >> (most all files in one directory has size 0).
> >>
> >>
> >> [2011-04-28 23:52:00.630869] I
> >> [server-resolve.c:580:server_resolve] 0-macm03-server: pure path
> >> resolution for /xxx/preview/4aa76fa541413.jpg (LOOKUP)
> >> [2011-04-28 23:52:00.637384] I
> >> [server-resolve.c:580:server_resolve] 0-macm03-server: pure path
> >> resolution for /xxx/preview/4aa76fa541413.jpg (UNLINK)
> >> [2011-04-28 23:52:00.693183] I
> >> [server-resolve.c:580:server_resolve] 0-macm03-server: pure path
> >> resolution for /xxx/preview/4aa76fa541413.jpg (LOOKUP)
> >> [2011-04-28 23:52:00.711092] I
> >> [server-resolve.c:580:server_resolve] 0-macm03-server: pure path
> >> resolution for /xxx/preview/4aa76fa541413.jpg (MKNOD)
> >> [2011-04-28 23:52:00.746289] I
> >> [server-resolve.c:580:server_resolve] 0-macm03-server: pure path
> >> resolution for /xxx/preview/4aa76fa541413.jpg (SETATTR)
> >> [2011-04-28 23:52:16.373532] I
> >> [server-resolve.c:580:server_resolve] 0-macm03-server: pure path
> >> resolution for /xxx/preview/4aa76fa541413.jpg (LOOKUP)
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> 2) then the client is selfhealing meta-data all the time....
> >> (because the file has has size
> >> 0 on one
> >> of the servers???)
> >> but we triggered selfhealing severalt time like this:
> >> http://europe.gluster.org/community/documentation/index.php/Gluster_3.1:_Triggering_Self-Heal_on_Replicate
> >>
> >>
> >>
> >>
> >>
> >> [2011-04-29 07:55:27.188743] I
> >> [afr-common.c:581:afr_lookup_collect_xattr] 0-macm03-replicate-0:
> >> data self-heal is pending for
> >> /videos12/29640/preview/4aadf4b757de6.jpg.
> >> [2011-04-29 07:55:27.188829] I [afr-common.c:735:afr_lookup_done]
> >> 0-macm03-replicate-0:
> >> background
> >> meta-data data self-heal triggered. path:
> >> /videos12/29640/preview/4aadf4b757de6.jpg
> >> [2011-04-29 07:55:27.194446] W [dict.c:437:dict_ref]
> >> (-->/opt/glusterfs/3.2.0/lib64/glusterfs/3.2.0/xlator/protocol/client.so(client3_1_fstat_cbk+0x2bb)
> >> [0x2aaaaafe833b]
> >> (-->/opt/glusterfs/3.2.0/lib64/glusterfs/3.2.0/xlator/cluster/replicate.so(afr_sh_data_fstat_cbk+0x17d)
> >>
> >> [0x2aaaab11c9ad]
> >> (-->/opt/glusterfs/3.2.0/lib64/glusterfs/3.2.0/xlator/cluster/replicate.so(afr_sh_data_fix+0x1fc)
> >> [0x2aaaab11c64c]))) 0-dict: dict is NULL
> >>
> >>
> >>
> >>
> >>
> >> 3)
> >> on some of the clients we then can not access the whole directory:
> >>
> >> # dir xxx/preview/
> >> /bin/ls: reading directory xxx/preview/: File descriptor in bad
> >> state
> >> total 0
> >>
> >>
> >> in logs we find this:
> >>
> >> [2011-04-29 08:36:17.224301] W
> >> [afr-common.c:634:afr_lookup_self_heal_check]
> >> 0-macm03-replicate-0:
> >> /videos12/30181: gfid different on subvolume
> >> [2011-04-29 08:36:17.241330] I [afr-common.c:680:afr_lookup_done]
> >> 0-macm03-replicate-0:
> >> entries are
> >> missing in lookup of /xxx/preview.
> >> [2011-04-29 08:36:17.241373] I [afr-common.c:735:afr_lookup_done]
> >> 0-macm03-replicate-0:
> >> background
> >> meta-data data entry self-heal triggered. path: /xxx/preview
> >> [2011-04-29 08:36:17.243160] I
> >> [afr-self-heal-metadata.c:595:afr_sh_metadata_lookup_cbk]
> >> 0-macm03-replicate-0: path /videos12/30181/preview on subvolume
> >> macm03-client-0 => -1 (No
> >> such file
> >> or directory)
> >> [2011-04-29 08:36:17.302228] I
> >> [afr-dir-read.c:120:afr_examine_dir_readdir_cbk]
> >> 0-macm03-replicate-0: /videos12/30181/preview: failed to do opendir
> >> on macm03-client-0
> >> [2011-04-29 08:36:17.303836] I
> >> [afr-dir-read.c:174:afr_examine_dir_readdir_cbk]
> >> 0-macm03-replicate-0: entry self-heal triggered. path:
> >> /xxx/preview, reason: checksums of
> >> directory
> >> differ, forced merge option set
> >>
> >>
> >>
> >>
> >>
> >>
> >> 4)
> >> sometimes when we umount glusterfs-volume on client and remount it
> >> again, we can access the
> >> dirctory
> >> which was in bad state before -> and then also selfhealing works at
> >> it should
> >> but sometimes also a remount does not work.
> >>
> >>
> >>
> >>
> >>
> >>
> >> any help would be appreciated.
> >> thank you very very much!
> >>
> >>
> >>
> >> thx
> >> christopher
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> _______________________________________________
> >> Gluster-users mailing list
> >> Gluster-users at gluster.org <mailto:Gluster-users at gluster.org>
> >> http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
> >>
> >>
> >> --
> >>
> >> Mag. Christopher Anderlik
> >> Leiter Technik
> >>
> >> ________________________________________________________________________________
> >>
> >>
> >> Xidras GmbH
> >> Stockern 47
> >> 3744 Stockern
> >> Austria
> >>
> >> Tel: 0043 2983 201 30 5 01
> >> Fax: 0043 2983 201 30 5 01 9
> >> Email: christopher.anderlik at xidras.com
> >> <mailto:christopher.anderlik at xidras.com>
> >> Web: http://www.xidras.com
> >>
> >> FN 317036 f | Landesgericht Krems | ATU64485024
> >>
> >> ________________________________________________________________________________
> >>
> >> VERTRAULICHE INFORMATIONEN!
> >> Diese eMail enth?lt vertrauliche Informationen und ist nur f?r den
> >> berechtigten
> >> Empf?nger bestimmt. Wenn diese eMail nicht f?r Sie bestimmt ist,
> >> bitten wir Sie,
> >> diese eMail an uns zur?ckzusenden und anschlie?end auf Ihrem
> >> Computer und
> >> Mail-Server zu l?schen. Solche eMails und Anlagen d?rfen Sie weder
> >> nutzen,
> >> noch verarbeiten oder Dritten zug?nglich machen, gleich in welcher
> >> Form.
> >> Wir danken f?r Ihre Kooperation!
> >>
> >> CONFIDENTIAL!
> >> This email contains confidential information and is intended for
> >> the authorised
> >> recipient only. If you are not an authorised recipient, please
> >> return the email
> >> to us and then delete it from your computer and mail-server. You
> >> may neither
> >> use nor edit any such emails including attachments, nor make them
> >> accessible
> >> to third parties in any manner whatsoever.
> >> Thank you for your cooperation
> >>
> >> ________________________________________________________________________________
> >>
> >>
> >>
> >>
> >>
> >> _______________________________________________
> >> Gluster-users mailing list
> >> Gluster-users at gluster.org <mailto:Gluster-users at gluster.org>
> >> http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
> >>
> >>
> >
> 
> --
> 
> Mag. Christopher Anderlik
> Leiter Technik
> 
> ________________________________________________________________________________
> 
> 
> Xidras GmbH
> Stockern 47
> 3744 Stockern
> Austria
> 
> Tel: 0043 2983 201 30 5 01
> Fax: 0043 2983 201 30 5 01 9
> Email: christopher.anderlik at xidras.com
> Web: http://www.xidras.com
> 
> FN 317036 f | Landesgericht Krems | ATU64485024
> 
> ________________________________________________________________________________
> 
> VERTRAULICHE INFORMATIONEN!
> Diese eMail enth?lt vertrauliche Informationen und ist nur f?r den
> berechtigten
> Empf?nger bestimmt. Wenn diese eMail nicht f?r Sie bestimmt ist,
> bitten wir Sie,
> diese eMail an uns zur?ckzusenden und anschlie?end auf Ihrem Computer
> und
> Mail-Server zu l?schen. Solche eMails und Anlagen d?rfen Sie weder
> nutzen,
> noch verarbeiten oder Dritten zug?nglich machen, gleich in welcher
> Form.
> Wir danken f?r Ihre Kooperation!
> 
> CONFIDENTIAL!
> This email contains confidential information and is intended for the
> authorised
> recipient only. If you are not an authorised recipient, please return
> the email
> to us and then delete it from your computer and mail-server. You may
> neither
> use nor edit any such emails including attachments, nor make them
> accessible
> to third parties in any manner whatsoever.
> Thank you for your cooperation
> 
> ________________________________________________________________________________
> 
> 
> 
> 
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://gluster.org/cgi-bin/mailman/listinfo/gluster-users


[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux