http://review.gluster.org/#/c/7526/ - this is a proposal to add a
build time dependency on 'rpcgen' and get the files for XDR routines
and co-routines generated during build time and avoid having them in
the repository.
This is due to a fact that i observed recently that we have been
modifying th
]: *** [libglusterfs_la-logging.lo] Error 1
>> make[3]: *** [all] Error 2
>> make[2]: *** [all-recursive] Error 1
>> make[1]: *** [all-recursive] Error 1
>> make: *** [all] Error 2
>>
>>
>> How did you get libintl.h in your system? Also, please add a check f
+1 to Paul's idea - it sounds more friendly from Admin point of view -
also provides consistency with naming schemes.
On Thu, Apr 3, 2014 at 4:57 PM, Paul Cuzner wrote:
>
> I like the idea of making the CLI more semantically correct. ie to drop a
> node from a cluster we use the term detach, so t
> I've been running the regression tests in several different
> environments, and some of the tests are very sensitive.
>
Regression tests should be more stricter in their behavior, otherwise
we have no way of knowing what is a stable patch. In future when we
have 1000's of test cases - it could s
As our regression tests have grown bigger and bigger - i have been
observing a pattern of repeated builds which are requested every
patch.
Here are the list of scenarios that i have observed
- Testcases pass on local laptop, while fail on Jenkins
- Testcases fail on local laptop, while pass on je
On Mon, Mar 31, 2014 at 4:04 AM, Dennis Schafroth wrote:
>
> One question: Do you tried the gluster client? I haven't gotten around
> debugging/tracing this.
Sure i will test it, what is the issue?
--
Religious confuse piety with mere ritual, the virtuous confuse
regulation with outcomes
_
>>
>> NOTE: For the "warnings" on clang, are related to strict C99 checks
>> since gluster is solely developed on GNU platforms it kind of ends up
>> using GNU extensions. We will get to this subsequently.
>
> How about adding C99 to gcc compiling as well?
>
To suppress some of those warnings we h
Hi Dennis,
https://forge.gluster.org/~schafdog/glusterfs-core/osx-glusterfs - i
have pushed all of my changes, so please pull and rebase locally.
Good news is i am able to start GlusterNFS, Gluster volume pure
distributed and started using multiple partitions. Since even the
client is working fro
>> be using "gnulib".
>
> I think we are two that have tried that route, and gnulib macros seems
> incompatible with gluster way of doing it.
>
> cheers,
> :-Denis
Hi Dennis,
You might have to edit your repository to "allow" for merge requests.
Let me know when its done i will send across a merg
Hi Dennis,
I cloned your repo and made a bunch of fixes -
https://forge.gluster.org/~y4m4/glusterfs-core/y4m4s-osx-glusterfs
I think the issue of OSXFUSE exists to some extent, if OSXFUSE is not
performing well enough to Linux FUSE standards, i would bet it
wouldn't be worth to get the client po
https://github.com/Harshavardhana/glusterfs-osx/commits/master - Here you go!
Right now i didn't work on getting the FUSE client working, but to
answer that i wasn't sure FUSE4OSX is a stable project.
Do you claim it to be stable in terms of FUSE for Linux equivalent?
On Thu, Mar 27,
This is good work Dennis, i started work on this in parallel - never
saw the email. Would you like to collaborate??
Thank you taking the initiative.
On Sat, Mar 22, 2014 at 4:46 AM, John Mark Walker wrote:
> Wow... This is awesome!
>
> On Mar 22, 2014 7:38 AM, "Justin Clift" wrote:
>>
>> On 22/
>> -
>> http://raobharata.wordpress.com/2012/10/29/qemu-glusterfs-native-integration/
>>
>> HTH,
>> Niels
>>
>> ___
>> Gluster-devel mailing list
>> Gluster-devel@nongnu.org
>> https://lists.nongnu.org/mailman/listinfo/gluster-devel
>>
> Thanks Niels, thi
> Not for this specific change, but may be it's time to add a test case into
> gluster to test QEMU requirements. The last effort in that direction was
> made here:
> http://lists.nongnu.org/archive/html/gluster-devel/2013-02/msg00014.html
http://review.gluster.com/#/c/6790/ - i would hope this wo
> "In essence, every time you make a change to the library and
> release it, the C:R:A should change. A new library should start
> with 0:0:0. Each time you change the public interface
> (i.e., your installed header files), you should increment the
> CURRENT number."
>
> So the vers
> QEMU uses pkg-config to get the version of libgfapi and accordingly enable
> features. Currently, it checks for version 3 for base libgfapi support,
> version 5 for discard API support and version 6 for zerofill API support.
>
> However with recent commit c2b09dc87, libgfapi version changed from
>
> Yes, this is reasonable. The RPMs contain this directory, but it would
> be nicer to have it created during 'make install'.
Yeah agreed. Regardless of RPMs - i think these directories's should
be created in "make install".
--
Religious confuse piety with mere ritual, the virtuous confuse
re
> Ideally, all assertion failures need to be caught in our own testing before
> GA. The chances of assertion failures cropping up post GA should be very
> low. If we see more failures in GA releases due to assert() being a NOOP, it
> normally indicates that more testing is needed pre GA :).
What c
>
> I think we need to do the following:
>
> 1. Change GF_ASSERT to be a simple wrapper over assert() and get rid of the
> -DDEBUG dependency.
>
> 2. Add -DNDEBUG for GA releases. qa releases to be built with assert()
> enabled.
>
> 3. Change GF_ASSERT to GF_VALIDATE_xxx wherever it is being used d
On Fri, Jan 3, 2014 at 1:03 AM, Xavier Hernandez wrote:
>
> El 03/01/14 07:02, Harshavardhana ha escrit:
>
>> But from what i gather GF_ASSERT in GlusterFS context is much like
>> BUG_ON for Linux kernel - assert is only necessary during debugging -
>> a backtrace is v
> assert() macro also behaves in the same manner. It is an usual practice to
> have assert() be a NOOP in production builds. assert()'s normal usage is to
> assert that the expression is TRUE and it _should_ not be considered as a
> replacement for NULL pointer checks. If we want to avoid NULL poin
Oct 11 2013 Harshavardhana
>
> and indeed the date is bogus.
>
> Harsha, can you please address this?
>
> Thanks,
> Vijay
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> https://lists.nongnu.org/mailman/listinfo
> Sure, there could be a custom 3.4.2 build on which they can continue to
> operate till the problem gets fixed and tested thoroughly in 3.4.3. As I
> mentioned in my OP, the current fix causes self-healing of symbolic links
> to fail and this can potentially cause data loss. This has far more seri
>
>
>>
> There is a business case for Bluedatainc (http://www.bluedata.com/) which
> needs that fix who are a consumer of GFAPI - they are using the community
> version 3.4.1qa1 with this fix.
>
> Hadoop jobs "TestDFS_IO" fails without this fix.
>
>
>
Yeah the fix can be deferred if its creating me
On Fri, Dec 20, 2013 at 4:36 AM, Vijay Bellur wrote:
> On 12/19/2013 02:28 PM, Harshavardhana wrote:
>
>> GFAPI observes ENOENT with glfs_stat() - so the fix is necessary.
>>
>
> I agree that the fix is necessary. We will address it for release-3.5 and
> master now. Ge
GFAPI observes ENOENT with glfs_stat() - so the fix is necessary.
On Wed, Dec 18, 2013 at 9:55 PM, Pranith Kumar Karampuri <
pkara...@redhat.com> wrote:
>
>
> - Original Message -
> > From: "Vijay Bellur"
> > To: "Pranith Kumar Karampuri" , "Venkatesh
> Somyajulu"
> > Cc: gluster-devel
Hi David,
Thanks for reporting looks like it was a blatant mistake on our side, since
we never used these functions these issues were not exposed. Sending a
follow up fix.
Thanks again
On Fri, Oct 18, 2013 at 12:57 PM, David Binderman wrote:
> Hello there,
>
> I just ran the static analysis to
Hi David,
Thanks for reporting looks like it was a blatant mistake on our side, since
we never used these functions these issues were not exposed. Sending a
follow up fix.
Thanks again
On Fri, Oct 18, 2013 at 12:57 PM, David Binderman wrote:
> Hello there,
>
> I just ran the static analysis to
I have seen it happen randomly if there are some delays in the mock build
process, so its not a consistent issue and might not even be related to the
patch - just that rpm.t is someways broken at times.
On Wed, Sep 11, 2013 at 1:52 PM, Anand Avati wrote:
> Thanks for confirming Justin! Niels, d
+1
On Thu, Sep 5, 2013 at 4:18 PM, Anand Avati wrote:
>
> On Thu, Sep 5, 2013 at 2:53 PM, Stephen Watt wrote:
>
>> Hi Folks
>>
>> We are pleased to announce a major update to the glusterfs-hadoop project
>> with the release of version 2.1. The glusterfs-hadoop project, available at
>> The glus
On Fri, Aug 16, 2013 at 11:48 AM, Justin Clift wrote:
> On 15/08/2013, at 7:33 PM, Kaleb KEITHLEY wrote:
> > On 08/15/2013 07:40 AM, Justin Clift wrote:
> >> On 15/08/2013, at 5:51 AM, Anand Babu Periasamy wrote:
>
> >>> * Modular GlusterFS CLI API. Today it is hard-coded.
> >>
> >> Not so sure
Hi Patrick,
It would be good if you submitted following this -
http://www.gluster.org/community/documentation/index.php/Development_Work_Flow
Thanks for the patch
On Wed, Aug 14, 2013 at 2:07 AM, Patrick Matthäi wrote:
> Hello,
>
> could you please apply the attached patch? Thanks!
>
> --
> /
>
>
>
> Actually this *wasnt* what we discussed. glusterfs-api was supposed to
> depend on glusterfs-libs *ONLY*. This is because it has a linking (hard)
> relationship with glusterfs-libs, and glusterfs.rpm is only a run-time
> dependency - everything here is dlopen()ed.
>
>
rpm uses 'ldd' command
Yep,
I concur
"Test Summary Report
---
./tests/bugs/bug-888174.t (Wstat: 0 Tests: 25 Failed: 4)
Failed tests: 22-25
Files=157, Tests=2556, 3270 wallclock secs ( 1.46 usr 1.02 sys +
801.70 cusr 621.32 csys = 1425.50 CPU)
Result: FAIL
"
On Thu, Aug 8,
We have to learn from XFS documentation -
http://xfs.org/docs/xfsdocs-xml-dev/XFS_User_Guide/tmp/en-US/html/index.html
I generally would keep the wiki but extensively support pandoc - which is
quite precise and useful for distribution.
On Tue, Jul 30, 2013 at 12:12 PM, Joe Julian wrote:
> Need
On Sun, Jul 28, 2013 at 10:41 PM, Amar Tumballi wrote:
> On 07/29/2013 04:46 AM, Harshavardhana wrote:
>
>>
>> http://www.gluster.org/**community/documentation/index.**
>> php/Documenting_the_**undocumented<http://www.gluster.org/community/documentation/index.php/D
Gluster default logging can be enabled by creating
`/var/lib/glusterd/logger.conf` and restarting Gluster services.
But i would vote for a much better way to handle this in more document
friendly manner - since creating a file and restarting is obscure and prone
to errors. Avati's idea is perhaps
>
>> There are many different models some of which are time tested which have
>> worked for more than a decade and at a scale of 100,000's of patches
>> millions of lines of code.
>>
>> 1. Linux kernel -
>> http://www.oss-watch.ac.uk/resources/benevolentdictatorgovernancemodel
>> 2. Mozilla Foundat
> - Be responsible for maintaining release branch.
> - Deciding branch points in master for release branches.
> - Actively scan commits happening in master and cherry-pick those which
> improve stability of a release branch.
> - Handling commits in the release branch.
> - Deciding what outstanding
Ian,
Please re-run the ./autogen.sh and use again.
Make sure you have added entries in 'configure.ac' and 'Makefile.am'
for the respective module name and directory.
-Harsha
On Tue, May 8, 2012 at 10:35 PM, Ian Latter wrote:
> Hello,
>
>
> I have built a new module and I can't seem to
> get t
Amazed! actually :-) . Thank you Monty.
On Wed, Dec 21, 2011 at 9:31 AM, John Mark Walker wrote:
> Hi Monty,
>
> Thanks for the early Christmas present! We appreciate your letting us know
> about it.
>
> -JM
>
>
> - Original Message -
>> Hey guys!
>>
>> I work on the OpenStack project on
On Thu, Aug 11, 2011 at 8:15 PM, Hraban Luyat wrote:
> Pointer casting: armv5tel forces word-alignment of unsigned integers
> but glusterfs casts buffer pointers (char *) to integer pointers. 75%
> you get a misaligned pointer and when you read from that, well, you
> read some incompatible value t
I can even confirm this on 3.2.2 .
On Thu, Jul 21, 2011 at 8:08 PM, Harshavardhana wrote:
> I can confirm this on Linux too, could happen with renames of files
> creating link files with different gfid. So rm -rf returns ESTALE for
> those files while deleting the directory.
>
>
I can confirm this on Linux too, could happen with renames of files
creating link files with different gfid. So rm -rf returns ESTALE for
those files while deleting the directory.
Works when you attempt the second time. I guess it heals itself.
> You suggest that the FUSE implementation should f
uot;
> booster.c:1690: error: parse error before "__nonnull"
> booster.c:1693: error: parse error before "__nonnull"
> make[3]: *** [libglusterfs_booster_la-booster.lo] Error 1
>
>
Stephan,
Could you please provide us your glibc and gcc versions?.
--
Harshavardhan
On 02/26/2010 03:58 AM, Mike Terzo wrote:
On Thu, Feb 25, 2010 at 1:49 PM, Harshavardhana wrote:
On Thu, Feb 25, 2010 at 11:46 AM, Shehjar Tikoo
wrote:
Mike Terzo wrote:
I have a very simple glusterfs config setup. I have 2 tcp hosts
configured as:
volume LABVOL
t;>subvolumes gfs1 gfs2
>> end-volume
>>
>> Could you share with us your entire volume files? and the version of
glusterfs under use?.
There is no such option for "cluster/replicate" called "option block-size
4MB"
Regards
Harshavardhana
__
you also explain the setup details.
Regards
--
Harshavardhana
http://www.gluster.com
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
n from building until we come up with a
document for doing so. glusterfs-2.0.0 rpms in the fedora 11 are not
supposed to be used with the 3.0 Storage Platform release.
Regards
--
Harshavardhana
http://www.gluster.com
___
Gluster-devel mailing lis
On 02/22/2010 01:21 PM, Harshavardhana wrote:
On 02/22/2010 05:18 AM, Kunthar wrote:
Hi all,
Check attached snapshots.
I can right click and toggle fullscreen in firefox and can go anywhere.
It is risky.
Why don't you guys consider using python GUI?
Ku
list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
Hi Kunthar,
A bug has been filed upon your request.
http://bugs.gluster.com/cgi-bin/bugzilla3/show_bug.cgi?id=658
Regards
--
Harshavardhana
http://www.gluste
On 02/18/2010 06:01 PM, Roland Fischer wrote:
Hi harshavardhana,
thank you for your reply. We have turned off option mandatory-locks
but error is the same.
What means this error?
[2010-02-16 11:54:27] E [afr.c:179:afr_read_child] mirror: invalid
argument: inode
[2010-02-16 11
?. Does your application does
mandatory locking?.
Please read through "
http://gluster.com/community/documentation/index.php/Translators/features/locks";
the NOTE to get the exact behaviour of using this.
Thanks
Harshavardhana
> subvolumes posix
> end-volume
>
> volume writebehi
refetch
>type performance/stat-prefetch
>subvolumes quickread
> end-volume
>
>
> Thank you very much
> regards,
> Roland
>
> Even with this we would need to know the backend disk performance with
o-direct to properly analyse the cost of using
e using "release-3.0" branch please send us your
log files too.
Earlier suggested patch will be included in the 3.0.3 release ie.
release-3.0 branch already has the patch.
-
Harshavardhana
> Kernel: 2.6.31.12 vanilla
>
> Our config looks like this:
>
> server:
> volume p
inuing with correction
> [2010-02-04 15:09:55] W [xlator.c:655:validate_xlator_volume_options]
> s01-1: option 'transport.remote-port' is deprecated, preferred is
> 'remote-port', continuing with correction
>
> It will be fixed in the repository. Thanks for pointing it out
-
Harshavardhana
Hi Nicolas,
Can you check if this patch against 3.0.1 works for you?
http://patches.gluster.com/patch/2703/
Regards
--
Harshavardhana
Gluster - http://www.gluster.com
On Tue, Jan 26, 2010 at 3:05 PM, nicolas prochazka <
prochazka.nico...@gmail.com> wrote:
> Hi again,
Hi Patrick,
Its better we move the version to 3.0 for glusterfs or create new
package which starts with glusterfs3. Which will help users upgrade to 3.0.
As everyone already knows the 3.x in not compatible with 2.x there needs to
be a decision made now.
Regards
--
Harshavardhana
Gluster
atform.
Let us know how it goes.
.
Regards
--
Harshavardhana
Gluster - http://www.gluster.com
On Tue, Jan 12, 2010 at 12:31 AM, Luke Meyer wrote:
> Perhaps I'm dense but I can't see offhand how to build the GlusterSP
> image using the repo at git://git.gluster.com/glustersp-
licate subvolume values
as below
volume gfs-replicate
type cluster/replicate
subvolumes posix posix-remote
end-volume
Regards
--
Harshavardhana
Gluster - http://www.gluster.com
On Tue, Dec 22, 2009 at 7:02 PM, Roland Fischer
wrote:
> hi,
>
> i dont know what you
Are you running servers with 2.0.x version?.
Regards
--
Harshavardhana
Gluster - http://www.gluster.com
On Thu, Dec 17, 2009 at 9:52 PM, Vijay Bellur wrote:
> Can you please generate a backtrace and send across the client log?
>
> Thanks,
> Vijay
>
>
> elsif wrote:
>
Hi David,
We have installed nodes with more than 40TB per RAID controller. But not
sure about
this case we will reproduce this issue in house and fix it with next
update. Thanks
a lot for reporting the issue.
Regards
--
Harshavardhana
Gluster - http://www.gluster.com
On Thu, Dec
Hi David,
Can you give us the screenshot of the error?.
Regards
--
Harshavardhana
Gluster - http://www.gluster.com
On Wed, Dec 9, 2009 at 10:26 PM, David Mayr wrote:
> Hi Gluster-Team,
>
> congratulations for the 3.0 release!
>
>
> I just found an issue, maybe a bug: w
Thanks Erick, figured out this to be a libtool issue it produces *.a for a
debian based tarball, not on Fedora 11 libtool.
Regards
--
Harshavardhana
Gluster - http://www.gluster.com
On Thu, Dec 3, 2009 at 4:32 AM, Erick Tryzelaar <
idade...@users.sourceforge.net> wrote:
> My Fedora 1
Hi Paul,
Can explain a bit more why is this necessary?.
Regards
--
Harshavardhana
Gluster - http://www.gluster.com
On Tue, Nov 17, 2009 at 4:05 AM, Paul Rawson wrote:
> diff --git a/extras/init.d/glusterfsd-Redhat.in
> b/extras/init.d/glusterfsd-Redhat.in
> index f53de8f..2f500
Hi Erick,
I have a similar fedora 11 running and i am not seeing that issue. Are
you sure you
have not modified for your rpm macros? or any new options in rpmrc?.
Regards
--
Harshavardhana
Gluster - http://www.gluster.com
On Tue, Nov 17, 2009 at 12:27 AM, Erick Tryzelaar <
id
Hi Andy,
Our development repositories are available at http://git.gluster.com
Regards
--
Harshavardhana
Gluster - http://www.gluster.com
On Thu, Nov 12, 2009 at 9:08 AM, andy wrote:
> Recently, I found the gluster source have not been change long time ?
>
> Is there some b
Hi Mike,
Please find the vmdk image for vmware, this is equivalent of the USB
image.
http://ftp.gluster.com/pub/gluster/gluster-platform/3.0/Gluster-3.0Beta0U1.vmdk.gz
Regards
--
Harshavardhana
Gluster - http://www.gluster.com
On Wed, Nov 11, 2009 at 4:40 AM, Harshavardhana wrote:
>
Hi Eff,
ISO is taken as low priority as of now, fo iso we have other issues to
be fixed.
We have decided to do it after Beta1.
Regards
--
Harshavardhana
Gluster - http://www.gluster.com
On Wed, Nov 11, 2009 at 4:36 AM, Eff Norwood wrote:
> Please also make an ISO im
Hi Mike,
For ESXi we will upload a "vmdk" this week, as we will be making a Beta1 on
Monday.
Regards
--
Harshavardhana
Gluster - http://www.gluster.com
On Wed, Nov 11, 2009 at 3:45 AM, mike foster wrote:
> Anybody have any ideas on how to get the USB image to work inside ESXi?
much dependency free :)
Regards
--
Harshavardhana
Gluster - http://www.gluster.com
On Tue, Nov 3, 2009 at 7:20 PM, Anand Avati wrote:
> > Is the detection based on kernel version or feature detection? The reason
> I
> > ask is because there are heavily patched distro kernels
:).
Regards
--
Harshavardhana
Gluster - http://www.gluster.com
On Wed, Nov 4, 2009 at 12:59 AM, Nathan Stratton wrote:
> On Wed, 4 Nov 2009, Harshavardhana wrote:
>
> Gordan,
>>
>> Recent RHEL and CentOS kernel update of -164 patch set has included fuse
>> into
>> t
tualization and database
>> environment, where files
>> are very large and applications need to run non-stop.
>>
>
> I'd still say that healing on open files should be been a requirement for
> 1.0, not to mention outright erroneous behaviour (the mentioned rm -rf bug).
>
perhaps.
Well disable-direct-io can be done away as since 2.6.26 fuse kernel
module supports
big_writes which even with disabling direct io you get good performance.
Regards
--
Harshavardhana
Gluster - http://www.gluster.com
On Tue, Nov 3, 2009 at 4:19 AM, Nathan Stratton wrote:
> On
Gordan,
were the permissions changed being over replicate by any chance?. can
you write an additional script to check for the permission of files or
atleast have a dump to compare permissions over replicate and without it.
Regards
--
Harshavardhana
"Yantra Shilpi"
Z Research
Its only hardcoded as default behaviour, you should be using
./configure --with-apxspath=/usr/local/bin/apxs2
--with-apachepath=/usr/local/bin/apache2
This will override the default behaviour.
Regards
--
Harshavardhana
"Yantra Shilpi"
Z Research Inc - http://www.zresearch.com
On W
Hi Ivan,
--with-apxspath Path to apxs binary
--with-apachepath Path to apache binary
You can use following options at the configure level to specify the apxs and
apache binary directly.
Regards
--
Harshavardhana
"Yantra Shilpi"
Z Research Inc - http://www.zresearch
b/gluster/glusterfs/2.0/LATEST/. Please advise.
>
> Dan
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
--
Harshavardhana
[y4m4 on #glus...@irc.fr
src/mod_glusterfs-build.c
>>> apxs -c -o mod_glusterfs.la -Wc,-g3 -Wc,-O0 -DLINUX=2 -D_REENTRANT
>>> -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64
>>> -D__USE_FILE_OFFSET64 -I../../../../libglusterfsclient/src
>>> -L../../../../libglusterfsclien
-prefer-pic -O2
>> -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
>> --param=ssp-buffer-size=4 -m64 -mtune=generic -DLINUX=2 -D_REENTRANT
>> -D_GNU_SOURCE -pthread -I/usr/include/httpd -I/usr/include/apr-1
>> -I/usr/include/apr-1 -g3 -O0 -I../.
seen to not work on FreeBSD". Just want
> to confirm if v2.0 supports 32bit RHEL 5.2 OS. Thank you.
>
>
>
> Regards,
>
> melvin
>
>
>
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http:
__
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
--
Harshavardhana
[y4m4 on #glus...@irc.freenode.net]
"Samudaya TantraShilpi"
Z Research Inc - http://www.zresearch.com
___
igure" and send me config.log
Regards
On Thu, Dec 4, 2008 at 8:41 PM, <[EMAIL PROTECTED]> wrote:
> config.log in attachment
> /usr/ports/devel/libexecinfo already installed
>
> 2008/12/4 Harshavardhana Ranganath <[EMAIL PROTECTED]>:
> > Hi Psevdo,
> >
> &g
erfs.so
> /usr/local/lib/libiconv.so -lfl ../../argp-standalone/libargp.a
> -lpthread -Wl,--rpath -Wl,/usr/local/lib
> ../../libglusterfs/src/.libs/libglusterfs.so: undefined reference to
> `backtrace'
> ../../libglusterfs/src/.libs/libglusterfs.so: undefined reference to
>
gt; end-volume
>
> volume root
>type cluster/afr
>subvolumes root1 root2
>option read-subvolume root1
> end-volume
>
> Any suggestions on where I should even begin to look for the cause of this
> problem? I tested it in single-user mode, a
; make: stopped in
> /usr/local/src/glusterfs-1.3.12/xlators/performance/booster
> *** Error code 1
>
> Stop.
> make: stopped in /usr/local/src/glusterfs-1.3.12/xlators/performance
> *** Error code 1
>
> Stop.
> make: stopped in /usr/local/src/glusterfs-1.3.12/xlators
> ***
AM, rhubbell <[EMAIL PROTECTED]> wrote:
> No that fails too, with the same error.
>
>
>
> On Thu, 2008-11-06 at 07:23 +0530, Harshavardhana Ranganath wrote:
> > i need some more details can you run by hand "flex -t ./spec.l >
> > spec.lex.c" ? does it work?
&
t/glusterfs-1.3.12/glusterfs/src'
> > make[2]: *** [all-recursive] Error 1
> > make[2]: Leaving directory `/root/glusterfs-1.3.12/glusterfs'
> > make[1]: *** [all-recursive] Error 1
> > make[1]: Leaving directory `/root/glusterfs-1.3.12'
> > make:
Replies inline
On Wed, Nov 5, 2008 at 1:25 AM, rhubbell <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-11-04 at 15:55 +0530, Harshavardhana Ranganath wrote:
> > SUWhea and SUWarc should be installed as these are some required
> > packages i found out.
>
>
> Minor cor
gt; -1 (107)
> >
> >
> > Thanks for the prompt reply.
> >
> > Regards,
> >
> > Ioannis
> >
> >
> >
> >
> > ___
>
SUWhea and SUWarc should be installed as these are some required packages i
found out.
On Tue, Nov 4, 2008 at 11:59 AM, Harshavardhana Ranganath <
[EMAIL PROTECTED]> wrote:
>
> Yes GlusterFS should be built with gcc and related tools. Sun compiler
> tools are not required but th
blio.org/pub/solaris/opencsw/unstable/sparc/5.10/
>
>
>
> Can gluster be built without any Sun compiler tools?
> Can it be built completely with gcc, and related tools?
>
> On Tue, 2008-11-04 at 07:49 +0530, Harshavardhana Ranganath wrote:
> > Hi Rhubbell,
> >
>
luster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
--
Harshavardhana
[y4m4 on [EMAIL PROTECTED]
"Samudaya TantraShilpi"
Z Research Inc - http://www.zresearch.com
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
rror 1
> make[2]: Leaving directory
> `/usr/local/src/gluster-1.4/glusterfs-new/build/xlators'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/usr/local/src/gluster-1.4/glusterfs-new/build'
> make: *** [all] Error 2
>
> Thanks,
> Alex
> __
t;
>
> RPM build errors:
> Bad exit status from /var/tmp/rpm-tmp.63368 (%build)
> ---
>
> Just for fun, i tried to build the 1.3.10 release on an FC8 machine
> (with the normal FC8 fuse package, though i'm not sure that would make
>
actually didn't really help :D
Regards
--
Harshavardhana
[y4m4 on [EMAIL PROTECTED]
"Samudaya TantraShilpi"
Z Research Inc - http://www.zresearch.com
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/l
Hi Ricardo,
as i see you require libtool-1.5.6-4.EL4.2.x86_64 to be installed on your
system. That should fix your problem.
--
Harshavardhana
[y4m4 on [EMAIL PROTECTED]
Z Research Inc - http://www.zresearch.com
___
Gluster-devel mailing list
ease make sure you have kernel source installed.
Let us know if this works for you.
Regards
--
Harshavardhana
#gluster - y4m4
Z Research Inc.
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
the DEBUG logs which
avati requested. Thanks
Regards
> On Thu, 10 Apr 2008 10:40:34 -0700 Harshavardhana Ranganath
> <[EMAIL PROTECTED]> wrote:
>
>>also can you paste the command line mounting where you enabled
>> debugging? was it using the glusterfs binary dir
y or using "mount -t glusterfs"
Regards
Harshavardhana
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
1 - 100 of 156 matches
Mail list logo
