Re: [Gluster-devel] Cmockery2 in GlusterFS
On 07/22/2014 11:48 AM, Harshavardhana wrote: On Mon, Jul 21, 2014 at 11:07 PM, Santosh Pradhan sprad...@redhat.com wrote: On 07/21/2014 10:44 PM, Luis Pabon wrote: The cmockery2 rpm is only available for the current supported Fedora versions which currently are 19 and 20. Have you tried installing cmockery2 from the source? Yes, this does not work as well because of some dependency on libxml version. Only way I get rid off this error by removing the cmockery patch. libxml could be our other dependency issue - you should build without XML --disable-xml-output ? cmockery has no dependency on libxml. geo-rep packages have dependency on libxml. So I can't install gluster with --disable-xml-output. I have a vm which isn't connected to the external network and hence cannot install cmockery on that vm through the epel repo. ___ Gluster-devel mailing list Gluster-devel@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-devel ___ Gluster-devel mailing list Gluster-devel@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-devel
Re: [Gluster-devel] Symlinks change date while migrating
On 07/23/2014 02:44 PM, Anders Blomdell wrote: When migrating approx 1 GB of data data by doing gluster volume add-brick test new-host1:/path/to/new/brick ... gluster volume remove-brick old-host1:/path/to/old/brick ... start ... wait for removal to finish gluster volume remove-brick old-host1:/path/to/old/brick ... commit on a 3*4 - 6*4 - 3*4 gluster [version 3.7dev-0.9.git5b8de97] approximately 40% of the symlinks change their mtime to the time they were copied. Is this expected/known or should I file a bug? hi, Seems like a dht issue. File a bug. Assign the component to dht/'distribute' for now. If it is different component, assignee of that bug can change it accordingly. Pranith /Anders ___ Gluster-devel mailing list Gluster-devel@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-devel
Re: [Gluster-devel] Cmockery2 in GlusterFS
On 07/23/2014 01:04 PM, Avra Sengupta wrote: libxml could be our other dependency issue - you should build without XML --disable-xml-output ? cmockery has no dependency on libxml. geo-rep packages have dependency on libxml. So I can't install gluster with --disable-xml-output. Try --disable-xml-output --disable-georeplication. But it seems to be breaking because of Rajesh's fix of XML cli interface for snapshot. https://bugzilla.redhat.com/show_bug.cgi?id=1122186 Best R, Santosh I have a vm which isn't connected to the external network and hence cannot install cmockery on that vm through the epel repo. ___ Gluster-devel mailing list Gluster-devel@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-devel ___ Gluster-devel mailing list Gluster-devel@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-devel
Re: [Gluster-devel] Cmockery2 in GlusterFS
Thanks for the fix Santosh. But i need geo-replication module and it seems the only way to get the source installed in the vm is reverting the cmockery patch for me. Either that or i have to get it online and get cmockery installed from epel. On 07/23/2014 02:50 PM, Santosh Pradhan wrote: On 07/23/2014 01:04 PM, Avra Sengupta wrote: libxml could be our other dependency issue - you should build without XML --disable-xml-output ? cmockery has no dependency on libxml. geo-rep packages have dependency on libxml. So I can't install gluster with --disable-xml-output. Try --disable-xml-output --disable-georeplication. But it seems to be breaking because of Rajesh's fix of XML cli interface for snapshot. https://bugzilla.redhat.com/show_bug.cgi?id=1122186 Best R, Santosh I have a vm which isn't connected to the external network and hence cannot install cmockery on that vm through the epel repo. ___ Gluster-devel mailing list Gluster-devel@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-devel ___ Gluster-devel mailing list Gluster-devel@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-devel
[Gluster-devel] glusterfs-3.5.2beta1 RPMs available
RPMs for el5-7 (RHEL, CentOS, etc.), Fedora (19,20,21,22) are available at download.gluster.org [1]. [1] http://download.gluster.org/pub/gluster/glusterfs/qa-releases/3.5.2beta1/ Thanks, Lala On 07/21/2014 09:05 PM, Gluster Build System wrote: SRC: http://bits.gluster.org/pub/gluster/glusterfs/src/glusterfs-3.5.2beta1.tar.gz This release is made off jenkins-release-84 -- Gluster Build System ___ Gluster-users mailing list gluster-us...@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-users ___ Gluster-devel mailing list Gluster-devel@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-devel
Re: [Gluster-devel] Cmockery2 in GlusterFS
On 07/23/2014 04:17 PM, Avra Sengupta wrote: Thanks for the fix Santosh. But i need geo-replication module and it seems the only way to get the source installed in the vm is reverting the cmockery patch for me. Either that or i have to get it online and get cmockery installed from epel. You can do one more way i.e. download the cmockery2 ZIP bundle from: https://github.com/lpabon/cmockery2/archive/master.zip to your desktop (which is connected to inet anyway) and get it scp'd to that VM (I hope that is having a IP addr) :) Am not sure if you have already tried this. Best R, Santosh On 07/23/2014 02:50 PM, Santosh Pradhan wrote: On 07/23/2014 01:04 PM, Avra Sengupta wrote: libxml could be our other dependency issue - you should build without XML --disable-xml-output ? cmockery has no dependency on libxml. geo-rep packages have dependency on libxml. So I can't install gluster with --disable-xml-output. Try --disable-xml-output --disable-georeplication. But it seems to be breaking because of Rajesh's fix of XML cli interface for snapshot. https://bugzilla.redhat.com/show_bug.cgi?id=1122186 Best R, Santosh I have a vm which isn't connected to the external network and hence cannot install cmockery on that vm through the epel repo. ___ Gluster-devel mailing list Gluster-devel@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-devel ___ Gluster-devel mailing list Gluster-devel@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-devel
Re: [Gluster-devel] Status of bit-rot detection
On 2014-07-23 13:42, Joseph Fernandes wrote: Hi Anders, Currently we don't have an implementation/patch for bit-rot. We are working on the design of bit-rot protection(for read-only data), as part of Gluster Compliance. read only data is nice for archival (which is why my backups go to CDs/DVDs since 15 years back and bit-rot detection by md5 sums). Please refer to the Gluster Compliance Proposal http://supercolony.gluster.org/pipermail/gluster-devel/2014-June/041258.html If you have any design proposal/suggestion, please do share, so that we can have a discussion on it. I'm more interested in periodically (or triggered by writes) scan and checksum all/parts of the files on gluster volumes, and compare those checksums between replicas (wont work for open files like databases/VM-images). I'll guess that I put my current tools onto each brick, and whip up some scripts to compare those. When something materializes, I'm interested in testing. Regards, Joe - Original Message - From: Anders Blomdell anders.blomd...@control.lth.se To: Gluster Devel gluster-devel@gluster.org Sent: Monday, July 21, 2014 10:42:00 PM Subject: [Gluster-devel] Status of bit-rot detection Since switching to xfs have left me with a seemingly working system :-), what is the current status on bit-rot detection ( http://www.gluster.org/community/documentation/index.php/Arch/BitRot_Detection), any patches for me to try? /Anders -- Anders Blomdell Email: anders.blomd...@control.lth.se Department of Automatic Control Lund University Phone:+46 46 222 4625 P.O. Box 118 Fax: +46 46 138118 SE-221 00 Lund, Sweden ___ Gluster-devel mailing list Gluster-devel@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-devel
[Gluster-devel] NetBSD autobuild and cmockery2
Hi I am a bit furstrated by the status of NetBSD autobuilds: failures are ignored for now, which makes me wonder why I spent time setting it up :-) And ignoring it lets bugs pass through. Consider cmockery2 build: it does not work if cmockery headers and libraries and installed outside of default search paths. NetBSD autobuilds choke in it because NetBSD packages are installed in /usr/pkg, but whithout any doubt we will find som eLinux distro dropping the files in /opt. Here is my attempt at fixing it by using pkg-config: http://review.gluster.org/8365 I need help here: that restores the build, but I also had to fiddle with CFLAGS and LIBS, and I am not sure I did it it in the intended way. I am probbaly wrong since now glusterd breaks on startup because of cmockery2: Guard block of 0xbb28e080 size=0 allocated by (null):0 at 0xbb28e070 is corrupt ERROR: logging.c:2077 Failure! What binaries should be linked with -lcmockery2 ? -- Emmanuel Dreyfus m...@netbsd.org ___ Gluster-devel mailing list Gluster-devel@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-devel
Re: [Gluster-devel] Status of bit-rot detection
Sure :) Thanks ~Joe - Original Message - From: Anders Blomdell anders.blomd...@control.lth.se To: Joseph Fernandes josfe...@redhat.com Cc: Gluster Devel gluster-devel@gluster.org, Vivek Agarwal vagar...@redhat.com, Luis Pabón lpa...@redhat.com Sent: Wednesday, July 23, 2014 6:02:17 PM Subject: Re: [Gluster-devel] Status of bit-rot detection On 2014-07-23 13:42, Joseph Fernandes wrote: Hi Anders, Currently we don't have an implementation/patch for bit-rot. We are working on the design of bit-rot protection(for read-only data), as part of Gluster Compliance. read only data is nice for archival (which is why my backups go to CDs/DVDs since 15 years back and bit-rot detection by md5 sums). Please refer to the Gluster Compliance Proposal http://supercolony.gluster.org/pipermail/gluster-devel/2014-June/041258.html If you have any design proposal/suggestion, please do share, so that we can have a discussion on it. I'm more interested in periodically (or triggered by writes) scan and checksum all/parts of the files on gluster volumes, and compare those checksums between replicas (wont work for open files like databases/VM-images). I'll guess that I put my current tools onto each brick, and whip up some scripts to compare those. When something materializes, I'm interested in testing. Regards, Joe - Original Message - From: Anders Blomdell anders.blomd...@control.lth.se To: Gluster Devel gluster-devel@gluster.org Sent: Monday, July 21, 2014 10:42:00 PM Subject: [Gluster-devel] Status of bit-rot detection Since switching to xfs have left me with a seemingly working system :-), what is the current status on bit-rot detection ( http://www.gluster.org/community/documentation/index.php/Arch/BitRot_Detection), any patches for me to try? /Anders -- Anders Blomdell Email: anders.blomd...@control.lth.se Department of Automatic Control Lund University Phone:+46 46 222 4625 P.O. Box 118 Fax: +46 46 138118 SE-221 00 Lund, Sweden ___ Gluster-devel mailing list Gluster-devel@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-devel
Re: [Gluster-devel] NetBSD autobuild and cmockery2
On 23/07/2014, at 2:09 PM, Emmanuel Dreyfus wrote: snip I am a bit furstrated by the status of NetBSD autobuilds: failures are ignored for now, which makes me wonder why I spent time setting it up :-) Sorry about that Manu. :( The NetBSD autobuild has been configured to not vote so far, so failures in it don't really affect the PASS/FAIL outcome for a Gerrit CR. Now that v3.6 has been branched, we can enable it so failures cause the Gerrit CR to to be marked as bad. And ignoring it lets bugs pass through. And yeah, you're completely correct. The status of the v3.6 and master branches at the moment seem to be broken for NetBSD, so work needs to be done by people to get their bits happy again. We can enable the voting right now for the NetBSD autobuilds if needed. (I'm not the right person to help with the technical details you need help with in the rest of the email though) Thoughts? ;) + Justin -- GlusterFS - http://www.gluster.org An open source, distributed file system scaling to several petabytes, and handling thousands of clients. My personal twitter: twitter.com/realjustinclift ___ Gluster-devel mailing list Gluster-devel@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-devel
Re: [Gluster-devel] NetBSD autobuild and cmockery2
On Wed, Jul 23, 2014 at 01:09:57PM +, Emmanuel Dreyfus wrote: I need help here: that restores the build, but I also had to fiddle with CFLAGS and LIBS, and I am not sure I did it it in the intended way. I am probbaly wrong since now glusterd breaks on startup because of cmockery2: Guard block of 0xbb28e080 size=0 allocated by (null):0 at 0xbb28e070 is corrupt ERROR: logging.c:2077 Failure! It chokes on a FREE (msgstr) that is perfectly valid. The pointer was obtained by vasprintf(), is it possible it fails to ctach allocations through vasprintf() and vonsider the bloc was not allocated? -- Emmanuel Dreyfus m...@netbsd.org ___ Gluster-devel mailing list Gluster-devel@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-devel
Re: [Gluster-devel] NetBSD autobuild and cmockery2
Harshavardhana har...@harshavardhana.net wrote: http://review.gluster.org/8366 Dependence on MMX instruction set It passes autobuild and alread +1, it should be easy to merge: Much needed, but i have NetBSD 6.0 still it compiles fine in a VM? don't you think enabling MMX would be valid here? The change just disable cluster/ec when MMX is not there. If you have MMX you have cluster/ec. Why does cluster/ec depends on MMX, btw? -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz m...@netbsd.org ___ Gluster-devel mailing list Gluster-devel@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-devel
Re: [Gluster-devel] NetBSD autobuild and cmockery2
Hi Emmanuel. I have a bug and a fix where cmockery2 was being linked with all glusterfs applications. Maybe this fixes your issue: http://review.gluster.org/#/c/8340/ - Luis On 07/23/2014 11:47 AM, Emmanuel Dreyfus wrote: On Wed, Jul 23, 2014 at 01:09:57PM +, Emmanuel Dreyfus wrote: I need help here: that restores the build, but I also had to fiddle with CFLAGS and LIBS, and I am not sure I did it it in the intended way. I am probbaly wrong since now glusterd breaks on startup because of cmockery2: Guard block of 0xbb28e080 size=0 allocated by (null):0 at 0xbb28e070 is corrupt ERROR: logging.c:2077 Failure! It chokes on a FREE (msgstr) that is perfectly valid. The pointer was obtained by vasprintf(), is it possible it fails to ctach allocations through vasprintf() and vonsider the bloc was not allocated? ___ Gluster-devel mailing list Gluster-devel@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-devel
Re: [Gluster-devel] NetBSD autobuild and cmockery2
Harshavardhana har...@harshavardhana.net wrote: The change just disable cluster/ec when MMX is not there. If you have MMX you have cluster/ec. Unsure - there is assembly code which depends on it but really not sure why! I understand this is an optimized computation: * Multiplications in a GF(2^8) with modulus 0x11D using XOR's Optimization are desirable, but relying on a CPU-specific assembly seems wrong to me, as it kills portability (what about if you want to run on ARM?) -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz m...@netbsd.org ___ Gluster-devel mailing list Gluster-devel@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-devel
Re: [Gluster-devel] NetBSD autobuild and cmockery2
Luis Pabón lpa...@redhat.com wrote: Hi Emmanuel. I have a bug and a fix where cmockery2 was being linked with all glusterfs applications. Maybe this fixes your issue: http://review.gluster.org/#/c/8340/ I merged there my changes for cmockery outside of default search path, Let us see if that pass autobuild. -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz m...@netbsd.org ___ Gluster-devel mailing list Gluster-devel@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-devel
