All of lore.kernel.org
 help / color / mirror / Atom feed
* [meta-baryon][PATCH 0/1] nfs regression workaround
@ 2012-09-28 19:43 Kevin Strasser
  2012-09-28 19:44 ` [meta-baryon][PATCH 1/1] nfs-utils: workaround for nfsd regression in the 3.4 kernel Kevin Strasser
  0 siblings, 1 reply; 5+ messages in thread
From: Kevin Strasser @ 2012-09-28 19:43 UTC (permalink / raw)
  To: yocto

The new recovery mechanism used by nfs in 3.4 kernels is currently
failing when building baryon against poky 1.3_M3. This workaround
causes nfs to revert back to the old recovery mechanism.

The issue is discussed in more detail here:
https://lkml.org/lkml/2012/6/11/243

The following changes since commit e4efadec4a1ded0a66fa67c7cca868b7a4b6221b:

  talloc: specify the version of LGPL and include the license text (2012-09-27 16:54:08 -0700)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib strassek/baryon-nfsd-regression
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=strassek/baryon-nfsd-regression

Kevin Strasser (1):
  nfs-utils: workaround for nfsd regression in the 3.4 kernel

 .../nfs-utils/nfs-utils_1.2.3.bbappend             |    8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bbappend

-- 
1.7.9.5



^ permalink raw reply	[flat|nested] 5+ messages in thread

* [meta-baryon][PATCH 1/1] nfs-utils: workaround for nfsd regression in the 3.4 kernel
  2012-09-28 19:43 [meta-baryon][PATCH 0/1] nfs regression workaround Kevin Strasser
@ 2012-09-28 19:44 ` Kevin Strasser
  2012-09-30 15:12   ` Paul Eggleton
  0 siblings, 1 reply; 5+ messages in thread
From: Kevin Strasser @ 2012-09-28 19:44 UTC (permalink / raw)
  To: yocto

The version of nfsd used in 3.4 kernels tries to upcall the
new reboot-recovery daemon and gets stuck if it is not found.
This causes client mounts to fail and prints the following
error message during boot:

"NFSD: starting 90-second grace period
NFSD: Unable to end grace period: -110"

If the directory "/var/lib/nfs/v4recovery" exists, nfsd will
revert back to the old method.

Signed-off-by: Kevin Strasser <kevin.strasser@linux.intel.com>
---
 .../nfs-utils/nfs-utils_1.2.3.bbappend             |    8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bbappend

diff --git a/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bbappend b/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bbappend
new file mode 100644
index 0000000..2c91a93
--- /dev/null
+++ b/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bbappend
@@ -0,0 +1,8 @@
+PR = "r5"
+
+# Work around linux 3.4 nfsd regression
+do_install_prepend () {
+	install -d ${D}/var/lib/nfs/v4recovery
+}
+
+FILES_${PN} += "/var/lib/nfs/v4recovery"
-- 
1.7.9.5



^ permalink raw reply related	[flat|nested] 5+ messages in thread

* Re: [meta-baryon][PATCH 1/1] nfs-utils: workaround for nfsd regression in the 3.4 kernel
  2012-09-28 19:44 ` [meta-baryon][PATCH 1/1] nfs-utils: workaround for nfsd regression in the 3.4 kernel Kevin Strasser
@ 2012-09-30 15:12   ` Paul Eggleton
  2012-10-01 17:25     ` kevin.strasser
  0 siblings, 1 reply; 5+ messages in thread
From: Paul Eggleton @ 2012-09-30 15:12 UTC (permalink / raw)
  To: Kevin Strasser; +Cc: yocto

Hi Kevin,

On Friday 28 September 2012 12:44:06 Kevin Strasser wrote:
> The version of nfsd used in 3.4 kernels tries to upcall the
> new reboot-recovery daemon and gets stuck if it is not found.
> This causes client mounts to fail and prints the following
> error message during boot:
> 
> "NFSD: starting 90-second grace period
> NFSD: Unable to end grace period: -110"
> 
> If the directory "/var/lib/nfs/v4recovery" exists, nfsd will
> revert back to the old method.
> 
> Signed-off-by: Kevin Strasser <kevin.strasser@linux.intel.com>
> ---
>  .../nfs-utils/nfs-utils_1.2.3.bbappend             |    8 ++++++++
>  1 file changed, 8 insertions(+)
>  create mode 100644 recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bbappend
> 
> diff --git a/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bbappend
> b/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bbappend new file mode
> 100644
> index 0000000..2c91a93
> --- /dev/null
> +++ b/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bbappend
> @@ -0,0 +1,8 @@
> +PR = "r5"

This needs to be:

PRINC = "1"

or, to ensure other layers can also increment the value:

PRINC := "${@int(PRINC) + 1}"

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [meta-baryon][PATCH 1/1] nfs-utils: workaround for nfsd regression in the 3.4 kernel
  2012-09-30 15:12   ` Paul Eggleton
@ 2012-10-01 17:25     ` kevin.strasser
  2012-10-10 17:16       ` Paul Eggleton
  0 siblings, 1 reply; 5+ messages in thread
From: kevin.strasser @ 2012-10-01 17:25 UTC (permalink / raw)
  To: Paul Eggleton; +Cc: yocto

> Hi Kevin,
>
> On Friday 28 September 2012 12:44:06 Kevin Strasser wrote:
>> The version of nfsd used in 3.4 kernels tries to upcall the
>> new reboot-recovery daemon and gets stuck if it is not found.
>> This causes client mounts to fail and prints the following
>> error message during boot:
>>
>> "NFSD: starting 90-second grace period
>> NFSD: Unable to end grace period: -110"
>>
>> If the directory "/var/lib/nfs/v4recovery" exists, nfsd will
>> revert back to the old method.
>>
>> Signed-off-by: Kevin Strasser <kevin.strasser@linux.intel.com>
>> ---
>>  .../nfs-utils/nfs-utils_1.2.3.bbappend             |    8 ++++++++
>>  1 file changed, 8 insertions(+)
>>  create mode 100644
>> recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bbappend
>>
>> diff --git a/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bbappend
>> b/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bbappend new file mode
>> 100644
>> index 0000000..2c91a93
>> --- /dev/null
>> +++ b/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bbappend
>> @@ -0,0 +1,8 @@
>> +PR = "r5"
>
> This needs to be:
>
> PRINC = "1"
>
> or, to ensure other layers can also increment the value:
>
> PRINC := "${@int(PRINC) + 1}"

OK, that makes sense. I've made the changes and pushed them again to:

  git://git.yoctoproject.org/poky-contrib strassek/baryon-nfsd-regression
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=strassek/baryon-nfsd-regression

While we are on the subject, do you think this is something that should be
added to poky?

-Kevin



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [meta-baryon][PATCH 1/1] nfs-utils: workaround for nfsd regression in the 3.4 kernel
  2012-10-01 17:25     ` kevin.strasser
@ 2012-10-10 17:16       ` Paul Eggleton
  0 siblings, 0 replies; 5+ messages in thread
From: Paul Eggleton @ 2012-10-10 17:16 UTC (permalink / raw)
  To: kevin.strasser; +Cc: yocto

On Monday 01 October 2012 10:25:47 kevin.strasser@linux.intel.com wrote:
> > Hi Kevin,
> > 
> > On Friday 28 September 2012 12:44:06 Kevin Strasser wrote:
> >> The version of nfsd used in 3.4 kernels tries to upcall the
> >> new reboot-recovery daemon and gets stuck if it is not found.
> >> This causes client mounts to fail and prints the following
> >> error message during boot:
> >> 
> >> "NFSD: starting 90-second grace period
> >> NFSD: Unable to end grace period: -110"
> >> 
> >> If the directory "/var/lib/nfs/v4recovery" exists, nfsd will
> >> revert back to the old method.
> >> 
> >> Signed-off-by: Kevin Strasser <kevin.strasser@linux.intel.com>
> >> ---
> >> 
> >>  .../nfs-utils/nfs-utils_1.2.3.bbappend             |    8 ++++++++
> >>  1 file changed, 8 insertions(+)
> >>  create mode 100644
> >> 
> >> recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bbappend
> >> 
> >> diff --git a/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bbappend
> >> b/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bbappend new file mode
> >> 100644
> >> index 0000000..2c91a93
> >> --- /dev/null
> >> +++ b/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bbappend
> >> @@ -0,0 +1,8 @@
> >> +PR = "r5"
> > 
> > This needs to be:
> > 
> > PRINC = "1"
> > 
> > or, to ensure other layers can also increment the value:
> > 
> > PRINC := "${@int(PRINC) + 1}"
> 
> OK, that makes sense. I've made the changes and pushed them again to:
> 
>   git://git.yoctoproject.org/poky-contrib strassek/baryon-nfsd-regression
>  
> http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=strassek/baryon-nf
> sd-regression

Merged to meta-baryon master, thanks.

> While we are on the subject, do you think this is something that should be
> added to poky?

Quite possibly. Would you mind opening up a bug for the issue?

Thanks,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre


^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2012-10-10 17:16 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-09-28 19:43 [meta-baryon][PATCH 0/1] nfs regression workaround Kevin Strasser
2012-09-28 19:44 ` [meta-baryon][PATCH 1/1] nfs-utils: workaround for nfsd regression in the 3.4 kernel Kevin Strasser
2012-09-30 15:12   ` Paul Eggleton
2012-10-01 17:25     ` kevin.strasser
2012-10-10 17:16       ` Paul Eggleton

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.