On Thu, 2012-09-13 at 16:11 +0400, Stanislav Kinsbursky wrote:
> 10.09.2012 19:41, Myklebust, Trond пишет:
> > On Mon, 2012-09-10 at 19:37 +0400, Stanislav Kinsbursky wrote:
> >> Hi, Trond.
> >> So, if I understand you right, we can create rpc client (or increase usage
> >> counter) on NSMPROC_MON
10.09.2012 19:41, Myklebust, Trond пишет:
On Mon, 2012-09-10 at 19:37 +0400, Stanislav Kinsbursky wrote:
Hi, Trond.
So, if I understand you right, we can create rpc client (or increase usage
counter) on NSMPROC_MON call and destroy (or decrease usage counter) on
NSMPROC_UNMON call.
Will this sol
10.09.2012 19:41, Myklebust, Trond пишет:
On Mon, 2012-09-10 at 19:37 +0400, Stanislav Kinsbursky wrote:
Hi, Trond.
So, if I understand you right, we can create rpc client (or increase usage
counter) on NSMPROC_MON call and destroy (or decrease usage counter) on
NSMPROC_UNMON call.
Will this sol
On Mon, 2012-09-10 at 19:37 +0400, Stanislav Kinsbursky wrote:
> Hi, Trond.
> So, if I understand you right, we can create rpc client (or increase usage
> counter) on NSMPROC_MON call and destroy (or decrease usage counter) on
> NSMPROC_UNMON call.
> Will this solution works?
The rpc client(s) w
10.09.2012 19:27, Myklebust, Trond пишет:
On Mon, 2012-09-10 at 12:43 +0400, Stanislav Kinsbursky wrote:
08.09.2012 18:33, Myklebust, Trond пишет:
On Sat, 2012-09-08 at 08:59 +0300, Stanislav Kinsbursky wrote:
08.09.2012 01:32, Myklebust, Trond пишет:
On Mon, 2012-08-13 at 08:10 -0400, Jeff L
On Mon, 2012-09-10 at 12:43 +0400, Stanislav Kinsbursky wrote:
> 08.09.2012 18:33, Myklebust, Trond пишет:
> > On Sat, 2012-09-08 at 08:59 +0300, Stanislav Kinsbursky wrote:
> >> 08.09.2012 01:32, Myklebust, Trond пишет:
> >>> On Mon, 2012-08-13 at 08:10 -0400, Jeff Layton wrote:
> On Mon, 13
08.09.2012 18:33, Myklebust, Trond пишет:
On Sat, 2012-09-08 at 08:59 +0300, Stanislav Kinsbursky wrote:
08.09.2012 01:32, Myklebust, Trond пишет:
On Mon, 2012-08-13 at 08:10 -0400, Jeff Layton wrote:
On Mon, 13 Aug 2012 15:37:31 +0400
Stanislav Kinsbursky wrote:
v2:
1) rpc_clnt_set_nodenam
On Sat, 2012-09-08 at 08:59 +0300, Stanislav Kinsbursky wrote:
> 08.09.2012 01:32, Myklebust, Trond пишет:
> > On Mon, 2012-08-13 at 08:10 -0400, Jeff Layton wrote:
> >> On Mon, 13 Aug 2012 15:37:31 +0400
> >> Stanislav Kinsbursky wrote:
> >>
> >>> v2:
> >>> 1) rpc_clnt_set_nodename() prototype up
08.09.2012 01:32, Myklebust, Trond пишет:
On Mon, 2012-08-13 at 08:10 -0400, Jeff Layton wrote:
On Mon, 13 Aug 2012 15:37:31 +0400
Stanislav Kinsbursky wrote:
v2:
1) rpc_clnt_set_nodename() prototype updated.
2) fixed errors in comment.
When child reaper exits, it can destroy mount namespace
On Mon, 2012-08-13 at 08:10 -0400, Jeff Layton wrote:
> On Mon, 13 Aug 2012 15:37:31 +0400
> Stanislav Kinsbursky wrote:
>
> > v2:
> > 1) rpc_clnt_set_nodename() prototype updated.
> > 2) fixed errors in comment.
> >
> > When child reaper exits, it can destroy mount namespace it belongs to, and
On Mon, 13 Aug 2012 15:37:31 +0400
Stanislav Kinsbursky wrote:
> v2:
> 1) rpc_clnt_set_nodename() prototype updated.
> 2) fixed errors in comment.
>
> When child reaper exits, it can destroy mount namespace it belongs to, and if
> there are NFS mounts inside, then it will try to umount them. But
v2:
1) rpc_clnt_set_nodename() prototype updated.
2) fixed errors in comment.
When child reaper exits, it can destroy mount namespace it belongs to, and if
there are NFS mounts inside, then it will try to umount them. But in this
point current->nsproxy is set to NULL and all namespaces will be des
12 matches
Mail list logo