[Users] Fwd: Re: oVirt live snapshot problem
by Neil
*>Haim Ateya We have a known issue where live snapshot fails due to libvirt
bug, please attach vdsm.log and libvirtd.log located on hypervisor also
version of libvirt >and vdsm
>Haim
*Hi Haim,
Thank you for your reply! Apologies for only replying now.
Please find /var/log/libvirtd.log and /var/log/vdsm/vdsm.log attached in
archive ovirt-logs.tar.gz
Versions:
vdsm-4.9.6-0.150.git63061a9.el6.x86_64
libvirt-0.9.4-23.el6_2.8.x86_64
I am hoping to be able to enable live snapshot support and then find a way
for me to export the snapshots to the exportdomain for backup purposes -
hopefully this is possible? I don't mind contributing by writing scripts if
required.
Thank you!
Neil Wilson.
12 years, 5 months
[Users] oVirt RPM for RHEL & Co.
by Dael Maselli
This is a cryptographically signed message in MIME format.
--------------ms050101000407080407030404
Content-Type: multipart/alternative;
boundary="------------090605000100000404080507"
This is a multi-part message in MIME format.
--------------090605000100000404080507
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Hi,
I was waiting the first release impatiently, when it was I suddenly=20
downloaded the Installation Guide and I read:
"The packages provided via this mechanism are expected to work for users =
of Fedora, Red
Hat Enterprise Linux, and other Enterprise Linux derivatives."
I have Scientific Linux and/or Centos, but I can't find the rpm for=20
these system (version 6.2).
Do you plan to build and realease also for those OS?
Thank you.
Dael Maselli.
--=20
___________________________________________________________________
Dael Maselli --- INFN-LNF Computing Service -- +39.06.9403.2214
___________________________________________________________________
*http://www.lnf.infn.it/ *http://www.infn.it/ *
*http://www.FrascatiScienza.it/ *http://www.BucoNero.eu/ *
___________________________________________________________________
Democracy is two wolves and a lamb voting on what to have for lunch
___________________________________________________________________
--------------090605000100000404080507
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
<html>
<head>
<meta http-equiv=3D"content-type" content=3D"text/html;
charset=3DISO-8859-1">
</head>
<body bgcolor=3D"#FFFFFF" text=3D"#000000">
Hi,<br>
<br>
I was waiting the first release
<meta charset=3D"utf-8">
impatiently, when it was I suddenly downloaded the Installation
Guide and I read: <br>
<br>
"The packages provided via this mechanism are expected to work for
users of Fedora, Red<br>
Hat Enterprise Linux, and other Enterprise Linux derivatives."<br>
<br>
I have Scientific Linux and/or Centos, but I can't find the rpm for
these system (version 6.2).<br>
<br>
Do you plan to build and realease also for those OS?<br>
<br>
Thank you.<br>
<br>
Dael Maselli.<br>
<br>
<br>
<pre class=3D"moz-signature" cols=3D"72">--=20
___________________________________________________________________
Dael Maselli --- INFN-LNF Computing Service -- +39.06.9403.2214
___________________________________________________________________
* <a class=3D"moz-txt-link-freetext" href=3D"http://www.lnf.infn=
=2Eit/">http://www.lnf.infn.it/</a> * <a class=3D"moz-txt-link-freetext" =
href=3D"http://www.infn.it/">http://www.infn.it/</a> *
* <a class=3D"moz-txt-link-freetext" href=3D"http://www.FrascatiScienza=
=2Eit/">http://www.FrascatiScienza.it/</a> * <a class=3D"moz-txt-link-fre=
etext" href=3D"http://www.BucoNero.eu/">http://www.BucoNero.eu/</a> *
___________________________________________________________________
Democracy is two wolves and a lamb voting on what to have for lunch
___________________________________________________________________
</pre>
</body>
</html>
--------------090605000100000404080507--
--------------ms050101000407080407030404
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOCjCC
BIowggNyoAMCAQICECf06hH0eobEbp27bqkXBwcwDQYJKoZIhvcNAQEFBQAwbzELMAkGA1UE
BhMCU0UxFDASBgNVBAoTC0FkZFRydXN0IEFCMSYwJAYDVQQLEx1BZGRUcnVzdCBFeHRlcm5h
bCBUVFAgTmV0d29yazEiMCAGA1UEAxMZQWRkVHJ1c3QgRXh0ZXJuYWwgQ0EgUm9vdDAeFw0w
NTA2MDcwODA5MTBaFw0yMDA1MzAxMDQ4MzhaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMC
VVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5l
dHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVRO
LVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG
9w0BAQEFAAOCAQ8AMIIBCgKCAQEAsjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVN
NRm5pELlzkniii8efNIxB8dOtINknS4p1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQy
lbsMTzC9mKALi+VuG6JG+ni8om+rWV6lL8/K2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXq
vgvOdjp6Dpvq/NonWz1zHyLmSGHGTPNpsaguG7bUMSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6
hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7NlyP0e03RiqhjKaJMeoYV+9Udly/hNVyh00jT/MLbu
9mIwFIws6wIDAQABo4HhMIHeMB8GA1UdIwQYMBaAFK29mHo0tCb3+sQmVO8DveAky1QaMB0G
A1UdDgQWBBSJgmd9xJ0mcABLtFBIfN49rgRufTAOBgNVHQ8BAf8EBAMCAQYwDwYDVR0TAQH/
BAUwAwEB/zB7BgNVHR8EdDByMDigNqA0hjJodHRwOi8vY3JsLmNvbW9kb2NhLmNvbS9BZGRU
cnVzdEV4dGVybmFsQ0FSb290LmNybDA2oDSgMoYwaHR0cDovL2NybC5jb21vZG8ubmV0L0Fk
ZFRydXN0RXh0ZXJuYWxDQVJvb3QuY3JsMA0GCSqGSIb3DQEBBQUAA4IBAQAZ2IkRbyispgCi
54fBm5AD236hEv0e8+LwAamUVEJrmgnEoG3XkJIEA2Z5Q3H8+G+v23ZF4jcaPd3kWQR4rBz0
g0bzes9bhHIt5UbBuhgRKfPLSXmHPLptBZ2kbWhPrXIUNqi5sf2/z3/wpGqUNVCPz4FtVbHd
WTBK322gnGQfSXzvNrv042n0+DmPWq1LhTq3Du3Tzw1EovsEv+QvcI4l+1pUBrPQxLxtjftz
Mizpm4QkLdZ/kXpoAlAfDj9N6cz1u2fo3BwuO/xOzf4CjuOoEwqlJkRl6RDyTVKnrtw+ymsy
XEFs/vVdoOr/0fqbhlhtPZZH5f4ulQTCAMyOofK7MIIEsTCCA5mgAwIBAgIQboKF5T1YZAC1
04ujGX7pqjANBgkqhkiG9w0BAQUFADA7MQswCQYDVQQGEwJOTDEPMA0GA1UEChMGVEVSRU5B
MRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EwHhcNMTIwMTI1MDAwMDAwWhcNMTMwMTI0
MjM1OTU5WjB1MQswCQYDVQQGEwJJVDEuMCwGA1UEChMlSXN0aXR1dG8gTmF6aW9uYWxlIGRp
IEZpc2ljYSBOdWNsZWFyZTEVMBMGA1UEAxMMRGFlbCBNYXNlbGxpMR8wHQYJKoZIhvcNAQkC
FhBkbWFzZWxsaUBpbmZuLml0MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEArdca
NCARmCtQATH45fpVivWSgZ8TUhFRzyHGhgdysKiX0z1jWuEkMITLHtlCS4E4zG0O3x66elxj
6iC/bOQfW8bVZ4/1wAiJbwqIT+AVPqc2hi+eViGo9FkLHssKjWbABrDY4tgf/IG8MvvH7Mr+
JnwLg8rPu4MjQxofvk/8IZlSfwV0aRuDnCDPCnTQjhQaEJJ5/+8Qw4IXZImvYJJRNWb0JZtO
oMauXp8E/Ps1HgXFO/hG4AB+qNb6h50Oa+bvS7xycYwYSbeE5wAAt/QqhPnEVXh9Dg4I0lMI
yVjyojd3XJ5ht2ZhxdAkXv3DzMyMWUzGc3rdhQhEDTQzX8xrgwIDAQABo4IBdTCCAXEwHwYD
VR0jBBgwFoAUY01DWhlIP8RGwQK6v+4O5YK3ZqYwHQYDVR0OBBYEFOAXaEyBXlnivdwyDst0
GFzc6SMNMA4GA1UdDwEB/wQEAwIFoDAMBgNVHRMBAf8EAjAAMB0GA1UdJQQWMBQGCCsGAQUF
BwMEBggrBgEFBQcDAjAYBgNVHSAEETAPMA0GCysGAQQBsjEBAgIdMD8GA1UdHwQ4MDYwNKAy
oDCGLmh0dHA6Ly9jcmwudGNzLnRlcmVuYS5vcmcvVEVSRU5BUGVyc29uYWxDQS5jcmwwcgYI
KwYBBQUHAQEEZjBkMDoGCCsGAQUFBzAChi5odHRwOi8vY3J0LnRjcy50ZXJlbmEub3JnL1RF
UkVOQVBlcnNvbmFsQ0EuY3J0MCYGCCsGAQUFBzABhhpodHRwOi8vb2NzcC50Y3MudGVyZW5h
Lm9yZzAjBgNVHREEHDAagRhkYWVsLm1hc2VsbGlAbG5mLmluZm4uaXQwDQYJKoZIhvcNAQEF
BQADggEBADQU+xrFvitt4UIc7l8L8JvQboXJWh9ZZh6JlUFMAofgbQ11gQJgKbxjzgich7C4
vGMPWALnO/UOsQoX9mNVv/S0kRw5WjeRSurxrjyGuDfLE/KMxGUh971r1OoeYzNybteYCdNh
WQvbXTpL2f+1803pYOakv4WC6BhDcGDUjS2dBB1IxFeXsvPNDsbuqNfYExseg7yTACaMiIII
mxtRe0JMKLOUc09ST/M7XMxriyirtatNhq7kKIhpCHnRrUtUFYtoANhPCOPfHS9rn6nHo99c
cRyiyNOv3l0GXK0UbJ7v0KJEz7k1hnc4FE1oarpVZ168ShdkItAvCjOP8Z55mi0wggTDMIID
q6ADAgECAhBz/lf637jFCIF7Zrlr8C3vMA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQGEwJV
UzELMAkGA1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUg
VVNFUlRSVVNUIE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2
MDQGA1UEAxMtVVROLVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWls
MB4XDTA5MDUxODAwMDAwMFoXDTI4MTIzMTIzNTk1OVowOzELMAkGA1UEBhMCTkwxDzANBgNV
BAoTBlRFUkVOQTEbMBkGA1UEAxMSVEVSRU5BIFBlcnNvbmFsIENBMIIBIjANBgkqhkiG9w0B
AQEFAAOCAQ8AMIIBCgKCAQEAyBXZ9TNqI6GQDc+7BUTDqx9KNYUaIYWgT/jwQOJKQ5v+W7Gw
v7RX3HWAQUtkGvbbT2+P0CVFNfnqy0r6+9rT7UWIEZQ25MyoDe/FPTftFnvjwpWeWDN/Ivv4
/+zmvtuuCmUlIofab4SLRuhAhig/v1YI4krpg6LpIvst+rYoH5HBw3H7U8ArTqQMoW6dVe3s
4SSHOgjiDRzkxE3Qyyf6hGTm0ZedViRbk7spLkPiQWo94kpl/JpfWoaHvIfHeYCWmVHGkA9k
kZl9EN2sLAMq4Xhk/s49TvQrUBFL0VjUmwPwf/U7U7BTQ/vFL8QEKRo6rNdV6dEOldE7MX94
T64pLQIDAQABo4IBTTCCAUkwHwYDVR0jBBgwFoAUiYJnfcSdJnAAS7RQSHzePa4Ebn0wHQYD
VR0OBBYEFGNNQ1oZSD/ERsECur/uDuWCt2amMA4GA1UdDwEB/wQEAwIBBjASBgNVHRMBAf8E
CDAGAQH/AgEAMBgGA1UdIAQRMA8wDQYLKwYBBAGyMQECAh0wWAYDVR0fBFEwTzBNoEugSYZH
aHR0cDovL2NybC51c2VydHJ1c3QuY29tL1VUTi1VU0VSRmlyc3QtQ2xpZW50QXV0aGVudGlj
YXRpb25hbmRFbWFpbC5jcmwwbwYIKwYBBQUHAQEEYzBhMDgGCCsGAQUFBzAChixodHRwOi8v
Y3J0LnVzZXJ0cnVzdC5jb20vVVROQUFBQ2xpZW50X0NBLmNydDAlBggrBgEFBQcwAYYZaHR0
cDovL29jc3AudXNlcnRydXN0LmNvbTANBgkqhkiG9w0BAQUFAAOCAQEABiupUy8T3Fw5FsyG
n15Me3L77I1Vil6aCv9TTHb0Bj1Qz1fwos+vmYyq/qAZdj6ZAzL6dYM4irtrmqUME7LUG3bm
lC5nmFnjkWwCkJqcyGBLVavKiFqNK+VplQMH0dQO/CQiLlmxY6Rf7dkjcuSczjpcbB9PqQDJ
Hf76f0Utti6E3Q8noFkYTtV2JUX0mSZ522+fI/dDuysPBKOBJiy3ezX5PXdfQCHmfx2lllq9
0MsWOmy7YYuK/QQ5RArLLOHLzi4QmBrb4JPtSWRkCCCft6NQ8KLdyrTGfAw9514V3CeG5Do7
UloXq6kGUyudCXNkHAHD/TDShwNv5BUDejlfaDGCAvowggL2AgEBME8wOzELMAkGA1UEBhMC
TkwxDzANBgNVBAoTBlRFUkVOQTEbMBkGA1UEAxMSVEVSRU5BIFBlcnNvbmFsIENBAhBugoXl
PVhkALXTi6MZfumqMAkGBSsOAwIaBQCgggGAMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw
HAYJKoZIhvcNAQkFMQ8XDTEyMDIyNzExMDQ1OFowIwYJKoZIhvcNAQkEMRYEFOJP80RufZT1
71qAxtuRX6wWk1sTMF4GCSsGAQQBgjcQBDFRME8wOzELMAkGA1UEBhMCTkwxDzANBgNVBAoT
BlRFUkVOQTEbMBkGA1UEAxMSVEVSRU5BIFBlcnNvbmFsIENBAhBugoXlPVhkALXTi6MZfumq
MF8GCSqGSIb3DQEJDzFSMFAwCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMC
AgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDBgBgsqhkiG9w0B
CRACCzFRoE8wOzELMAkGA1UEBhMCTkwxDzANBgNVBAoTBlRFUkVOQTEbMBkGA1UEAxMSVEVS
RU5BIFBlcnNvbmFsIENBAhBugoXlPVhkALXTi6MZfumqMA0GCSqGSIb3DQEBAQUABIIBAKUz
0HxqkCHpawKUneIes3AvCgU2pIT3uKqmcMqUXZJionhFmvex3U1X0z8jKDkW+rp6ovqWeubJ
KoV3mIUB5ck8vaQNJS542yVQ1x2ZE9qxnq88TrB7fFIDmHC6Lz71YatURkX0jrxaF47a9nNR
VXl0pjcpxzZE98FJAojjEAhZiwH9VTlLWE7oz5JUc5u64Wc0x4zndJdgHSQ8dCkX3WtvuCTa
OcANwb4fC4REZV5mcSsBWHirZoJ30+i291qc80J+e1l8ZuqcJSn4ePZqjiwRgcxvjK4q3/PH
qxTJNzHjPbSgEf7zwBE7Tp0UQ58ZpPkvY6619HEZP/EIDCg2uv0AAAAAAAA=
--------------ms050101000407080407030404--
12 years, 5 months
[Users] ovirt-reports
by Nathanaël Blanchet
does anybody know if ovirt-reports will be available in the next release ?
--
Nathanaël Blanchet
Supervision réseau
Pôle exploitation et maintenance
Département des systèmes d'information
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5
Tél. 33 (0)4 67 54 84 55
Fax 33 (0)4 67 54 84 14
blanchet(a)abes.fr
12 years, 5 months
[Users] oVirt Weekly Meeting Minutes -- 2012-06-06
by Ofer Schreiber
Minutes: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-06-06-14.01.html
Minutes (text): http://ovirt.org/meetings/ovirt/2012/ovirt.2012-06-06-14.01.txt
Log: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-06-06-14.01.log.html
=========================
#ovirt: oVirt Weekly Sync
=========================
Meeting started by oschreib at 14:01:34 UTC. The full logs are available
at http://ovirt.org/meetings/ovirt/2012/ovirt.2012-06-06-14.01.log.html
Meeting summary
---------------
* agenda and roll call (oschreib, 14:01:45)
* Release status (oschreib, 14:04:32)
* devel freeze June 7 (tomorrow) (oschreib, 14:04:44)
* Beta shortly after (oschreib, 14:04:50)
* GA June 27 (oschreib, 14:04:56)
* test day June 14 (oschreib, 14:05:07)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=824420
(oschreib, 14:06:51)
* AGREED: ovirt 3.1 feature freeze will be 07.06.2012 (tomorrow)
(oschreib, 14:09:04)
* node should be ready few days after (oschreib, 14:09:17)
* vdsm is in feature freeze (aglitke, 14:11:47)
* AGREED: mburns will be release manager next week (oschreib,
14:13:31)
* ACTION: mburns to replace oschreib as release manager next week
(oschreib, 14:14:05)
* sub project status -- vdsm (oschreib, 14:14:29)
* AGREED: vdsm version should be bumped (oschreib, 14:20:20)
* ACTION: danken to handle vdsm version until tomorrow (oschreib,
14:20:35)
* sub project status -- engine (oschreib, 14:21:15)
* things in good shape on the engine side (oschreib, 14:23:00)
* sub project status -- node (oschreib, 14:23:31)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=824420
(oschreib, 14:25:39)
* node should support F17 in the next couple of days (oschreib,
14:26:01)
* ACTION: fabiand to update BZ#824420 (oschreib, 14:26:50)
* Workshops and Conferences (oschreib, 14:27:17)
* bazulay and mburns are presenting ovirt in linux con Japan this week
(oschreib, 14:29:40)
* there will be an ovirt day in n linuxcon NA, then 2.5 co-hosted with
kvm forum in linuxcon europe (oschreib, 14:31:43)
* Other Topics (oschreib, 14:31:48)
* LINK: http://www.ovirt.org/releases/beta/fedora/17/ (oschreib,
14:33:24)
* pre feature freeze F17 builds (oschreib, 14:33:40)
* ACTION: oschreib to look for test day lead (oschreib, 14:37:03)
* vdsms's setupNetwork is broken (oschreib, 14:39:15)
* ACTION: aglitke to link setupNetwork bug on
https://bugzilla.redhat.com/show_bug.cgi?id=822145 (oschreib,
14:39:48)
Meeting ended at 14:55:40 UTC.
Action Items
------------
* mburns to replace oschreib as release manager next week
* danken to handle vdsm version until tomorrow
* fabiand to update BZ#824420
* oschreib to look for test day lead
* aglitke to link setupNetwork bug on
https://bugzilla.redhat.com/show_bug.cgi?id=822145
Action Items, by person
-----------------------
* aglitke
* aglitke to link setupNetwork bug on
https://bugzilla.redhat.com/show_bug.cgi?id=822145
* danken
* danken to handle vdsm version until tomorrow
* fabiand
* fabiand to update BZ#824420
* oschreib
* mburns to replace oschreib as release manager next week
* oschreib to look for test day lead
People Present (lines said)
---------------------------
* oschreib (99)
* aglitke (31)
* danken (24)
* itamar (14)
* ovirtbot (7)
* ykaul (6)
* doron (6)
* fabiand (6)
* dustins (3)
* mgoldboi (3)
* rickyh (2)
* eedri (2)
* yeylon_ (1)
* sgordon_ (1)
* mestery (1)
* ykaul1 (1)
* aaglitke (0)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
12 years, 5 months
[Users] Fwd: Re: [Engine-devel] Ovirt on Fedora17
by ovirt@qip.ru
This is a message in Mime Format. If you see this, your mail reader does not support this format.
--=_e9d61e8d48e903f0efdbb593e871d8b1
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
----- =D0=9F=D0=B5=D1=80=D0=B5=D1=81=D1=8B=D0=BB=D0=B0=D0=B5=D0=BC=D0=BE=
=D0=B5 =D0=BF=D0=B8=D1=81=D1=8C=D0=BC=D0=BE -----=0A=D0=94=D0=B0=D1=82=
=D0=B0: =D0=A7=D1=82=D0=B2 07 =D0=98=D1=8E=D0=BD 2012 11:37:22 +0400=0A=
=D0=9E=D1=82: Itamar Heim =0A=D0=A2=D0=B5=D0=BC=D0=B0: Re: [Engine-devel=
] Ovirt =C2=AD=C2=ADon Fedora17=0A=D0=9A=D0=BE=D0=BC=D1=83: ovirt(a)qip.ru=
=0A=0AOn 06/07/2012 08:55 AM, ovirt(a)qip.ru wrote:=0D=0A=0A> In libvirt t=
here is no such parameter even in=0D=0A=0A> http://kojipkgs.fedoraprojec=
t.org/packages/libvirt/0.9.12/1.fc18/src/libvirt-0.9.12-1.fc18.src.rpm=
=0D=0A=0A>=0D=0A=0A> ignore_readonly_and_shared_disks=0A=0Aplease reply=
to list=0A=0A>=0D=0A=0A>=0D=0A=0A>=0D=0A=0A>=0D=0A=0A> =D0=A7=D1=82=D0=
=B2 07 =D0=98=D1=8E=D0=BD 2012 09:15:53 +0400, Itamar Heim =D0=BD=D0=B0=
=D0=BF=D0=B8=D1=81=D0=B0=D0=BB:=0D=0A=0A>=0D=0A=0A> On 06/06/2012 11=
:41 PM, Itamar Heim wrote:=0D=0A=0A> > On 06/06/2012 07:07 PM, Oved=
Ourfalli wrote:=0D=0A=0A> >> Hey,=0D=0A=0A> >>=0D=0A=0A> =
>> You should really send such question to engine-devel, as someone=0D=
=0A=0A> might=0D=0A=0A> >> have encountered such an issue, so t=
here might be a solution for=0D=0A=0A> that.=0D=0A=0A> >> Can y=
ou also attach the vdsm.log file (in the host, under the=0D=0A=0A> =
>> directory /var/log/vdsm/vdsm.log).=0D=0A=0A> >=0D=0A=0A> >=
I think i saw something around this recently.=0D=0A=0A> > federico=
?=0D=0A=0A>=0D=0A=0A> found it - https://bugzilla.redhat.com/show_bu=
g.cgi?id=3D828633=0D=0A=0A>=0D=0A=0A> >=0D=0A=0A> >>=0D=0A=0A>=
>> Thank you,=0D=0A=0A> >> Oved=0D=0A=0A> >>=0D=0A=0A> =
>> ----- Original Message -----=0D=0A=0A> >>> From: ovirt(a)qip.=
ru=0D=0A=0A> >>> To: "Oved Ourfalli"=0D=0A=0A> >>> Sent: Wedne=
sday, June 6, 2012 5:55:44 PM=0D=0A=0A> >>> Subject: Re: Re: Ovirt=
on Fedora17=0D=0A=0A> >>>=0D=0A=0A> >>> I use rpms from=0D=0A=
=0A> >>>=0D=0A=0A> >>> http:// jenkins .ovirt.org/job/ovirt_en=
gine_create_ rpms=0D=0A=0A> >>> /lastSuccessfulBuild/artifact/outpu=
t/*zip*/output.zip=0D=0A=0A> >>>=0D=0A=0A> >>> and another pro=
blem that not solved is that VM don't start with=0D=0A=0A> >>> atta=
ched CD=0D=0A=0A> >>>=0D=0A=0A> >>> if only I attach CD to VM=
I got libvirt error ( i use only needed=0D=0A=0A> >>> pachages fro=
m fedora17 repo except ovirt-engine and vdsm )=0D=0A=0A> >>>=0D=0A=
=0A> >>> in webadmin error=0D=0A=0A> >>>=0D=0A=0A> >>> VM=
VM01-Fedora17 is down. Exit message: internal error unsupported=0D=0A=
=0A> >>> configuration: Readonly leases are not supported=0D=0A=0A>=
>>>=0D=0A=0A> >>> in VM01-Fedora17.log=0D=0A=0A> >>>=0D=
=0A=0A> >>> red_worker_main: begin=0D=0A=0A> >>> display_chann=
el_create: create display channel=0D=0A=0A> >>> cursor_channel_crea=
te: create cursor channel=0D=0A=0A> >>> Domain id=3D2 is tainted: c=
ustom- mon itor=0D=0A=0A> >>> qemu: terminat ing on signal 15 from=
pid 606=0D=0A=0A> >>> 2012-06-06 14:39:15.167+0000: shutt ing down=
=0D=0A=0A> >>> 2012-06-06 14:39:37.381+0000: start ing up=0D=0A=0A>=
>>> LC_ALL=3DC PATH=3D/ usr /local/sbin:/ usr /local/bin:/ usr /sb=
in:/ usr=0D=0A=0A> >>> /bin QEMU _AUDIO_ DRV =3Dnone / usr /bin/qem=
u- kvm -S -M pc -0.14 -=0D=0A=0A> >>> cpu kvm 64,+ lahf _lm,+ ssse=
3,- cx 16 -enable- kvm -m 1024 - smp=0D=0A=0A> >>> 1,sockets=3D1,c=
ores=3D1,threads=3D1 -name VM01-Fedora17 - uuid=0D=0A=0A> >>> e0a70=
093-5b11-472f-b452-d1ae815028f4 - smbios=0D=0A=0A> >>> type=3D1,man=
ufacturer=3DRed Hat,product=3D RHEV Hyperv iso r=0D=0A=0A> >>>=0D=
=0A=0A> ,version=3D17-1,serial=3D49434D53-0200-9066-2500-66902500FE5=
3_00:25:90:66:53:fe,=0D=0A=0A>=0D=0A=0A> >>>=0D=0A=0A> >>> uui=
d =3De0a70093-5b11-472f-b452-d1ae815028f4 -nodefconfig -=0D=0A=0A> n=
odefaults=0D=0A=0A> >>> - chardev socket,id=3D char mon itor ,path=
=3D/var/lib/ libvirt=0D=0A=0A> >>> /qemu/VM01-Fedora17. mon itor,se=
rver, nowait - mon chardev =3D char=0D=0A=0A> >>> mon itor ,id=3D m=
on itor,mode=3Dcontrol - rtc=0D=0A=0A> base=3D2012-06-06T14:39:37,=
=0D=0A=0A> >>> driftfix =3Dslew -no-shutdown -device piix 3- usb -=
uhci ,id=3D usb=0D=0A=0A> >>> ,bus=3D pc i.0, addr =3D0x1.0x2 -dev=
ice virtio -serial- pc i,id=3D=0D=0A=0A> virtio=0D=0A=0A> >>> -=
serial0,bus=3D pc i.0, addr =3D0x4 -drive file=3D/ rhev=0D=0A=0A> >=
>> /data-center/5ac3a99a- afdd -11e1-8957-000c290cc066/d2221 cee=0D=0A=
=0A> >>> -7146-4197- aecf -0 dfad=0D=0A=0A> >>>=0D=0A=0A> =
32b54ea/images/11111111-1111-1111-1111-111111111111/Fedora-17-x86_64-=
=0D=0A=0A> >>> netinst . iso ,if=3Dnone,media=3D cdrom ,id=3Ddrive-=
ide 0-1-0, readonly=0D=0A=0A> >>> =3Don,format=3Draw,serial=3D -de=
vice ide -drive,bus=3D ide=0D=0A=0A> >>> .1,unit=3D0,drive=3Ddrive-=
ide 0-1-0,id=3D ide 0-1-0 -drive file=3D/ rhev=0D=0A=0A> >>> /data=
-center/5ac3a99a- afdd=0D=0A=0A> >>> -11e1-8957-000c290cc066/e54855=
77-8f51-4213- acd=0D=0A=0A> >>>=0D=0A=0A> 8-f38e064cf308/images=
/9865260a-7480-4cd2-8352-9f44ee2d6c37/00ed2438-6768-4c94-8215-8a678d4d0d=
50,if=3Dnone,id=3Ddrive-=0D=0A=0A>=0D=0A=0A> >>>=0D=0A=0A> >>>=
virtio -disk0,format=3D qcow=0D=0A=0A> >>> 2,serial=3D9865260a-748=
0-4cd2-8352-9f44ee2d6c37,cache=3Dnone, werror=0D=0A=0A> >>> =3Dstop=
, rerror =3Dstop, aio =3Dnative -device virtio - blk - pc i, scsi=0D=0A=
=0A> >>> =3Doff,bus=3D pc i.0, addr =3D0x5,drive=3Ddrive- virtio -d=
isk0,id=3D virtio=0D=0A=0A> >>> -disk0, bootindex =3D1 - netdev tap=
,fd=3D25,id=3D hostnet 0, vhost =3Don,=0D=0A=0A> >>> vhost fd=3D26=
-device virtio -net- pc i, netdev =3D hostnet=0D=0A=0A> >>> 0,id=
=3Dnet0,mac=3D00:1a:4a:10:00:00,bus=3D pc i.0, addr =3D0x3 - chardev=0D=
=0A=0A> >>> socket,id=3D charchannel 0,path=3D/var/lib/ libvirt=0D=
=0A=0A> >>> /qemu/channels/VM01-Fedora17.com. redhat . rhev m. vdsm=
,server,=0D=0A=0A> >>> nowait -device virtserialport,bus=3D virtio=
-serial0.0,nr=3D1,=0D=0A=0A> chardev =3D=0D=0A=0A> >>> charcha=
nnel 0,id=3Dchannel0,name=3Dcom. redhat . rhev m. vdsm -=0D=0A=0A> c=
hardev=0D=0A=0A> >>> pty ,id=3D charconsole 0 -device vi rtc onsole=
, chardev =3D=0D=0A=0A> charconsole=0D=0A=0A> >>> 0,id=3Dconsol=
e0 -device usb -tablet,id=3Dinput0 - vnc 0:0,password -k=0D=0A=0A> =
>>> en-us - vga qxl -global qxl - vga . vram _size=3D67108864 -device=
=0D=0A=0A> >>> virtio -balloon- pc i,id=3Dballoon0,bus=3D pc i.0, a=
ddr =3D0x6=0D=0A=0A> >>> l ibvir: Lock ing error : unsupported conf=
iguration: Readonly=0D=0A=0A> leases=0D=0A=0A> >>> are not supp=
orted=0D=0A=0A> >>> 2012-06-06 14:39:37.412+0000: shutt ing down=0D=
=0A=0A> >>>=0D=0A=0A> >>>=0D=0A=0A> >>> I tried to use th=
is patch on libvirt=0D=0A=0A> >>>=0D=0A=0A> >>> http:// www .m=
ail-archive.com/libvir-list@ redhat .com/ msg 56247.=0D=0A=0A> >>>=
html=0D=0A=0A> >>>=0D=0A=0A> >>> but it didn't help=0D=0A=0A>=
>>=0D=0A=0A> >> _____________________________________________=
__=0D=0A=0A> >> Engine-devel mailing list=0D=0A=0A> >> Engine-=
devel(a)ovirt.org=0D=0A=0A> >> http://lists.ovirt.org/mailman/listinf=
o/engine-devel=0D=0A=0A> >=0D=0A=0A>=0D=0A=0A>=0D=0A=0A>=0D=0A=0A>=
=0D=0A=0A> --=0D=0A=0A>=0A=0A----- =D0=9A=D0=BE=D0=BD=D0=B5=D1=86 =D0=BF=
=D0=B5=D1=80=D0=B5=D1=81=D1=8B=D0=BB=D0=B0=D0=B5=D0=BC=D0=BE=D0=B3=D0=BE=
=D0=BF=D0=B8=D1=81=D1=8C=D0=BC=D0=B0 -----=0A=0A--
--=_e9d61e8d48e903f0efdbb593e871d8b1
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
<br><font color=3D"#666">----- =D0=9F=D0=B5=D1=80=D0=B5=D1=81=D1=8B=D0=
=BB=D0=B0=D0=B5=D0=BC=D0=BE=D0=B5 =D0=BF=D0=B8=D1=81=D1=8C=D0=BC=D0=BE -=
----</font><br><b>=D0=94=D0=B0=D1=82=D0=B0:</b> =D0=A7=D1=82=D0=B2 07=
=D0=98=D1=8E=D0=BD 2012 11:37:22 +0400<br><b>=D0=9E=D1=82:</b> Itamar H=
eim <iheim(a)redhat.com><br><b>=D0=A2=D0=B5=D0=BC=D0=B0:</b> Re: [En=
gine-devel] Ovirt =C2=AD=C2=ADon Fedora17<br><b>=D0=9A=D0=BE=D0=BC=D1=83=
:</b> ovirt(a)qip.ru<br><br>On 06/07/2012 08:55 AM, ovirt(a)qip.ru wrote:=0D=
=0A<br>> In libvirt there is no such parameter even in=0D=0A<br>>=
<a style=3D"border-bottom:1px dotted; text-decoration: none" target=3D"=
_blank" href=3D"http://kojipkgs.fedoraproject.org/packages/libvirt/0.9.1=
2/1.fc18/src/libvirt-0.9.12-1.fc18.src.rpm" title=3D"=D0=9E=D1=82=D0=BA=
=D1=80=D1=8B=D1=82=D1=8C =D0=B2=D0=BD=D0=B5=D1=88=D0=BD=D1=8E=D1=8E =D1=
=81=D1=81=D1=8B=D0=BB=D0=BA=D1=83">http://kojipkgs.fedoraproject.org/pac=
kages/libvirt/0.9.12/1.fc18/src/libvirt-0.9.12-1.fc18.src.rpm</a>=0D=0A<=
br>>=0D=0A<br>> ignore_readonly_and_shared_disks=0D=0A<br>=0D=0A<b=
r>please reply to list=0D=0A<br>=0D=0A<br>>=0D=0A<br>>=0D=0A<br>&g=
t;=0D=0A<br>>=0D=0A<br>> =D0=A7=D1=82=D0=B2 07 =D0=98=D1=8E=D0=BD=
2012 09:15:53 +0400, Itamar Heim <iheim(a)redhat.com> =D0=BD=D0=B0=
=D0=BF=D0=B8=D1=81=D0=B0=D0=BB:=0D=0A<br>>=0D=0A<br>> On 06/06=
/2012 11:41 PM, Itamar Heim wrote:=0D=0A<br>> > On 06/06/2012=
07:07 PM, Oved Ourfalli wrote:=0D=0A<br>> >> Hey,=0D=0A<b=
r>> >>=0D=0A<br>> >> You should really send=
such question to engine-devel, as someone=0D=0A<br>> might=0D=0A=
<br>> >> have encountered such an issue, so there might be=
a solution for=0D=0A<br>> that.=0D=0A<br>> >> Can=
you also attach the vdsm.log file (in the host, under the=0D=0A<br>>=
>> directory /var/log/vdsm/vdsm.log).=0D=0A<br>> >=
;=0D=0A<br>> > I think i saw something around this recently.=
=0D=0A<br>> > federico?=0D=0A<br>>=0D=0A<br>> found=
it - <a style=3D"border-bottom:1px dotted; text-decoration: none" targe=
t=3D"_blank" href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D82863=
3" title=3D"=D0=9E=D1=82=D0=BA=D1=80=D1=8B=D1=82=D1=8C =D0=B2=D0=BD=D0=
=B5=D1=88=D0=BD=D1=8E=D1=8E =D1=81=D1=81=D1=8B=D0=BB=D0=BA=D1=83">https:=
//bugzilla.redhat.com/show_bug.cgi?id=3D828633</a>=0D=0A<br>>=0D=0A<b=
r>> >=0D=0A<br>> >>=0D=0A<br>> >>=
Thank you,=0D=0A<br>> >> Oved=0D=0A<br>> >>=
=0D=0A<br>> >> ----- Original Message -----=0D=0A<br>>=
>>> From: ovirt(a)qip.ru=0D=0A<br>> >>> To=
: "Oved Ourfalli"<ovedo(a)redhat.com>=0D=0A<br>> >>>=
; Sent: Wednesday, June 6, 2012 5:55:44 PM=0D=0A<br>> >>&g=
t; Subject: Re: Re: Ovirt on Fedora17=0D=0A<br>> >>>=0D=
=0A<br>> >>> I use rpms from=0D=0A<br>> >>=
;>=0D=0A<br>> >>> http:// jenkins .ovirt.org/job/ovi=
rt_engine_create_ rpms=0D=0A<br>> >>> /lastSuccessfulBu=
ild/artifact/output/*zip*/output.zip=0D=0A<br>> >>>=0D=
=0A<br>> >>> and another problem that not solved is tha=
t VM don't start with=0D=0A<br>> >>> attached CD=0D=0A<=
br>> >>>=0D=0A<br>> >>> if only I atta=
ch CD to VM I got libvirt error ( i use only needed=0D=0A<br>> &=
gt;>> pachages from fedora17 repo except ovirt-engine and vdsm )=
=0D=0A<br>> >>>=0D=0A<br>> >>> in weba=
dmin error=0D=0A<br>> >>>=0D=0A<br>> >>&g=
t; VM VM01-Fedora17 is down. Exit message: internal error unsupported=0D=
=0A<br>> >>> configuration: Readonly leases are not sup=
ported=0D=0A<br>> >>>=0D=0A<br>> >>> i=
n VM01-Fedora17.log=0D=0A<br>> >>>=0D=0A<br>> &=
gt;>> red_worker_main: begin=0D=0A<br>> >>> displ=
ay_channel_create: create display channel=0D=0A<br>> >>>=
; cursor_channel_create: create cursor channel=0D=0A<br>> >&g=
t;> Domain id=3D2 is tainted: custom- mon itor=0D=0A<br>> >=
;>> qemu: terminat ing on signal 15 from pid 606=0D=0A<br>> =
>>> 2012-06-06 14:39:15.167+0000: shutt ing down=0D=0A<br>&g=
t; >>> 2012-06-06 14:39:37.381+0000: start ing up=0D=0A<br=
>> >>> LC_ALL=3DC PATH=3D/ usr /local/sbin:/ usr /local=
/bin:/ usr /sbin:/ usr=0D=0A<br>> >>> /bin QEMU _AUDIO_=
DRV =3Dnone / usr /bin/qemu- kvm -S -M pc -0.14 -=0D=0A<br>> &g=
t;>> cpu kvm 64,+ lahf _lm,+ ssse 3,- cx 16 -enable- kvm -m 1024 -=
smp=0D=0A<br>> >>> 1,sockets=3D1,cores=3D1,threads=3D1=
-name VM01-Fedora17 - uuid=0D=0A<br>> >>> e0a70093-5b1=
1-472f-b452-d1ae815028f4 - smbios=0D=0A<br>> >>> type=
=3D1,manufacturer=3DRed Hat,product=3D RHEV Hyperv iso r=0D=0A<br>> =
>>>=0D=0A<br>> ,version=3D17-1,serial=3D49434D53-02=
00-9066-2500-66902500FE53_00:25:90:66:53:fe,=0D=0A<br>>=0D=0A<br>>=
>>>=0D=0A<br>> >>> uuid =3De0a70093-5b11=
-472f-b452-d1ae815028f4 -nodefconfig -=0D=0A<br>> nodefaults=0D=
=0A<br>> >>> - chardev socket,id=3D char mon itor ,path=
=3D/var/lib/ libvirt=0D=0A<br>> >>> /qemu/VM01-Fedora17=
. mon itor,server, nowait - mon chardev =3D char=0D=0A<br>> >=
>> mon itor ,id=3D mon itor,mode=3Dcontrol - rtc=0D=0A<br>> =
base=3D2012-06-06T14:39:37,=0D=0A<br>> >>> driftfix=
=3Dslew -no-shutdown -device piix 3- usb - uhci ,id=3D usb=0D=0A<br>>=
; >>> ,bus=3D pc i.0, addr =3D0x1.0x2 -device virtio -seri=
al- pc i,id=3D=0D=0A<br>> virtio=0D=0A<br>> >>>=
-serial0,bus=3D pc i.0, addr =3D0x4 -drive file=3D/ rhev=0D=0A<br>>=
>>> /data-center/5ac3a99a- afdd -11e1-8957-000c290cc066/d=
2221 cee=0D=0A<br>> >>> -7146-4197- aecf -0 dfad=0D=0A<=
br>> >>>=0D=0A<br>> 32b54ea/images/11111111-1111=
-1111-1111-111111111111/Fedora-17-x86_64-=0D=0A<br>> >>>=
; netinst . iso ,if=3Dnone,media=3D cdrom ,id=3Ddrive- ide 0-1-0, readon=
ly=0D=0A<br>> >>> =3Don,format=3Draw,serial=3D -device=
ide -drive,bus=3D ide=0D=0A<br>> >>> .1,unit=3D0,drive=
=3Ddrive- ide 0-1-0,id=3D ide 0-1-0 -drive file=3D/ rhev=0D=0A<br>> =
>>> /data-center/5ac3a99a- afdd=0D=0A<br>> >>=
;> -11e1-8957-000c290cc066/e5485577-8f51-4213- acd=0D=0A<br>> =
>>>=0D=0A<br>> 8-f38e064cf308/images/9865260a-7480-4cd=
2-8352-9f44ee2d6c37/00ed2438-6768-4c94-8215-8a678d4d0d50,if=3Dnone,id=3D=
drive-=0D=0A<br>>=0D=0A<br>> >>>=0D=0A<br>> =
>>> virtio -disk0,format=3D qcow=0D=0A<br>> >>&g=
t; 2,serial=3D9865260a-7480-4cd2-8352-9f44ee2d6c37,cache=3Dnone, werror=
=0D=0A<br>> >>> =3Dstop, rerror =3Dstop, aio =3Dnative=
-device virtio - blk - pc i, scsi=0D=0A<br>> >>> =3Dof=
f,bus=3D pc i.0, addr =3D0x5,drive=3Ddrive- virtio -disk0,id=3D virtio=
=0D=0A<br>> >>> -disk0, bootindex =3D1 - netdev tap,fd=
=3D25,id=3D hostnet 0, vhost =3Don,=0D=0A<br>> >>> vhos=
t fd=3D26 -device virtio -net- pc i, netdev =3D hostnet=0D=0A<br>> =
>>> 0,id=3Dnet0,mac=3D00:1a:4a:10:00:00,bus=3D pc i.0, addr=
=3D0x3 - chardev=0D=0A<br>> >>> socket,id=3D charchann=
el 0,path=3D/var/lib/ libvirt=0D=0A<br>> >>> /qemu/chan=
nels/VM01-Fedora17.com. redhat . rhev m. vdsm ,server,=0D=0A<br>> =
>>> nowait -device virtserialport,bus=3D virtio -serial0.0,n=
r=3D1,=0D=0A<br>> chardev =3D=0D=0A<br>> >>> cha=
rchannel 0,id=3Dchannel0,name=3Dcom. redhat . rhev m. vdsm -=0D=0A<br>&g=
t; chardev=0D=0A<br>> >>> pty ,id=3D charconsole 0=
-device vi rtc onsole, chardev =3D=0D=0A<br>> charconsole=0D=0A<=
br>> >>> 0,id=3Dconsole0 -device usb -tablet,id=3Dinput=
0 - vnc 0:0,password -k=0D=0A<br>> >>> en-us - vga qxl=
-global qxl - vga . vram _size=3D67108864 -device=0D=0A<br>> &g=
t;>> virtio -balloon- pc i,id=3Dballoon0,bus=3D pc i.0, addr =3D0x=
6=0D=0A<br>> >>> l ibvir: Lock ing error : unsupported=
configuration: Readonly=0D=0A<br>> leases=0D=0A<br>> >=
;>> are not supported=0D=0A<br>> >>> 2012-06-06 1=
4:39:37.412+0000: shutt ing down=0D=0A<br>> >>>=0D=0A<b=
r>> >>>=0D=0A<br>> >>> I tried to use=
this patch on libvirt=0D=0A<br>> >>>=0D=0A<br>> =
>>> http:// www .mail-archive.com/libvir-list@ redhat .com/=
msg 56247.=0D=0A<br>> >>> html=0D=0A<br>> >=
>>=0D=0A<br>> >>> but it didn't help=0D=0A<br>>=
; >>=0D=0A<br>> >> ____________________________=
___________________=0D=0A<br>> >> Engine-devel mailing lis=
t=0D=0A<br>> >> Engine-devel(a)ovirt.org=0D=0A<br>> =
>> <a style=3D"border-bottom:1px dotted; text-decoration: none" t=
arget=3D"_blank" href=3D"http://lists.ovirt.org/mailman/listinfo/engine-=
devel" title=3D"=D0=9E=D1=82=D0=BA=D1=80=D1=8B=D1=82=D1=8C =D0=B2=D0=BD=
=D0=B5=D1=88=D0=BD=D1=8E=D1=8E =D1=81=D1=81=D1=8B=D0=BB=D0=BA=D1=83">htt=
p://lists.ovirt.org/mailman/listinfo/engine-devel</a>=0D=0A<br>> =
>=0D=0A<br>>=0D=0A<br>>=0D=0A<br>>=0D=0A<br>>=0D=0A<br>=
> --=0D=0A<br>>=0D=0A<br>=0D=0A<br>=0D=0A<br><br><font color=3D"#6=
66">----- =D0=9A=D0=BE=D0=BD=D0=B5=D1=86 =D0=BF=D0=B5=D1=80=D0=B5=D1=81=
=D1=8B=D0=BB=D0=B0=D0=B5=D0=BC=D0=BE=D0=B3=D0=BE =D0=BF=D0=B8=D1=81=D1=
=8C=D0=BC=D0=B0 -----</font><br><br>--<br>=0D=0A<br>
--=_e9d61e8d48e903f0efdbb593e871d8b1--
12 years, 5 months
Re: [Users] Rebooting node causes re-arrange of nic
by eppe@helldal.net
After a couple of reboots ( too "cycle" trough the nics ) my
configuration was correct, my etc/sysconfig/network-scripts/ifcfg-* files where all in order.
( with correct mac address )
But this file dont excist on any of my nodes:
/etc/udev/rules.d/70-persistent-net.rules
So i generated it with :
echo add > /sys/class/net/eth0/uevent
echo add > /sys/class/net/eth1/uevent
echo add > /sys/class/net/eth2/uevent
Reboot no difference. Tried: mount -o rw,remount / before all the changes
also on my second run..
But the change is not persistent. Anything special i need to do to keep
this file? /etc/udev/rules.d/70-persistent-net.rules
Thanks for your time :)
-Espen
12 years, 5 months
[Users] Win VM java problem
by Nerijus Baliunas
Hello,
I have a strange problem with Windows 2003 server VM - any java app hangs,
and javaw.exe process takes 98% of cpu. Then I transfered VM image to another
server, and here it works. Any idea what happens?
Misbehaving server has Xeon 5110 1.60 GHz CPU (VM's System Properties shows it as
Intel Celeron_4x0 (Conroe/Merom Class Core 2)) and ovirt 3.0.0, and a working server has
Xeon E5620 2.40GHz CPU (Westmere E56xx/L56xx/X56xx (Nehalem-C)) and recent
ovirt git snapshot (from May 30).
Regards,
Nerijus
12 years, 5 months
[Users] Rebooting node causes re-arrange of nic interfaces.
by eppe@helldal.net
Every time i reboot one of my nodes eth0 eth1 and eth2 gets re-arranged,
this really messes with the network configuration.
I am running the ovirt-node 2.3 iso image. I havent had this issue with
earlier installs of debian/fedora etc.
any way to fix this besides getting new hardware?
Cheers
Espen
12 years, 5 months