On Fri, 2016-01-01 at 20:16 +0100, Leon Fauster wrote:
> yum --enablerepo=C7.1.1503-base --enablerepo=C7.1.1503-updates
> downgrade ...
Thanks.
I already did a manual download and downgrade and happily enough that
solved the problem. No more errors in the log and now all nfs clients
can mount
On Thu, 2015-12-31 at 10:16 -0700, Brandon Vincent wrote:
> Looks like upstream is working on it [1]. According to the BZ, the
> solution for now is to downgrade nfs-utils [2].
Thank you for spotting that one!
Don't know it's because I'm still tired from yesterday, but don't seem
to be able to
On 01/01/2016 01:55 AM, Mark wrote:
The command 'yum downgrade nfs-utils' just
returns nothing to do. I've searched centos.org to find the previous
package nfs-utils-1.3.0-0.8.el7.x86_64.rpm to manually download and
install, but haven't found it. What is actually the best way to do a
downgrade?
Am 01.01.2016 um 17:31 schrieb Dennis Jacobfeuerborn :
> On 01.01.2016 12:23, Gordon Messmer wrote:
>> On 01/01/2016 01:55 AM, Mark wrote:
>>> The command 'yum downgrade nfs-utils' just
>>> returns nothing to do. I've searched centos.org to find the previous
>>> package
On 01.01.2016 12:23, Gordon Messmer wrote:
> On 01/01/2016 01:55 AM, Mark wrote:
>> The command 'yum downgrade nfs-utils' just
>> returns nothing to do. I've searched centos.org to find the previous
>> package nfs-utils-1.3.0-0.8.el7.x86_64.rpm to manually download and
>> install, but haven't
On 12/30/2015 01:10 PM, Mark2015 wrote:
Dec 30 21:59:33 files nfsdcltrack[31076]: sqlite_query_reclaiming:
unable to prepare select statement: no such column: has_session
Shot in the dark: have you tried "exportfs -r" yet?
___
CentOS mailing list
On Thu, 2015-12-31 at 01:34 -0800, Gordon Messmer wrote:
> On 12/30/2015 01:10 PM, Mark2015 wrote:
> > Dec 30 21:59:33 files nfsdcltrack[31076]: sqlite_query_reclaiming:
> > unable to prepare select statement: no such column: has_session
>
> Shot in the dark: have you tried "exportfs -r" yet?
On 12/31/2015 03:54 AM, Mark wrote:
Tried it, it just returned and nothing in the logs.
Yes, but is the client still unable to mount the filesystem? I wouldn't
expect any output or log entries from the command itself. It just
rebuilds the binary export database from /etc/exports.
On Wed, Dec 30, 2015 at 2:10 PM, Mark2015 wrote:
> What to do?
Looks like upstream is working on it [1]. According to the BZ, the
solution for now is to downgrade nfs-utils [2].
Brandon Vincent
[1] https://access.redhat.com/solutions/2065873
[2]
I just updated my fileserver to version 7.2 and got some NFS problems
after that. In /etc/exports I have the following line
/path hostname(ro,insecure)
Now that host can no longer mount that share. I get
mount.nfs: access denied by server while mounting x
Also when I do restart of the NFS
10 matches
Mail list logo