On 01/12/17 16:08, Rick Macklem wrote:
Slawa Olhovchenkov wrote:
On Thu, Jan 12, 2017 at 01:13:58PM +0700, Eugene Grosbein wrote:
12.01.2017 6:50, Slawa Olhovchenkov пишет:
On Wed, Jan 11, 2017 at 03:20:22PM -0800, Michael Sinatra wrote:
On 01/11/17 14:59, Slawa Olhovchenkov wrote:
On Wed
On Fri, Jan 13, 2017 at 11:02:22PM +, Rick Macklem wrote:
> Slawa Olhovchenkov wrote:
> [stuff snipped]
> >> >
> >> >What data? In may case no data.
> You have a file system with no files in it. (It is file data I am referring
> to.)
> Admittedly a read-only file system won't get corrupted, b
Slawa Olhovchenkov wrote:
[stuff snipped]
>> >
>> >What data? In may case no data.
You have a file system with no files in it. (It is file data I am referring to.)
Admittedly a read-only file system won't get corrupted, but you will still have
trouble
reading files, since NFSv4 require that they b
On Thu, Jan 12, 2017 at 11:08:18PM +, Rick Macklem wrote:
> Slawa Olhovchenkov wrote:
>
> >On Thu, Jan 12, 2017 at 01:13:58PM +0700, Eugene Grosbein wrote:
> >
> >> 12.01.2017 6:50, Slawa Olhovchenkov пишет:
> >> > On Wed, Jan 11, 2017 at 03:20:22PM -0800, Michael Sinatra wrote:
> >> >
> >> >
Slawa Olhovchenkov wrote:
>On Thu, Jan 12, 2017 at 01:13:58PM +0700, Eugene Grosbein wrote:
>
>> 12.01.2017 6:50, Slawa Olhovchenkov пишет:
>> > On Wed, Jan 11, 2017 at 03:20:22PM -0800, Michael Sinatra wrote:
>> >
>> >> On 01/11/17 14:59, Slawa Olhovchenkov wrote:
>> >>> On Wed, Jan 11, 2017 at 1
On Thu, Jan 12, 2017 at 01:13:58PM +0700, Eugene Grosbein wrote:
> 12.01.2017 6:50, Slawa Olhovchenkov пишет:
> > On Wed, Jan 11, 2017 at 03:20:22PM -0800, Michael Sinatra wrote:
> >
> >> On 01/11/17 14:59, Slawa Olhovchenkov wrote:
> >>> On Wed, Jan 11, 2017 at 10:39:42PM +, Rick Macklem wrot
12.01.2017 6:50, Slawa Olhovchenkov пишет:
On Wed, Jan 11, 2017 at 03:20:22PM -0800, Michael Sinatra wrote:
On 01/11/17 14:59, Slawa Olhovchenkov wrote:
On Wed, Jan 11, 2017 at 10:39:42PM +, Rick Macklem wrote:
"umount -f" is your only chance. However, if there is already a non-forced
di
On Wed, Jan 11, 2017 at 03:20:22PM -0800, Michael Sinatra wrote:
> On 01/11/17 14:59, Slawa Olhovchenkov wrote:
> > On Wed, Jan 11, 2017 at 10:39:42PM +, Rick Macklem wrote:
> >
> >> "umount -f" is your only chance. However, if there is already a non-forced
> >> dismount stuck, it won't work b
On 01/11/17 14:59, Slawa Olhovchenkov wrote:
On Wed, Jan 11, 2017 at 10:39:42PM +, Rick Macklem wrote:
"umount -f" is your only chance. However, if there is already a non-forced
dismount stuck, it won't work because the non-forced dismount will have
the mounted-on vnode locked.
I am use '
ov
> Sent: Wednesday, January 11, 2017 5:08:18 PM
> To: freebsd-net@freebsd.org
> Subject: NFSv4 stuck
>
> I am have NFSv4 mount dir and some time got stucked after access.
>
> Mounted by automount:
>
> # cat /etc/nfs.map
> /NFS-nfsv4,intr,soft,sec=krb5i,gssname=
e you sure the client can talk to the server
over your net?
rick
From: owner-freebsd-...@freebsd.org on behalf
of Slawa Olhovchenkov
Sent: Wednesday, January 11, 2017 5:08:18 PM
To: freebsd-net@freebsd.org
Subject: NFSv4 stuck
I am have NFSv4 mo
I am have NFSv4 mount dir and some time got stucked after access.
Mounted by automount:
# cat /etc/nfs.map
/NFS-nfsv4,intr,soft,sec=krb5i,gssname=host stat:/
# mount -v
map -hosts on /net (autofs, fsid 01ff00cfcf00)
map nfs.map on /NFS (autofs, fsid 02ff00cfcf00)
map nfs.map on /NFS
12 matches
Mail list logo