Logwatch for linode01.ovirt.org (Linux)

2013-09-18 Thread logwatch 

 ### Logwatch 7.3.6 (05/19/07)  
Processing Initiated: Thu Sep 12 04:08:34 2013
Date Range Processed: yesterday
  ( 2013-Sep-11 )
  Period is day.
  Detail Level of Output: 0
  Type of Output: unformatted
   Logfiles for Host: linode01.ovirt.org
  ## 
 
 - httpd Begin  

 Requests with error response codes
404 Not Found
   //dompdf.php?input_file=??: 3 Time(s)
   //dompdf.php?input_file=http://artmast.net ... ss?BOT4: 1 Time(s)
   //dompdf.php?input_file=test??: 1 Time(s)
   /: 1 Time(s)
   /admin.php: 2 Time(s)
   /admin/: 1 Time(s)
   /admin/board: 1 Time(s)
   /admin/login.php: 1 Time(s)
   /administrator/index.php: 2 Time(s)
   /apple-touch-icon-precomposed.png: 6 Time(s)
   /apple-touch-icon.png: 6 Time(s)
   /bitrix/admin/index.php?lang=en: 1 Time(s)
   /board: 2 Time(s)
   /browserconfig.xml: 1 Time(s)
   /category/news/feed: 43 Time(s)
   /category/news/feed/: 140 Time(s)
   /favicon.ico: 812 Time(s)
   /index.php?action=register: 1 Time(s)
   /listinfo/board: 1 Time(s)
   /pipermail/arch/2012-february/000204.html: 1 Time(s)
   /pipermail/cgi-bin/register.cgi: 2 Time(s)
   /pipermail/commits: 1 Time(s)
   /pipermail/index.php?: 1 Time(s)
   /pipermail/index.php?act=Login&CODE=00: 2 Time(s)
   /pipermail/index.php?act=Reg&CODE=00: 2 Time(s)
   /pipermail/index.php?app=core&module=global§ion=login: 2 Time(s)
   /pipermail/index.php?app=core&module=global§ion=register: 2 Time(s)
   /pipermail/infra/2012-December//dompdf.php ... ss?BOT4: 1 Time(s)
   /pipermail/infra/2012-December//dompdf.php?input_file=??: 3 Time(s)
   /pipermail/infra/2012-December//dompdf.php?input_file=test??: 1 Time(s)
   /pipermail/infra/2012-December/001716.html ... p?input_file=??: 6 Time(s)
   /pipermail/infra/2012-December/001716.html ... put_file=test??: 2 Time(s)
   /pipermail/infra/2012-December/001716.html ... ss?BOT4: 2 Time(s)
   /pipermail/infra/2012-November/001445.html ... a.com%2Fbad.php: 10 
Time(s)
   /pipermail/infra/2012-November/001445.html ... d.com%2Fbad.php: 1 Time(s)
   /pipermail/infra/2012-November/NetworkPermissionshttp:/wik: 1 Time(s)
   /pipermail/infra/2012-November/wp-content/ ... a.com%2Fbad.php: 1 Time(s)
   /pipermail/infra/2012-November/wp-content/ ... d.com%2Fbad.php: 1 Time(s)
   /pipermail/infra/2012-november/001404.html: 2 Time(s)
   /pipermail/infra/2012-october/001236.html: 1 Time(s)
   /pipermail/infra/2013-april/002551.html: 1 Time(s)
   /pipermail/node-patc: 1 Time(s)
   /pipermail/register.cgi: 2 Time(s)
   /pipermail/users/2012-July/002794.html%5C: 1 Time(s)
   /pipermail/users/2013-august/015807.html: 1 Time(s)
   /project/resources/workshop-invitation/: 1 Time(s)
   /releases/3.3/rpm/EL/6/noarch/otopi-java-1 ... .el6.noarch.rpm: 2 Time(s)
   /releases/3.3/rpm/EL/6/noarch/ovirt-engine ... .el6.noarch.rpm: 22 
Time(s)
   /releases/3.3/rpm/EL/6/noarch/ovirt-host-d ... .el6.noarch.rpm: 2 Time(s)
   /releases/3.3/rpm/EL/6/noarch/ovirt-image- ... .el6.noarch.rpm: 2 Time(s)
   /releases/3.3/rpm/EL/6/noarch/ovirt-iso-up ... .el6.noarch.rpm: 2 Time(s)
   /releases/3.3/rpm/EL/6/noarch/ovirt-log-co ... .el6.noarch.rpm: 2 Time(s)
   /releases/3.3/rpm/EL/6/repodata/8a8c95e395 ... -primary.xml.gz: 1 Time(s)
   /releases/3.3/rpm/EL/6/repodata/d6dcf32b68 ... ilelists.xml.gz: 1 Time(s)
   /releases/3.3/rpm/Fedora/19/repodata/4ba05 ... -primary.xml.gz: 1 Time(s)
   /releases/beta/fedora/17/repodata/repomd.xml: 10 Time(s)
   /releases/beta/rpm/EL/6/repodata/7f204933c ... 72-other.xml.gz: 1 Time(s)
   /releases/beta/rpm/EL/6/repodata/a2d824f8b ... ilelists.xml.gz: 1 Time(s)
   /releases/beta/rpm/EL/6Server/repodata/repomd.xml: 1 Time(s)
   /releases/beta/rpm/Fedora/17/repodata/repomd.xml: 3 Time(s)
   /releases/beta/rpm/Fedora/18/n: 1 Time(s)
   /releases/beta/rpm/Fedora/19/repodata/2669 ... ists.sqlite.bz2: 154 
Time(s)
   /releases/beta/rpm/Fedora/19/repodata/7c3d ... mary.sqlite.bz2: 2 Time(s)
   /releases/beta/rpm/Fedora/19/repodata/repomd.xml:: 1 Time(s)
   /releases/nightly/fedora/16/repodata/repomd.xml: 442 Time(s)
   /releases/nightly/fedora/18/repodata/: 1 Time(s)
   /releases/nightly/rpm/EL/6/SRPMS/ovirt-eng ... 843.el6.src.rpm: 1 Time(s)
   /releases/nightly/rpm/EL/6/SRPMS/vdsm-4.12 ... 10a.el6.src.rpm: 1 Time(s)
   /releases/nightly/rpm/EL/6/hooks/vdsm-hook ... .el6.noarch.rpm: 2 Time(s)
   /releases/nightly/rpm/EL/6/repodata/1c7424 ... ther.sqlite.bz2: 50 
Time(s)
   /releases/nightly/rpm/EL/6/x86_64/vdsm-pyt ... .el6.x86_64.rpm: 1 Time(s)

Logwatch for linode01.ovirt.org (Linux)

2013-09-18 Thread logwatch 

 ### Logwatch 7.3.6 (05/19/07)  
Processing Initiated: Fri Sep 13 03:31:41 2013
Date Range Processed: yesterday
  ( 2013-Sep-12 )
  Period is day.
  Detail Level of Output: 0
  Type of Output: unformatted
   Logfiles for Host: linode01.ovirt.org
  ## 
 
 - httpd Begin  

 Requests with error response codes
404 Not Found
   //boards//includes/xml/bitfield_vbseo.xml: 1 Time(s)
   //forum//includes/xml/bitfield_vbseo.xml: 1 Time(s)
   //forums//includes/xml/bitfield_vbseo.xml: 1 Time(s)
   //index.php/includes/xml/bitfield_vbseo.xml: 1 Time(s)
   //vBulletin//includes/xml/bitfield_vbseo.xml: 1 Time(s)
   //vb//includes/xml/bitfield_vbseo.xml: 1 Time(s)
   //vbforum//includes/xml/bitfield_vbseo.xml: 1 Time(s)
   //vbulletin//includes/xml/bitfield_vbseo.xml: 1 Time(s)
   /admin.php: 22 Time(s)
   /admin/: 3 Time(s)
   /admin/board: 1 Time(s)
   /admin/board:: 1 Time(s)
   /admin/login.php: 3 Time(s)
   /administrator/index.php: 21 Time(s)
   /apple-touch-icon-114x114-precomposed.png: 1 Time(s)
   /apple-touch-icon-114x114.png: 1 Time(s)
   /apple-touch-icon-precomposed.png: 18 Time(s)
   /apple-touch-icon.png: 3 Time(s)
   /bitrix/admin/index.php?lang=en: 3 Time(s)
   /board: 2 Time(s)
   /category/news/feed: 134 Time(s)
   /category/news/feed/: 192 Time(s)
   /favicon.ico: 967 Time(s)
   /forum/member/register: 2 Time(s)
   /index.php/forums/member/register: 2 Time(s)
   /index.php:: 1 Time(s)
   /index.php?app=home&mod=public&act=register: 1 Time(s)
   /listinfo/board: 1 Time(s)
   /member/register: 2 Time(s)
   /news-and-events/workshop/: 1 Time(s)
   /pipermail/CreateUser.asp: 1 Time(s)
   /pipermail/User/Register.aspx: 1 Time(s)
   /pipermail/YaBB.cgi/: 2 Time(s)
   /pipermail/YaBB.pl/: 2 Time(s)
   /pipermail/account/register.php: 2 Time(s)
   /pipermail/arch/2012-april/000546.html: 1 Time(s)
   /pipermail/arch/2012-february/000315.html: 1 Time(s)
   /pipermail/arch/2012-march/000360.html: 1 Time(s)
   /pipermail/arch/2012-may/000574.html: 1 Time(s)
   /pipermail/blogs/load/recent: 2 Time(s)
   /pipermail/board/2012-april/000444.html: 1 Time(s)
   /pipermail/bokeindex.asp: 1 Time(s)
   /pipermail/cgi-bin/register.cgi: 2 Time(s)
   /pipermail/engine-patches/2013-January/deilvbwclyobef.html: 1 Time(s)
   /pipermail/index.php: 1 Time(s)
   /pipermail/index.php?act=Login&CODE=00: 3 Time(s)
   /pipermail/index.php?act=Reg&CODE=00: 1 Time(s)
   /pipermail/index.php?action=register: 2 Time(s)
   /pipermail/index.php?action=registernew: 2 Time(s)
   /pipermail/index.php?app=core&module=global§ion=login: 3 Time(s)
   /pipermail/index.php?app=core&module=global§ion=register: 1 Time(s)
   /pipermail/index.php?app=home&mod=public&act=register: 1 Time(s)
   /pipermail/index.php?do=/user/register/: 2 Time(s)
   /pipermail/index.php?option=com_registration&task=register: 4 Time(s)
   /pipermail/index.php?p=member/signup: 2 Time(s)
   /pipermail/index.php?page=blogs: 2 Time(s)
   /pipermail/index.php?page=en_Signup: 2 Time(s)
   /pipermail/join.php: 8 Time(s)
   /pipermail/join_form.php: 2 Time(s)
   /pipermail/logging.php?action=login: 1 Time(s)
   /pipermail/login.php: 2 Time(s)
   /pipermail/member.php?mod=logging&action=login: 1 Time(s)
   /pipermail/member/index_do.php?fmdo=user&dopost=regnew: 1 Time(s)
   /pipermail/member/join.php: 2 Time(s)
   /pipermail/member/reg.php: 1 Time(s)
   /pipermail/modules.php?app=user_reg: 1 Time(s)
   /pipermail/profile.php?mode=register&agreed=true&coppa=0: 2 Time(s)
   /pipermail/reg.asp: 2 Time(s)
   /pipermail/register.aspx: 1 Time(s)
   /pipermail/register.cgi: 3 Time(s)
   /pipermail/register.php: 6 Time(s)
   /pipermail/registration_rules.asp?FID=0: 2 Time(s)
   /pipermail/sign_up.html: 2 Time(s)
   /pipermail/signup: 6 Time(s)
   /pipermail/signup.php: 8 Time(s)
   /pipermail/site/signup.php: 2 Time(s)
   /pipermail/tiki-register.php: 1 Time(s)
   /pipermail/ucp.php?mode=register: 2 Time(s)
   /pipermail/users/2012-june/002482.html: 1 Time(s)
   /pipermail/users/2013-february/012335.html: 1 Time(s)
   /pipermail/users/2013-march/013235.html: 1 Time(s)
   /pipermail/wp-login.php?action=register: 1 Time(s)
   /releases/3.2/rpm/EL/6/repodata/repodata/repomd.xml: 2 Time(s)
   /releases/3.2/rpm/Fedora/18/repodata/26685 ... ilelists.xml.gz: 1 Time(s)
   /releases/3.3/iso/ovirt-node-iso-3.1.0-0.999.5.vdsm.fc19.iso: 1 Time(s)
   /releases/3.3/rpm/Fedora/19/repodata/409fe ... mary.sqlite.bz2: 1 Time(s)

Logwatch for linode01.ovirt.org (Linux)

2013-09-18 Thread logwatch 

 ### Logwatch 7.3.6 (05/19/07)  
Processing Initiated: Sat Sep 14 03:25:34 2013
Date Range Processed: yesterday
  ( 2013-Sep-13 )
  Period is day.
  Detail Level of Output: 0
  Type of Output: unformatted
   Logfiles for Host: linode01.ovirt.org
  ## 
 
 - httpd Begin  

 Connection attempts using mod_proxy:
1.163.194.150 -> mx3.mail2000.com.tw:25: 1 Time(s)
61.231.91.187 -> mta6.am0.yahoodns.net:25: 1 Time(s)
 
 Requests with error response codes
403 Forbidden
   /wordpress/wp-admin/: 1 Time(s)
404 Not Found
   //admin/categories.php/login.php?cPath=&ac ... product_preview: 7 Time(s)
   //wp-content/themes/welcome_inn/thumb.php? ... om.tr%2Fcpx.php: 1 Time(s)
   //wp-content/themes/welcome_inn/thumb.php? ... tr%2Fshellx.php: 1 Time(s)
   /admin.php: 26 Time(s)
   /admin/: 3 Time(s)
   /admin/login.php: 3 Time(s)
   /administrator/index.php: 26 Time(s)
   /apple-touch-icon-precomposed.png: 2 Time(s)
   /apple-touch-icon.png: 2 Time(s)
   /bitrix/admin/index.php?lang=en: 3 Time(s)
   /category/news/feed: 119 Time(s)
   /category/news/feed/: 137 Time(s)
   /favicon.ico: 692 Time(s)
   /pipermail: 1 Time(s)
   /pipermail/arch/2012-february/000228.html: 1 Time(s)
   /pipermail/engine: 1 Time(s)
   /pipermail/engine-patches/2013-January/koomqdjereyuo.html: 1 Time(s)
   /pipermail/index.php?act=Reg&CODE=00: 2 Time(s)
   /pipermail/index.php?app=core&module=global§ion=register: 2 Time(s)
   /pipermail/infra/2012-November//wp-content ... om.tr%2Fcpx.php: 1 Time(s)
   /pipermail/infra/2012-November//wp-content ... tr%2Fshellx.php: 1 Time(s)
   /pipermail/infra/2012-October//admin/categ ... product_preview: 7 Time(s)
   /pipermail/infra/2012-October/001235.html/ ... product_preview: 7 Time(s)
   /pipermail/infra/2012-march/000227.html: 1 Time(s)
   /pipermail/infra/2012-november/001404.html: 1 Time(s)
   /pipermail/register.php: 1 Time(s)
   /pipermail/users/2012-December/url(data:im ... SUVORK5CYII%3d): 1 Time(s)
   /pipermail/users/2012-august/003206.html: 1 Time(s)
   /pipermail/users/2013-September/016256.html.Inthiscase: 2 Time(s)
   /pipermail/users/2013-february/012335.html: 1 Time(s)
   /release/3.3/rpm/EL/6/repodata/repomd.xml: 1 Time(s)
   /releases/3.2/iso/%C2%A0%C2%A0: 1 Time(s)
   /releases/3.3/rpm/EL/6/repodata/5d657383d2 ... ists.sqlite.bz2: 1 Time(s)
   /releases/3.3/rpm/EL/6/repodata/7f204933cd ... 72-other.xml.gz: 1 Time(s)
   /releases/3.3/rpm/EL/6/repodata/875ce7176e ... -primary.xml.gz: 1 Time(s)
   /releases/3.3/rpm/Fedora/19/repodata/bc2aa ... ilelists.xml.gz: 1 Time(s)
   /releases/3.3/rpm/Fedora/19/repodata/ffd14 ... -primary.xml.gz: 1 Time(s)
   /releases/3.3/rpm/el/6/srpms/: 1 Time(s)
   /releases/alpha/rpm/EL/6/repodata/75249202 ... ists.sqlite.bz2: 1 Time(s)
   /releases/alpha/rpm/Fedora/$releasever: 1 Time(s)
   /releases/alpha/rpm/Fedora/18/repodata/b62 ... mary.sqlite.bz2: 1 Time(s)
   /releases/beta/fedora: 1 Time(s)
   /releases/beta/fedora/$releasever: 1 Time(s)
   /releases/beta/fedora/17/repodata/repomd.xml: 2 Time(s)
   /releases/beta/ovirt-engine.repo: 1 Time(s)
   /releases/beta/rpm/EL/$releasever/: 4 Time(s)
   /releases/beta/rpm/EL/6/repodata/1090f9fff ... mary.sqlite.bz2: 1 Time(s)
   /releases/beta/rpm/EL/6/repodata/a2d824f8b ... ilelists.xml.gz: 1 Time(s)
   /releases/beta/rpm/Fedora/$releasever: 1 Time(s)
   /releases/beta/rpm/Fedora/$releasever/: 1 Time(s)
   /releases/beta/rpm/Fedora/17/repodata/repomd.xml: 6 Time(s)
   /releases/beta/rpm/Fedora/19/repodata/409f ... mary.sqlite.bz2: 1 Time(s)
   /releases/beta/rpm/Fedora/19/repodata/85d5 ... ther.sqlite.bz2: 7 Time(s)
   /releases/nightly/fedora/16/repodata/repomd.xml: 441 Time(s)
   /releases/nightly/ovirt-hosted-engine-ha-0 ... 0.master.tar.gz: 3 Time(s)
   /releases/nightly/rpm/EL/6/SRPMS/ovirt-eng ... 93f.el6.src.rpm: 1 Time(s)
   /releases/nightly/rpm/EL/6/SRPMS/ovirt-hos ... 606.el6.src.rpm: 1 Time(s)
   /releases/nightly/rpm/EL/6/SRPMS/ovirt-hos ... 7e9.el6.src.rpm: 1 Time(s)
   /releases/nightly/rpm/EL/6/hooks/vdsm-hook ... .el6.noarch.rpm: 3 Time(s)
   /releases/nightly/rpm/EL/6/hooks/vdsm-hook ... 6.noarch.rpm%22: 1 Time(s)
   /releases/nightly/rpm/EL/6/noarch/ovirt-en ... .el6.noarch.rpm: 2 Time(s)
   /releases/nightly/rpm/EL/6/noarch/vdsm-cli ... .el6.noarch.rpm: 1 Time(s)
   /releases/nightly/rpm/EL/6/noarch/vdsm-hoo ... .el6.noarch.rpm: 4 Time(s)
   /releases/nightly/rpm/EL/6/noarch/vdsm-tes ... .el6.noarch.rpm: 1 Time(s)
   /releases/nightly/rpm/EL/6/noarch/vdsm-yaj ... .el6.noarch.rpm: 1 Time

Logwatch for linode01.ovirt.org (Linux)

2013-09-18 Thread logwatch 

 ### Logwatch 7.3.6 (05/19/07)  
Processing Initiated: Sun Sep 15 03:45:29 2013
Date Range Processed: yesterday
  ( 2013-Sep-14 )
  Period is day.
  Detail Level of Output: 0
  Type of Output: unformatted
   Logfiles for Host: linode01.ovirt.org
  ## 
 
 - httpd Begin  

 Connection attempts using mod_proxy:
111.241.44.59 -> mx0.mail2000.com.tw:25: 1 Time(s)
61.228.93.31 -> mx3.mail2000.com.tw:25: 1 Time(s)
 
 Requests with error response codes
404 Not Found
   //images/stories/0d4y.php: 1 Time(s)
   //images/stories/0day.php: 1 Time(s)
   //images/stories/coreunix.php: 1 Time(s)
   //images/stories/susu.php: 1 Time(s)
   //xmlrpc.php: 120 Time(s)
   /1lhf1d0i2rawyhxn.html: 1 Time(s)
   /__: 1 Time(s)
   /admin.php: 3 Time(s)
   /admin/: 3 Time(s)
   /admin/board: 1 Time(s)
   /admin/login.php: 3 Time(s)
   /administrator/index.php: 3 Time(s)
   /apple-touch-icon-precomposed.png: 6 Time(s)
   /apple-touch-icon.png: 5 Time(s)
   /bitrix/admin/index.php?lang=en: 3 Time(s)
   /board: 2 Time(s)
   /category/news/feed: 1 Time(s)
   /category/news/feed/: 9 Time(s)
   /favicon.ico: 191 Time(s)
   /forum/member/register: 1 Time(s)
   /images/stories/3xp.php: 3 Time(s)
   /index.php/forums/member/register: 1 Time(s)
   /index.php?action=register: 1 Time(s)
   /listinfo/board: 1 Time(s)
   /mailman/YaBB.cgi/: 1 Time(s)
   /mailman/YaBB.pl/: 1 Time(s)
   /mailman/account/register.php: 1 Time(s)
   /mailman/blogs/load/recent: 1 Time(s)
   /mailman/index.php?act=Login&CODE=00: 1 Time(s)
   /mailman/index.php?action=register: 1 Time(s)
   /mailman/index.php?action=registernew: 1 Time(s)
   /mailman/index.php?app=core&module=global§ion=login: 1 Time(s)
   /mailman/index.php?do=/user/register/: 1 Time(s)
   /mailman/index.php?option=com_registration&task=register: 2 Time(s)
   /mailman/index.php?p=member/signup: 1 Time(s)
   /mailman/index.php?page=blogs: 1 Time(s)
   /mailman/index.php?page=en_Signup: 1 Time(s)
   /mailman/join.php: 4 Time(s)
   /mailman/join_form.php: 1 Time(s)
   /mailman/member/join.php: 1 Time(s)
   /mailman/profile.php?mode=register&agreed=true&coppa=0: 1 Time(s)
   /mailman/register.php: 3 Time(s)
   /mailman/registration_rules.asp?FID=0: 1 Time(s)
   /mailman/sign_up.html: 1 Time(s)
   /mailman/signup: 2 Time(s)
   /mailman/signup.php: 5 Time(s)
   /mailman/site/signup.php: 1 Time(s)
   /mailman/tiki-register.php: 1 Time(s)
   /mailman/ucp.php?mode=register: 1 Time(s)
   /mailman/wp-login.php?action=register: 1 Time(s)
   /member/register: 1 Time(s)
   /pipermail/arch/2012-july/000733.html: 1 Time(s)
   /pipermail/engine-patches/2013-January/szvkgwrickdg.html: 1 Time(s)
   /pipermail/infra/2012-October//images/stories/0d4y.php: 1 Time(s)
   /pipermail/infra/2012-October//images/stories/0day.php: 1 Time(s)
   /pipermail/infra/2012-October//images/stories/coreunix.php: 1 Time(s)
   /pipermail/infra/2012-October//images/stories/susu.php: 1 Time(s)
   /pipermail/infra/2012-October/001266.html& ... es/coreunix.php: 1 Time(s)
   /pipermail/infra/2012-October/001266.html& ... stories/3xp.php: 2 Time(s)
   /pipermail/infra/2012-October/001266.html& ... tories/0d4y.php: 1 Time(s)
   /pipermail/infra/2012-October/001266.html& ... tories/0day.php: 1 Time(s)
   /pipermail/infra/2012-October/001266.html& ... tories/susu.php: 1 Time(s)
   /pipermail/infra/2012-October/images/stories/3xp.php: 2 Time(s)
   /pipermail/infra/2012-march/000227.html: 1 Time(s)
   /pipermail/infra/2012-november/001506.html: 1 Time(s)
   /pipermail/infra/2013-April/images/stories/3xp.php: 1 Time(s)
   /pipermail/infra/images/stories/3xp.php: 1 Time(s)
   /pipermail/register.php: 1 Time(s)
   /pipermail/users//xmlrpc.php: 72 Time(s)
   /pipermail/users/2012-April//xmlrpc.php: 60 Time(s)
   /pipermail/users/2012-April/007167.html//xmlrpc.php: 12 Time(s)
   /pipermail/users/2012-February//xmlrpc.php: 48 Time(s)
   /pipermail/users/2012-February/006030.html//xmlrpc.php: 24 Time(s)
   /pipermail/users/2012-January//xmlrpc.php: 12 Time(s)
   /pipermail/users/2012-March//xmlrpc.php: 12 Time(s)
   /pipermail/users/2012-february/006414.html: 1 Time(s)
   /pipermail/users/2012-november/010357.html: 1 Time(s)
   /pipermail/users/2012-september/009583.html: 1 Time(s)
   /pipermail/users/2013-June//xmlrpc.php: 24 Time(s)
   /pyo44tsxz9ff4sjs.html: 1 Time(s)
   /releases/3: 1 Time(s)
   /releases/3.2/rpm/EL/6/x86_64/repodata/repomd.xml: 1 Time(s)
   /releases/3.2/rpm/Fedora/1

Re: State of new hardware and nesting

2013-09-18 Thread Kiril Nesenko 
In a case that nested VMs wont work because of the kernel bug, can you use fake 
hosts instead ?

- Kiril

- Original Message -
> From: "Fabian Deutsch" 
> To: "Eyal Edri" 
> Cc: infra@ovirt.org
> Sent: Thursday, September 12, 2013 1:47:22 PM
> Subject: Re: State of new hardware and nesting
> 
> Hey Eyal,
> 
> Am Donnerstag, den 12.09.2013, 06:22 -0400 schrieb Eyal Edri:
> > Hardware is now setup, but might still be missing additional resources
> > to spawn new vms.
> 
> First - Nice that the new hardware is up!
> 
> > So your code will create the vms it needs via restapi/sdk?
> 
> Currently our code can use libvirt to spawn additional VMs (and remove
> them afterwards) for testing.
> We could also look if we add an Engine backend to our code so we can
> directly speak to engine and spawn the VMs there. (But see below).
> 
> As for the VMs: They are short-lived (~5min) and should be equipped with
> ~2CPUs and ~2GB RAM.
> We can also limit the number of concurrent VMs, e.g. we could limit it
> to one VM at a time, so we don't exhaust all available resources.
> 
> > nested vms might be ready soon, after a major bug was fixed on kernel,
> > we currently test its functionality again and we'll update once(if) it's
> > verified and working.
> 
> That would be awesome! Is there a bug which tracking this I could
> subscribe too?
> (i) If nesting was possible I'd suggest that we run our own libvirt
> instance inside our VM and use that libvirt instance to spawn the
> additional VMs.
> 
> (ii) If that's not possible I would look into adding a additional
> backend to Igor which then can speak directly to Engine to spawn the
> additional VMs. But note that this will imply that Igor will create a
> new for and is uploading an ISO to Engine for each test run. That's
> basically not a bad thing (tm) but a lot of interaction with Engine.
> 
> (i) is IMHO safer and more practical as it is self-contained. Surely the
> nested VMs won't be to powerful, but that's okay.
> But (ii) is also a way to go if nesting is not possible.
> 
> fabian
> 
> > - Original Message -
> > > From: "Fabian Deutsch" 
> > > To: infra@ovirt.org
> > > Sent: Thursday, September 12, 2013 12:05:07 PM
> > > Subject: State of new hardware and nesting
> > > 
> > > Hey,
> > > 
> > > to run functional tests with ovirt-node we still need a possibility to
> > > spawn VMs.
> > > The solution which got discussed a couple of weeks (months?) back was to
> > > enable nesting to allow a setup like:
> > > 
> > > Host
> > >  +-> Test Automation (Igor) VM
> > >   +-> Test Instance (spawned on demand by Igor)
> > >   +-> Test Instance (spawned on demand by Igor)
> > > 
> > > Back then the new hardware wasn't setup and not ready.
> > > My question is if the hardware is now setup?
> > > And if it allow nesting?
> > > 
> > > Greetings
> > > fabian
> > > 
> > > ___
> > > Infra mailing list
> > > Infra@ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/infra
> > > 
> 
> 
> ___
> Infra mailing list
> Infra@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
> 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Jenkins job for ovirt-iso-uploader and ovirt-image-uploader

2013-09-18 Thread Kiril Nesenko 
Hello,

Is suggest to go with the following:

1. The job will run on a specific slave(will create one for this or change the 
current one)

2. For NFS we can configure NFS share for localhost only on that specific slave.
For ISO,IMAGE uploader that should do the trick.
For SSH - will configure localhost access as well.

3. Job should install/cleanup all pkgs after it finishes. It doesn't meter if 
it succeed or failed.
For this, need to add cleanup code into the job itself and in the POST TASK in 
jenkins.
Also it should clean images it uploaded at the end of the job.
At the end of the job slave should be clean.

4. There is no need to create two jobs for testing these tools. Will have one 
job
that will test ISO/IMAGE tools.

- Kiril


- Original Message -
> From: "Mike Burns" 
> To: "Eyal Edri" 
> Cc: "infra" 
> Sent: Wednesday, September 11, 2013 3:16:21 PM
> Subject: Re: Jenkins job for ovirt-iso-uploader and ovirt-image-uploader
> 
> On 09/11/2013 03:56 AM, Eyal Edri wrote:
> > Hi Sandro,
> >
> > I assume we can create a new vm on rackspace to act as NFS server for the
> > job,
> > or even convert one of the existing jenkins slave vms to be one.
> >
> > any other thoughts from the infra team?
> 
> Space -- we should either enforce that the job clean up after itself, or
> have some sort of cron job to clean up.  One approach:
> 
> jenkins job creates some sort of lockfile, removes it on finish
> cron job checks for lockfile
> if found, see how long it's been there, clean up if it's been too long
> if not, clean up nfs share
> 
> Mike
> >
> > Also, you will need to get a power user for jenkins (for tools) in order to
> > create new jobs
> > for them as well.
> > The process for that is sending email to this list & engine-devel to
> > request it formally and
> > get acks from the community.
> >
> > Eyal.
> >
> >
> > - Original Message -
> >> From: "Sandro Bonazzola" 
> >> To: "infra" 
> >> Sent: Wednesday, September 11, 2013 9:31:36 AM
> >> Subject: Jenkins job for ovirt-iso-uploader and ovirt-image-uploader
> >>
> >> Hi,
> >> I would like to introduce a jenkins job for basic sanity testing of
> >> ovirt-iso-uploader and ovirt-image-uploader.
> >> For covering NFS upload it will be needed an NFS share where to upload the
> >> images, writable by an user having UID and GID of 36.
> >> For covering SSH uploads it would be needed also SSH access with a user
> >> having UID and GID of 36.
> >> For covering upload using the domain id it would be needed a running
> >> ovirt-engine instance.
> >>
> >> The space needed for the images may be little: sample ovf provided by
> >> ovirt-image-uploader is ~2kb and for the iso image any non empty file
> >> should
> >> be
> >> enough. The uploaded images will be deleted by the job after running.
> >>
> >> Is it possible for infra to provide the needed services?
> >> Thanks,
> >> --
> >> Sandro Bonazzola
> >> Better technology. Faster innovation. Powered by community collaboration.
> >> See how it works at redhat.com
> >> ___
> >> Infra mailing list
> >> Infra@ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/infra
> >>
> > ___
> > Infra mailing list
> > Infra@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
> >
> 
> ___
> Infra mailing list
> Infra@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
> 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[ovirt] #78: Allow nesting

2013-09-18 Thread ovirt 
#78: Allow nesting
--+
  Reporter:  fabiand  |  Owner:  infra@…
  Type:  task | Status:  new
  Priority:  major|  Milestone:  Alter Ways available
 Component:  Jenkins  |Version:  Test
  Severity:  Trivial  |   Keywords:  ovirt-node testing nesting
Blocked By:   |   Blocking:
--+
 To allow functional tests of ovirt-node we will need nesting available ni
 the VMs used to do the function tests as we need to run a complete
 installation cycle.

-- 
Ticket URL: 
ovirt 
oVirt - virtualization made easy.
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Logwatch for linode01.ovirt.org (Linux)

2013-09-18 Thread logwatch 

 ### Logwatch 7.3.6 (05/19/07)  
Processing Initiated: Mon Sep 16 03:14:28 2013
Date Range Processed: yesterday
  ( 2013-Sep-15 )
  Period is day.
  Detail Level of Output: 0
  Type of Output: unformatted
   Logfiles for Host: linode01.ovirt.org
  ## 
 
 - httpd Begin  

 Connection attempts using mod_proxy:
111.241.38.49 -> mx3.mail2000.com.tw:25: 1 Time(s)
61.228.30.200 -> mx3.mail2000.com.tw:25: 1 Time(s)
 
 A total of 1 sites probed the server 
216.70.108.50
 
 Requests with error response codes
400 Bad Request
   /w00tw00t.at.ISC.SANS.DFind:): 1 Time(s)
404 Not Found
   //appserv/main.php?appserv_root=../../../. ... lf/environ%: 1 Time(s)
   /: 1 Time(s)
   /admin.php: 11 Time(s)
   /admin/: 3 Time(s)
   /admin/login.php: 3 Time(s)
   /administrator/index.php: 11 Time(s)
   /apple-touch-icon-precomposed.png: 4 Time(s)
   /apple-touch-icon.png: 4 Time(s)
   /bitrix/admin/index.php?lang=en: 3 Time(s)
   /category/news/feed: 2 Time(s)
   /category/news/feed/: 42 Time(s)
   /favicon.ico: 238 Time(s)
   /index.php?action=register: 1 Time(s)
   /mailman/user/register: 1 Time(s)
   /pipermail/announce/2012-february/19.html: 1 Time(s)
   /pipermail/arch/2012-february/000204.html: 1 Time(s)
   /pipermail/arch/2012-june/000605.html: 1 Time(s)
   /pipermail/arch/2012-march/000360.html: 1 Time(s)
   /pipermail/commits: 1 Time(s)
   /pipermail/engine-devel/2012-August/wp-login.php: 1 Time(s)
   /pipermail/engine-devel/wp-login.php: 1 Time(s)
   /pipermail/engine-patches/2013-March/zvgeoxbdd.html: 1 Time(s)
   /pipermail/infra//appserv/main.php?appserv ... lf/environ%: 1 Time(s)
   /pipermail/infra/2012-November/001506.html/trackback/: 1 Time(s)
   /pipermail/infra/2012-October//appserv/mai ... lf/environ%: 1 Time(s)
   /pipermail/user/register: 1 Time(s)
   /pipermail/users/2012-december/011172.html: 1 Time(s)
   /pipermail/users/2013-February/url(data:im ... SUVORK5CYII%3d): 1 Time(s)
   /pipermail/users/2013-may/014289.html: 1 Time(s)
   /pipermail/users/2013-may/014296.html: 1 Time(s)
   /pipermail/wp-login.php: 1 Time(s)
   /releases/%20stable/: 1 Time(s)
   /releases/3.2/rpm/Fedora/18/repodata/26685 ... ilelists.xml.gz: 1 Time(s)
   /releases/3.3/rpm/EL/6/repodata/repodata/repomd.xml: 1 Time(s)
   /releases/3.3/rpm/Fedora/19/repodata/5d462 ... ists.sqlite.bz2: 1 Time(s)
   /releases/3.3/rpm/Fedora/19/repodata/85d5a ... ther.sqlite.bz2: 1 Time(s)
   /releases/3.3/src/$: 1 Time(s)
   /releases/3.3/src/otopi-1.2.0_master.tar.gz: 2 Time(s)
   /releases/3.3/src/rhevm-dependencies-3.3.0.tar.gz: 1 Time(s)
   /releases/alpha/rpm/Fedora/18/repodata/677 ... ther.sqlite.bz2: 1 Time(s)
   /releases/beta/binary/: 1 Time(s)
   /releases/beta/rpm/EL/6/repodata/770ae928c ... ists.sqlite.bz2: 1 Time(s)
   /releases/beta/rpm/EL/6/repodata/97d09258c ... -primary.xml.gz: 1 Time(s)
   /releases/beta/rpm/EL/6/repodata/f146b6a80 ... -primary.xml.gz: 1 Time(s)
   /releases/beta/rpm/Fedora/$releasever/: 1 Time(s)
   /releases/beta/rpm/Fedora/17/n: 2 Time(s)
   /releases/beta/rpm/Fedora/19/repodata/34f7 ... mary.sqlite.bz2: 1 Time(s)
   /releases/beta/rpm/Fedora/19/repodata/459a ... ilelists.xml.gz: 1 Time(s)
   /releases/beta/rpm/Fedora/19/repodata/85d5 ... ther.sqlite.bz2: 6 Time(s)
   /releases/beta/rpm/Fedora/19/repodata/93af ... ther.sqlite.bz2: 1 Time(s)
   /releases/nightly/fedora/16/repodata/repomd.xml: 441 Time(s)
   /releases/nightly/rpm/EL/6/SRPMS/ovirt-eng ... 6d3.el6.src.rpm: 1 Time(s)
   /releases/nightly/rpm/EL/6/SRPMS/ovirt-hos ... 55e.el6.src.rpm: 1 Time(s)
   /releases/nightly/rpm/EL/6/SRPMS/vdsm-4.12 ... a0f.el6.src.rpm: 1 Time(s)
   /releases/nightly/rpm/EL/6/noarch/ovirt-en ... .el6.noarch.rpm: 1 Time(s)
   /releases/nightly/rpm/EL/6/noarch/vdsm-api ... .el6.noarch.rpm: 1 Time(s)
   /releases/nightly/rpm/EL/6/noarch/vdsm-cli ... .el6.noarch.rpm: 1 Time(s)
   /releases/nightly/rpm/EL/6/noarch/vdsm-hoo ... .el6.noarch.rpm: 11 
Time(s)
   /releases/nightly/rpm/EL/6/noarch/vdsm-jso ... .el6.noarch.rpm: 1 Time(s)
   /releases/nightly/rpm/EL/6/noarch/vdsm-tes ... .el6.noarch.rpm: 1 Time(s)
   /releases/nightly/rpm/EL/6/repodata/424afb ... ilelists.xml.gz: 1 Time(s)
   /releases/nightly/rpm/EL/6/repodata/9b0d54 ... ilelists.xml.gz: 1 Time(s)
   /releases/nightly/rpm/EL/6/repodata/9c547c ... ther.sqlite.bz2: 1 Time(s)
   /releases/nightly/rpm/EL/6/x86_64/vdsm-4.1 ... .el6.x86_64.rpm: 1 Time(s)
   /releases/nightly/rpm/Fedora/17/repodata/repomd.xml: 4 Time(s)
   /releases/nightly/rpm/

Logwatch for linode01.ovirt.org (Linux)

2013-09-18 Thread logwatch 

 ### Logwatch 7.3.6 (05/19/07)  
Processing Initiated: Tue Sep 17 03:26:39 2013
Date Range Processed: yesterday
  ( 2013-Sep-16 )
  Period is day.
  Detail Level of Output: 0
  Type of Output: unformatted
   Logfiles for Host: linode01.ovirt.org
  ## 
 
 - httpd Begin  

 Connection attempts using mod_proxy:
61.228.29.8 -> mx0.mail2000.com.tw:25: 1 Time(s)
 
 Requests with error response codes
403 Forbidden
   /releases/beta/rpm/Fedora/19/repodata/repomd.xml: 1 Time(s)
   /releases/stable/rpm/Fedora/19/repodata/repomd.xml: 1 Time(s)
404 Not Found
   /admin.php: 5 Time(s)
   /admin/banner_manager.php/login.php: 6 Time(s)
   /admin/categories.php/login.php: 6 Time(s)
   /admin/file_manager.php/login.php: 6 Time(s)
   /administrator/index.php: 5 Time(s)
   /apple-touch-icon-precomposed.png: 21 Time(s)
   /apple-touch-icon.png: 10 Time(s)
   /category/news/feed: 1 Time(s)
   /category/news/feed/: 51 Time(s)
   /favicon.gif: 1 Time(s)
   /favicon.ico: 812 Time(s)
   /favicon.png: 1 Time(s)
   /index.php?action=register: 1 Time(s)
   /listinfo/security: 1 Time(s)
   /listinfo/wiki: 1 Time(s)
   /login?tmpid=1780651: 1 Time(s)
   /meetings/ovirt/2013/ovirt.2013-09-05-13.08.html: 1 Time(s)
   /phppath/php: 1 Time(s)
   /pipermail/arch/2012-april/000546.html: 1 Time(s)
   /pipermail/arch/2012-february/000315.html: 1 Time(s)
   /pipermail/arch/2012-may/000574.html: 1 Time(s)
   /pipermail/board/2012-april/000444.html: 1 Time(s)
   /pipermail/cgi-bin/register.cgi: 4 Time(s)
   /pipermail/engine-patches/2012-may/018484.html: 1 Time(s)
   /pipermail/index.php?act=Reg&CODE=00: 1 Time(s)
   /pipermail/index.php?app=core&module=global§ion=register: 1 Time(s)
   /pipermail/infra/2012-November//wp-content ... om.tr%2Fcpx.php: 1 Time(s)
   /pipermail/infra/2012-November//wp-content ... tr%2Fshellx.php: 1 Time(s)
   /pipermail/infra/2012-October/001235.html/ ... r.php/login.php: 4 Time(s)
   /pipermail/infra/2012-October/001235.html/ ... s.php/login.php: 2 Time(s)
   /pipermail/infra/2012-October/admin/banner ... r.php/login.php: 5 Time(s)
   /pipermail/infra/2012-October/admin/categories.php/login.php: 5 Time(s)
   /pipermail/infra/2012-October/admin/file_m ... r.php/login.php: 5 Time(s)
   /pipermail/infra/2012-October/wp-content/p ... dify/custom.php: 1 Time(s)
   /pipermail/infra/2012-October/wp-content/p ... xfileupload.php: 1 Time(s)
   /pipermail/infra/2012-September/admin/bann ... r.php/login.php: 2 Time(s)
   /pipermail/infra/2012-September/admin/cate ... s.php/login.php: 2 Time(s)
   /pipermail/infra/2012-September/admin/file ... r.php/login.php: 2 Time(s)
   /pipermail/infra/admin/banner_manager.php/login.php: 4 Time(s)
   /pipermail/infra/admin/categories.php/login.php: 4 Time(s)
   /pipermail/infra/admin/file_manager.php/login.php: 4 Time(s)
   /pipermail/infra/wp-content/plugins/html5a ... dify/custom.php: 1 Time(s)
   /pipermail/infra/wp-content/plugins/mm-for ... xfileupload.php: 1 Time(s)
   /pipermail/node-devel/2013-september/000545.html: 2 Time(s)
   /pipermail/node-patches/2012-march/000763.html: 1 Time(s)
   /pipermail/register.cgi: 8 Time(s)
   /pipermail/user/register: 4 Time(s)
   /pipermail/users/2012-August/008816.html&s ... DFlsCgkB2eESRpw: 1 Time(s)
   /pipermail/users/2012-August/008816.html+\ ... z-BhUpjzzcZdYuA: 1 Time(s)
   /pipermail/users/2012-july/003113.html: 1 Time(s)
   /pipermail/users/2012-july/003114.html: 1 Time(s)
   /pipermail/users/2012-july/003127.html: 1 Time(s)
   /pipermail/users/2012-july/003129.html: 1 Time(s)
   /pipermail/users/2012-june/002307.html: 1 Time(s)
   /pipermail/users/2012-june/002510.html: 1 Time(s)
   /pipermail/users/2012-may/001873.html: 1 Time(s)
   /pipermail/users/2012-may/001990.html: 1 Time(s)
   /pipermail/users/2012-october/010108.html: 1 Time(s)
   /pipermail/users/2012-october/thread.html: 1 Time(s)
   /pipermail/users/2013-february/012335.html: 1 Time(s)
   /pipermail/users/2013-may/014490.html: 1 Time(s)
   /registration: 1 Time(s)
   /releases/3.2/iso/%C2%A0%C2%A0: 1 Time(s)
   /releases/3.2/rpm/Fedora/18/repodata/100b1 ... ists.sqlite.bz2: 1 Time(s)
   /releases/3.2/rpm/Fedora/18/repodata/26685 ... ilelists.xml.gz: 2 Time(s)
   /releases/3.2/tools/images/sp.gif: 1 Time(s)
   /releases/3.3-stage/: 1 Time(s)
   /releases/3.3/rpm/EL/6/noarch/ovirt-engine ... .el6.noarch.rpm: 113 
Time(s)
   /releases/3.3/rpm/EL/6/repodata/74badde655 ... ther.sqlite.bz2: 1 Time(s)
   /releases/3.3/rpm/EL/6/repodata/a2d824f8b2 ... ilel

Logwatch for linode01.ovirt.org (Linux)

2013-09-18 Thread logwatch 

 ### Logwatch 7.3.6 (05/19/07)  
Processing Initiated: Wed Sep 18 03:30:43 2013
Date Range Processed: yesterday
  ( 2013-Sep-17 )
  Period is day.
  Detail Level of Output: 0
  Type of Output: unformatted
   Logfiles for Host: linode01.ovirt.org
  ## 
 
 - httpd Begin  

 Connection attempts using mod_proxy:
111.248.56.245 -> mx2.mail2000.com.tw:25: 1 Time(s)
 
 Requests with error response codes
400 Bad Request
   /releases/3.3/src/%: 1 Time(s)
   /w00tw00t.at.ISC.SANS.DFind:): 1 Time(s)
404 Not Found
   //admin/categories.php/login.php?cPath=&ac ... product_preview: 6 Time(s)
   /__mailman/listinfo/users: 2 Time(s)
   /admin.php: 8 Time(s)
   /administrator/index.php: 8 Time(s)
   /apple-touch-icon-precomposed.png: 6 Time(s)
   /apple-touch-icon.png: 5 Time(s)
   /category/news/feed: 138 Time(s)
   /category/news/feed/: 186 Time(s)
   /dbreports/latest/engine/public/diagrams/u ... iew.1degree.png: 2 Time(s)
   /favicon.ico: 852 Time(s)
   /humans.txt: 17 Time(s)
   /index.php?action=register: 2 Time(s)
   /pipermail/engine-patches/2012-may/017680.html: 1 Time(s)
   /pipermail/engine-user: 1 Time(s)
   /pipermail/infra/2012-October//admin/categ ... product_preview: 6 Time(s)
   /pipermail/infra/2012-October/001235.html/ ... product_preview: 6 Time(s)
   /pipermail/node-devel/2013-september/000545.html: 3 Time(s)
   /pipermail/user/register: 2 Time(s)
   /pipermail/users/2012-August/008816.html&s ... as0ErIdxt0ePmGA: 1 Time(s)
   /pipermail/users/2012-August/008816.html+\ ... MBdU6m1pe5hoK8g: 1 Time(s)
   /pipermail/users/2012-february/006434.html: 1 Time(s)
   /pipermail/users/2012-july/003058.html: 1 Time(s)
   /pipermail/users/2012-july/003059.html: 1 Time(s)
   /pipermail/users/2012-july/003067.html: 1 Time(s)
   /pipermail/users/2012-july/003068.html: 1 Time(s)
   /pipermail/users/2012-july/003069.html: 1 Time(s)
   /pipermail/users/2012-july/003074.html: 1 Time(s)
   /pipermail/users/2012-july/003076.html: 1 Time(s)
   /pipermail/users/2012-july/003083.html: 1 Time(s)
   /pipermail/users/2012-july/003084.html: 1 Time(s)
   /pipermail/users/2012-july/003118.html: 1 Time(s)
   /pipermail/users/2012-july/003131.html: 1 Time(s)
   /pipermail/users/2012-july/003132.html: 1 Time(s)
   /pipermail/users/2012-june/002190.html: 1 Time(s)
   /pipermail/users/2012-june/002301.html: 1 Time(s)
   /pipermail/users/2012-june/002302.html: 1 Time(s)
   /pipermail/users/2012-june/002393.html: 1 Time(s)
   /pipermail/users/2012-june/002565.html: 1 Time(s)
   /pipermail/users/2012-may/001863.html: 2 Time(s)
   /pipermail/users/2012-may/002015.html: 1 Time(s)
   /pipermail/users/2012-may/002018.html: 1 Time(s)
   /pipermail/users/2012-may/002020.html: 1 Time(s)
   /pipermail/users/2012-may/002601.html: 1 Time(s)
   /relea: 1 Time(s)
   /releases/3.2/rpm/EL/6/repodata/5dedf6b129 ... mary.sqlite.bz2: 1 Time(s)
   /releases/3.2/rpm/EL/6/repodata/71fbf25826 ... ists.sqlite.bz2: 1 Time(s)
   /releases/3.2/rpm/EL/6/repodata/8c7f544200 ... c1-other.xml.gz: 1 Time(s)
   /releases/3.3/rpm/EL/6/SRPMS/otopi-1.1.0-1.el6.src.rpm: 1 Time(s)
   /releases/3.3/rpm/EL/6/i686/vdsm-4.12.0-0.1.rc3.el6.i686.rpm: 1 Time(s)
   /releases/3.3/rpm/EL/6/i686/vdsm-python-4. ... -1.el6.i686.rpm: 1 Time(s)
   /releases/3.3/rpm/EL/6/noarch/ovirt-engine ... .el6.noarch.rpm: 121 
Time(s)
   /releases/3.3/rpm/EL/6/noarch/repodata/?C=D;O=A: 1 Time(s)
   /releases/3.3/rpm/EL/6/noarch/repodata/?C=N;O=D: 1 Time(s)
   /releases/3.3/rpm/EL/6/noarch/repodata/b4c ... 09-other.xml.gz: 1 Time(s)
   /releases/3.3/rpm/EL/6/repodata/7cfd07df52 ... ilelists.xml.gz: 1 Time(s)
   /releases/3.3/rpm/EL/6/x86_64/vdsm-python- ... .el6.x86_64.rpm: 1 Time(s)
   /releases/3.3/rpm/Fedora/18//repodata/repomd.xml: 9 Time(s)
   /releases/3.3/rpm/Fedora/18/?C=M;O=D: 1 Time(s)
   /releases/3.3/rpm/Fedora/18/?C=S;O=D: 1 Time(s)
   /releases/3.3/rpm/Fedora/18/SRPMS/?C=S;O=D: 1 Time(s)
   /releases/3.3/rpm/Fedora/18/SRPMS/otopi-1. ... ta.fc18.src.rpm: 1 Time(s)
   /releases/3.3/rpm/Fedora/18/SRPMS/ovirt-im ... -1.fc18.src.rpm: 1 Time(s)
   /releases/3.3/rpm/Fedora/18/SRPMS/ovirt-lo ... a1.fc18.src.rpm: 1 Time(s)
   /releases/3.3/rpm/Fedora/18/SRPMS/ovirt-no ... -4.fc18.src.rpm: 1 Time(s)
   /releases/3.3/rpm/Fedora/18/SRPMS/vdsm-4.1 ... c3.fc18.src.rpm: 1 Time(s)
   /releases/3.3/rpm/Fedora/18/i686/?C=D;O=A: 1 Time(s)
   /releases/3.3/rpm/Fedora/18/i686/?C=N;O=D: 1 Time(s)
   /releases/3.3/rpm/Fedora/18/i686/?C=S;O=A: 1 Time(s)
   /releases/3.3/rpm/Fedora/18/i6

Mailman service restarted - problem with shunted emails resolved

2013-09-18 Thread Dave Neary 
Hi,

We had a situation where several emails which were not spam were being
"shunted" (or put into a wait queue) due to a Mailman issue. I fixed the
issue as described here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=488584 and restarted
the service, resolving the problem.

However, this means that there was a big mail delivery to the lists this
morning when I "unshunted" held emails.

Thanks,
Dave.

-- 
Dave Neary - Community Action and Impact
Open Source and Standards, Red Hat - http://community.redhat.com
Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Gluster and backup storage on rackspace01 / rackspace02

2013-09-18 Thread Eyal Edri 


- Original Message -
> From: "Ewoud Kohl van Wijngaarden" 
> To: infra@ovirt.org
> Sent: Tuesday, September 17, 2013 12:42:23 AM
> Subject: Re: Gluster and backup storage on rackspace01 / rackspace02
> 
> On Mon, Sep 16, 2013 at 03:08:17PM +0200, Alexander Rydekull wrote:
> > So, it's up and running now.
> > 
> > Next step would be to configure ovirt to use the new gluster volume.
> > 
> > And for backups to be moved from linode to this area instead.
> > 
> > Please note I only allocated 1 TB to glusterlv, and 100 GB to backuplv,
> > This leave ~700 GB untouched for allocation where we need it.
> > 
> > "It's better to grow then to show" ... I just thought of that one, I know
> > its bad. Sorry :-D
> 
> Thanks for setting this up! +1 on leaving room to grow. Couple of
> questions:
> 
> * To use this for VMs, we need to migrate from 2 all-in-one clusters to
>   one "normal" cluster?
> * Can we still use the local storage or do we need to glusterize
>   that too?
> * And how is it now security wise? Any firewall or other mechanism to
>   prevent random machines from cloning?
> * For backups, do we connect straight to the hypervisors? I'd prefer a
>   light (HA) backup VM where we can connect to.

good news!
we have a 3rd server on rackspace so we can install it with f19 and gluster 
storage.
let's plan this migration on next oVirt meeting.


> ___
> Infra mailing list
> Infra@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
> 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: fake vdsm repo on oVirt

2013-09-18 Thread Itamar Heim 

On 09/18/2013 03:13 PM, Tomas Jelinek wrote:

Hi all,

I would like to ask you to create a new repo on ovirt to host the fake VDSM 
project [1].
The ovirt-vdsmfake would be a good name for it. I would say it should be enough 
to move the project
from github to ovirt (e.g. fork it) and not replicate the changes back as that 
project does not make
much sense alone.

I would be the maintainer of it for now.

Thank you,
Tomas

[1] https://github.com/lspevak/ovirt-vdsmfake



david, please create.
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Mailman service restarted - problem with shunted emails resolved

2013-09-18 Thread Dave Neary 
For the moderators on the list, the moderation requests you were getting
today resulted from too-high spam score limits which I set up to avoid
false positives - I moved them to 15 to drop and 8 to hold. That was far
too lenient, and I've moved them back to 10 and 5.

Apologies! I think we're done now.

Thanks,
Dave.

On 09/18/2013 11:20 AM, Dave Neary wrote:
> Hi,
> 
> We had a situation where several emails which were not spam were being
> "shunted" (or put into a wait queue) due to a Mailman issue. I fixed the
> issue as described here:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=488584 and restarted
> the service, resolving the problem.
> 
> However, this means that there was a big mail delivery to the lists this
> morning when I "unshunted" held emails.
> 
> Thanks,
> Dave.
> 

-- 
Dave Neary - Community Action and Impact
Open Source and Standards, Red Hat - http://community.redhat.com
Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

jenkins backlog/history is not large enough?

2013-09-18 Thread Einav Cohen 
Hi,

I have noticed that the jenkins backlog is quite short; e.g. I got this e-mail 
in 6:37 AM; it is now 
9:50 AM (a little more than 3 hours afterwards) and the 
http://jenkins.ovirt.org/job/ovirt_engine_unit_tests_gerrit/1022/ 
link is already not available (404). the "oldest" 
ovirt_engine_unit_tests_gerrit job right now is for the 1064 instance 
[http://jenkins.ovirt.org/job/ovirt_engine_unit_tests_gerrit/1064/].

is there any way to retrieve the information on older jenkins jobs? if not - is 
there a possibility to extend the backlog?


Thanks,
Einav

- Forwarded Message -
From: "oVirt Jenkins CI Server" 
To: "Alexander Wels" 
Cc: "Ofer Schreiber" , "Einav Cohen" , 
"Juan Hernandez" 
Sent: Thursday, September 12, 2013 6:36:57 AM
Subject: Change in ovirt-engine[master]: core: Avoid XSS in RedirectServlet

oVirt Jenkins CI Server has posted comments on this change.

Change subject: core: Avoid XSS in RedirectServlet
..


Patch Set 2: Verified-1

Build Failed 

http://jenkins.ovirt.org/job/ovirt_engine_find_bugs_gerrit/4135/ : SUCCESS

http://jenkins.ovirt.org/job/ovirt_engine_unit_tests_gerrit/1022/ : FAILURE

-- 
To view, visit http://gerrit.ovirt.org/19152
To unsubscribe, visit http://gerrit.ovirt.org/settings

Gerrit-MessageType: comment
Gerrit-Change-Id: Ie77e6a063e1522b2e108076a240939ca1dae272e
Gerrit-PatchSet: 2
Gerrit-Project: ovirt-engine
Gerrit-Branch: master
Gerrit-Owner: Alexander Wels 
Gerrit-Reviewer: Alexander Wels 
Gerrit-Reviewer: Einav Cohen 
Gerrit-Reviewer: Juan Hernandez 
Gerrit-Reviewer: Ofer Schreiber 
Gerrit-Reviewer: oVirt Jenkins CI Server
Gerrit-HasComments: No
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

fake vdsm repo on oVirt

2013-09-18 Thread Tomas Jelinek 
Hi all,

I would like to ask you to create a new repo on ovirt to host the fake VDSM 
project [1].
The ovirt-vdsmfake would be a good name for it. I would say it should be enough 
to move the project
from github to ovirt (e.g. fork it) and not replicate the changes back as that 
project does not make
much sense alone. 

I would be the maintainer of it for now.

Thank you,
Tomas

[1] https://github.com/lspevak/ovirt-vdsmfake
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Ownership of vdsm_functional_tests job

2013-09-18 Thread Antoni Segura Puimedon 
Hi list!

Due to the fact that Giuseppe (current owner of the job) is no longer on
the networking team, I hereby request permission to take ownership of
http://jenkins.ovirt.org/job/vdsm_functional_tests/

Best,

Toni

___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

oVirt package names potentially collide with Fedora

2013-09-18 Thread Martin Sivak 
Hi,

I noticed that we use -N.fcXX as our release string for packages 
(ovirt-engine-3.3-1.fc19.noarch.rpm for example). The release number should be 
unique for a given version and distribution, but our packages are using the 
same naming as the official Fedora packages.


Why this can be an issue?

Imagine a situation when somebody (us or somebody from the community) packages 
an ovirt component for Fedora. Official Fedora packages use -N.fcXX in their 
N-V-R (name-version-release) string. At that time, both ovirt and Fedora rpms 
(ovirt-project--1.fc20.noarch.rpm) will have the same name and contain 
the same code. They won't be identical, but will at least probably behave the 
same way.

Then a Fedora release will approach and Fedora release engineers will do a Mass 
rebuild (https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild). They will bump 
the release number of the Fedora package by one (-2.fc20.noarch.rpm).

Now ovirt does a new upstream release (same code, but a dependency will change 
for example) and bump the release number by one. At that time, there will be 
two packages named ovirt-project--2.fc20.noarch.rpm with a different 
content.



Solution?

To make easier to debug these version clashes between upstream and downstream 
packages I propose changing the %{dist} tag our build system uses (globally) to 
"ovirt.fcXX". It will still indicate the proper Fedora version, but will make 
it obvious that the packages weren't built as official Fedora packages (in 
koji) but as "official" ovirt packages in Jenkins. And it won't require 
changing single line in any of our spec files.



Alternate solution?

The best solution with regards to dist versioning would be to make it mandatory 
to have all packages that need to export officially in Fedora and take the 
Fedora rpms from Koji. The same probably applies to other distributions we 
might support in the future.

Btw: We really should be building packages for Fedora on the proper Fedora (in 
mock) to avoid issues caused by library and compiler differences between our 
build system and Koji. If we are doing that than all is well, but I just wanted 
to be sure.



I am really curious about how we deal with this or if we actually care, but 
since I am a Fedora packager myself I just thought I would ask to make sure I 
use the proper release procedures for my components.

--
Martin Sivák
msi...@redhat.com
Red Hat Czech
RHEV-M SLA / Brno, CZ

___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: jenkins backlog/history is not large enough?

2013-09-18 Thread Eyal Edri 


- Original Message -
> From: "Einav Cohen" 
> To: infra@ovirt.org
> Sent: Thursday, September 12, 2013 4:52:07 PM
> Subject: jenkins backlog/history is not large enough?
> 
> Hi,
> 
> I have noticed that the jenkins backlog is quite short; e.g. I got this
> e-mail in 6:37 AM; it is now
> 9:50 AM (a little more than 3 hours afterwards) and the
> http://jenkins.ovirt.org/job/ovirt_engine_unit_tests_gerrit/1022/
> link is already not available (404). the "oldest"
> ovirt_engine_unit_tests_gerrit job right now is for the 1064 instance
> [http://jenkins.ovirt.org/job/ovirt_engine_unit_tests_gerrit/1064/].
> 
> is there any way to retrieve the information on older jenkins jobs? if not -
> is there a possibility to extend the backlog?
> 

hi,

unfortunately, there isn't a way to retrieve old build that were rotated.
i increased the build history to keep 3 days back (was 50 builds). 

We'll monitor it and see we're not hitting a storage problem due to it.

Eyal.

> 
> Thanks,
> Einav
> 
> - Forwarded Message -
> From: "oVirt Jenkins CI Server" 
> To: "Alexander Wels" 
> Cc: "Ofer Schreiber" , "Einav Cohen"
> , "Juan Hernandez" 
> Sent: Thursday, September 12, 2013 6:36:57 AM
> Subject: Change in ovirt-engine[master]: core: Avoid XSS in RedirectServlet
> 
> oVirt Jenkins CI Server has posted comments on this change.
> 
> Change subject: core: Avoid XSS in RedirectServlet
> ..
> 
> 
> Patch Set 2: Verified-1
> 
> Build Failed
> 
> http://jenkins.ovirt.org/job/ovirt_engine_find_bugs_gerrit/4135/ : SUCCESS
> 
> http://jenkins.ovirt.org/job/ovirt_engine_unit_tests_gerrit/1022/ : FAILURE
> 
> --
> To view, visit http://gerrit.ovirt.org/19152
> To unsubscribe, visit http://gerrit.ovirt.org/settings
> 
> Gerrit-MessageType: comment
> Gerrit-Change-Id: Ie77e6a063e1522b2e108076a240939ca1dae272e
> Gerrit-PatchSet: 2
> Gerrit-Project: ovirt-engine
> Gerrit-Branch: master
> Gerrit-Owner: Alexander Wels 
> Gerrit-Reviewer: Alexander Wels 
> Gerrit-Reviewer: Einav Cohen 
> Gerrit-Reviewer: Juan Hernandez 
> Gerrit-Reviewer: Ofer Schreiber 
> Gerrit-Reviewer: oVirt Jenkins CI Server
> Gerrit-HasComments: No
> ___
> Infra mailing list
> Infra@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
> 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: jenkins backlog/history is not large enough?

2013-09-18 Thread Einav Cohen 
Many thanks, Eyal - I appreciate it.

- Original Message -
> From: "Eyal Edri" 
> To: "Einav Cohen" 
> Cc: infra@ovirt.org
> Sent: Wednesday, September 18, 2013 10:47:16 AM
> Subject: Re: jenkins backlog/history is not large enough?
> 
> 
> 
> - Original Message -
> > From: "Einav Cohen" 
> > To: infra@ovirt.org
> > Sent: Thursday, September 12, 2013 4:52:07 PM
> > Subject: jenkins backlog/history is not large enough?
> > 
> > Hi,
> > 
> > I have noticed that the jenkins backlog is quite short; e.g. I got this
> > e-mail in 6:37 AM; it is now
> > 9:50 AM (a little more than 3 hours afterwards) and the
> > http://jenkins.ovirt.org/job/ovirt_engine_unit_tests_gerrit/1022/
> > link is already not available (404). the "oldest"
> > ovirt_engine_unit_tests_gerrit job right now is for the 1064 instance
> > [http://jenkins.ovirt.org/job/ovirt_engine_unit_tests_gerrit/1064/].
> > 
> > is there any way to retrieve the information on older jenkins jobs? if not
> > -
> > is there a possibility to extend the backlog?
> > 
> 
> hi,
> 
> unfortunately, there isn't a way to retrieve old build that were rotated.
> i increased the build history to keep 3 days back (was 50 builds).
> 
> We'll monitor it and see we're not hitting a storage problem due to it.
> 
> Eyal.
> 
> > 
> > Thanks,
> > Einav
> > 
> > - Forwarded Message -
> > From: "oVirt Jenkins CI Server" 
> > To: "Alexander Wels" 
> > Cc: "Ofer Schreiber" , "Einav Cohen"
> > , "Juan Hernandez" 
> > Sent: Thursday, September 12, 2013 6:36:57 AM
> > Subject: Change in ovirt-engine[master]: core: Avoid XSS in RedirectServlet
> > 
> > oVirt Jenkins CI Server has posted comments on this change.
> > 
> > Change subject: core: Avoid XSS in RedirectServlet
> > ..
> > 
> > 
> > Patch Set 2: Verified-1
> > 
> > Build Failed
> > 
> > http://jenkins.ovirt.org/job/ovirt_engine_find_bugs_gerrit/4135/ : SUCCESS
> > 
> > http://jenkins.ovirt.org/job/ovirt_engine_unit_tests_gerrit/1022/ : FAILURE
> > 
> > --
> > To view, visit http://gerrit.ovirt.org/19152
> > To unsubscribe, visit http://gerrit.ovirt.org/settings
> > 
> > Gerrit-MessageType: comment
> > Gerrit-Change-Id: Ie77e6a063e1522b2e108076a240939ca1dae272e
> > Gerrit-PatchSet: 2
> > Gerrit-Project: ovirt-engine
> > Gerrit-Branch: master
> > Gerrit-Owner: Alexander Wels 
> > Gerrit-Reviewer: Alexander Wels 
> > Gerrit-Reviewer: Einav Cohen 
> > Gerrit-Reviewer: Juan Hernandez 
> > Gerrit-Reviewer: Ofer Schreiber 
> > Gerrit-Reviewer: oVirt Jenkins CI Server
> > Gerrit-HasComments: No
> > ___
> > Infra mailing list
> > Infra@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
> > 
> 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: fake vdsm repo on oVirt

2013-09-18 Thread David Caro Estevez 
Done:

git clone git://gerrit.ovirt.org/ovirt-vdsmfake
http://gerrit.ovirt.org/gitweb?p=ovirt-vdsmfake.git;a=shortlog;h=HEAD

Let me know if need anything else!

- Original Message -
> From: "Itamar Heim" 
> To: "Tomas Jelinek" 
> Cc: dcaro...@redhat.com, "michal skrivanek" , 
> infra@ovirt.org
> Sent: Wednesday, September 18, 2013 2:13:59 PM
> Subject: Re: fake vdsm repo on oVirt
> 
> On 09/18/2013 03:13 PM, Tomas Jelinek wrote:
> > Hi all,
> >
> > I would like to ask you to create a new repo on ovirt to host the fake VDSM
> > project [1].
> > The ovirt-vdsmfake would be a good name for it. I would say it should be
> > enough to move the project
> > from github to ovirt (e.g. fork it) and not replicate the changes back as
> > that project does not make
> > much sense alone.
> >
> > I would be the maintainer of it for now.
> >
> > Thank you,
> > Tomas
> >
> > [1] https://github.com/lspevak/ovirt-vdsmfake
> >
> 
> david, please create.
> 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: oVirt package names potentially collide with Fedora

2013-09-18 Thread Mike Burns 

Hi Martin

Thanks for the feedback, and I'll try to answer your questions with both 
how we're tackling this now and how we want to approach it in the future.


On 09/12/2013 09:16 AM, Martin Sivak wrote:

Hi,

I noticed that we use -N.fcXX as our release string for packages
(ovirt-engine-3.3-1.fc19.noarch.rpm for example). The release number
should be unique for a given version and distribution, but our
packages are using the same naming as the official Fedora packages.


Why this can be an issue?

Imagine a situation when somebody (us or somebody from the community)
packages an ovirt component for Fedora. Official Fedora packages use
-N.fcXX in their N-V-R (name-version-release) string. At that time,
both ovirt and Fedora rpms
(ovirt-project--1.fc20.noarch.rpm) will have the same name
and contain the same code. They won't be identical, but will at least
probably behave the same way.

Then a Fedora release will approach and Fedora release engineers will
do a Mass rebuild
(https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild). They will
bump the release number of the Fedora package by one
(-2.fc20.noarch.rpm).

Now ovirt does a new upstream release (same code, but a dependency
will change for example) and bump the release number by one. At that
time, there will be two packages named
ovirt-project--2.fc20.noarch.rpm with a different content.


Yes, this would be a problem, but we've taken steps to avoid this.  We 
have rules in place with packages that are not built in Koji that they 
when they update, they update the version, not the release.  So the 
existing package for oVirt would be


ovirt-project-3.3.0-1.fc19.noarch.rpm

The next one would be either of these:

ovirt-project-3.3.1-1.fc19.noarch.rpm (for a planned bug fix release)
ovirt-project-3.3.0.1-1.fc19.noarch.rpm (for an unplanned critical bug 
fix update)


Thus, Fedora would have 3.3.0-2, but oVirt would provide either 3.3.1-1 
or 3.3.0.1-1 avoiding the conflict you've mentioned.


FWIW, this is not actually an issue anyway (explained below after the 
alternate solution)




Solution?

To make easier to debug these version clashes between upstream and
downstream packages I propose changing the %{dist} tag our build
system uses (globally) to "ovirt.fcXX". It will still indicate the
proper Fedora version, but will make it obvious that the packages
weren't built as official Fedora packages (in koji) but as "official"
ovirt packages in Jenkins. And it won't require changing single line
in any of our spec files.



This would be doable, but we don't really have a consistent build 
mechanism (a problem that we're attempting to handle).





Alternate solution?

The best solution with regards to dist versioning would be to make it
mandatory to have all packages that need to export officially in
Fedora and take the Fedora rpms from Koji. The same probably applies
to other distributions we might support in the future.

Btw: We really should be building packages for Fedora on the proper
Fedora (in mock) to avoid issues caused by library and compiler
differences between our build system and Koji. If we are doing that
than all is well, but I just wanted to be sure.



Yes, I completely agree that packages should be built in Koji for fcXX 
(and even the el6) builds.  The reason that we don't do this today is 
that we can't.  There are build dependencies that we haven't been able 
to get into Fedora for some of the components (gwt for ovirt-engine) and 
some things just are not Fedora acceptable (ovirt-node-iso, ovirt-release).


We tried to put ovirt-engine in Fedora directly a while ago (3.0 
timeframe), but ran into problems with gwt.  We ended up with a stripped 
down, crippled version that still is in Fedora today.  The time is 
probably ripe for another attempt to get gwt in and get oVirt in fedora 
as well.


For ovirt-node-iso, this is basically an rpm containing a Fedora Remix 
LiveCD iso.  It's something we could conceivable put into Fedora, but 
most people just take the bare iso and not the rpm and there is no good 
distribution mechanism through Fedora for the ISO.  Packaging it and 
putting it in Fedora would make little sense.


ovirt-release is simply an rpm with our required repositories.  My 
understanding is that it would break packaging rules to include 
references to external non-fedora repos.  We include things like Gluster 
repos (when new gluster is available but not yet in Fedora), 
virt-preview repos (new virtualization components that aren't in the 
current fedora), etc.


We have some other non-Fedora components (otopi, ovirt-host-deploy, api, 
sdk, etc) that would probably fit in Fedora perfectly fine, but without 
the ovirt-engine packages, there is little value in the effort. 
Packaging them would be part of the overall ovirt-engine packaging effort.


Other components do actually exist in Fedora today.  vdsm is built and 
packaged through Koji and those builds are basically copied from Koji 
into the ovirt.org repositories.

Re: rebasing for oVirt 3.3.1?

2013-09-18 Thread Dan Kenigsberg 
On Mon, Sep 09, 2013 at 03:17:35PM +0300, Itamar Heim wrote:
> with 3.3.0 coming soon, one of the questions I heard is "what about
> 3.3.1" considering the number of patches fox bugs that went into
> master branch since since we branched to stabilize 3.3.0.
> i.e., most of the work in master branch has been focused on bug fixes)
> 
> so my suggestion is for 3.3.1 that we rebase from master, then move
> to backporting patches to that branch for the rest of 3.3 time
> frame.
> 
> while this poses a small risk, i believe its the best course forward
> to making ovirt 3.3 a more robust and stable version going forward.
> 
> this is mostly about ovirt-engine, and probably vdsm. for the other
> projects, its up to the maintainer, based on risk/benefit.

To make this happen for Vdsm, we need to slow things down a bit,
stabilize what we have, and test it out.

Most of our work since ovirt-3.3 was bug fixing (23 patches), but some
of the 101 patches we've got are related to refactoring (19), cleanups
(27), test improvements (21), behind-the-scenes features (6), and
visible features (5). 

Refactoring included Zhou Zheng Sheng's Ubuntu-readiness patches, which
may still incur surprises to sysV/systemd/upstart service framework, and
changes to how network configurators are to be used.

Behind-the-scenes features include speedup to block-based storage:
- One shot teardown.
- Avoid Img and Vol produces in fileVolume.getV*Size
- Make lvm.listPVNames() be based on vgs information.
- One shot prepare.
- Introduce lvm short filters.

Visible features are few, and only one of them:
- clientIF: automatically unpause vms in EIO when SD becomes active
carries some kind of a risk to a timely release. The rest of them are:
- Support for multiple heads for Qxl display device
- Add support for direct setting of cpu_shares when creating a VM
- Introducing hidden_vlans configurable.
- macspoof hooks: new hook script to enable macspoof filtering per vnic.

I think we can release vdsm-4.13.0 within a week if we put a hold on new
features and big changes, and put enough effort into testing the
mostly-changed areas:
- service framework
- VM lifecycle over block storage (including auto unpause)
- network configuration

Then, we could release vdsm-4.13.z without risking the stability of
ovirt-3.3.1.

Let's do it!

Dan.
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra