17.09.2012 19:10, Chuck Lever пишет:
On Sep 17, 2012, at 6:49 AM, Stanislav Kinsbursky wrote:
14.09.2012 23:10, Chuck Lever пишет:
On Sep 14, 2012, at 1:38 PM, Myklebust, Trond wrote:
On Fri, 2012-09-14 at 13:01 -0400, Chuck Lever wrote:
What happens if statd is restarted?
Nothing
On Sep 17, 2012, at 6:49 AM, Stanislav Kinsbursky wrote:
> 14.09.2012 23:10, Chuck Lever пишет:
>>
>> On Sep 14, 2012, at 1:38 PM, Myklebust, Trond wrote:
>>
>>> On Fri, 2012-09-14 at 13:01 -0400, Chuck Lever wrote:
What happens if statd is restarted?
>>>
>>> Nothing unusual. Why?
>>
>>
14.09.2012 23:10, Chuck Lever пишет:
On Sep 14, 2012, at 1:38 PM, Myklebust, Trond wrote:
On Fri, 2012-09-14 at 13:01 -0400, Chuck Lever wrote:
What happens if statd is restarted?
Nothing unusual. Why?
The NSM upcall transport is a potential application for TCP + softconn, now
that a
14.09.2012 23:10, Chuck Lever пишет:
On Sep 14, 2012, at 1:38 PM, Myklebust, Trond wrote:
On Fri, 2012-09-14 at 13:01 -0400, Chuck Lever wrote:
What happens if statd is restarted?
Nothing unusual. Why?
The NSM upcall transport is a potential application for TCP + softconn, now
that a
On Sep 17, 2012, at 6:49 AM, Stanislav Kinsbursky wrote:
14.09.2012 23:10, Chuck Lever пишет:
On Sep 14, 2012, at 1:38 PM, Myklebust, Trond wrote:
On Fri, 2012-09-14 at 13:01 -0400, Chuck Lever wrote:
What happens if statd is restarted?
Nothing unusual. Why?
The NSM upcall
17.09.2012 19:10, Chuck Lever пишет:
On Sep 17, 2012, at 6:49 AM, Stanislav Kinsbursky wrote:
14.09.2012 23:10, Chuck Lever пишет:
On Sep 14, 2012, at 1:38 PM, Myklebust, Trond wrote:
On Fri, 2012-09-14 at 13:01 -0400, Chuck Lever wrote:
What happens if statd is restarted?
Nothing
On Sep 14, 2012, at 1:38 PM, Myklebust, Trond wrote:
> On Fri, 2012-09-14 at 13:01 -0400, Chuck Lever wrote:
>> What happens if statd is restarted?
>
> Nothing unusual. Why?
The NSM upcall transport is a potential application for TCP + softconn, now
that a persistent rpc_clnt is used. It
On Fri, 2012-09-14 at 13:01 -0400, Chuck Lever wrote:
> What happens if statd is restarted?
Nothing unusual. Why?
> Sent from my iPhone
>
> On Sep 14, 2012, at 10:25 AM, Stanislav Kinsbursky
> wrote:
>
> > This is a bug fix for https://bugzilla.redhat.com/show_bug.cgi?id=830862.
> >
> > The
What happens if statd is restarted?
Sent from my iPhone
On Sep 14, 2012, at 10:25 AM, Stanislav Kinsbursky
wrote:
> This is a bug fix for https://bugzilla.redhat.com/show_bug.cgi?id=830862.
>
> The problem is that with NFSv4 mount in container (with separated mount
> namesapce) and active
This is a bug fix for https://bugzilla.redhat.com/show_bug.cgi?id=830862.
The problem is that with NFSv4 mount in container (with separated mount
namesapce) and active lock on it, dying child reaped of this container will
try to umount NFS and doing this will try to create RPC client to send
This is a bug fix for https://bugzilla.redhat.com/show_bug.cgi?id=830862.
The problem is that with NFSv4 mount in container (with separated mount
namesapce) and active lock on it, dying child reaped of this container will
try to umount NFS and doing this will try to create RPC client to send
What happens if statd is restarted?
Sent from my iPhone
On Sep 14, 2012, at 10:25 AM, Stanislav Kinsbursky skinsbur...@parallels.com
wrote:
This is a bug fix for https://bugzilla.redhat.com/show_bug.cgi?id=830862.
The problem is that with NFSv4 mount in container (with separated mount
On Fri, 2012-09-14 at 13:01 -0400, Chuck Lever wrote:
What happens if statd is restarted?
Nothing unusual. Why?
Sent from my iPhone
On Sep 14, 2012, at 10:25 AM, Stanislav Kinsbursky
skinsbur...@parallels.com wrote:
This is a bug fix for
On Sep 14, 2012, at 1:38 PM, Myklebust, Trond wrote:
On Fri, 2012-09-14 at 13:01 -0400, Chuck Lever wrote:
What happens if statd is restarted?
Nothing unusual. Why?
The NSM upcall transport is a potential application for TCP + softconn, now
that a persistent rpc_clnt is used. It just
14 matches
Mail list logo