some new log insights from the client when a mount from the /storage/ fails:
Jan 23 19:41:10 ubuntu_client automount[825]: parse_mount: parse(sun): core of
entry: options=, loc=NFS_Server.ipa.mydomain.example:/storage/media
Jan 23 19:41:10 ubuntu_client automount[825]: sun_mount: parse(sun):
> jcccb via FreeIPA-users <freeipa-users(a)lists.fedorahosted.org writes:
>
>
> Well this is the source of the problem, isn't it? I don't think NFS
> brought up GSSAPI support.
>
> Thanks,
> --Robbie
then its an APPARMOR related problem i guess
thought i fixe
"getent passwd" gave me on all maschines the same results
some logs from the NFS Server=
journalctl:
Jan 12 14:37:14 nfs_server sssd_be[216]: GSSAPI client step 1
Jan 12 14:37:14 nfs_server sssd_be[216]: GSSAPI client step 1
Jan 12 14:37:14 nfs_server sssd_be[216]: GSSAPI client step 1
Jan 12
"getent passwd" gave me on all maschines the same results
some logs from the NFS Server=
journalctl:
Jan 12 14:37:14 nfs_server sssd_be[216]: GSSAPI client step 1
Jan 12 14:37:14 nfs_server sssd_be[216]: GSSAPI client step 1
Jan 12 14:37:14 nfs_server sssd_be[216]: GSSAPI client step 1
Jan 12
I got an FreeIPA Server (F27) up and running on a proxmox host in a vm fine so
far with an Centos client as an NFS-Server.
I setup a second ubuntu client (17.10) with indirect mounts for home an some
storage folders.
The home automount points are working fine but the others i cant access... i