[Jenkins] Passing parameters to build-artifacts.sh
by Vojtech Szocs
Hi,
I'm just curious whether it's possible to do the following:
Let's say we have a project (ovirt-engine-dashboard) built by Jenkins,
which means there's a Jenkins job that runs build-artifacts.sh script
whenever a patch gets merged via gerrit.
Can we somehow pass custom parameters to build-artifacts.sh for such
(Jenkins CI) builds?
For example, putting something like this into commit message:
My-Param 123
would reflect into `My-Param` env. variable when running the script?
Motivation: for release builds (which shouldn't contain the "snapshot"
part [*] in RPM release string), pass parameter to build-artifacts.sh
that ensures the "snapshot" part is empty. This way, we don't need to
patch the project prior to release (remove "snapshot" in spec) & then
patch it again after the release (re-add "snapshot" in spec).
[*] {date}git{commit}
Thanks,
Vojtech
2 years, 7 months
Re: Fwd: Re: [oVirt-Infra] : New Gateway
by Michael Scherer
--=-TsLC1+TQtXJ+Qzkr5Z24
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Le mardi 28 juin 2016 =C3=A0 10:14 -0400, Dave Neary a =C3=A9crit :
> FYI.
> ----- Forwarded Message -----
> From: Herv=C3=A9 Leclerc <herve.leclerc(a)alterway.fr>
> To: Dave Neary <dneary(a)redhat.com>, Infra(a)ovirt.org
> Cc: Arnaud CAZIN <arnaud.cazin(a)alterway.fr>, St=C3=A9phane Vincent <steph=
ane.vincent(a)alterway.fr>
> Sent: Mon, 27 Jun 2016 13:06:17 -0400 (EDT)
> Subject: Re: [oVirt-Infra] : New Gateway
>=20
> Hello,
>=20
> Did you made the changes asked ?
> Can you please give us a status on your actions.
I stopped rpcbind, which sould solve the problem.
But I wonder why we didn't got the mail in the first time, it didn't
appear on the list, nor in moderation.=20
> Regards
>=20
>=20
>=20
> Herv=C3=A9 Leclerc
> CTO
> Alter Way
> 227 Bureaux de la colline
> 1 rue Royale - B=C3=A2t. D
> 92210 Saint-Cloud
> France
> *+33 141168336*
> +33 6 83979598
>=20
>=20
>=20
> `like a halo in reverse`
>=20
>=20
>=20
> On Sun, Jun 26, 2016 at 3:54 PM, Herv=C3=A9 Leclerc <herve.leclerc@alterw=
ay.fr>
> wrote:
>=20
> > Hello
> >
> > Your vm alterway02.ovirt.org is participating in a ddos attack. Could
> > please correct the problem rapidly !
> > eg.
> > iptables -A INPUT -p udp --dport 111 -j DROP
> >
> >
> >
> > Regards
> >
> > Original message
> > A public-facing device on your network, running on IP address 89.31.
> > 150.216, operates a RPC port mapping service responding on UDP port 111
> > and participated in a large-scale attack against a customer of ours,
> > generating responses to spoofed requests that claimed to be from the at=
tack
> > target.
> >
> > Please consider reconfiguring this server in one or more of these ways:
> >
> > 1. Adding a firewall rule to block all access to this host's UDP port 1=
11
> > at your network edge (it would continue to be available on TCP port 111=
in
> > this case).
> > 2. Adding firewall rules to allow connections to this service (on UDP p=
ort
> > 111) from authorized endpoints but block connections from all other hos=
ts.
> > 3. Disabling the port mapping service entirely (if it is not needed).
> >
> > More information on this attack vector can be found at this third-party
> > website (we did not create this content):
> > http://blog.level3.com/security/a-new-ddos-reflection-attack-portmapper=
-an-early-warning-to-the-industry/
> >
> > Example responses from the host during this attack are given below.
> > Date/timestamps (far left) are UTC.
> >
> > 2016-06-25 22:46:44.588895 IP 89.31.150.216.111 > 74.201.57.x.80: UDP,
> > length 628
> > 0x0000: 4500 0290 0000 4000 3111 d378 591f 96d8 E.....@.1..xY=
...
> > 0x0010: 4ac9 3924 006f 0050 027c dc65 6572 0a37 J.9$.o.P.|.ee=
r.7
> > 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 .............=
...
> > 0x0030: 0000 0000 0000 0001 0001 86a0 0000 0004 .............=
...
> > 0x0040: 0000 0006 0000 006f 0000 0001 0001 86a0 .......o.....=
...
> > 0x0050: 0000 ..
> > 2016-06-25 22:46:44.588939 IP 89.31.150.216.111 > 74.201.57.x.80: UDP,
> > length 628
> > 0x0000: 4500 0290 0000 4000 3111 d378 591f 96d8 E.....@.1..xY=
...
> > 0x0010: 4ac9 3924 006f 0050 027c dc65 6572 0a37 J.9$.o.P.|.ee=
r.7
> > 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 .............=
...
> > 0x0030: 0000 0000 0000 0001 0001 86a0 0000 0004 .............=
...
> > 0x0040: 0000 0006 0000 006f 0000 0001 0001 86a0 .......o.....=
...
> > 0x0050: 0000 ..
> > 2016-06-25 22:46:45.048914 IP 89.31.150.216.111 > 74.201.57.x.80: UDP,
> > length 628
> > 0x0000: 4500 0290 0000 4000 3111 d378 591f 96d8 E.....@.1..xY=
...
> > 0x0010: 4ac9 3924 006f 0050 027c dc65 6572 0a37 J.9$.o.P.|.ee=
r.7
> > 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 .............=
...
> > 0x0030: 0000 0000 0000 0001 0001 86a0 0000 0004 .............=
...
> > 0x0040: 0000 0006 0000 006f 0000 0001 0001 86a0 .......o.....=
...
> > 0x0050: 0000 ..
> > 2016-06-25 22:46:45.048963 IP 89.31.150.216.111 > 74.201.57.x.80: UDP,
> > length 628
> > 0x0000: 4500 0290 0000 4000 3111 d378 591f 96d8 E.....@.1..xY=
...
> > 0x0010: 4ac9 3924 006f 0050 027c dc65 6572 0a37 J.9$.o.P.|.ee=
r.7
> > 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 .............=
...
> > 0x0030: 0000 0000 0000 0001 0001 86a0 0000 0004 .............=
...
> > 0x0040: 0000 0006 0000 006f 0000 0001 0001 86a0 .......o.....=
...
> > 0x0050: 0000 ..
> >
> > (The final octet of our customer's IP address is masked in the above
> > output because some automatic parsers become confused when multiple IP
> > addresses are included. The value of that octet is "36".)
> >
> > -John
> > President
> > Nuclearfallout, Enterprises, Inc. (NFOservers.com)
> >
> > (We're sending out so many of these notices, and seeing so many
> > auto-responses, that we can't go through this email inbox effectively. =
If
> > you have follow-up questions, please contact us at noc(a)nfoe.net.)
> >
> > Herv=C3=A9 Leclerc
> > CTO
> > Alter Way
> > 227 Bureaux de la colline
> > 1 rue Royale - B=C3=A2t. D
> > 92210 Saint-Cloud
> > France
> > *+33 141168336 <%2B33%20141168336>*
> > +33 6 83979598
> >
> >
> >
> > `like a halo in reverse`
> >
> >
> >
> > On Wed, Feb 19, 2014 at 10:46 AM, Herv=C3=A9 Leclerc <herve.leclerc@alt=
erway.fr
> > > wrote:
> >
> >> Hello,
> >>
> >> Our Internet gateway is changing.
> >> Could you please change your actual gateway (*89.31.150.249*) on your
> >> machines (89.31.150.215 and 216) and vms to *89.31.150.253*
> >> Thanks
> >>
> >> Let us know when this modification is done.
> >>
> >> Cheers
> >>
> >> Herv=C3=A9 Leclerc
> >> CTO
> >> Alter Way
> >> 1, rue royale
> >> 9 =C3=A8me =C3=A9tage
> >> 92210 St Cloud
> >> *+33 1 41 16 83 36 <%2B33%201%2041%2016%2083%2036>*
> >> +33 6 83979598
> >>
> >>
> >>
> >>
> >> <http://www.alterway.fr/signatures/url/1>
> >>
> >>
> >>
> >>
> >
>=20
--=20
Michael Scherer
Sysadmin, Community Infrastructure and Platform, OSAS
--=-TsLC1+TQtXJ+Qzkr5Z24
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part
Content-Transfer-Encoding: 7bit
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
iQIcBAABAgAGBQJXcoiiAAoJEE89Wa+PrSK9nKAP/2yufHdT4ISBe/IuaJttfu7H
wLT/a6KLRGJ2y7Ifs11OxS/PJOrV4Z9T4Wtn/3oG87xsNMShNUZlvWSEF/TCQcR0
Hr6BQTimIRbCWbZ9xdvO9ieaNPiv3EF6VEw4jKToH2Vgwy/xkQAOZZGFt7Wyp6Kd
IuABhhM/vaJ6vBeyFx5pNZPbXTqEOy/D2KMhwJFLLXk4UlzpZlMVBHDtQQ1WS6fN
XoJQwqG/KecqiiebwYIIHfirGA7H+ufF7vvnjlgRKiyVuPzS8N5/0q3PDIfWRIol
VImUJj8FY9gupzkizAWqI8X570Hmzwfedb6V9S/E2XTzi6XqfpBsM2sAp7DGATBl
q3AT7UuScq0Y33mqYkeVrSvq9sfhAP1ZxBK8Emj2NKmiAthB1sEmvjcT5FHUp0F2
K+trprkEBoodvVcD9+HiefC8xuuBgHAnNdYXAglBLoOdYzD6eQyVCz823VfWn9+E
sS0pWIXFjssKr9Qpigb2y55FmuIaSPfCjekCQyg5AwKJYsgT/50OkR+ab1eSfjEY
NJ12TKyMOpWXfZAskeQ5DFVXgYe5hbohmSs3vrfeqnFIuXsamn3lzKW6EVK3IE6z
3RyX6lDKq1yVHZTK7J2EPZ4o+mx7NNHR7dE2Fp8mMapTLMEWjIh6D2wFkRp2x+hO
VEevgXHkCTXrCYXfo5yi
=OVh1
-----END PGP SIGNATURE-----
--=-TsLC1+TQtXJ+Qzkr5Z24--
2 years, 7 months
2 bugs in test setup
by Nir Soffer
Hi all,
I noticed 2 bugs in the code setting up a test:
1. losetup is run with non-existent -D option
2. build does not fail although losetup failed
In the current state, test may run with loop devices left from another
test - this
used to cause random failures for vdsm tests.
See log bellow.
Nir
----
22:46:04 Triggered by Gerrit: https://gerrit.ovirt.org/60064
22:46:04 Building remotely on el6-vm08.phx.ovirt.org (el6 vm phx
nested) in workspace
/home/jenkins/workspace/ovirt-imageio_master_check-patch-fc23-x86_64
22:46:04 Cloning the remote Git repository
22:46:04 Cloning repository git://gerrit.ovirt.org/ovirt-imageio.git
22:46:04 > git init
/home/jenkins/workspace/ovirt-imageio_master_check-patch-fc23-x86_64/ovirt-imageio
# timeout=10
22:46:04 Fetching upstream changes from git://gerrit.ovirt.org/ovirt-imageio.git
22:46:04 > git --version # timeout=10
22:46:04 > git fetch --tags --progress
git://gerrit.ovirt.org/ovirt-imageio.git
+refs/heads/*:refs/remotes/origin/*
22:46:06 > git config remote.origin.url
git://gerrit.ovirt.org/ovirt-imageio.git # timeout=10
22:46:06 > git config --add remote.origin.fetch
+refs/heads/*:refs/remotes/origin/* # timeout=10
22:46:06 > git config remote.origin.url
git://gerrit.ovirt.org/ovirt-imageio.git # timeout=10
22:46:06 Cleaning workspace
22:46:06 > git rev-parse --verify HEAD # timeout=10
22:46:06 No valid HEAD. Skipping the resetting
22:46:06 > git clean -fdx # timeout=10
22:46:06 Pruning obsolete local branches
22:46:06 Fetching upstream changes from git://gerrit.ovirt.org/ovirt-imageio.git
22:46:06 > git fetch --tags --progress
git://gerrit.ovirt.org/ovirt-imageio.git refs/changes/64/60064/1
--prune
22:46:06 > git rev-parse
19ce0a36c76c3d95658fecd8f59077fc9641e24c^{commit} # timeout=10
22:46:06 Checking out Revision 19ce0a36c76c3d95658fecd8f59077fc9641e24c (master)
22:46:06 > git config core.sparsecheckout # timeout=10
22:46:06 > git checkout -f 19ce0a36c76c3d95658fecd8f59077fc9641e24c
22:46:06 > git rev-parse FETCH_HEAD^{commit} # timeout=10
22:46:06 > git rev-list 77201b6f671a163a60a2a4f4db89d7c9611950d3 # timeout=10
22:46:07 > git branch -a # timeout=10
22:46:07 > git rev-parse remotes/origin/0.2^{commit} # timeout=10
22:46:07 > git rev-parse remotes/origin/master^{commit} # timeout=10
22:46:07 Cloning the remote Git repository
22:46:07 Cloning repository git://gerrit.ovirt.org/jenkins.git
22:46:07 > git init
/home/jenkins/workspace/ovirt-imageio_master_check-patch-fc23-x86_64/jenkins
# timeout=10
22:46:07 Fetching upstream changes from git://gerrit.ovirt.org/jenkins.git
22:46:07 > git --version # timeout=10
22:46:07 > git fetch --tags --progress
git://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/*
22:46:09 > git config remote.origin.url
git://gerrit.ovirt.org/jenkins.git # timeout=10
22:46:09 > git config --add remote.origin.fetch
+refs/heads/*:refs/remotes/origin/* # timeout=10
22:46:09 > git config remote.origin.url
git://gerrit.ovirt.org/jenkins.git # timeout=10
22:46:09 Cleaning workspace
22:46:09 > git rev-parse --verify HEAD # timeout=10
22:46:09 No valid HEAD. Skipping the resetting
22:46:09 > git clean -fdx # timeout=10
22:46:09 Pruning obsolete local branches
22:46:09 Fetching upstream changes from git://gerrit.ovirt.org/jenkins.git
22:46:09 > git fetch --tags --progress
git://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/*
--prune
22:46:09 > git rev-parse origin/master^{commit} # timeout=10
22:46:09 Checking out Revision
25d8aa66b047b45ab52bc84ed7dfffedc5a3e222 (origin/master)
22:46:09 > git config core.sparsecheckout # timeout=10
22:46:09 > git checkout -f 25d8aa66b047b45ab52bc84ed7dfffedc5a3e222
22:46:09 > git rev-list 25d8aa66b047b45ab52bc84ed7dfffedc5a3e222 # timeout=10
22:46:09 > git branch -a # timeout=10
22:46:09 > git rev-parse remotes/origin/master^{commit} # timeout=10
22:46:09 [ovirt-imageio_master_check-patch-fc23-x86_64] $ /bin/bash -e
/tmp/hudson3544223073540002444.sh
22:46:09 shell-scripts/cleanup_slave.sh
22:46:09 ###################################################################
22:46:09 # Cleaning up slave #
22:46:09 ###################################################################
22:46:09 Filesystem Size Used Avail Use% Mounted on
22:46:09 /dev/vda3 30G 8.0G 21G 29% /
22:46:09 tmpfs 3.9G 0 3.9G 0% /dev/shm
22:46:09 /dev/vda1 93M 31M 58M 35% /boot
22:46:09 ---------------------------------------------------------------
22:46:09 Cleaning up postgres databases
22:46:09 /tmp ~/workspace/ovirt-imageio_master_check-patch-fc23-x86_64
22:46:09 ~/workspace/ovirt-imageio_master_check-patch-fc23-x86_64
22:46:09 done
22:46:09 Cleaning up journal logs (if any)
22:46:09 journald not running, skipping
22:46:09 Cleaning up /var/tmp
22:46:09 done
22:46:09 Emptying some common logs
22:46:09 /var/log/wtmp
22:46:09 Done
22:46:09 /home/jenkins/workspace/ovirt-engine_master_check-patch-el7-x86_64
22:46:10 Making sure there are no device mappings...
22:46:10 Removing the used loop devices...
22:46:10 losetup: invalid option -- 'D'
22:46:10
22:46:10 Usage:
22:46:10 losetup loop_device give info
22:46:10 losetup -a | --all list all used
22:46:10 losetup -d | --detach <loopdev> [<loopdev> ...] delete
22:46:10 losetup -f | --find find unused
22:46:10 losetup -c | --set-capacity <loopdev> resize
22:46:10 losetup -j | --associated <file> [-o <num>] list all
associated with <file>
22:46:10 losetup [ options ] {-f|--find|loopdev} <file> setup
22:46:10
22:46:10 Options:
22:46:10 -e | --encryption <type> enable data encryption with
specified <name/num>
22:46:10 -h | --help this help
22:46:10 -o | --offset <num> start at offset <num> into file
22:46:10 --sizelimit <num> loop limited to only <num> bytes of the file
22:46:10 -p | --pass-fd <num> read passphrase from file descriptor <num>
22:46:10 -r | --read-only setup read-only loop device
22:46:10 --show print device name (with -f <file>)
22:46:10 -v | --verbose verbose mode
22:46:10
22:46:10
22:46:10 Usage:
22:46:10 losetup loop_device give info
22:46:10 losetup -a | --all list all used
22:46:10 losetup -d | --detach <loopdev> [<loopdev> ...] delete
22:46:10 losetup -f | --find find unused
22:46:10 losetup -c | --set-capacity <loopdev> resize
22:46:10 losetup -j | --associated <file> [-o <num>] list all
associated with <file>
22:46:10 losetup [ options ] {-f|--find|loopdev} <file> setup
22:46:10
22:46:10 Options:
22:46:10 -e | --encryption <type> enable data encryption with
specified <name/num>
22:46:10 -h | --help this help
22:46:10 -o | --offset <num> start at offset <num> into file
22:46:10 --sizelimit <num> loop limited to only <num> bytes of the file
22:46:10 -p | --pass-fd <num> read passphrase from file descriptor <num>
22:46:10 -r | --read-only setup read-only loop device
22:46:10 --show print device name (with -f <file>)
22:46:10 -v | --verbose verbose mode
22:46:10
2 years, 7 months