We have created an issue in Pivotal Tracker to manage this:

https://www.pivotaltracker.com/story/show/156048188

The labels on this github issue will be updated when the story is started.

from garden-runc-release.

Update

(Potential) Cause

This error (funtion not implemented) can present on three occasions:

1. When the kernel has been compiled without the CONFIG_QUOTA option.

• we do not believe this is likely otherwise we would be seeing this consistently on every VM using XFS quotas.

2. When the filesystem is mounted without the pquota (or prjquota) option.

• The mount tables of affected VMs show that option is present on all XFS mountpoints.
• note: when remounting an already mounted XFS filesystem, XFS will ignore any option to turn quotas on or off.

3. When no directory path on which to impose quotas is passed to xfs_quota.

• This is unlikely since the tool which wraps our quota syscalls (Tardis) will blow up if that path is not provided.

It is possible that multiple starts of the garden ctl script (which may happen if the initial start takes too long to complete) could have caused multiple XFS mountpoints to be layered over each other, thus obscuring a bad set of mount options. Groot will error if an attempt is made to re-init an already existing store, but may not if multiple inits run concurrently.
This may be unlikely since GrootFS hardcodes the pquota option.

(Temporary) Resolution

Since we do not have free access to any environment in which this problem presents, we are going to act defensively and ensure that BOSH fails if the GrootFS store has not been created properly. Right now, the problem is not visible until the first app push.

This resolution is in release 1.13.1 onwards.
We would still advise to recreate VMs on any upgrade of Garden-Runc-Release.

The investigation is still ongoing.

from garden-runc-release.