Unable to "set" configuration


#1

I’m running into a strange problem suddenly . . . I am unable to set any configuration variables on one of my VyOS systems.

For example, set interfaces ethernet eth1 vif 1400 disable results in

and I’ll get this in cfg-stdout.log

No matter what I try to “set”, the above pattern is repeated.

I think this is the problem. On another VyOS system I have, the owner would be the logged in user and the group would be vyattacfg. I’m not sure what is going on here.


#2

I see your uptime is only 24 minutes. Is your problem persistent between boots?

I’m not hugely familiar with the backend operation of Vyatta (but I’m reasonably experienced with Linux). I’m observing that anything created in /opt/vyatta/config or /opt/vyatta/config/tmp is non-persistent.

Can you confirm /opt/vyatta/tmp is empty after reboot before trying your commands again?


#3

Yes, it is persistent.

Yes, I am seeing the same thing - but on this system folders/files are set to root:root.

New directories get created on each reboot.

Thanks for any thoughts!


#4

I upgraded to 1.1.2 (from 1.1.1) to see if it was a version diff. From what I’m seeing, many folders are owned by root under the /opt/vyatta/config/tmp location, but everything remains group owned by vyattacfg.

I’m curious what the value is for this:

find /opt/vyatta/config -gid 0 | wc -l

For me, it’s zero, and for group 104 (vyattacfg on my router), it is 1472:

root@guestfw01:/opt/vyatta/config/tmp# find /opt/vyatta/config -gid 0 | wc -l
0
root@guestfw01:/opt/vyatta/config/tmp# find /opt/vyatta/config -gid 104 | wc -l
1472

#5

I’m the opposite, nothing with group vyattacfg.

Even stranger, it just happened on another VM I spun up to replace this one last night (worked fine then). I wonder if this is happening when I power off and on, more digging to do.


#6

Hi there,

That is because, unionfs-fuse has wrong file permissions in the temporary mounted filesystem…

in configuration mode
vyos@drake-fw# df -h in the last line will show you unionfs-fuse cd to that mount point and list the files, you will see that they dont belong to you…

soln.

first you have to be in run mode $

Go to the folder /opt/vyatta/config/active
and list the files

vyos@drake-fw$ ls

drwxrwxr-x 10 pedagus vyattacfg 200 Feb 13 08:59 .
drwxrwxr-x 4 pedagus vyattacfg 100 Jan 27 09:41 …
drwxrwxr-x 5 pedagus vyattacfg 100 Feb 13 08:59 .unionfs
drwxrwxr-x 15 pedagus vyattacfg 300 Feb 13 08:59 firewall
drwxrwxr-x 5 pedagus vyattacfg 100 Feb 13 08:59 interfaces
drwxrwxr-x 4 pedagus vyattacfg 80 Feb 13 08:59 nat
drwxrwxr-x 3 pedagus vyattacfg 60 Feb 13 08:59 protocols
drwxrwxr-x 5 pedagus vyattacfg 100 Feb 13 08:59 service
drwxrwxr-x 11 pedagus vyattacfg 220 Feb 13 08:59 system
drwxrwxr-x 3 pedagus vyattacfg 60 Feb 13 08:59 vpn

as you can see the user “pedagus” is the owner of the running configuration, either you have to change them to your user or you have to switch to that user.

“switch to pedagus”
vyos@drake-fw$ sudo su - pedagus
pedagus@drake-fw$ conf …

or

“change the owner to your own”
vyos@drake-fw$ sudo chown -R vyos /opt/vyatta/config/active
vyos@drake-fw$ conf …

sorry for my older answer, it was not fully working…


#7

Ah ha, many thanks!

That sounds very plausible, I deleted the VMs, but I will try to reproduce the problem and attempt this fix so I’m familiar with it.