[Users] Installing Host - action is taking longer than allowed by configuration
Hi I Installed ovirt 3.1 all in one package under centos 6.3 . but when i trying to install localhost as virtualization node (I have one server with local storage) i got a error: The required action is taking longer than allowed by configuration. I know the reason for it. i have very slow connection. I think ovirt clean yum metadata and try to get metadata again. but my internet connection is very slow (about 64Kb/s) and takes a lot of time to finish. how can i increase the allowed time by configuration or some change on postgresql database.? Thanks
----- Original Message -----
From: "Mohsen Saeedi" <mohsen.saeedi@gmail.com> To: users@ovirt.org Sent: Friday, August 31, 2012 11:57:59 PM Subject: [Users] Installing Host - action is taking longer than allowed by configuration
Hi I Installed ovirt 3.1 all in one package under centos 6.3 . but when i trying to install localhost as virtualization node (I have one server with local storage) i got a error: The required action is taking longer than allowed by configuration. I know the reason for it. i have very slow connection. I think ovirt clean yum metadata and try to get metadata again. but my internet connection is very slow (about 64Kb/s) and takes a lot of time to finish. how can i increase the allowed time by configuration or some change on postgresql database.? Thanks _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Hi, You can set the SSHInactivityTimoutSeconds within vdc_options table. # psql -d engine -U postgres -c "update vdc_options set option_value = 600 where option_name = 'SSHInactivityTimoutSeconds';" Regards, Alon.
On 08/31/2012 05:09 PM, Alon Bar-Lev wrote:
----- Original Message -----
From: "Mohsen Saeedi"<mohsen.saeedi@gmail.com> To: users@ovirt.org Sent: Friday, August 31, 2012 11:57:59 PM Subject: [Users] Installing Host - action is taking longer than allowed by configuration
Hi I Installed ovirt 3.1 all in one package under centos 6.3 . but when i trying to install localhost as virtualization node (I have one server with local storage) i got a error: The required action is taking longer than allowed by configuration. I know the reason for it. i have very slow connection. I think ovirt clean yum metadata and try to get metadata again. but my internet connection is very slow (about 64Kb/s) and takes a lot of time to finish. how can i increase the allowed time by configuration or some change on postgresql database.? Thanks _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Hi,
You can set the SSHInactivityTimoutSeconds within vdc_options table.
# psql -d engine -U postgres -c "update vdc_options set option_value = 600 where option_name = 'SSHInactivityTimoutSeconds';"
or try in Engine side using engine-config tool: # engine-config -s SSHInactivityTimoutSeconds=(timer in sec) # systemctl restart ovirt-engine.service -- Cheers Douglas
I run this command: engine-config -s TimeToReduceFailedRunOnVdsInMinutes=25 when i set it to 10 min then i see this log: 2012-09-01 16:14:34,248 ERROR [org.ovirt.engine.core.utils.hostinstall.MinaInstallWrapper] (pool-3-thread-50) The required action is taking longer than allowed by configuration. Verify host networking and storage settings. Current timeout is set to: 600000 and please tell me if this setting is correct for my yum slow speed. thanks. /*Douglas Landgraf <dougsland@redhat.com>*/ wrote on Fri, 31 Aug 2012 18:18:38 -0400:
On 08/31/2012 05:09 PM, Alon Bar-Lev wrote:
----- Original Message -----
From: "Mohsen Saeedi"<mohsen.saeedi@gmail.com> To: users@ovirt.org Sent: Friday, August 31, 2012 11:57:59 PM Subject: [Users] Installing Host - action is taking longer than allowed by configuration
Hi I Installed ovirt 3.1 all in one package under centos 6.3 . but when i trying to install localhost as virtualization node (I have one server with local storage) i got a error: The required action is taking longer than allowed by configuration. I know the reason for it. i have very slow connection. I think ovirt clean yum metadata and try to get metadata again. but my internet connection is very slow (about 64Kb/s) and takes a lot of time to finish. how can i increase the allowed time by configuration or some change on postgresql database.? Thanks _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Hi,
You can set the SSHInactivityTimoutSeconds within vdc_options table.
# psql -d engine -U postgres -c "update vdc_options set option_value = 600 where option_name = 'SSHInactivityTimoutSeconds';"
or try in Engine side using engine-config tool:
# engine-config -s SSHInactivityTimoutSeconds=(timer in sec) # systemctl restart ovirt-engine.service
On 09/01/12 01:09, Alon Bar-Lev wrote:
----- Original Message -----
From: "Mohsen Saeedi"<mohsen.saeedi@gmail.com> To: users@ovirt.org Sent: Friday, August 31, 2012 11:57:59 PM Subject: [Users] Installing Host - action is taking longer than allowed by configuration
... The required action is taking longer than allowed by configuration. I know the reason for it. i have very slow connection. I think ovirt clean yum metadata and try to get metadata again. but my internet connection is very slow (about 64Kb/s) and takes a lot of time to finish. how can i increase the allowed time by configuration or some change on postgresql database.? Hi,
You can set the SSHInactivityTimoutSeconds within vdc_options table.
# psql -d engine -U postgres -c "update vdc_options set option_value = 600 where option_name = 'SSHInactivityTimoutSeconds';"
Is having a hard-coded timeout really a good idea? I have had the same problem; surely there must be a better way of implementing this than a timeout (which is essentially guessing how fast everyone's internet connection/machine would be)? Meanwhile perhaps the timeout should be changed to a very large value; and maybe even a mention of where the log is kept (/tmp/vds_bootstrap...) so the user can see the progress. -Rizvi
Hi, all, I've installed engine on FC17, no problem, and tried host/node iso image on ovirt.org, it can add as host in engine, but just can't add NFS domain with the host (engine web page showed no action after clicking "Add NFS Domain"). I've tried all the 4 iso node images on ovirt.org, no avail. I also tried to install a fresh FC17 as host, but I lack detailed instructions to install vdsm on it. Any help? John Xu
On 09/02/2012 08:59 AM, Changsen Xu wrote:
Hi, all,
I've installed engine on FC17, no problem, and tried host/node iso image on ovirt.org, it can add as host in engine, but just can't add NFS domain with the host (engine web page showed no action after clicking "Add NFS Domain").
I've tried all the 4 iso node images on ovirt.org, no avail.
I also tried to install a fresh FC17 as host, but I lack detailed instructions to install vdsm on it.
Any help?
John Xu
http://wiki.ovirt.org/wiki/Troubleshooting_NFS_Storage_Issues especially this part: NFS Storage Domain Failure on Fedora 17
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Il 02/09/2012 09:14, Itamar Heim ha scritto:
[...] I also tried to install a fresh FC17 as host, but I lack detailed instructions to install vdsm on it.
Any help? John Xu
http://wiki.ovirt.org/wiki/Troubleshooting_NFS_Storage_Issues especially this part: NFS Storage Domain Failure on Fedora 17
I had exactly the very same issue and... spent several days figuring how to solve it, based also on "Troubleshooting NFS..." above. The critical information that page above is lacking, is that kernel 3.4.* is _not_ available, for FC17, in ready-made RPM. So this command: # rpm -qa | grep kernel-3.4 will _NOT_ produce output, and searching the web for "kernel-3.4" FC17 RPMs will get you to plenty of "rt" kernel that, being real-time oriented, I wonder if are suitable for our virtualization goals (or not...). In the end, I saw that kernel-3.4 is correctly packaged and delivered with FC16 updates and yesterday I (succesfully) installed: kernel-3.4.9-2.fc16.x86_64.rpm [1] Afterwards, the NFS/ISO domain was immediately added, with no problems (NFS server is a FreeNas box). Some minor issue relates to UID/GID mapping, but these are easily solvable, thanks to mentioned web-page (Troubleshooting NFS...) I have _NOT_ a clear idea about the impact of such a setup: - - a (current, updated) FC17 setup; - - kernel-3.4.9 and related (quite old) kvm kernel module; - - (very new) virtualization-preview repository enabled [2] (I need v-motion between VMs), hence: - libvirt 0.9.13 - qemu 1.2 - qemu-kvm 1.2 ...but I will investigate in the upcoming days (BTW: I'm having very poor NFS and network performance, but these could be caused by my hardware setup). So, in the end, I can finally correctly power-up my first VM and access its console via VNC (on my Ubuntu notebook, spice-client is not available, and I want to spend my efforts in "core" ovirt-issues, insted of compiling firefox addons). I can see the network-setup of a CentOS test-vm starting but... nothing else. I'm starting, right now, investigating those other issues. Should you need further info, don't hesitate to ask. HTH. DV [1] http://fedora.mirror.garr.it/mirrors/fedora/linux/updates/16/x86_64/kernel-3... [2] http://fedorapeople.org/groups/virt/virt-preview/fedora-17/x86_64/ - -- Damiano Verzulli e-mail: damiano@verzulli.it - --- possible?ok:while(!possible){open_mindedness++} - --- "Technical people tend to fall into two categories: Specialists and Generalists. The Specialist learns more and more about a narrower and narrower field, until he eventually, in the limit, knows everything about nothing. The Generalist learns less and less about a wider and wider field, until eventually he knows nothing about everything." - William Stucke - AfrISPA http://elists.isoc.org/mailman/private/pubsoft/2007-December/001935.html -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBDF+IACgkQcwT9fsMT4SwbeQCgiJzAQYO0aj/zS22gmkX10kxY i/QAn3s14LDXLGXgGwwl+XxA9Wq6qIKm =/e3j -----END PGP SIGNATURE-----
On 02/09/2012, at 6:25 PM, Damiano Verzulli wrote: <snip>
The critical information that page above is lacking, is that kernel 3.4.* is _not_ available, for FC17, in ready-made RPM. So this command:
# rpm -qa | grep kernel-3.4
As as thought, this might be useful: http://koji.fedoraproject.org/koji/buildinfo?buildID=344289 That "koji.fedoraproject.org" server is worth knowing about, especially at times like this when a package has disappeared from the mirrors. You should probably grab the above rpm now though, as koji doesn't always archive things for a long time. :( Hope that helps. :) Regards and best wishes, Justin Clift -- Aeolus Community Manager http://www.aeolusproject.org
--_000_1C61BA312E714B66985A11D87D74316Asluse_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable 2 sep 2012 kl. 10.25 skrev Damiano Verzulli: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Il 02/09/2012 09:14, Itamar Heim ha scritto: [...] I also tried to install a fresh FC17 as host, but I lack detailed instructions to install vdsm on it. Any help? John Xu http://wiki.ovirt.org/wiki/Troubleshooting_NFS_Storage_Issues especially this part: NFS Storage Domain Failure on Fedora 17 I had exactly the very same issue and... spent several days figuring how to solve it, based also on "Troubleshooting NFS..." above. The critical information that page above is lacking, is that kernel 3.4.* is _not_ available, for FC17, in ready-made RPM. So this command: # rpm -qa | grep kernel-3.4 will _NOT_ produce output, and searching the web for "kernel-3.4" FC17 RPMs will get you to plenty of "rt" kernel that, being real-time oriented, I wonder if are suitable for our virtualization goals (or not...)= . In the end, I saw that kernel-3.4 is correctly packaged and delivered with FC16 updates and yesterday I (succesfully) installed: kernel-3.4.9-2.fc16.x86_64.rpm [1] Afterwards, the NFS/ISO domain was immediately added, with no problems (NFS server is a FreeNas box). Some minor issue relates to UID/GID mapping, but these are easily solvable, thanks to mentioned web-page (Troubleshooting NFS...) I have _NOT_ a clear idea about the impact of such a setup: - - a (current, updated) FC17 setup; - - kernel-3.4.9 and related (quite old) kvm kernel module; - - (very new) virtualization-preview repository enabled [2] (I need v-motion between VMs), hence: - libvirt 0.9.13 - qemu 1.2 - qemu-kvm 1.2 ...but I will investigate in the upcoming days (BTW: I'm having very poor NFS and network performance, but these could be caused by my hardware setup= ). Just chipping in about your NFS performance. Since you said the it=B4s a Fr= eeNAS box, I=B4m guessing you=B4re using ZFS. In that case the best way to = speed up NFS is to add a powerful Separate LOG device (ZIL SLOG), or "zfs s= et sync=3Ddisable poolname/fsname" but that is dangerous and will cause dat= a loss in case of network or power failure. Make sure to properly partition= the SLOG aligned to 4k or 1MiB(-b 2048) and use the "gnop"-trick when addi= ng it to the pool so that the SLOG vdev gets ashift set to 12 for optimal p= erformance. We are using a OCZ Deneva 2 240GB MLC as SLOG in a FreeBSD ZFS = pool(FreeNAS is FreeBSD base with a Web GUI on top), seeing the SLOG at 80%= busy doing 2Gb/s, and response time is slim to none. So, in the end, I can finally correctly power-up my first VM and access its console via VNC (on my Ubuntu notebook, spice-client is not available, and I want to spend my efforts in "core" ovirt-issues, insted of compiling firefox addons). I can see the network-setup of a CentOS test-vm starting but... nothing else. I'm starting, right now, investigating those other issues. Should you need further info, don't hesitate to ask. HTH. DV [1] http://fedora.mirror.garr.it/mirrors/fedora/linux/updates/16/x86_64/kernel-= 3.4.9-2.fc16.x86_64.rpm [2] http://fedorapeople.org/groups/virt/virt-preview/fedora-17/x86_64/ - -- Damiano Verzulli e-mail: damiano@verzulli.it - --- possible?ok:while(!possible){open_mindedness++} - --- "Technical people tend to fall into two categories: Specialists and Generalists. The Specialist learns more and more about a narrower and narrower field, until he eventually, in the limit, knows everything about nothing. The Generalist learns less and less about a wider and wider field, until eventually he knows nothing about everything." - William Stucke - AfrISPA http://elists.isoc.org/mailman/private/pubsoft/2007-December/001935.html -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBDF+IACgkQcwT9fsMT4SwbeQCgiJzAQYO0aj/zS22gmkX10kxY i/QAn3s14LDXLGXgGwwl+XxA9Wq6qIKm =3D/e3j -----END PGP SIGNATURE----- _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users Med V=E4nliga H=E4lsningar ---------------------------------------------------------------------------= ---- Karli Sj=F6berg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kron=E5sv=E4gen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjoberg@slu.se<mailto:karli.sjoberg@adm.slu.se> --_000_1C61BA312E714B66985A11D87D74316Asluse_ Content-Type: text/html; charset="iso-8859-1" Content-ID: <2A30550A8B15D54DBA8D0251516AD87C@ad.slu.se> Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> </head> <body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin= e-break: after-white-space; "> <br> <div> <div>2 sep 2012 kl. 10.25 skrev Damiano Verzulli:</div> <br class=3D"Apple-interchange-newline"> <blockquote type=3D"cite"> <div>-----BEGIN PGP SIGNED MESSAGE-----<br> Hash: SHA1<br> <br> Il 02/09/2012 09:14, Itamar Heim ha scritto:<br> <blockquote type=3D"cite"> <blockquote type=3D"cite">[...] I also tried to install a fresh FC17 as hos= t, but I lack <br> </blockquote> </blockquote> <blockquote type=3D"cite"> <blockquote type=3D"cite">detailed instructions to install vdsm on it.<br> </blockquote> </blockquote> <blockquote type=3D"cite"> <blockquote type=3D"cite"><br> </blockquote> </blockquote> <blockquote type=3D"cite"> <blockquote type=3D"cite">Any help? John Xu<br> </blockquote> </blockquote> <blockquote type=3D"cite"><br> </blockquote> <blockquote type=3D"cite"><a href=3D"http://wiki.ovirt.org/wiki/Troubleshoo= ting_NFS_Storage_Issues">http://wiki.ovirt.org/wiki/Troubleshooting_NFS_Sto= rage_Issues</a> <br> </blockquote> <blockquote type=3D"cite">especially this part: NFS Storage Domain Failure = on Fedora 17<br> </blockquote> <br> I had exactly the very same issue and... spent several days figuring how<br=
to solve it, based also on "Troubleshooting NFS..." above.<br> <br> The critical information that page above is lacking, is that kernel 3.4.*<b= r> is _not_ available, for FC17, in ready-made RPM. So this command:<br> <br> <span class=3D"Apple-tab-span" style=3D"white-space:pre"></span># rpm -qa |= grep kernel-3.4<br> <br> will _NOT_ produce output, and searching the web for "kernel-3.4"= FC17<br> RPMs will get you to plenty of "rt" kernel that, being real-time<= br> oriented, I wonder if are suitable for our virtualization goals (or not...)= .<br> <br> In the end, I saw that kernel-3.4 is correctly packaged and delivered<br> with FC16 updates and yesterday I (succesfully) installed:<br> <br> <span class=3D"Apple-tab-span" style=3D"white-space:pre"></span><span class= =3D"Apple-tab-span" style=3D"white-space:pre"></span>kernel-3.4.9-2.fc16.x8= 6_64.rpm [1]<br> <br> Afterwards, the NFS/ISO domain was immediately added, with no problems<br> (NFS server is a FreeNas box). Some minor issue relates to UID/GID<br> mapping, but these are easily solvable, thanks to mentioned web-page<br> (Troubleshooting NFS...)<br> <br> I have _NOT_ a clear idea about the impact of such a setup:<br> - - a (current, updated) FC17 setup;<br> - - kernel-3.4.9 and related (quite old) kvm kernel module;<br> - - (very new) virtualization-preview repository enabled [2] (I need<br> v-motion between VMs), hence:<br> <span class=3D"Apple-tab-span" style=3D"white-space:pre"></span>- libvirt 0= .9.13<br> <span class=3D"Apple-tab-span" style=3D"white-space:pre"></span>- qemu 1.2<= br> <span class=3D"Apple-tab-span" style=3D"white-space:pre"></span>- qemu-kvm = 1.2<br> <br> ...but I will investigate in the upcoming days (BTW: I'm having very poor<b= r> NFS and network performance, but these could be caused by my hardware setup= ).<br> </div> </blockquote> <div><br> </div> Just chipping in about your NFS performance. Since you said the it=B4s a Fr= eeNAS box, I=B4m guessing you=B4re using ZFS. In that case the best way to = speed up NFS is to add a powerful Separate LOG device (ZIL SLOG), or "= zfs set sync=3Ddisable poolname/fsname" but that is dangerous and will cause data loss in case of network or power failure.= Make sure to properly partition the SLOG aligned to 4k or 1MiB(-b 2048) an= d use the "gnop"-trick when adding it to the pool so that the SLO= G vdev gets ashift set to 12 for optimal performance. We are using a OCZ Deneva 2 240GB MLC as SLOG in a FreeBSD ZFS pool(FreeNA= S is FreeBSD base with a Web GUI on top), seeing the SLOG at 80% busy doing= 2Gb/s, and response time is slim to none.</div> <div><br> <blockquote type=3D"cite"> <div><br> So, in the end, I can finally correctly power-up my first VM and access<br> its console via VNC (on my Ubuntu notebook, spice-client is not<br> available, and I want to spend my efforts in "core" ovirt-issues,= insted<br> of compiling firefox addons). I can see the network-setup of a CentOS<br> test-vm starting but... nothing else. I'm starting, right now,<br> investigating those other issues.<br> <br> Should you need further info, don't hesitate to ask.<br> <br> HTH.<br> DV<br> <br> [1]<br> <a href=3D"http://fedora.mirror.garr.it/mirrors/fedora/linux/updates/16/x86= _64/kernel-3.4.9-2.fc16.x86_64.rpm">http://fedora.mirror.garr.it/mirrors/fe= dora/linux/updates/16/x86_64/kernel-3.4.9-2.fc16.x86_64.rpm</a><br> [2] http://fedorapeople.org/groups/virt/virt-preview/fedora-17/x86_64/<br> <br> - -- <br> Damiano Verzulli<br> e-mail: damiano@verzulli.it<br> - ---<br> possible?ok:while(!possible){open_mindedness++}<br> - ---<br> "Technical people tend to fall into two categories: Specialists<br> and Generalists. The Specialist learns more and more about a<br> narrower and narrower field, until he eventually, in the limit,<br> knows everything about nothing. The Generalist learns less and<br> less about a wider and wider field, until eventually he knows<br> nothing about everything." - William Stucke - AfrISPA<br> http://elists.isoc.org/mailman/private/pubsoft/2007-December/001935.h= tml<br> -----BEGIN PGP SIGNATURE-----<br> Version: GnuPG v1.4.11 (GNU/Linux)<br> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/<br> <br> iEYEARECAAYFAlBDF+IACgkQcwT9fsMT4SwbeQCgiJzAQYO0aj/zS22gmkX10kxY<br> i/QAn3s14LDXLGXgGwwl+XxA9Wq6qIKm<br> =3D/e3j<br> -----END PGP SIGNATURE-----<br> _______________________________________________<br> Users mailing list<br> Users@ovirt.org<br> http://lists.ovirt.org/mailman/listinfo/users<br> </div> </blockquote> </div> <br> <div><span class=3D"Apple-style-span" style=3D"border-collapse: separate; c= olor: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-varian= t: normal; font-weight: normal; letter-spacing: normal; line-height: normal= ; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: n= one; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-hori= zontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-dec= orations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stro= ke-width: 0px; font-size: medium; "> <div><br class=3D"Apple-interchange-newline"> <br> </div> <div>Med V=E4nliga H=E4lsningar<br> ---------------------------------------------------------------------------= ----<br> Karli Sj=F6berg<br> Swedish University of Agricultural Sciences<br> Box 7079 (Visiting Address Kron=E5sv=E4gen 8)<br> S-750 07 Uppsala, Sweden<br> Phone: +46-(0)18-67 15 66</div> <div><a href=3D"mailto:karli.sjoberg@adm.slu.se">karli.sjoberg@slu.se</a></= div> </span></div> <br> </body> </html> --_000_1C61BA312E714B66985A11D87D74316Asluse_--
Hi, all, I'm happy to get NFS domain added, but somehow, I destroyed one non-master domain (probably clicked twice seeing no immediately response). Then somehow, later on, another non-master NFS domain became master domain, and all 3 NFS domains can't be activated, can't be detached, can't be force destroyed. Error says "master domain not activated". I'm using version V1. Any help ? Regards, -- John Xu
Hi Changsen, Can you please add logs of engine and VDSM. Regards, Maor On 09/10/2012 11:36 AM, Changsen Xu wrote:
Hi, all,
I'm happy to get NFS domain added, but somehow, I destroyed one non-master domain (probably clicked twice seeing no immediately response).
Then somehow, later on, another non-master NFS domain became master domain, and all 3 NFS domains can't be activated, can't be detached, can't be force destroyed. Error says "master domain not activated".
I'm using version V1.
Any help ?
Regards,
-- John Xu
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Yesterday my ovirt 3.0 stopped at making templates (after many hours, still image locked, just 5GB vm), and messed up with "destroy" one NFS domains. So I ran "engine-cleanup", cleared all data, re-generated ovirt (engine-setup). Now how can I import previous NFS data domain, which have some VM on it already (yesterday I got Ubuntu,CentOS etc. installed before messing up) ? -- Email: xucs007@qq.com Cell: +86 180-1792-3348 Location: ShangHai PuDong ZhangJiang On Mon, 2012-09-10 at 11:42 +0300, Maor Lipchuk wrote:
Hi Changsen, Can you please add logs of engine and VDSM.
Regards, Maor
On 09/10/2012 11:36 AM, Changsen Xu wrote:
Hi, all,
I'm happy to get NFS domain added, but somehow, I destroyed one non-master domain (probably clicked twice seeing no immediately response).
Then somehow, later on, another non-master NFS domain became master domain, and all 3 NFS domains can't be activated, can't be detached, can't be force destroyed. Error says "master domain not activated".
I'm using version V1.
Any help ?
Regards,
-- John Xu
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 09/11/2012 05:38 AM, Changsen Xu wrote:
Yesterday my ovirt 3.0 stopped at making templates (after many hours, still image locked, just 5GB vm), and messed up with "destroy" one NFS domains.
So I ran "engine-cleanup", cleared all data, re-generated ovirt (engine-setup).
Now how can I import previous NFS data domain, which have some VM on it already (yesterday I got Ubuntu,CentOS etc. installed before messing up) ?
import storage domain is only supported for backup domains (i.e: export) and ISO domains.
On 09/11/2012 08:11 AM, Haim Ateya wrote:
On 09/11/2012 05:38 AM, Changsen Xu wrote:
Yesterday my ovirt 3.0 stopped at making templates (after many hours, still image locked, just 5GB vm), and messed up with "destroy" one NFS domains.
So I ran "engine-cleanup", cleared all data, re-generated ovirt (engine-setup).
Now how can I import previous NFS data domain, which have some VM on it already (yesterday I got Ubuntu,CentOS etc. installed before messing up) ?
import storage domain is only supported for backup domains (i.e: export) and ISO domains.
so your best bets1: 1. change the data domain to an export domain, and import the VMs from it to another export domain. 2. create a new storage domain, create vm's in it, and dd over the disks (assuming no template chains/snapshots, or its a bit more complex)
----- Original Message -----
From: "xrx" <xrx-ml@xrx.me> To: users@ovirt.org Sent: Sunday, September 2, 2012 7:59:54 AM Subject: Re: [Users] Installing Host - action is taking longer than allowed by configuration
On 09/01/12 01:09, Alon Bar-Lev wrote:
----- Original Message -----
From: "Mohsen Saeedi"<mohsen.saeedi@gmail.com> To: users@ovirt.org Sent: Friday, August 31, 2012 11:57:59 PM Subject: [Users] Installing Host - action is taking longer than allowed by configuration
... The required action is taking longer than allowed by configuration. I know the reason for it. i have very slow connection. I think ovirt clean yum metadata and try to get metadata again. but my internet connection is very slow (about 64Kb/s) and takes a lot of time to finish. how can i increase the allowed time by configuration or some change on postgresql database.? Hi,
You can set the SSHInactivityTimoutSeconds within vdc_options table.
# psql -d engine -U postgres -c "update vdc_options set option_value = 600 where option_name = 'SSHInactivityTimoutSeconds';"
Is having a hard-coded timeout really a good idea? I have had the same problem; surely there must be a better way of implementing this than a timeout (which is essentially guessing how fast everyone's internet connection/machine would be)?
Meanwhile perhaps the timeout should be changed to a very large value; and maybe even a mention of where the log is kept (/tmp/vds_bootstrap...) so the user can see the progress.
-Rizvi
You are correct. While rewriting the SSH implementation in master, I added two separate timeouts: soft timeout, hard timeout. - Soft timeout is a timeout since last communication activity. - Hard timeout is a timeout of the complete process. Soft timeout is not currently used, but in near future I will also make use of it. It will enable to extend the hard timeout to much larger value. Regards, Alon Bar-Lev.
participants (11)
-
Alon Bar-Lev -
Changsen Xu -
Damiano Verzulli -
Douglas Landgraf -
Haim Ateya -
Itamar Heim -
Justin Clift -
Karli Sjöberg -
Maor Lipchuk -
Mohsen Saeedi -
xrx