I have just tried on vmware and it is installing and booting with no problem.

I will check on virtual then
@UnicronNL could we mess something with grub?

I have not tested it in a virtual environment yet.
It's being installed on a 32GB Satadom and it's using mbr.
1.1.7 installs and works 100%

@murmaider just wondering if you tried the same image in the virtual environment?
If not, i will check and see
sda device is mbr not gpt?

@syncer @dmbaturin
I found the following discussion on Cisco forum very explainable
https://supportforums.cisco.com/discussion/11476526/when-use-bgp-address-family

done and tested! ( was a merge request)
https://github.com/vyos/vyatta-cfg-system/commit/dcf69cdf83dd215c66bed0a22166619e78ff1b67

Hi @UnicronNL
can you take a look when you have time
Thanks!

exit 1 if prefix already exists so it gets not put in config.
https://github.com/vyos/vyatta-cfg-quagga/commit/888c927fc526b112da3b94d8edc73fa50a24988b

fix for 1.2:
https://github.com/vyos/vyos-kernel/commit/31097c58bc2674bd5f0be5a6d08678af8fcedfa5

fix for 1.2:
https://github.com/vyos/vyos-kernel/commit/31097c58bc2674bd5f0be5a6d08678af8fcedfa5

https://github.com/vyos/vyatta-cfg/commit/3b8b2e11f322994cfa82fc6b09ce6af4ed715dfa
used 10MB for size and 6 rotates, for embedded devices and space...

note: maybe i can find something usefull in this commit:
https://github.com/vyos/vyatta-cfg-system/commit/4a92157b9e077514fdbf5845169323ed7370bedb

Resolved in current by @UnicronNL

It seems to me that it should be linked with removal of in-kernel raid autodetection in recent kernels. We should employ user-space autodetect. Those people at gentoo have something on it here: https://wiki.gentoo.org/wiki/Custom_Initramfs#Software_RAID We should do something similar.

boot.log

Great, thanks!

Resolved? nightly builds appear to be now located:

For now they are working again.

Once @tmartinson setups a physical server for us (I'd like to say thanks to him, by the way!), it will become a permanent place for the jenkins VM and build hosts where we can give access all maintainers without worrying about mixing Sentrium corporate stuff with it.

@UnicronNL Thanks.

I heard there will come a new server available to run jenkins on, i have to wait until i have more information.

And https://ci.vyos.net certificate is invalid.

https://ci.vyos.net/computer/jessie64devel.vyos.net/

Nightly builds are not working again? It seems jessie64devel.vyos.net is down now.

Nightly builds are working again, need to fix web hooks next.

Looks like copytruncate not works as expected,
so my proposal will be to use reload command instead
also, I added compress and delaycompress
i think it make sense for systems where space limited for any reason

/var/log/auth.log 
{
rotate 10
size=100M
delaycompress
compress
postrotate
                /etc/init.d/rsyslog reload >/dev/null 2>&1 
endscript
}

So, after investigating further, it seems that rotation is broken for auth.log
We hade conversation with @UnicronNL about this matter
and agreed that we need to define logrotate conf for auth log similar to provided below

Our gateway is bad and we should feel bad. When jenkins migration to the new site is complete (we are migrating build hosts too), this should work again.