[systemd-devel] F25: NAMESPACE spawning: Too many levels of symbolic links
Reindl Harald
h.reindl at thelounge.net
Thu Mar 16 18:06:11 UTC 2017
Am 16.03.2017 um 18:21 schrieb Michal Sekletar:
> On Thu, Mar 16, 2017 at 4:29 PM, Reindl Harald <h.reindl at thelounge.net> wrote:
>> with systemd-229-18.fc24.x86_64 no problem at all - after upgrade to F25
>> "/usr/bin/vmware-networks" while this is just a phyiscal file and was not
>> touched
>>
>> [root at rh:~]$ rpm -q systemd
>> systemd-231-14.fc25.x86_64
>>
>> Mar 16 16:25:23 rh systemd: vmware-vmnet.service: Failed at step NAMESPACE
>> spawning /usr/bin/vmware-networks: Too many levels of symbolic links
>> Mar 16 16:25:24 rh systemd: vmware-vmnet.service: Control process exited,
>> code=exited status=226
>> Mar 16 16:25:24 rh systemd: Failed to start VMware Virtual Machine Ethernet.
>> Mar 16 16:25:24 rh systemd: vmware-vmnet.service: Unit entered failed state.
>> Mar 16 16:25:24 rh systemd: vmware-vmnet.service: Failed with result
>> 'exit-code'.
>>
>> [root at rh:~]$ stat /usr/bin/vmware-networks
>> File: '/usr/bin/vmware-networks'
>> Size: 1189920 Blocks: 2328 IO Block: 4096 regular file
>> Device: 901h/2305d Inode: 1308258 Links: 1
>> Access: (0755/-rwxr-xr-x) Uid: ( 0/ root) Gid: ( 0/ root)
>> Access: 2017-03-13 13:50:05.693010420 +0100
>> Modify: 2017-03-13 13:50:05.734010674 +0100
>> Change: 2017-03-13 13:50:05.764010860 +0100
>> Birth: -
>>
>> [root at rh:~]$ cat /etc/systemd/system/vmware-vmnet.service
>> [Unit]
>> Description=VMware Virtual Machine Ethernet
>> After=vmware-modules.service
>> Requires=vmware-modules.service
>> Before=network.service systemd-networkd.service
>>
>> [Service]
>> Type=forking
>> ExecStart=/usr/bin/vmware-networks --start
>> ExecStartPost=-/usr/sbin/sysctl -e -w net.ipv4.conf.vmnet8.forwarding=1
>> ExecStartPost=-/usr/sbin/sysctl -e -w net.ipv4.conf.vmnet8.log_martians=0
>> ExecStop=/usr/bin/vmware-networks --stop
>>
>> ReadOnlyDirectories=/usr
>> InaccessibleDirectories=-/boot
>> InaccessibleDirectories=-/home
>> InaccessibleDirectories=-/media
>> InaccessibleDirectories=-/data
>> InaccessibleDirectories=-/mnt
>> InaccessibleDirectories=-/mnt/data
>> InaccessibleDirectories=-/root
>>
>> [Install]
>> WantedBy=multi-user.target
>
> Is any of inaccessible directories actually symlink? If so then I
> believe you are hitting,
yes - /data on this machine while it's on others sharing that unit a
physical directory
> https://github.com/systemd/systemd/issues/3867
>
> This is fixed upstream, but patches for this were not backported to
> Fedora 25 yet. Here are Fedora bugs mentioning similar symptoms,
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1399991
> https://bugzilla.redhat.com/show_bug.cgi?id=1414157
More information about the systemd-devel
mailing list