From: "Brad Frank" <brad.frank@gmail.com>
To: 9fans@9fans.net
Subject: Re: [9fans] Explanation of binding from ftpfs
Date: Sat, 6 Dec 2008 17:53:53 -0500 [thread overview]
Message-ID: <cca2e5880812061453s35ebbc4as67c82bb17ffd2d67@mail.gmail.com> (raw)
In-Reply-To: <cca2e5880812061452l5e9943dv344ba471bd7f668d@mail.gmail.com>
oh yeah, it seems to do a pipe bind to the other location, only when
binding to the root. If I bind to /n/ftp/directory, it doesn't show
the pipe bind in ns.
On Sat, Dec 6, 2008 at 5:52 PM, Brad Frank <brad.frank@gmail.com> wrote:
> I guess what confuses me when dealing with something like ftpfs, is
> that it seems to behave differently than other types of binds.
> Examples I've used in the past involve simple binds like this.
> I create 4 directories, let's say dir1, dir2, dir3, dir4.
> Inside dir1 and dir2 I have files.
> I can then:
> bind -b dir1 dir3
> bind -b dir2 dir3
> then I can
> bind -b dir3 dir4
>
> When I look at ns
> I see not only a bind from dir3 to dir4,
> But I also see binds from dir1 to dir4, and dir2 to dir4. The act of
> binding dir3 to dir4 automatically seems to have created binds to dir1
> to dir4, and dir2 to dir4.
>
> So what I guess I was expecting to see from ns when using the ftpfs
> scenario, was to see not only a pipe bind to /n/ftp. But Also a pipe
> bind to my other location, since the other location was a bind to
> /n/ftp.
>
> On Sat, Dec 6, 2008 at 5:17 PM, Brad Frank <brad.frank@gmail.com> wrote:
>> I forgot to mention when I bind /n/ftp I was really binding
>> /n/ftp/directory to another location.
>>
>> On Sat, Dec 6, 2008 at 3:44 PM, Brad Frank <brad.frank@gmail.com> wrote:
>>> When I use ftpfs to mount a ftp site and then bind /n/ftp to another
>>> location. All appears to work fine in /n/ftp and in the other
>>> location. When I type ns, I can clearly see the pipe bind for ftpfs
>>> mounted to /n/ftp. When I unmount /n/ftp I can type ls on /n/ftp and
>>> not see anything there. But if I ls on the other location that I bound
>>> to /n/ftp, it still can access the ftp server. How is the other
>>> location able to do this, when I don't see any indication of a pipe
>>> bind still listed in ns? I do see the ftpfs process running, though.
>>>
>>
>
next prev parent reply other threads:[~2008-12-06 22:53 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-06 20:44 Brad Frank
2008-12-06 21:39 ` Iruata Souza
2008-12-06 22:17 ` Brad Frank
2008-12-06 22:27 ` Iruata Souza
2008-12-06 22:39 ` erik quanstrom
2008-12-06 22:52 ` Brad Frank
2008-12-06 22:53 ` Brad Frank [this message]
2008-12-06 23:06 ` Russ Cox
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=cca2e5880812061453s35ebbc4as67c82bb17ffd2d67@mail.gmail.com \
--to=brad.frank@gmail.com \
--cc=9fans@9fans.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).