[Nfs-ganesha-devel] 2.5rc2 and FSAL_RGW, no bueno

2017-04-22 Thread Kaleb Keithley 

Just an FYI,

building against Ceph 10.2.7 in Fedora rawhide (f27) the build fails.

Details at 
https://kojipkgs.fedoraproject.org//work/tasks/5601/19135601/build.log

versus ganesha-2.4.5 which does build.

I'm guessing that this might be a Ceph 10 versus 11 or 12 thing? branto tried 
to build Ceph 11.2 back in February, but it failed and there's been no activity 
around Ceph 11 or Ceph 12 since then.

 Looks like we need to do something a little different in our development 
strategy around Ceph RGW.)

--

Kaleb

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel

[Nfs-ganesha-devel] Last call for 2.4.4

2017-03-20 Thread Kaleb Keithley 

The following patches have been cherry-picked to the V2.4-stable branch.

Last call for any others before I tag 2.4.4

Thanks,

>> Fix-Coverity-CID-155159-Deadlock
>> commit a6636acb1448b3fa3330e5b7bd20afe7719e7a0f
>> Change-Id: I92023e942e8f9ade894d57dac9c0d48dc351b5a8
>>
>> Reduce-and-mitigate-a-rename-readir-race-window
>> commit d8dbbcd66958acdb456e511ebf878d1d75612ba4
>> Change-Id: I9a7e706b25a8a2f1df54a982b2952aad7134a89d
>>
>> MDCACHE: only remove cached entry on unlink on success
>> commit 35449b0ae0d9f1f60b882261df5c5a8f41a9796b
>> Change-Id: Ifc5d2d3806979010fc38a1b3d6c8447308c155d9
>>
>> SAL - Keep a pointer to the obj owning the state
>> commit ee8e090a35b8ce4b6e69db7014c64bd55264dae3
>> Change-Id: Ia7c327bc694f7be21bc5a9802abfefc3f697d133
>>
>> MDCACHE - Validate ATTRs on READDIR
>> commit ba68c98a195732d479b5f11a2413fa8b9c09b081
>> Change-Id: I16c78ce9bd6a1068e989066734b68d083b35e933
>>
>> Remove PSEUDO directories on unexport
>> commit 1fe6d7699b32633f8d6e71436af645cdf813d90d
>> Change-Id: Id92e6d8809ac9dd49cdc405a2c6576fcc0c4642c
>>
>> Fix SSE4_2 compile path
>> commit c8fcf794647e2a871b66ed9a4f7f815177794659
>> Change-Id: Ieb7d3b8166fda68bc8e15aec4a281c0af1019438
>>
>> MDCACHE: rename needs to update parent pointer for directory
>> commit e74b24d7ebec8d5e7608f892553badec2aa0bc47
>> Change-Id: I6898002e570c09652b754438790b479ae4732f18
>>
>> FSAL_GLUSTER: Share gfapi objects across entries exporting same volume
>> commit d9ebe114025fa3729b49456452197c01fc654965
>> Change-Id: Ie28d6c4031b4ad3c8654a5b149ceb7a0a5e77060
>>
>> FSAL_GLUSTER: use of inet_ntoa(3)
>> commit 836182b6eb82e6d893e9e44e31a132dbe3d79f20
>> Change-Id: Ia0831149b412f226b491873d3efc0a8ecd0017d1


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel

Re: [Nfs-ganesha-devel] Ganesha for Ubuntu

2017-02-06 Thread Kaleb KEITHLEY 
On 02/03/2017 03:56 AM, Swen Schillig wrote:
> On Do, 2017-02-02 at 10:00 -0500, Daniel Gryniewicz wrote:
>> It was in the tree, and was removed because Debian doesn't like
>> having
>> it in tree:  https://review.gerrithub.io/282996
>>
>> Daniel
> Hmm, I didn't see it being offered directly from Debian.
> As far as I saw, Kaleb is the only one offering deb packages.
>
> So, if that is true why not get it back in and make ganesha officially
> available for deb-based distros ?

If by "back in" you mean put the packaging bits back into the ganesha 
source tree --- my understanding is that the Debian packaging people 
don't like it. I also don't like it; I don't want to put an extra burden 
on Frank to merge Debian packaging bits every time I need to make some 
little nit change, e.g. the pkg changelog file.

You can submit a change request, as can anyone; I'm not going to vote 
for it though.

You're welcome to send pull requests for the ganesha-debian repo if you 
have changes you want. I'm even willing to grant commit bits to the repo 
to anyone that's going to do debian packaging.

>
> Is there any (legal) reason not to ?

Legal as in Lowyers, Attorneys, Baristers, and such. No.

>
> Swen
>>
>> On 02/02/2017 09:40 AM, Swen Schillig wrote:
>>>
>>> On Do, 2017-02-02 at 15:24 +0100, Swen Schillig wrote:

 Frank, Kaleb

 Is there a reason why we don't have the ganesha tree prepared to
 build
 packages for Ubuntu ?

 Kaleb, I know you're maintaining a separate repository for this,
 but I'm not really sure why it's part of the ganesha tree?
>>> why it's NOT part of the ganesha tree.


 I've seen a few people being interested in those builds
 on our mailing list and we (IBM) would like to have those too.

 With a few manual steps I merged Kaleb's work and our current
 tree
 and
 was able to build for Ubuntu.

 Therefore, I was wondering if there's any reason to not have that
 included in the official tree.

 Cheers Swen.


 ---
 
 ---
 Check out the vibrant tech community on one of the world's most
 engaging tech sites, SlashDot.org! http://sdm.link/slashdot
 ___
 Nfs-ganesha-devel mailing list
 Nfs-ganesha-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel
>>>
>>>
>>> -
>>> -
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>>> ___
>>> Nfs-ganesha-devel mailing list
>>> Nfs-ganesha-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel
>>>
>>
>>
>> ---
>> ---
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> ___
>> Nfs-ganesha-devel mailing list
>> Nfs-ganesha-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel
>>
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Nfs-ganesha-devel mailing list
> Nfs-ganesha-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel
>


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel

Re: [Nfs-ganesha-devel] nfs-ganesha-config.sh missing from Ubuntu 16.04 PPA (#125)

2017-01-25 Thread Kaleb Keithley 


- Original Message -
> From: "Wyllys Ingersoll" <wyllys.ingers...@keepertech.com>
> To: "Kaleb Keithley" <kkeit...@redhat.com>
> Cc: nfs-ganesha-devel@lists.sourceforge.net
> Sent: Wednesday, January 25, 2017 2:27:42 PM
> Subject: Re: [Nfs-ganesha-devel] nfs-ganesha-config.sh missing from Ubuntu 
> 16.04 PPA (#125)
> 
> I was asking about it in this issue:
> https://github.com/nfs-ganesha/nfs-ganesha/issues/125
> 
> However, I was going to follow up and say that the only thing I see in
> the repo referenced is a README file with references to binary builds.
> I was hoping to find scripts to rebuild the debs from scratch, with
> working systemd scripts for ubuntu xenial.

??? 

What it says is: 
  The interesting stuff is in branches dedicated to nfs-ganesha, (lib)ntirpc, 
and & distro releases.

On github you can see all the branches on the pull-down menu on the tab that 
says "Branch: msater" and switch to viewing a branch like yakkety-nfs-ganesha.

Or clone the tree and then do `git branch -r` to see the available branches, 
then `git checkout [-b yakkety-nfs-ganesha] origin/yakkety-nfs-ganesha.

These are not scripts. These are the Debian packaging files used to build 
packages with debuild (and pbuilder).

HTH.

> 
> Thanks!
> 
> On Wed, Jan 25, 2017 at 2:16 PM, Kaleb Keithley <kkeit...@redhat.com> wrote:
> >
> > - Original Message -
> >> From: "Daniel Gryniewicz" <notificati...@github.com>
> >>
> >> @kalebskeithley builds them on his PPA.
> >>
> >
> > The packaging bits are here
> >
> > https://github.com/nfs-ganesha/nfs-ganesha-debian
> >
> > Sorry, I don't see where this came from (a github issue? I can't find it)
> > to cc: Wyllys.
> >
> > --
> >
> > Kaleb
> >
> > --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> > ___
> > Nfs-ganesha-devel mailing list
> > Nfs-ganesha-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel
> 

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel

[Nfs-ganesha-devel] nfs-ganesha-config.sh missing from Ubuntu 16.04 PPA (#125)

2017-01-25 Thread Kaleb Keithley 

- Original Message -
> From: "Daniel Gryniewicz" 
> 
> @kalebskeithley builds them on his PPA.
> 

The packaging bits are here

https://github.com/nfs-ganesha/nfs-ganesha-debian

Sorry, I don't see where this came from (a github issue? I can't find it) to 
cc: Wyllys.

--

Kaleb

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel

[Nfs-ganesha-devel] NFS-Ganesha 2.4.2 has been tagged

2017-01-23 Thread Kaleb Keithley 
Hi,

FYI, NFS-Ganesha 2.4.2 has been tagged. Nominally at the request of the 
upstream Ceph community for their upstream builds.

20 changes have been committed since 2.4.1:

Implement support_ex for FSAL_NULL
8334ffbb16c87efebf169ac7c6be405b92a379d3

Stack MDCACHE on top of any FSAL stack
12faef83f3b899c3490de20c7158485cf3449c34

Fix multilevel stacking with NULL
60c39193fffd5b95b295e9ad3bbf2af47b8353eb

cmake: find libhandle.so on Debian 9 and Ubuntu 16.04, 16.10 — again
c128c3e3160adcecbe5462238a892ce5e6e9bb15

build: don't use __DATE__ and __TIME__ for Release builds
c526e9d229660bf9240730cce648762fa778ab51

FSAL_GLUSTER: Use the new APIs to fetch & free upcall args
814ca55ead6898f0b41d8aae22f1239279196470

add-export: Remove an extra ref in case of failures
2b260e7bf56e6b46471564a13d96b8510c75b3b2

FSAL_GLUSTER/commit2: Fix deferencing a NULL pointer
f74f9e47a01fbe3a3fd8e1aba73b68e78f4f3183

md-cache: Invalidate ACL incase of mode change
1a7c4455416ce3fc6596024ec8d8a63dd2c367cb

FSAL_VFS - Add lookup with already open directory
069a84eb750cdc67109f2e72fc34edd65bacea77

MDCACHE - don't cache large directories
196a0de1035916cd5b338a9e6973b8da7a630207

drc: fix retire window accounting ++
df396e3d730db45ebd716b6625ddbe030d41f2c5

md-cache: Do lazy deletion of the new entry which got raced
3ae3437a6507950d77335961aae1b4a69ed2ed15

FSAL_GLUSTER: Return appropriate error in case if lock acquisition fails
21b1b07a7c36667c57284db5c99a1be3e02a9f40

Always lock when invalidating dirents
e247d387e9ee60ca4a77234914568b82c99a18ea

Fix use-after-free during shutdown
fcf52429ffb3dd149d6c3553f75e87584b1c30b0

State - Take a ref on an object for each state
788287afee09babb6c6f12ac5c3510fd7efc352f

MDCACHE - Only rename dirents if both found
e4569ae92e3b2b686fc0889fab14a69e132ba81a

Don't do work in assert()
b1c61418054c98a634d239468835e1b24070d257

FSAL_GLUSTER: Avoid double free of handle in case of setattr failures
f85741997ea4a72557758e4a76336abe6e6f48b8

--

Kaleb




--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel

[Nfs-ganesha-devel] RGW version 1.1 in RC4?

2016-09-11 Thread Kaleb Keithley 
Hi,

I see the new logic to in FindRGW.cmake that wants version 1.1 (RGW_MAJOR = 1, 
RGW_MINOR = 1), 
but in Fedora 24+, Ceph (*-10.2.2-x) there's only, e.g., 

librados.h:#define LIBRADOS_VER_MAJOR 0
librados.h:#define LIBRADOS_VER_MINOR 69
librados.h:#define LIBRADOS_VER_EXTRA 1

and nothing resembling RGW_MAJOR or RGW_MINOR in 

And as a result Fedora builds of RC4 (only scratch builds so far) are failing 
because fsal_rgw isn't getting built even though the dependencies are available.

Are the Ceph packages in Fedora really so out of date? I had the impnression 
Boris (branto) was on top of things.

I had build RC3 with fsal_rgw on Fedora. Couldn't tell you if it worked.

--

Kaleb



--
___
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel

Re: [Nfs-ganesha-devel] Addtional parameters that might be interesting to dynamic update

2016-08-10 Thread Kaleb KEITHLEY 
How about NFS-GRACE time?

On 08/10/2016 03:53 PM, Frank Filz wrote:
> Having vanquished (for the most part) dynamic export update, and the ease of
> doing so, I have started to think about what other config parameters would
> be useful to be able to dynamically update.
> 
> Please read over this and give feedback.
> 
> Thanks
> 
> Frank
> 
> NFS_CORE_PARAM:
> 
> All the ports and such probably aren't a good idea to dynamically update.
> 
> Nb_Worker would certainly be useful to be able to change.
> 
> Drop_.*_Errors, should be easy to update, someone might want that.
> 
> DRC options are probably not good to tweak dynamically?
> 
> RPC options are probably not good to tweak dynamically?
> 
> NFS_IP_NAME
> 
> Changing the expiration time probably is ok to change.
> 
> NFS_KRB5
> 
> I don't think any of these are candidates for dynamic update.
> 
> NFSV4
> 
> Changing any of these options will probably wreak havoc, though playing with
> the numeric owners options dynamically is probably not too horrid.
> 
> EXPORT { FSAL { } }
> 
> I didn't explore any of these with dynamic export update. FSAL_VFS allows
> configuring the type of fsid used for the filesystem, changing that
> dynamically is a bad idea since it changes the format of file handles.
> 
> CACHE_INODE
> 
> Most of these should be updateable. NPart would not be changeable. I'm not
> sure if any others would be problematical. I wonder if some of them are no
> longer used.
> 
> 9P
> 
> These don't look like good candidates for dynamic update.
> 
> CEPH
> 
> Changing the config path for libcephfs won't accomplish anything
> 
> GPFS
> 
> I'm not sure some of these should even be config variables, not sure if any
> make sense for dynamic update
> 
> RGW
> 
> These need consideration, probably not candidates for dynamic update
> 
> VFS/XFS
> 
> Some of the same questionable options as GPFS
> 
> ZFS
> 
> Same options as VFS/XFS
> 
> PROXY
> 
> Not worth making dynamically updateable until we really make this thing
> work...
> 
> 
> 
> 
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
> 
> 
> --
> What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
> patterns at an interface-level. Reveals which users, apps, and protocols are 
> consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
> J-Flow, sFlow and other flows. Make informed decisions using capacity 
> planning reports. http://sdm.link/zohodev2dev
> ___
> Nfs-ganesha-devel mailing list
> Nfs-ganesha-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel
> 


--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. http://sdm.link/zohodev2dev
___
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel

[Nfs-ganesha-devel] Fwd: ABRT report for package nfs-ganesha has reached 10 occurrences

2016-06-06 Thread Kaleb KEITHLEY 



 Forwarded Message 
Subject: ABRT report for package nfs-ganesha has reached 10 occurrences
Date: Sat,  4 Jun 2016 21:12:23 + (UTC)
From: notificati...@fedoraproject.org
To: kkeit...@redhat.com

Packages: nfs-ganesha
Function: raise
First occurrence: 2016-06-04
Type: core
Count:10
URL:
http://retrace.fedoraproject.org/faf/reports/bthash/e96925b5b092c2e5f97c96f4ed2b831411478e55/


http://retrace.fedoraproject.org/faf/reports/bthash/e96925b5b092c2e5f97c96f4ed2b831411478e55/

--
You received this message due to your preference settings at
https://apps.fedoraproject.org/notifications/kkeithle.id.fedoraproject.org/email/26014

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel

[Nfs-ganesha-devel] Fwd: ABRT report for package nfs-ganesha has reached 10 occurrences

2016-06-06 Thread Kaleb KEITHLEY 



 Forwarded Message 
Subject: ABRT report for package nfs-ganesha has reached 10 occurrences
Date: Sat,  4 Jun 2016 22:10:58 + (UTC)
From: notificati...@fedoraproject.org
To: kkeit...@redhat.com

Packages: nfs-ganesha
Function: unknown function
First occurrence: 2016-06-04
Type: core
Count:10
URL:
http://retrace.fedoraproject.org/faf/reports/bthash/f2dd067e846c899f7cea5b84c139d3f19001755d/


http://retrace.fedoraproject.org/faf/reports/bthash/f2dd067e846c899f7cea5b84c139d3f19001755d/

--
You received this message due to your preference settings at
https://apps.fedoraproject.org/notifications/kkeithle.id.fedoraproject.org/email/26014

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel

Re: [Nfs-ganesha-devel] V2.3-stable (V2.3.1) update

2016-03-21 Thread Kaleb KEITHLEY 
On 03/18/2016 09:47 PM, Malahal Naineni wrote:
> Kaleb KEITHLEY [kkeit...@redhat.com] wrote:
>> On 03/17/2016 10:57 AM, Malahal Naineni wrote:
>>
>>> 1. If you want, I can replace 2.3.0-1 with 2.3.1 version and can move your
>>> tag to point to that 2.3.1 (just one commit changing the CMAKE file).
>>> Then I will rebase my patches that I did today on top of that and name
>>> it 2.3.2.
>>>
>>> 2. My back ported today's patches are very minor, so if you don't care what
>>> V2.3.1 tag points to, we make move the tag to current checked in 2.3.1.
>>>
>>> 3. If you don't want to change any history at this point, I will change
>>>  the current HEAD with 2.3.2 (instead of 2.3.1) and tag it as V2.3.2.
>>>
>>> Let me know which option (#1, #2 or #3) you like. All of them need
>>> trivial changes, so doing any of those is no big deal. #1 or #2 make it
>>> very clean, but #3 leaves V2.3.1 tag pointing to V2.3.0-1 (looks odd,
>>> that is all).
>>>
>>
>> I had started packaging a 2.3.1 in Fedora and EPEL based on V2.3.1
>> tag/release -- the bad one. I think I can abort that. Not exactly sure
>> what the implications are wrt having another, different
>> nfs-ganesha-2.3.1.tar.gz are. I guess I'll find out. ;-)
>
> It wasn't clear to me if you wanted #1, #2 or #3 I proposed. #2 is the
> easiest for me, so I will end up doing it if I don't here from you
> today!

Hi,

Sorry, I was travelling w/ limited access to email. #2 is/was fine. Did 
you end up doing that?  I downloaded the current V2.3.1 and compared it 
with what I had the other day and it doesn't seem to have changed. Did it?

Thanks

--

Kaleb



--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
___
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel

[Nfs-ganesha-devel] Fwd: nfs-ganesha

2016-02-12 Thread Kaleb Keithley 

Hi,

What are the plans for finalizing 2.3.1?


- Forwarded Message -
> From: "Manus" 
> Hi,
> Could you build the package with last V2.3.0-1:
> https://github.com/nfs-ganesha/nfs-ganesha/commits/V2.3-stable
> Because I think I am facing https://github.com/nfs-ganesha/nfs-
> ganesha/commit/77db25460d07b733a8a2a668e3e6ddc2a39a6e54
> All my instance restart because of the memory leak.
> Regards,
> Romain alias Manus
> --
> This message was sent from Launchpad by
> Manus (https://launchpad.net/~manus)
> using the "Contact this team's admins" link on the Gluster team page
> (https://launchpad.net/~gluster).
> For more information see
> https://help.launchpad.net/YourAccount/ContactingPeople
> 

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
___
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel

[Nfs-ganesha-devel] missing tags on gerrithub.io repo

2016-02-06 Thread Kaleb Keithley 

Hi,

Would someone please push the 2.4-dev-X tags that in the github repo to the 
gerrithub repo.

(and maybe all the missing 2.3 and 2.2 tags too?)

I'm trying to submit patches to gerrithub.io based on the V2.4-dev-7 tarball 
from github and am failing the CEA validation. Maybe things have already been 
fixed a different way?

Thanks,

--

Kaleb

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
___
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel

Re: [Nfs-ganesha-devel] ganesha-ha.sh usage!

2016-02-05 Thread Kaleb Keithley 


Read my blog at 
http://blog.gluster.org/2015/10/linux-scale-out-nfsv4-using-nfs-ganesha-and-glusterfs-one-step-at-a-time/

- Original Message -
> From: "Gmail" 
> To: "Niels de Vos" 
> Cc: Nfs-ganesha-devel@lists.sourceforge.net
> Sent: Friday, February 5, 2016 8:43:41 AM
> Subject: Re: [Nfs-ganesha-devel] ganesha-ha.sh usage!
> 
> I’ve literally followed this guide, but it seems that a VIP failover will
> never happen if the Ganesha daemon is killed!
> 
> My comments on what the HA script does:
> 1- why it’s using a Dummy resource?!
> 2- What does nfs-mon and nfs-grace resources do?! there is no description or
> any kind of documentation or even comments in the scripts talking about what
> do they exactly do!
> 
> 
> — Bishoy
> 
> 
> 
> 
> On Feb 2, 2016, at 1:39 PM, Niels de Vos < nde...@redhat.com > wrote:
> 
> On Tue, Feb 02, 2016 at 12:40:54PM -0800, Gmail wrote:
> 
> 
> Is there any documentation describing in details how to use the
> ganesha-ha.sh script to be used with Gluster?
> 
> This should help you on your way:
> 
> http://gluster.readthedocs.org/en/latest/Administrator%20Guide/NFS-Ganesha%20GlusterFS%20Intergration/
> 
> Niels
> 
> 
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
> ___
> Nfs-ganesha-devel mailing list
> Nfs-ganesha-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel
> 

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
___
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel

Re: [Nfs-ganesha-devel] ganesha-ha.sh usage!

2016-02-05 Thread Kaleb Keithley 

- Original Message -
> From: "Bishoy Mikhael" 

> 
> My problem is not in the setup, my problem is with the failover scenarios,
> I'm trying to see how efficient pacemaker is in handling Ganesha failover.
> What I see is that pacemaker did nothing regarding Ganesha.
> I killed the Ganesha daemon, and nothing happened!
> 

Not sure what to tell you. Nobody likes to hear "it works for me", but...

The existing code has some issues. The patch at 
http://review.gluster.org/#/c/12964/ should improve things. 

The commit message for that fix has an explanation of what the various resource 
agents do (after the fix).

--

Kaleb

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
___
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel

Re: [Nfs-ganesha-devel] Announcement of V2.3.0-1

2016-02-01 Thread Kaleb Keithley 


- Original Message -
> From: "Malahal Naineni" 
> 
> When I brought this up last time, Frank suggested to make V2.2.1 after
> few iterations of V2.2.0-N types. So I followed it here. There are
> merits in Franks approach as well, so let us talk tomorrow.
> 
> We can definitely re-tag, if this is something we decide, so no worries.
> 

Hi Malahal,

Okay, that's fine. I didn't realize that's what we were doing.

I'll wait.

Thanks

--

Kaleb

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel

Re: [Nfs-ganesha-devel] Announcement of V2.3.0-1

2016-01-31 Thread Kaleb Keithley 

Awesome.

Just curious, is it possible to (re)tag this as V2.3.1 instead?

Thanks

--

Kaleb


- Original Message -
> From: "Malahal Naineni" 
> 
> Branch: V2.3-stable
> 
> Changes:
> 
> $ git log --format="%h: %an, %s" V2.3.0..V2.3.0-1
> 51f8bda: Malahal Naineni, V2.3.0-1
> 4c40075: Matt Benjamin, FSAL_CEPH: NUL-terminate symlink buffers
> 98bedc0: Soumya Koduri, service files: Helper service to pre-process config
> options
> 531c431: Soumya Koduri, Reset the first_export pointer during
> cache_inode_entry cleanup
> cf1fe24: jiffin tony thottan, FSAL_GLUSTER : Handle ENOENT properly in
> getattrs
> c0b849b: Soumya Koduri, exports_init(): Unref the export if pNFS DS is
> enabled
> 77db254: Jeremy Bongio, Use request type instead of DRC type to decide what
> can be cached.
> 3d99d08: Malahal Naineni, GPFS: Fix the zombie detection code.
> 2a25bf3: jiffin tony thottan, FSAL_GLUSTER : Populate ALLOW acl entries
> accordingly if only DENY is present
> 761c1ca: Krishna Harathi, nfsv3 - fix malformed packet response in readdir
> when zero entries are returned. Also in cache_inode_readdir.
> 
> 
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
> ___
> Nfs-ganesha-devel mailing list
> Nfs-ganesha-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel
> 

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel

Re: [Nfs-ganesha-devel] [Nfs-ganesha-support] run nfs-ganesha on centos5

2015-11-17 Thread Kaleb KEITHLEY 
On 11/17/2015 12:42 AM, Zheng Liu wrote:
> Hi Frank,
> 
> Thanks for your help.
> 
> ...
> Are you running rpcbind service?
> 
> 
> No.  On centos 5, portmap runs by default.  Does nfs-ganesha depends on
> rpcbind?  Can I run nfs-ganesha with portmap?
> 

portmap is the right package on RHEL5.

We have a bug in the nfs-ganesha.spec. We are missing a runtime
dependency for rpcbind (or portmap on RHEL5). Something like this:

diff --git a/nfs-ganesha.spec b/nfs-ganesha.spec
index e7460c5..f87a3c5 100644
--- a/nfs-ganesha.spec
+++ b/nfs-ganesha.spec
@@ -102,6 +102,11 @@ BuildRequires: libntirpc-devel >= 1.3.1
 %endif
 Requires:  dbus
 Requires:  nfs-utils
+%if ( 0%{?fedora} ) || ( 0%{?rhel} && 0%{?rhel} >= 6 )
+Requires: rpcbind
+%else
+Requires: portmap
+%endif
 %if %{with_nfsidmap}
 BuildRequires: libnfsidmap-devel
 %else


--
___
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel

Re: [Nfs-ganesha-devel] [RFC] Don't exit from called functions

2015-10-19 Thread Kaleb KEITHLEY 
On 10/19/2015 09:35 AM, Daniel Gryniewicz wrote:
> On Mon, Oct 19, 2015 at 9:13 AM, Swen Schillig  wrote:
>> I'm not talking about recovery,
>> just about how and where to end a program.
>> ...and I still believe a log-function is not the right place to that.
> 
> I've always viewed a fatal log function as an abort (and an abort as a
> fatal log function, since you shouldn't ever have one without the
> other).  That said, I'd prefer not to have thousands of lines of
> untested error checking code just to allow us to exit all the way back
> to main to we can abort.  I prefer to abort at the time of failure.
> It's more likely to leave useful information in a backtrace or in the
> log.  Note that the only non-main() exit in Ganesha is the Fatal()
> abort function, so I consider it a single point of exit anyway.

+1

A useful backtrace is a big plus in my book.

--

Kaleb


--
___
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel

[Nfs-ganesha-devel] make install, and python bits in RPM build --- RFC

2015-09-22 Thread Kaleb KEITHLEY 

Hi,

This is mainly targeted at Dan, since he's been cleaning up the build.

For 2.3rc3 fedora packaging I spent a bit of time figuring out why the
ganeshactl bits get installed twice, once with an overt `python setup.py
install ...` and then again by the `make install` when it recurses into
the ganeshactl subdir.  The `make install` actually attempts to install
the ganeshactl bits to /usr/... and naturally fails as you might expect.

See the attached diff. Let me know what you think. (I'll submit it as a
patch to gerrithub when and if that's appropriate, including now if
you'd rather think about it as a patch in gerrithub.)

Regards,

--

Kaleb
diff --git a/src/nfs-ganesha.spec-in.cmake b/src/nfs-ganesha.spec-in.cmake
index 798a485..a880b06 100644
--- a/src/nfs-ganesha.spec-in.cmake
+++ b/src/nfs-ganesha.spec-in.cmake
@@ -336,7 +336,8 @@ be used with NFS-Ganesha to support Gluster
 %setup -q -n %{sourcename}
 
 %build
-cmake .-DCMAKE_BUILD_TYPE=Debug\
+cmake . -DDESTDIR=%{buildroot} \
+   -DCMAKE_BUILD_TYPE=Debug\
-DBUILD_CONFIG=rpmbuild \
-DUSE_FSAL_NULL=%{use_fsal_null}\
-DUSE_FSAL_ZFS=%{use_fsal_zfs}  \
@@ -373,6 +374,12 @@ mkdir -p %{buildroot}%{_sysconfdir}/logrotate.d
 mkdir -p %{buildroot}%{_bindir}
 mkdir -p %{buildroot}%{_sbindir}
 mkdir -p %{buildroot}%{_libdir}/ganesha
+# Fedora has symlinks /bin->/usr/bin, /lib->/usr/lib, /lib64->/usr/lib64
+# `make install` seems to install some things in /bin, some in /usr/bin, etc.
+# and rpmbuild isn't very smart about it
+ln -s %{buildroot}%{_bindir} %{buildroot}/bin
+ln -s %{buildroot}%{_libdir} %{buildroot}/lib64
+ln -s %{buildroot}/usr/lib %{buildroot}/lib
 mkdir -p %{buildroot}%{_localstatedir}/run/ganesha
 install -m 644 config_samples/logrotate_ganesha
%{buildroot}%{_sysconfdir}/logrotate.d/ganesha
 install -m 644 scripts/ganeshactl/org.ganesha.nfsd.conf
%{buildroot}%{_sysconfdir}/dbus-1/system.d
@@ -429,15 +436,12 @@ install -m 755 scripts/init.d/nfs-ganesha.gpfs
%{buildroot}%{_sysconfdir}/init.
 %endif
 %endif
 
-%if %{with utils}
-pushd .
-cd scripts/ganeshactl/
-python setup.py --quiet install --root=%{buildroot}
-popd
-install -m 755 Protocols/NLM/sm_notify.ganesha 
%{buildroot}%{_bindir}/sm_notify.ganesha
-%endif
-
 make DESTDIR=%{buildroot} install
+# remove symlinks created earlier, otherwise they will confuse rpmbuild
+rm %{buildroot}/bin
+rm %{buildroot}/lib
+rm %{buildroot}/lib64
+
 
 %post
 %if %{with_systemd}
diff --git a/src/scripts/ganeshactl/CMakeLists.txt 
b/src/scripts/ganeshactl/CMakeLists.txt
index 5484188..48516b0 100644
--- a/src/scripts/ganeshactl/CMakeLists.txt
+++ b/src/scripts/ganeshactl/CMakeLists.txt
@@ -124,6 +124,6 @@ if(PYTHON)
 
   install(
 CODE
-"execute_process(WORKING_DIRECTORY ${CMAKE_CURRENT_BINARY_DIR} COMMAND 
${PYTHON} ${SETUP_PY} install --skip-build 
--prefix=$ENV{DESTDIR}${CMAKE_INSTALL_PREFIX})"
+"execute_process(WORKING_DIRECTORY ${CMAKE_CURRENT_BINARY_DIR} COMMAND 
${PYTHON} ${SETUP_PY} install --skip-build --prefix=${DESTDIR})"
 )
 endif(PYTHON)
--
___
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel

Re: [Nfs-ganesha-devel] nfs-ganesha-2.3RC1 32-bit jumbo patch

2015-09-10 Thread Kaleb KEITHLEY 

FYI, wrt 32-bit compile errors, ignore the patch to CMakeList.txt in
this patch.

On 09/10/2015 02:16 PM, Kaleb KEITHLEY wrote:
> 
> Attached patch fixes compile errors building on Fedora rawhide
> 
> --
> 
> Kaleb
> 
>

--
Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
Get real-time metrics from all of your servers, apps and tools
in one place.
SourceForge users - Click here to start your Free Trial of Datadog now!
http://pubads.g.doubleclick.net/gampad/clk?id=241902991=/4140
___
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel

Re: [Nfs-ganesha-devel] Announce Push of V2.3-rc1

2015-08-28 Thread Kaleb KEITHLEY 
On 08/27/2015 07:47 PM, Frank Filz wrote:
 Branch next
 
 Tag:V2.3-rc1
 
 NOTE: This tag includes a libntirpc update, please make sure your
 submodule is updated before pushing additional submissions.
 
 Highlights
 
 ...
 
 * libntirpc update
 

We, i.e. me, for Fedora packaging, need this to be tagged with a version.

What's the expected landing date for symbol versions?

Thanks,

--

Kaleb



--
___
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel