One more spurious failure.
./tests/bugs/bug-1038598.t (Wstat: 0 Tests: 28 Failed: 1)
Failed test: 28
Files=237, Tests=4632, 4619 wallclock secs ( 2.13 usr 1.48 sys + 832.41 cusr
697.97 csys = 1533.99 CPU)
Result: FAIL
Patch : http://review.gluster.org/#/c/8060/
Build URL
> - Original Message -
>> hi,
>> Could you guys remove 'sleep' for quota tests authored
by you guys
>> if it can be done. They are leading to spurious failures.
I don't get how sleep can cause the failures. But for script
bug-1087198.t in my name, it is par
On Tue, Jun 17, 2014 at 12:39 AM, Jeff Darcy wrote:
> Unfortunately, *distributing* those keys and
> certificates securely is always going to be a bit of a problem.
Well, as we had discussed, puppet-gluster could be an easy way to
solve this... Maybe this doesn't meet everyone's use case, but I
> Do you reckon your "Better SSL" stuff for 3.6 will make it practical
> for not-in-depth-encryption-experts to use? eg our normal everyday
> SysAdmin audience
>
> The greater public awareness of encryption from the NSA's badness
> might make this a very useful useful thing. Both in practical te
On 06/17/2014 09:21 AM, Krutika Dhananjay wrote:
*From: *"Pranith Kumar Karampuri"
*To: *"Krishnan Parthasarathi"
*Cc: *"Raghavendra Gowdappa" ,
vshas...@redhat.com, "Krutika Dhananjay" ,
"Gluster D
- Original Message -
> From: "Pranith Kumar Karampuri"
> To: "Krishnan Parthasarathi"
> Cc: "Raghavendra Gowdappa" , vshas...@redhat.com,
> "Krutika Dhananjay" , "Gluster Devel"
> , "Anuradha Talur" , "Susant
> Palai"
> Sent: Monday, June 16, 2014 10:24:36 PM
> Subject: Re: quota tests
Hi Jeff,
Do you reckon your "Better SSL" stuff for 3.6 will make it practical
for not-in-depth-encryption-experts to use? eg our normal everyday
SysAdmin audience
The greater public awareness of encryption from the NSA's badness
might make this a very useful useful thing. Both in practical term
On 06/16/2014 09:20 PM, Jeff Darcy wrote:
Can't thank you enough for this :-)
+100
Justin has done a lot of hard, tedious work whipping this infrastructure into
better shape, and has significantly improved the project as a result. Such
efforts deserve to be recognized. Justin, I owe you a
These are the test files which need attention. I added the authors to
the mail.
bug-1038598.t - Anuradha
bug-1040423.t - Susant
bug-1087198.t - Varun
bug-1099890.t - Krutika
Pranith
On 06/16/2014 09:08 AM, Krishnan Parthasarathi wrote:
All,
I have just one quota test authored by me in the re
On 06/16/2014 09:24 PM, Justin Clift wrote:
On 16/06/2014, at 4:50 PM, Jeff Darcy wrote:
Can't thank you enough for this :-)
+100
Justin has done a lot of hard, tedious work whipping this infrastructure into
better shape, and has significantly improved the project as a result. Such
efforts
On 16/06/2014, at 4:50 PM, Jeff Darcy wrote:
>> Can't thank you enough for this :-)
>
> +100
>
> Justin has done a lot of hard, tedious work whipping this infrastructure into
> better shape, and has significantly improved the project as a result. Such
> efforts deserve to be recognized. Justi
> Can't thank you enough for this :-)
+100
Justin has done a lot of hard, tedious work whipping this infrastructure into
better shape, and has significantly improved the project as a result. Such
efforts deserve to be recognized. Justin, I owe you a beer.
_
On 06/16/2014 09:00 PM, Jeff Darcy wrote:
I see that most of the tests are doing umount and these may fail
sometimes because of EBUSY etc. I am wondering if we should change all
of them to umount -l.
Let me know if you foresee any problems.
I think I'd try "umount -f" first. Using -l to
On 06/16/2014 09:00 PM, Justin Clift wrote:
On 14/06/2014, at 12:02 AM, Justin Clift wrote:
Small update. The new "rackspace-regression-2GB" queue on build.gluster.org
has been running all day doing regression tests:
http://build.gluster.org/job/rackspace-regression-2GB/
This is going wel
On 14/06/2014, at 12:02 AM, Justin Clift wrote:
> Small update. The new "rackspace-regression-2GB" queue on build.gluster.org
> has been running all day doing regression tests:
>
> http://build.gluster.org/job/rackspace-regression-2GB/
This is going well. It's doing it's 200th regression test
> I see that most of the tests are doing umount and these may fail
> sometimes because of EBUSY etc. I am wondering if we should change all
> of them to umount -l.
> Let me know if you foresee any problems.
I think I'd try "umount -f" first. Using -l too much can cause an
accumulation of zo
And, I found it myself:
https://github.com/gluster/glusterfs/blob/release-3.4/doc/release-notes/3.4.4.md
On Mon, Jun 16, 2014 at 11:13 PM, Alexey Zilber
wrote:
> Changelog?
>
>
> On Mon, Jun 16, 2014 at 9:24 PM, Kaleb S. KEITHLEY
> wrote:
>
>>
>> RPMs for el5-7 (RHEL, CentOS, etc.) and Fedor
Changelog?
On Mon, Jun 16, 2014 at 9:24 PM, Kaleb S. KEITHLEY
wrote:
>
> RPMs for el5-7 (RHEL, CentOS, etc.) and Fedora (19, 20, 21/rawhide), are
> now available in YUM repos at
>
> http://download.gluster.org/pub/gluster/glusterfs/3.4/LATEST
>
> There are also RPMs available for Pidora 20, S
hi,
I see that most of the tests are doing umount and these may fail
sometimes because of EBUSY etc. I am wondering if we should change all
of them to umount -l.
Let me know if you foresee any problems.
Pranith
___
Gluster-devel mailing list
Glu
How well does Gluster work on Pidora? Does the Raspberry Pi's limited RAM
hinder it any?
Thanks,
Gene Liverman
Systems Administrator
Information Technology Services
University of West Georgia
ITS: Making Technology Work for You!
This e-mail and any attachments may contain confidential and privil
Makes sense. Thanks!
--
*Gene Liverman*
Systems Administrator
Information Technology Services
University of West Georgia
glive...@westga.edu
678.839.5492
ITS: Making Technology Work for You!
This e-mail and any attachments may contain confidential and privileged
information. If you are not
On 06/16/2014 09:31 AM, Gene Liverman wrote:
How well does Gluster work on Pidora? Does the Raspberry Pi's limited
RAM hinder it any?
It seems to work well enough. I've heard of several people who have
built clusters of pis running GlusterFS.
It's certainly not going to set any speed record
RPMs for el5-7 (RHEL, CentOS, etc.) and Fedora (19, 20, 21/rawhide), are
now available in YUM repos at
http://download.gluster.org/pub/gluster/glusterfs/3.4/LATEST
There are also RPMs available for Pidora 20, SLES 11sp3 and OpenSuSE 13.1.
Debian and Ubuntu DPKGs should also be appearing so
I want to test multi-client read/write the remote file on GlusterFS,
My test code:
bool testGFAPI(){
std::string volName = "rvonly";
std::string serverIP = "10.100.3.110";
int port = 24007;
glfs_t* glfs = glfs_new (volName.c_str());
if (glfs == NULL) {
On 06/16/2014 08:47 AM, Gong XiaoHui wrote:
> Hi
>
>When I use the libgfapi, I need to open and write a file, called ”
> glfs_open(glfs, path, O_WRONLY|O_TRUNC);” return a glfs_fd_t,
>
> before I close it ,there is a new request to read the same file,
>
> I think the read request return NUL
FYI,
To fix these Coverity issues , please check the below link for how to
and guidelines:
http://www.gluster.org/community/documentation/index.php/Fixing_Issues_Reported_By_Tools_For_Static_Code_Analysis#Coverity
Thanks,
Lala
Original Message
Subject:New Defects
26 matches
Mail list logo