NAGY Andreas wrote:
>Thanks! Please keep me updated if you find put more or when a updated version
>is available.
Will try to remember to do so.
>As I now know it is working, I will start tomorrow to build up a testsystem
>with 3 NFS servers >(two of them in a ha with CARP and HAST) and several
over 4 uplinks with NICs on
different subnets.
It should always be possible to do there some testing.
andi
Von: Rick Macklem
Gesendet: 10.03.2018 11:20 nachm.
An: NAGY Andreas; 'freebsd-stable@freebsd.org'
Betreff: Re: NFS 4.1 RECLAIM_COMPLETE FS faile
NAGY Andreas wrote:
>Thanks, the not issuing delegation warnings disappeared with this patch.
>
>But now there are some new warnings I haven't seen so far:
>2018-03-10T13:01:39.441Z cpu8:68046)WARNING: NFS41: NFS41FSOpGetObject:2148:
>Failed to >get object 0x43910e71b386 [36 c6b10167 9b157f95 5aa1
Thanks, the not issuing delegation warnings disappeared with this patch.
But now there are some new warnings I haven't seen so far:
2018-03-10T13:01:39.441Z cpu8:68046)WARNING: NFS41: NFS41FSOpGetObject:2148:
Failed to get object 0x43910e71b386 [36 c6b10167 9b157f95 5aa100fb 8ffcf2c1 c 2
9f22ad6
NAGY Andreas wrote:
>>I'll take another look and see if I can guess why it doesn't like "2" as a
>>reason for >not issuing a delegation. (As noted before, I don't think this is
>>serious, but???)
>
>This warnings are still there, but don't seem to have any impact. It looks
>like they >only appea
>The attached patch changes BindConnectiontoSession to reply
>NFS4ERR_BAD_SESSION when the session doesn't exist. This might trigger
>recovery after a server reboot.
>This patch must be applied after bindconn.patch.
Works perfect! ESXi host reconnects to the datastore as soon as the nfsserver
i
NAGY Andreas wrote:
>Actually I have only made some quick benchmarks with ATTO in a Windows VM
>>which has a vmdk on the NFS41 datastore which is mounted over two 1GB links
>in >different subnets.
>Read is nearly the double of just a single connection and write is just a bit
>faster. >Don't know
NAGY Andreas wrote:
>- after a reboot of the FreeBSD machine the ESXi does not restore the NFS
>>datastore again with following warning (just disconnecting the links is fine)
>2018-03-08T12:39:44.602Z cpu23:66484)WARNING: NFS41:
> >NFS41_Bug:2361: BUG - Invalid BIND_CONN_TO_SESSIO
NAGY Andreas wrote:
>Thanks you, really great how fast you adapt the source/make patches for this.
>Saw so many >posts were people did not get NFS41 working with ESXi and FreeBSD
>and now I have it already >running with your changes.
>
>I have now compiled the kernel with all 4 patches, and it wo
d.org'
Subject: Re: NFS 4.1 RECLAIM_COMPLETE FS failed error in combination with ESXi
client
NAGY Andreas wrote:
>attached the trace. If I see it correct it uses FORE_OR_BOTH.
>(bctsa_dir: >CDFC4_FORE_OR_BOTH (0x0003))
Yes. The scary part is the ExchangeID before the BindConn
NAGY Andreas wrote:
>attached the trace. If I see it correct it uses FORE_OR_BOTH. (bctsa_dir:
>>CDFC4_FORE_OR_BOTH (0x0003))
Yes. The scary part is the ExchangeID before the BindConnectiontoSession.
(Normally that is only done at the beginning of a new mount to get a ClientID,
followed immed
acklem [mailto:rmack...@uoguelph.ca]
Sent: Mittwoch, 7. März 2018 16:07
To: NAGY Andreas ; 'freebsd-stable@freebsd.org'
Subject: Re: NFS 4.1 RECLAIM_COMPLETE FS failed error in combination with ESXi
client
NAGY Andreas wrote:
>Okay, that was the main reason for using NFS 4.1.
>Is i
NAGY Andreas wrote:
>Okay, that was the main reason for using NFS 4.1.
>Is it planned to implement it, or is the focus on pNFS?
I took a quick look and implementing this for some cases will be pretty
easy. Binding a FORE channel is implied, so for that case all the server
does is reply OK to the BI
NAGY Andreas wrote:
>Compiling with the last patch also failed:
>
>error: use of undeclared identifier 'NFSV4OPEN_WDSUPPFTYPE
If you apply the attached patch along with wantdeleg.patch, it should
build. At most, this will get rid of the warnings about invalid reason for
not issuing a delegation, s
NAGY Andreas wrote:
>Okay, that was the main reason for using NFS 4.1.
>Is it planned to implement it, or is the focus on pNFS?
Do the VMware people claim that this improves performance?
(I know nothing about the world of VMs, but for real hardware
I can't see any advantage of having more than one
riginal Message-
From: Rick Macklem [mailto:rmack...@uoguelph.ca]
Sent: Montag, 5. März 2018 02:16
To: NAGY Andreas ; 'freebsd-stable@freebsd.org'
Subject: Re: NFS 4.1 RECLAIM_COMPLETE FS failed error in combination with ESXi
client
NAGY Andreas wrote:
[stuff snipped]
>In the s
...@uoguelph.ca]
Sent: Montag, 5. März 2018 02:16
To: NAGY Andreas ; 'freebsd-stable@freebsd.org'
Subject: Re: NFS 4.1 RECLAIM_COMPLETE FS failed error in combination with ESXi
client
NAGY Andreas wrote:
[stuff snipped]
>In the source I saw nfs_async = 0; is it right that NFS wi
acklem [mailto:rmack...@uoguelph.ca]
Sent: Montag, 5. März 2018 02:16
To: NAGY Andreas ; 'freebsd-stable@freebsd.org'
Subject: Re: NFS 4.1 RECLAIM_COMPLETE FS failed error in combination with ESXi
client
NAGY Andreas wrote:
[stuff snipped]
>In the source I saw nfs_async = 0; is it
: Montag, 5. März 2018 02:16
To: NAGY Andreas ; 'freebsd-stable@freebsd.org'
Subject: Re: NFS 4.1 RECLAIM_COMPLETE FS failed error in combination with ESXi
client
NAGY Andreas wrote:
[stuff snipped]
>In the source I saw nfs_async = 0; is it right that NFS will work in async
>mode i
NAGY Andreas wrote:
[stuff snipped]
>In the source I saw nfs_async = 0; is it right that NFS will work in async
>mode if I >compile the kernel with nfs_async = 1?
>
>I know the risk of running it async, but is it not the same risk having the
>datastore >connected via iSCSI which standard is also
is now.
andi
-Original Message-
From: Rick Macklem [mailto:rmack...@uoguelph.ca]
Sent: Sonntag, 4. März 2018 06:48
To: NAGY Andreas ; freebsd-stable@freebsd.org
Subject: Re: NFS 4.1 RECLAIM_COMPLETE FS failed error in combination with ESXi
client
NAGY Andreas wrote:
>Hi and tha
-Original Message-
From: Rick Macklem [mailto:rmack...@uoguelph.ca]
Sent: Sonntag, 4. März 2018 06:48
To: NAGY Andreas ; freebsd-stable@freebsd.org
Subject: Re: NFS 4.1 RECLAIM_COMPLETE FS failed error in combination with ESXi
client
NAGY Andreas wrote:
>Hi and thanks!
>
>First t
NAGY Andreas wrote:
>Hi and thanks!
>
>First time using/needing a patch could you give me a short advise how to use
>it >and for which version?
The only difference with kernel versions will be the line#s.
>So far I have made a fresh FreeBSD 11.1 RELEASE install as a VM on a ESXi host
>>updated th
v.c 4102
lines.
andi
-Original Message-
From: Rick Macklem [mailto:rmack...@uoguelph.ca]
Sent: Samstag, 3. März 2018 03:01
To: NAGY Andreas ; freebsd-stable@freebsd.org
Subject: Re: NFS 4.1 RECLAIM_COMPLETE FS failed error in combination with ESXi
client
NAGY Andreas wrote:
>I am
NAGY Andreas wrote:
>I am trying to get a FreeBSD NFS 4.1 export working with VMware Esxi 6.5u1,
>but >it is always mounted as read only.
>
>After some research, I found out that this is a known problem, and there are
>>threads about this from 2015 also in the mailinglist archive.
>
>As it seems
Hi,
I am trying to get a FreeBSD NFS 4.1 export working with VMware Esxi 6.5u1, but
it is always mounted as read only.
After some research, I found out that this is a known problem, and there are
threads about this from 2015 also in the mailinglist archive.
As it seems VMware will not change t
26 matches
Mail list logo
