@dirkjanm added that script - it will be shipped with next rolling
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Mar 1 2020
Mar 1 2020
c-po changed the status of T2089: RADIUS: do not query servers when commit is running started from a non RADIUS user from Open to In progress.
c-po added a comment to T1028: Suspending and resuming VyOS in VMware will result in loss of static ip addresses.
c-po moved T2087: Add maxfail 0 option to pppoe configuration. from Backport Candidates to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2087: Add maxfail 0 option to pppoe configuration. from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.5) board.
c-po edited projects for T2087: Add maxfail 0 option to pppoe configuration., added: VyOS 1.2 Crux (VyOS 1.2.5); removed Ready for Crux (1.2.x).
One of the offeners is
https://github.com/jjakob/vyos-build/tree/conntrack-tools-wip builds conntrack-tools from upstream git snapshot 20200301.
c-po moved T1950: Store VyOS configuration syntax version data in JSON file from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2015: show openvpn site-to-site result in error when disabled openvpn interface exists from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2034: Removal of interfaces loopback lo removed 127.0.0.1 and ::1 from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2046: allowing sub-classes of Interface to redefine how the interface is created from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1969: OSPF with WireGuard cause Route Inactive from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2065: VyOS 1.3 Don't set daemon in openvpn-{intf}.conf file from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2078: Kernel: remove unused RAID functions 5,6,10,jbod,dm from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2071: Add possibility to temporary disable a RADIUS server used for system login from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2075: Add support for OpenVPN tls-crypt file option from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2080: traffic-policy shaper error when setting bandwidth from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2079: Update Linux Kernel to v4.19.106 from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2079: Update Linux Kernel to v4.19.106 from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.5) board.
c-po renamed T2086: Move sudo session open/close log entries to auth.log from Move sudo log messages out of to Move sudo session open/close log entries to auth.log.
c-po moved T2086: Move sudo session open/close log entries to auth.log from Need Triage to Backport Candidates on the VyOS 1.3 Equuleus board.
c-po changed the status of T2086: Move sudo session open/close log entries to auth.log from Open to Backport candidate.
Feb 29 2020
Feb 29 2020
jestabro moved T2077: ISO build from crux branch is failing from Need Triage to Finished on the VyOS 1.2 Crux board.
All works as expected; thanks.
jjakob triaged T2072: Shell autocomplete of option (config node) with quoted value doesn't work as Normal priority.
jjakob changed the status of T2072: Shell autocomplete of option (config node) with quoted value doesn't work from Open to In progress.
jjakob added projects to T2084: conntrack-tools package build error for current/equuleus: vyos-build, conntrack-tools.
jjakob changed the status of T2084: conntrack-tools package build error for current/equuleus from Open to On hold.
Fixed temporarily for now in https://phabricator.vyos.net/R3:1c4414dd363bdb268038ae238686be3e0b7f988b
We should re-add building it from upstream to fix T1538.
redeployed. please try again
Problem is local to crux only
One explanation could be that during the lstvdeployment ae of ixgbe something crashed leading to the missing module. I just started a rebuild of the crux kernel, lets see - module should reappear
jestabro changed the status of T2077: ISO build from crux branch is failing from Open to In progress.
thomas-mangin closed T2046: allowing sub-classes of Interface to redefine how the interface is created as Resolved.
The changes are also part of the patch for T2057 which was merged.
thomas-mangin changed the status of T2082: WireGuard broken after merging T2057 from Open to In progress.
All my apologies for this stupid bug.
This is a result of a missing package vyos-intel-ixgbe_5.6.3-0_amd64.deb in http://dev.packages.vyos.net/repositories/crux/ --- when missing, the build will use an outdated package, leading to incorrect dependencies on the kernel version. On the other hand, if the correct intel module is built as a local package, there is only one resident linux-image, and update-initramfs succeeds as usual. The build/upload mechanism for the intel modules will be fixed soon, and the issue resolved.
Feb 28 2020
Feb 28 2020
@cpo I think you need to add it to CI in addition to vyos-build
That's bad, because debian stable (=buster) is fixing security bugs only. They will not fix/add this patches to conntrack package, they leave conntrack buggy. So you sould build an own conntrack-tools package for 1.3 too :( If not, vyos will be less good software.
Upstream still hasn't made a release with this patch: https://git.netfilter.org/conntrack-tools/commit/?id=c12fa8df76752b0a011430f069677b52e4dad164
So we could wait on upstream to release it and debian to package it, or build our own as we used to in 1.2.
It would be better to ask upstream to make a release as there's less work for us.
We don't build conntrack-tools in 1.3 (current/equuleus) any more, upstream Debian Buster conntrack and conntrackd packages are used. So as upstream gets patched, we'll pull in those patches automatically.
If I see things correctly, there are references to conntrack-tools in the build scripts that still need to be removed.
Sorry, I titled the task wrong. The error is in building conntrack-tools.
jjakob renamed T2084: conntrack-tools package build error for current/equuleus from conntrack-sync package build error for current/equuleus to conntrack-tools package build error for current/equuleus.
I think you're right, I couldn't find any package depending on it, vyatta-conntrack-sync only depends on conntrack.
I also found this https://phabricator.vyos.net/T1538 in which the conclusion is we should upgrade conntrack-tools.
I guess that one is deprecated as we also don‘t have it in our CI at https://ci.vyos.net/
jjakob moved T2083: vyos-build: build-packages fails at mdns-repeater due to wrong branch from In Progress to Finished on the VyOS 1.3 Equuleus board.
jjakob moved T2083: vyos-build: build-packages fails at mdns-repeater due to wrong branch from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
c-po closed T2083: vyos-build: build-packages fails at mdns-repeater due to wrong branch as Resolved.
jjakob changed the status of T2083: vyos-build: build-packages fails at mdns-repeater due to wrong branch from Open to In progress.
looks for my like an frr bug. Has someone contacted upstream?
As PPPoE is now denested the logic in Vyatta::Interfaces needs to be adjusted
c-po changed the status of T2080: traffic-policy shaper error when setting bandwidth from Open to In progress.
Unknown Object (User) created T2081: Support Ethernet over IP (EoIP) .
I think this needs to be fixed from VyOS crux package repos, Because after applying this patch, ISO was created with two kernel images, And after ISO installation VyOS was showing boot entries for kernel versions 4.19.4 and 4.19.84.
I can confirm this bug also with VyOS 1.2.4
It seems that in the process of ISO creation, kernel deb packages are installed in the chroot directory.
syncer moved T1970: Correct adding interfaces on boot from Need Triage to Finished on the VyOS 1.3 Equuleus board.
Firstly, we need to determine why there are two kernel images.
Feb 27 2020
Feb 27 2020
In debugging, It's found that chroot for ISO build had two kernel images in the boot directory