- User Since
- Feb 7 2016, 5:00 PM (174 w, 6 d)
Thu, Jun 6
@etfeet you also get
mdadm: WARNING /dev/sda3 and /dev/sda appear to have very similar superblocks. If they are really different, please --zero the superblock on one If they are the same or overlap, please remove one from the DEVICE list in mdadm.conf.
maybe you can try my post above also then?
@jmlccdmd Strange is the superblock on /dev/sda, without uefi we use sda1 for raid and with uefi sda3.
Could you clear the superblock from sda and sdb and maybe try again?
Wed, Jun 5
It looks like the check that determines if 'mdadm --zero-superblock' is needed does not work.
Also ill try to get the config in with update-initramfs so that it does not go to md127.
Tue, Jun 4
All items should be fixed.
Thu, May 23
@joshua we do not use the ssh and the ssh-import-id as the ssh keys need to be set by vyos config.
Apr 16 2019
@yun What is the exact frr command you tried?
the command you tried manually.
@hagbard that commit sets a kernel route. that is not good.
Apr 10 2019
Mar 14 2019
@Line2 I will look at it!
@Line2 What do you mean?
This is only for dhcp ip renewals or disconnected interfaces.
Jan 27 2019
If you manually partition you need to keep in mind 2 things.
the filesystem label needs to be "persistence" (mkfs.ext4 < device > -L persistence)
and in the root of the filesystem you must create a persistence.conf file containing "/ union"
(echo "/ union" > /persistence.conf) on your partition meat for vyos.
Jan 23 2019
@bjtangseng so changing that remote_ts = 0.0.0.0/0[gre] fixed it right?
On the HUB, can you change in /etc/swanctl/swanctl.conf
remote_ts = dynamic[gre] to remote_ts = 0.0.0.0/0[gre]
can you do:
sudo swanctl --list-sas
@bjtangseng, Ah that is the problem. I do not know if there is an option allow any network, have to do some research.
Does your nat address change everytime?
can you put log from hub?
I think you replaced the wrong ip in the swanctl.conf
@bjtangseng Can you post the output, than i can maybe look and mod things.
Jan 22 2019
@bjtangseng The spoke, and do not reboot.
make sure hub is up and do changes mentioned in previous post on the spoke (no reboot)
and post the output of:
Jan 21 2019
can you please edit your swanctl.conf file and put the local_ts to 220.127.116.11/32[gre] ( local_ts = 18.104.22.168/32[gre] )
after editing swanctl please run:
sudo swanctl -q
then please check if you can connect with:
sudo swanctl -i -c dmvpn -S 100.64.161.96 -R 22.214.171.124 -l 2
sudo swanctl -i -c dmvpn -S 0.0.0.0 -R 126.96.36.199 -l 2
Jan 20 2019
@bjtangseng could you try with IKEv2 on both hub and spoke?
set vpn ipsec ike-group IKE-HUB key-exchange ikev2 for hub
set vpn ipsec ike-group IKE-SPOKE key-exchange ikev2 for spoke.
@bjtangseng This is definitely a NAT issue, if i change the local_ts = dynamic[gre] in /etc/swanctl/swanctl.conf to local_ts = *.*.*.*/32[gre] i can replicate the error you get.
Jan 15 2019
@bjtangseng I do not know if dmvpn was in rc.10.
Can you please try the same in the last roling release?
Dec 14 2018
added the patch! thanks
Dec 12 2018
Nov 23 2018
@m.tremer added the patch, thanks... was under the impression cloud-init added the user as it is stated as default user, but clearly it does not.
Nov 13 2018
Do you also create the iso yourself or dowload it?
In 1.2 we will be using cloud-init and the ec2 init script was removed.
Nov 9 2018
@syncer i added a branch in vyos-build, after testing, do you think we can merge to current/crux and update the live-build package on the build server?
@commo @Raeven I updated the kernel to support the filesystems. But what @syncer mentioned 'win32diskimager' is a better tool for 1.2 as it is hybrid-iso which works if you directly write the iso to usb.
@syncer If we use kernel 4.19 driver version for ethernet is DRV_VERSION "5.1.0-k"
Also cpu should be supported without enabling something i guess.
Will mod the script to update rate on the fly.
vyos@vyos:~$ stty -F /dev/ttyS0 115200 cstopb
If you would like to test:
git clone https://github.com/vyos/vyos-build.git
git checkout current-uefi
docker build -t vyos-builder .
docker run -it --privileged -v /HOST_PATH_OF_VYOS_BUILD_REPO:/vyos -w="/vyos" vyos-builder bash
Nov 6 2018
@kroy what kernel is it now you use? I updated the kernel 4.14.75 and 4.19.0
Nov 5 2018
@commo How did you prepare the usb drive?
On which os, and what tools did you use?
Nov 4 2018
@vtsingaras I see it is merged in upstream, try to merge in vyos asap.
Oct 19 2018
Oct 14 2018
@Watcher7 Ah i see, was confused... tnx
Oct 12 2018
do you mean like:
set protocols static table 10 route 192.168.0.0/24 next-hop 192.168.0.1 interface ethx
If so could you please create a new task for creating new syntax?
Oct 11 2018
@Watcher7 I do not really understand what you mean, can you share your configs or a way to reproduce and elaborate a bit more?
Aug 2 2018
Found that already :)
Aug 1 2018
@hagbard and then install the packages on that. (download and install)
Jul 31 2018
@syncer he means the edgOs one :) package i build are only the wire guard tools and kernel module. Those packages are good.
here are the packages
Mar 14 2018
These are the pachtes i took from old vyatta, seems like you got them all.
Feb 27 2018
fixed this couple of days ago.
Jan 23 2018
Dec 21 2017
package is now in the vyos repo and used in images
Dec 14 2017
only need Jenkis up to build te kernel.
Nov 18 2017
@syncer This tasked can be moved to finished, i do not have the rights.
What to so with this task, requests were closed.
Nov 7 2017
@dmbaturin , why you reverted?
This seems to have done the trick thanks.
Nov 2 2017
Oct 28 2017
I added new pmacct package (https://github.com/vyos/pmacct/tree/current) but now we also need to update vyatta-netflow package.
Oct 23 2017
Oct 22 2017
added to helium branch
Oct 8 2017
Oct 5 2017
added jessie one. https://github.com/vyos/dnsmasq
need to test in 1.1.8 rc1