Project

General

Profile

Actions

Feature #3426

closed

ceph-fuse: build/run on os x

Added by Sage Weil over 11 years ago. Updated over 7 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
Administration/Usability
Target version:
-
% Done:

0%

Source:
Development
Tags:
Backport:
Reviewed:
Affected Versions:
Component(FS):
Client, Common/Protocol, ceph-fuse, osdc
Labels (FS):
Pull request ID:
Actions #1

Updated by Sage Weil over 11 years ago

  • Translation missing: en.field_position deleted (13)
  • Translation missing: en.field_position set to 23
Actions #2

Updated by Greg Farnum over 11 years ago

Noah has done some work on this in the wip-osx branch; last I heard you could compile and get a cluster going with vstart.sh (but who knows about correctness). I think it still needs some cleanup in terms of commit clarity and code appropriateness? And there's not a simple way to only build ceph-fuse cleanly.

Actions #3

Updated by Sage Weil over 11 years ago

Greg Farnum wrote:

Noah has done some work on this in the wip-osx branch; last I heard you could compile and get a cluster going with vstart.sh (but who knows about correctness). I think it still needs some cleanup in terms of commit clarity and code appropriateness? And there's not a simple way to only build ceph-fuse cleanly.

Noah's plan is to break this into small cleanup bits that can be merged incrementally to initially just make things build.

Actions #4

Updated by Noah Watkins over 10 years ago

How hard would it be to support an offset parameter to [gs]etxattr(..) in cephfs? Technically this feature is supported on OSX, but only for a specific system extended attribute, and probably wouldn't affect any applications.

I am currently returning -ENOTSUP for non-zero position values for FUSE in OSX. If it's easy to support though, it'd be nice to have full compatibility.

Actions #5

Updated by Greg Farnum over 10 years ago

What's the context for this offset? It sounds like we could just implement it client-side if we really wanted to for some reason.

Actions #6

Updated by Greg Farnum over 10 years ago

  • Assignee set to Noah Watkins

Giving this to Noah since he's actually done it already in a branch.

Actions #7

Updated by Noah Watkins over 10 years ago

  • Status changed from New to In Progress
Actions #8

Updated by John Spray almost 8 years ago

Cleaning up "In progress" tickets: should this be "resolved" or go back to new? I know various people have worked on building on OS X but don't know if it works today.

Actions #9

Updated by Greg Farnum almost 8 years ago

  • Status changed from In Progress to New
  • Assignee deleted (Noah Watkins)

Nobody owns it right now, and we never made it official.

Actions #10

Updated by Greg Farnum almost 8 years ago

  • Category set to 45
Actions #11

Updated by Greg Farnum almost 8 years ago

  • Category changed from 45 to Administration/Usability
  • Source set to Development
  • Component(FS) Client, Common/Protocol, ceph-fuse, osdc added
Actions #12

Updated by John Spray over 7 years ago

I don't think it's likely we will ever "finish" this in the sense of maintaining/testing functionality on OSX, so I'm closing this ticket. I think it might actually already work and I'm happy to accept PRs for OSX build fixes, I just don't think this makes sense as a tracker ticket.

Actions #13

Updated by John Spray over 7 years ago

  • Status changed from New to Closed
Actions

Also available in: Atom PDF