Hi,
Below is an update on recent works for CentOS Community Container Pipeline
* Now emails from prod and test are distinguished, by prepending test
to subject for emails from test.
* Filters are added for scanner rpm verify for centos base image issues.
* Changed email notification for the user to address the image name
properly.
* Issues with linter are fixed now to make sure it does not point
registry.centos.org as invalid registry.
* Configurable logrotate policy is added to make sure worker logs are
handled properly.
* For every deployment, fresh images are now pulled for
container-pipeline dependency images.
Our current focus is on:
* Get test_worker and internal registry working with build streamline.
* Make Dockerfile lint trigger work with Mail worker to send an email
if Dockerfile is not present at git_path.
* Fix issues with weekly scan mail to point to proper logs
* Fix errors coming for services when they are not able to
communicate to beanstalk
* Work on email module to be able to receive send email request from
all other module
* Logging - Storing logs per build and also having shadow rotating
logfile where all logs are streamlined
We are working to get the below projects in registry.centos.org
* sentry
* ScyllaDB
(https://groups.google.com/forum/#!topic/scylladb-dev/T2rIeqjac14)
* MonetDB
* Review board
Regards
Bama Charan Kundu
> >
> > We now have a working solution for producing regular .vhd images as part
> > of our release process: CBS is now using qemu-img-ev and qemu-kvm-ev from
> > the Virt SIG, instead of the versions in CentOS Linux base. We don't need
> > either VirtualBox or changes in Image Factory.
> >
> > If anyone has access to Hyper-V on Windows and would be willing to test
> > two Vagrant images, please let me know. I received conflicting test
> > results from Thomas and Michael, and I'd like to have at least an
> > additional test before deciding whether to release them or not.
> >
> > Thanks,
> > Lauren?iu
> >
>
> I just reached out to a friend on the Hyper-V team at MS to see if we can
> figure something out. It would be nice to have a way to automate this
> testing going forward.
>
> -Jeff
I emailed Laurentiu off list to get the boxes for 6.1.1 and 7.1.1.
I'm late to joining this discussion but I'm happy to help. I work on the Hyper-V team and have been doing some testing and improvements to Vagrant and Packer on the side.
re: sparse files - NTFS doesn't support sparse files, but Hyper-V does have dynamically expanding VHD and VHDX files. VHDX allocations are configurable but the default of 32MB is tuned to NTFS which puts all metadata at the beginning of the disk. Dropping VHDX allocations down to 1MB helps reduce the slack space left after each inode. VHD uses smaller allocations so it’s less of an issue. Both images are just over a gig on disk which is about what I’d expect.
If you’re optimizing the template Vagrantfiles in the boxes, it would be very helpful to add differencing_disk = true to avoid copying the full VHD and reduce IO in vagrant up.
Here's what I observed on each image
Centos 6.1.1 - Vagrant didn't find an IP address upon bootup. I logged in
via the console and the Hyper-V virtual NIC was on eth1 which didn't have
dhclient configured. I ran dhclient manually, then vagrant ssh was able to
find the IP
Centos 7.1.1 - Vagrant worked as expected. It found the IP as the VM booted
up.
I haven't fully tested everything but wanted to share some of the results. Let me know if there's a list of tests run against the other boxes and I can go through them.
Cheers,
Patrick Lang
(github.com/patricklang)
Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10
Hello,
Our cico test for testing our Vagrant images have support for optionally
using vagrant-vbguest. This is now failing with:
+ scl enable sclo-vagrant1 'vagrant plugin install vagrant-vbguest'
Installing the 'vagrant-vbguest' plugin. This can take a few minutes...
Bundler, the underlying system Vagrant uses to install plugins,
reported an error. The error is shown below. These errors are usually
caused by misconfigured plugin installations or transient network
issues. The error from Bundler is:
Authentication is required for http://gems.hashicorp.com/.
Please supply credentials for this source. You can do this by running:
bundle config http://gems.hashicorp.com/ username:password
Build step 'Execute shell' marked build as failure
I think this is caused by the older version we have in SCL - I can
install vagrant-vbguest without any issues on Vagrant 1.9.3 (on OS X).
I now reverted the test to not use vagrant-vbguest, but it's still
failing because SCL Vagrant doesn't support VirtualBox 5.1.x. Oracle
already put a warning on the download page for VirtualBox 5.0.x:
"VirtualBox 5.0.x runs out of support, switch to VirtualBox 5.1.x!"
https://www.virtualbox.org/wiki/Download_Old_Builds_5_0
We risk becoming unable to automatically test our images with VirtualBox
- could we get a Vagrant update in SCL, please?
Thanks,
Laurentiu
Hi,
I would like to propose start of High performance computing (HPC) SIG. I
see it already mentioned on https://wiki.centos.org/SpecialInterestGroup
among Future SIGs. Primary reason for the SIG existence will be to
improve the state of High performance computing related packages on
CentOS and similar distributions, with special focus on stability of
builds, CentOS (and similar distribution) related improvements for
OpenHPC project and getting new HPC packages packaged for CentOS and/or
Fedora.
Initial members would be me (ovasik(a)redhat.com, CentOS FAS account:
Reset), Adrian Reber (areber(a)redhat.com, CentOS FAS account: areber),
Stanislav Kozina (skozina(a)redhat.com, CentOS FAS account: ersin)
and Jan Chaloupka (jchaloup(a)fedoraproject.org, CentOS FAS account:
jchaloup). Of course, anyone is welcome to join.
Thanks in advance for approving/sponsoring the SIG.
Regards,
Ondrej Vasik