All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeff Wu <cpwu@tnsoft.com.cn>
To: Yehuda Sadeh Weinraub <yehuda@hq.newdream.net>
Cc: Sage Weil <sage@newdream.net>,
	Gregory Farnum <gregf@hq.newdream.net>,
	"colinm@hq.newdream.net" <colinm@hq.newdream.net>,
	"henry_c_chang@tcloudcomputing.com"
	<henry_c_chang@tcloudcomputing.com>,
	"joshd@hq.newdream.net" <joshd@hq.newdream.net>,
	"samuelj@hq.newdream.net" <samuelj@hq.newdream.net>,
	"ceph-devel@vger.kernel.org" <ceph-devel@vger.kernel.org>,
	Yonggang Liu <myidpt@gmail.com>
Subject: Re: Questions about ceph OSD
Date: Wed, 3 Nov 2010 10:53:17 +0800	[thread overview]
Message-ID: <1288752797.2317.26.camel@osd1> (raw)
In-Reply-To: <AANLkTin_45jzRLNjDogGpuRaX-u4ELtzomdQUeHkcRoq@mail.gmail.com>

Hi Yehuda,

Thank you for your reply so quickly,your idea is very useful for us.
our design is that it only use ceph as our file system,
don't use NFS or CIFS . i will continue to study ceph codes ,thanks.

Jeff.wu




在 2010-11-03三的 10:39 +0800,Yehuda Sadeh Weinraub写道:
> Hi,
> 
>   there are probably a few directions that you can go, but I'm not
> sure which would be the easiest or whether it'd actually make sense.
> Just to have an idea about what you're really looking for, why
> wouldn't doing nfs mount over secret/ work? Is there a real need for
> that metadata to go through the mds?
> 
> Yehuda
> 
> On Tue, Nov 2, 2010 at 7:18 PM, Jeff Wu <cpwu@tnsoft.com.cn> wrote:
> > hi,
> >
> > Any ideas or suggestions about this? or , To solve this issue,i need
> > deeply look into what parts ceph codes ,OSD ,CRUSH ,.OSD cluster
> > expansion .. etc ? Thanks.
> >
> >
> > Jeff.Wu
> >
> >
> > ---------- Forwarded message ----------
> > From: Jeff Wu <cpwu@tnsoft.com.cn>
> > To: "sage@newdream.net" <sage@newdream.net>, "ceph-devel@vger.kernel.org" <ceph-devel@vger.kernel.org>
> > Date: Tue, 2 Nov 2010 14:49:58 +0800
> > Subject: Questions about ceph OSD
> > Hi ,
> >
> > I have recently been working the preliminary research whether ceph
> > can use at our cloud computing storage system in the future ,
> > ceph is a very very excellent file system.But ,Now ,i hit a very
> > important problem for us:
> >
> > Normally, as ceph described , all of the data are saved at OSDs with
> > CRUSHMAP at ceph system.
> >
> > but my goal is to :
> > 1. add a ext3 disk to ceph system ,but doesn't set it as a OSD;
> > 2. save the normal data at the OSDs of a ceph system;
> > 3. save the special data to a local ext3 disk at a ceph system,
> >   the ext3 disk is not set as a ceph OSD,but its infos are added to
> >  MDS and  MON,when Write the special data at a ceph client ,these
> > special data are not saved to ceph server OSDs ,but saved at the local
> > ext3 disk.
> >
> > like this:
> > At ceph client:
> > $ mount.ceph 1.2.3.4:6789:/ /ceph
> > $ cd /ceph
> > $ ls
> > cloud user secret
> >
> > when do writing,"cloud and user" folder data are saved to ceph OSDs ,
> > but "secret" folder data are saved to a local ext3 disk .
> >
> > My question is:
> > Q1- If i add a new OSD to the ceph system ,but i do a special CRUSH
> > placement map . Could this ways solved this problem ?,If can ,How ?
> >
> > Q2 - If to implement this function as a patch myself, Could you give me
> > any ideas ? or what parts of ceph codes(server/client) that i need look
> > into ?
> >
> > Thanks for all help and reply .
> >
> >
> > Jeff.Wu
> > Transoft.inc ,Sr.software engineer.
> >
> >
> >
> >
> >
> > --
> > To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >
> >


--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2010-11-03  2:53 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-11-03  2:18 Fwd: Questions about ceph OSD Jeff Wu
2010-11-03  2:39 ` Yehuda Sadeh Weinraub
2010-11-03  2:53   ` Jeff Wu [this message]
2010-11-03  3:23     ` Yehuda Sadeh Weinraub
2010-11-03  3:43       ` Jeff Wu
  -- strict thread matches above, loose matches on Subject: below --
2010-11-02  6:49 Jeff Wu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1288752797.2317.26.camel@osd1 \
    --to=cpwu@tnsoft.com.cn \
    --cc=ceph-devel@vger.kernel.org \
    --cc=colinm@hq.newdream.net \
    --cc=gregf@hq.newdream.net \
    --cc=henry_c_chang@tcloudcomputing.com \
    --cc=joshd@hq.newdream.net \
    --cc=myidpt@gmail.com \
    --cc=sage@newdream.net \
    --cc=samuelj@hq.newdream.net \
    --cc=yehuda@hq.newdream.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.