- Users - oVirt List Archives

Re: [ovirt-users] oVirt hosted-engine setup stuck in final phase registering host to engine
by Ralf Schenk 18 May '16

18 May '16

Hello, of course. See attached File. Bye Am 18.05.2016 um 11:13 schrieb Simone Tiraboschi: > It looks, correct. > > Can you please share the whole log file? > > On Wed, May 18, 2016 at 11:03 AM, Ralf Schenk <rs(a)databay.de > <mailto:rs@databay.de>> wrote: > > Hello, > > from the last setup Log: > > 2016-05-11 18:19:31 DEBUG otopi.context > context.dumpEnvironment:510 ENV > OVEHOSTED_ENGINE/appHostName=str:'hosted_engine_1' > > > Am 18.05.2016 um 10:59 schrieb Simone Tiraboschi: >> >> >> On Wed, May 18, 2016 at 10:33 AM, Ralf Schenk <rs(a)databay.de >> <mailto:rs@databay.de>> wrote: >> >> Dear list, >> >> i'm working for days on a hosted-engine setup on glusterfs >> and 'm stuck in the last phase of hosted-engine --deploy see >> Text output (for two days now :-( ). I've only ovirtmgmt >> Bridge up and running and all DNS-Names seen in the >> screenshot are resolvable. It shouldn't be related to your >> problem regarding multiple nic's in the engine-vm. As seen >> the hosted-engine setup is already succsessfull, engine-vm >> running, but the setup fails in registering the host >> (microcloud21...) in the engine. >> >> >> [...] >> >> |- [ INFO ] Starting engine service >> |- [ INFO ] Restarting httpd >> |- [ INFO ] Restarting ovirt-vmconsole proxy service >> |- [ INFO ] Stage: Clean up >> |- Log file is located at >> /var/log/ovirt-engine/setup/ovirt-engine-setup-20160517222119-ndcyxn.log >> |- [ INFO ] Generating answer file >> '/var/lib/ovirt-engine/setup/answers/20160517223055-setup.conf' >> |- [ INFO ] Stage: Pre-termination >> |- [ INFO ] Stage: Termination >> |- [ INFO ] Execution of setup completed successfully >> |- HE_APPLIANCE_ENGINE_SETUP_SUCCESS >> [ INFO ] Engine-setup successfully completed >> [ INFO ] Engine is still unreachable >> [ INFO ] Engine is still not reachable, waiting... >> [ INFO ] Engine replied: DB Up!Welcome to Health Status! >> [ INFO ] Acquiring internal CA cert from the engine >> [ INFO ] The following CA certificate is going to be used, >> please immediately interrupt if not correct: >> [ INFO ] Issuer: C=US, O=rxmgmt.databay.de >> <http://rxmgmt.databay.de>, >> CN=engine-mcIII.rxmgmt.databay.de.77792, Subject: C=US, >> O=rxmgmt.databay.de <http://rxmgmt.databay.de>, >> CN=engine-mcIII.rxmgmt.databay.de.77792, Fingerprint (SHA-1): >> D71A5EA7C5C2C2450F1473523C3A1E022945430 >> [ INFO ] Connecting to the Engine >> [ ERROR ] Cannot automatically add the host to cluster >> Default: Host name must be formed of alphanumeric characters, >> numbers or "-_." >> >> >> Please check Engine VM configuration. >> >> Make a selection from the options below: >> (1) Continue setup - Engine VM configuration has >> been fixed >> (2) Abort setup >> >> (1, 2)[1]: 1 >> >> Checking for oVirt-Engine status at >> engine-mcIII.rxmgmt.databay.de... >> [ INFO ] Engine replied: DB Up!Welcome to Health Status! >> [ ERROR ] Cannot automatically add the host to cluster >> Default: Host name must be formed of alphanumeric characters, >> numbers or "-_." >> >> >> Please check Engine VM configuration. >> >> Make a selection from the options below: >> (1) Continue setup - Engine VM configuration has >> been fixed >> (2) Abort setup >> >> (1, 2)[1]: >> >> Additionally I can see the error in the eninge-vm in >> /var/log/ovirt-engine/engine.log: >> >> 2016-05-17 14:08:15,296 WARN >> [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default >> task-13) [9277b0a] CanDoAction of action 'AddVds' failed for >> user admin@internal. Reasons: >> VAR__ACTION__ADD,VAR__TYPE__HOST,$server >> microcloud21.rxmgmt.databay.de >> <http://microcloud21.rxmgmt.databay.de>,VALIDATION_VDS_NAME_INVALID >> 2016-05-17 14:08:15,360 ERROR >> [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] >> (default task-13) [] Operation Failed: [Host name must be >> formed of alphanumeric characters, numbers or "-_."] >> >> >> 'microcloud21.rxmgmt.databay.de >> <http://microcloud21.rxmgmt.databay.de>' is the host address, in >> oVirt the host has also a name. >> Can you please look for OVEHOSTED_ENGINE/appHostName in your >> hosted-engine-setup logs? >> >> >> >> The hostname that should be registered is the correct fqdn >> for the virtualization host that runs the engine-vm, points >> to the ip of the ovirtmgmt-Bridge and also the IP is >> reverse-resolvable to the hostname. >> I checked /etc/hostname of the host for non-printable >> characters and as you can see that is a valid hostname. >> >> All is running on Centos 7 Versions: >> ovirt-engine-appliance.noarch >> 3.6-20160420.1.el7.centos @ovirt-3.6 >> ovirt-engine-sdk-python.noarch >> 3.6.5.0-1.el7.centos @ovirt-3.6 >> ovirt-host-deploy.noarch >> 1.4.1-1.el7.centos @ovirt-3.6 >> ovirt-hosted-engine-ha.noarch >> 1.3.5.3-1.1.el7 @centos-ovirt36 >> ovirt-hosted-engine-setup.noarch >> 1.3.5.0-1.1.el7 @centos-ovirt36 >> ovirt-setup-lib.noarch >> 1.0.1-1.el7.centos @ovirt-3.6 >> ovirt-vmconsole.noarch >> 1.0.0-1.el7.centos @ovirt-3.6 >> ovirt-vmconsole-host.noarch >> 1.0.0-1.el7.centos @ovirt-3.6 >> >> Since I already repeated the setup for many times now, I need >> your help. >> -- >> >> >> *Ralf Schenk* >> fon +49 (0) 24 05 / 40 83 70 >> <tel:%2B49%20%280%29%2024%2005%20%2F%2040%2083%2070> >> fax +49 (0) 24 05 / 40 83 759 >> <tel:%2B49%20%280%29%2024%2005%20%2F%2040%2083%20759> >> mail *rs(a)databay.de* <mailto:rs@databay.de> >> >> *Databay AG* >> Jens-Otto-Krag-Straße 11 >> D-52146 Würselen >> *www.databay.de* <http://www.databay.de> >> >> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202 >> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, >> Dipl.-Kfm. Philipp Hermanns >> Aufsichtsratsvorsitzender: Klaus Scholzen (RA) >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org <mailto:Users@ovirt.org> >> http://lists.ovirt.org/mailman/listinfo/users >> >> > > -- > > > *Ralf Schenk* > fon +49 (0) 24 05 / 40 83 70 > <tel:%2B49%20%280%29%2024%2005%20%2F%2040%2083%2070> > fax +49 (0) 24 05 / 40 83 759 > <tel:%2B49%20%280%29%2024%2005%20%2F%2040%2083%20759> > mail *rs(a)databay.de* <mailto:rs@databay.de> > > *Databay AG* > Jens-Otto-Krag-Straße 11 > D-52146 Würselen > *www.databay.de* <http://www.databay.de> > > Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202 > Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, > Dipl.-Kfm. Philipp Hermanns > Aufsichtsratsvorsitzender: Klaus Scholzen (RA) > > ------------------------------------------------------------------------ > > -- *Ralf Schenk* fon +49 (0) 24 05 / 40 83 70 fax +49 (0) 24 05 / 40 83 759 mail *rs(a)databay.de* <mailto:rs@databay.de> *Databay AG* Jens-Otto-Krag-Straße 11 D-52146 Würselen *www.databay.de* <http://www.databay.de> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202 Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm. Philipp Hermanns Aufsichtsratsvorsitzender: Klaus Scholzen (RA) ------------------------------------------------------------------------

2 3

AAA LDAP timeout
by Dominique Taffin 18 May '16

18 May '16

Hello! We do have a rather large LDAP which does take some time to answer. Using oVirt and AAA LDAP extension, I do run into timeouts. running "ovirt-engine-extensions-tool --log-level=FINEST --log- file=tool.log aaa login-user --profile=abc --user-name=xxx" fails with: [...] LDAPSearchException(resultCode=85 (timeout), numEntries=0, numReferences=0, errorMessage='A client-side timeout was encountered while waiting 60000ms for a response to search request with message ID 3, base DN [...] ldapsearch itself takes approx 2 minutes. Can the timeout of 60000ms be configured somewhere? I could not find anything in the documentation... thank you and best, Dominique

2 2

RemoveDiskSnapshots error's on engine log
by Ivo Rütsche 18 May '16

18 May '16

Hi List At the moment, we replace a filer and we have to move the VM's to another filer. We have a lot of problems with it. Sometime we have to restart the engine, sometime we have to move the image arround and sometimes we don't have a chance to remove the snapshots. When the VM is running, most of the time the snapshot remove never starts. Now, i found these errors every second in the engine.log since today: 2016-05-11 23:25:29,102 ERROR [org.ovirt.engine.core.bll.CommandsFactory] (DefaultQuartzScheduler_Worker-90) [] Error in invocating CTOR of command 'RemoveDiskSnapshots': null 2016-05-11 23:25:29,102 ERROR [org.ovirt.engine.core.utils.timer.SchedulerUtilQuartzImpl] (DefaultQuartzScheduler_Worker-90) [] Failed to invoke scheduled method invokeCallbackMethods: null 2016-05-11 23:25:30,104 ERROR [org.ovirt.engine.core.bll.CommandsFactory] (DefaultQuartzScheduler_Worker-66) [] Error in invocating CTOR of command 'RemoveDiskSnapshots': null 2016-05-11 23:25:30,104 ERROR [org.ovirt.engine.core.utils.timer.SchedulerUtilQuartzImpl] (DefaultQuartzScheduler_Worker-66) [] Failed to invoke scheduled method invokeCallbackMethods: null 2016-05-11 23:25:31,105 ERROR [org.ovirt.engine.core.bll.CommandsFactory] (DefaultQuartzScheduler_Worker-76) [] Error in invocating CTOR of command 'RemoveDiskSnapshots': null 2016-05-11 23:25:31,105 ERROR [org.ovirt.engine.core.utils.timer.SchedulerUtilQuartzImpl] (DefaultQuartzScheduler_Worker-76) [] Failed to invoke scheduled method invokeCallbackMethods: null I try everything, but i can't find the problem. Anyone who have an idea, where i have to search? Thank's for help. Ivo

2 2

oVirt hosted-engine setup stuck in final phase registering host to engine
by Ralf Schenk 18 May '16

18 May '16

This is a multi-part message in MIME format. --------------B5233FE7196FCCD40BA3A0F3 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Dear list, i'm working for days on a hosted-engine setup on glusterfs and 'm stuck in the last phase of hosted-engine --deploy see Text output (for two days now :-( ). I've only ovirtmgmt Bridge up and running and all DNS-Names seen in the screenshot are resolvable. It shouldn't be related to your problem regarding multiple nic's in the engine-vm. As seen the hosted-engine setup is already succsessfull, engine-vm running, but the setup fails in registering the host (microcloud21...) in the engine. [...] |- [ INFO ] Starting engine service |- [ INFO ] Restarting httpd |- [ INFO ] Restarting ovirt-vmconsole proxy service |- [ INFO ] Stage: Clean up |- Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20160517222119-ndcyxn.log |- [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20160517223055-setup.conf' |- [ INFO ] Stage: Pre-termination |- [ INFO ] Stage: Termination |- [ INFO ] Execution of setup completed successfully |- HE_APPLIANCE_ENGINE_SETUP_SUCCESS [ INFO ] Engine-setup successfully completed [ INFO ] Engine is still unreachable [ INFO ] Engine is still not reachable, waiting... [ INFO ] Engine replied: DB Up!Welcome to Health Status! [ INFO ] Acquiring internal CA cert from the engine [ INFO ] The following CA certificate is going to be used, please immediately interrupt if not correct: [ INFO ] Issuer: C=US, O=rxmgmt.databay.de, CN=engine-mcIII.rxmgmt.databay.de.77792, Subject: C=US, O=rxmgmt.databay.de, CN=engine-mcIII.rxmgmt.databay.de.77792, Fingerprint (SHA-1): D71A5EA7C5C2C2450F1473523C3A1E022945430 [ INFO ] Connecting to the Engine [ ERROR ] Cannot automatically add the host to cluster Default: Host name must be formed of alphanumeric characters, numbers or "-_." Please check Engine VM configuration. Make a selection from the options below: (1) Continue setup - Engine VM configuration has been fixed (2) Abort setup (1, 2)[1]: 1 Checking for oVirt-Engine status at engine-mcIII.rxmgmt.databay.de... [ INFO ] Engine replied: DB Up!Welcome to Health Status! [ ERROR ] Cannot automatically add the host to cluster Default: Host name must be formed of alphanumeric characters, numbers or "-_." Please check Engine VM configuration. Make a selection from the options below: (1) Continue setup - Engine VM configuration has been fixed (2) Abort setup (1, 2)[1]: Additionally I can see the error in the eninge-vm in /var/log/ovirt-engine/engine.log: 2016-05-17 14:08:15,296 WARN [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-13) [9277b0a] CanDoAction of action 'AddVds' failed for user admin@internal. Reasons: VAR__ACTION__ADD,VAR__TYPE__HOST,$server microcloud21.rxmgmt.databay.de,VALIDATION_VDS_NAME_INVALID 2016-05-17 14:08:15,360 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-13) [] Operation Failed: [Host name must be formed of alphanumeric characters, numbers or "-_."] The hostname that should be registered is the correct fqdn for the virtualization host that runs the engine-vm, points to the ip of the ovirtmgmt-Bridge and also the IP is reverse-resolvable to the hostname. I checked /etc/hostname of the host for non-printable characters and as you can see that is a valid hostname. All is running on Centos 7 Versions: ovirt-engine-appliance.noarch 3.6-20160420.1.el7.centos @ovirt-3.6 ovirt-engine-sdk-python.noarch 3.6.5.0-1.el7.centos @ovirt-3.6 ovirt-host-deploy.noarch 1.4.1-1.el7.centos @ovirt-3.6 ovirt-hosted-engine-ha.noarch 1.3.5.3-1.1.el7 @centos-ovirt36 ovirt-hosted-engine-setup.noarch 1.3.5.0-1.1.el7 @centos-ovirt36 ovirt-setup-lib.noarch 1.0.1-1.el7.centos @ovirt-3.6 ovirt-vmconsole.noarch 1.0.0-1.el7.centos @ovirt-3.6 ovirt-vmconsole-host.noarch 1.0.0-1.el7.centos @ovirt-3.6 Since I already repeated the setup for many times now, I need your help. -- *Ralf Schenk* fon +49 (0) 24 05 / 40 83 70 fax +49 (0) 24 05 / 40 83 759 mail *rs(a)databay.de* <mailto:rs@databay.de> *Databay AG* Jens-Otto-Krag-Straße 11 D-52146 Würselen *www.databay.de* <http://www.databay.de> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202 Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm. Philipp Hermanns Aufsichtsratsvorsitzender: Klaus Scholzen (RA) ------------------------------------------------------------------------ --------------B5233FE7196FCCD40BA3A0F3 Content-Type: multipart/related; boundary="------------612A57C905DDB6834F2B6528" --------------612A57C905DDB6834F2B6528 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> Dear list, i'm working for days on a hosted-engine setup on glusterfs and 'm stuck in the last phase of hosted-engine --deploy see Text output (for two days now :-( ). I've only ovirtmgmt Bridge up and running and all DNS-Names seen in the screenshot are resolvable. It shouldn't be related to your problem regarding multiple nic's in the engine-vm. As seen the hosted-engine setup is already succsessfull, engine-vm running, but the setup fails in registering the host (microcloud21...) in the engine. <tt> </tt> <tt>[...]</tt> <tt> |- [ INFO ] Starting engine service</tt><tt> </tt><tt> |- [ INFO ] Restarting httpd</tt><tt> </tt><tt> |- [ INFO ] Restarting ovirt-vmconsole proxy service</tt><tt> </tt><tt> |- [ INFO ] Stage: Clean up</tt><tt> </tt><tt> |- Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20160517222119-ndcyxn.log</tt><tt> </tt><tt> |- [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20160517223055-setup.conf'</tt><tt> </tt><tt> |- [ INFO ] Stage: Pre-termination</tt><tt> </tt><tt> |- [ INFO ] Stage: Termination</tt><tt> </tt><tt> |- [ INFO ] Execution of setup completed successfully</tt><tt> </tt><tt> |- HE_APPLIANCE_ENGINE_SETUP_SUCCESS</tt><tt> </tt><tt>[ INFO ] Engine-setup successfully completed</tt><tt> </tt><tt>[ INFO ] Engine is still unreachable</tt><tt> </tt><tt>[ INFO ] Engine is still not reachable, waiting...</tt><tt> </tt><tt>[ INFO ] Engine replied: DB Up!Welcome to Health Status!</tt><tt> </tt><tt>[ INFO ] Acquiring internal CA cert from the engine</tt><tt> </tt><tt>[ INFO ] The following CA certificate is going to be used, please immediately interrupt if not correct:</tt><tt> </tt><tt>[ INFO ] Issuer: C=US, O=rxmgmt.databay.de, CN=engine-mcIII.rxmgmt.databay.de.77792, Subject: C=US, O=rxmgmt.databay.de, CN=engine-mcIII.rxmgmt.databay.de.77792, Fingerprint (SHA-1): D71A5EA7C5C2C2450F1473523C3A1E022945430</tt><tt> </tt><tt>[ INFO ] Connecting to the Engine</tt><tt> </tt><tt>[ ERROR ] Cannot automatically add the host to cluster Default: Host name must be formed of alphanumeric characters, numbers or "-_."</tt><tt> </tt><tt> </tt><tt> </tt><tt> Please check Engine VM configuration.</tt><tt> </tt><tt> </tt><tt> Make a selection from the options below:</tt><tt> </tt><tt> (1) Continue setup - Engine VM configuration has been fixed</tt><tt> </tt><tt> (2) Abort setup</tt><tt> </tt><tt> </tt><tt> (1, 2)[1]: 1</tt><tt> </tt><tt> </tt><tt> Checking for oVirt-Engine status at engine-mcIII.rxmgmt.databay.de...</tt><tt> </tt><tt>[ INFO ] Engine replied: DB Up!Welcome to Health Status!</tt><tt> </tt><tt>[ ERROR ] Cannot automatically add the host to cluster Default: Host name must be formed of alphanumeric characters, numbers or "-_."</tt><tt> </tt><tt> </tt><tt> </tt><tt> Please check Engine VM configuration.</tt><tt> </tt><tt> </tt><tt> Make a selection from the options below:</tt><tt> </tt><tt> (1) Continue setup - Engine VM configuration has been fixed</tt><tt> </tt><tt> (2) Abort setup</tt><tt> </tt><tt> </tt><tt> (1, 2)[1]:</tt><tt> </tt> Additionally I can see the error in the eninge-vm in /var/log/ovirt-engine/engine.log: <tt>2016-05-17 14:08:15,296 WARN [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-13) [9277b0a] CanDoAction of action 'AddVds' failed for user admin@internal. Reasons: VAR__ACTION__ADD,VAR__TYPE__HOST,$server microcloud21.rxmgmt.databay.de,VALIDATION_VDS_NAME_INVALID</tt><tt> </tt><tt>2016-05-17 14:08:15,360 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-13) [] Operation Failed: [Host name must be formed of alphanumeric characters, numbers or "-_."]</tt> The hostname that should be registered is the correct fqdn for the virtualization host that runs the engine-vm, points to the ip of the ovirtmgmt-Bridge and also the IP is reverse-resolvable to the hostname. I checked /etc/hostname of the host for non-printable characters and as you can see that is a valid hostname. All is running on Centos 7 Versions: <tt>ovirt-engine-appliance.noarch 3.6-20160420.1.el7.centos @ovirt-3.6</tt><tt> </tt><tt>ovirt-engine-sdk-python.noarch 3.6.5.0-1.el7.centos @ovirt-3.6</tt><tt> </tt><tt>ovirt-host-deploy.noarch 1.4.1-1.el7.centos @ovirt-3.6</tt><tt> </tt><tt>ovirt-hosted-engine-ha.noarch 1.3.5.3-1.1.el7 @centos-ovirt36</tt><tt> </tt><tt>ovirt-hosted-engine-setup.noarch 1.3.5.0-1.1.el7 @centos-ovirt36</tt><tt> </tt><tt>ovirt-setup-lib.noarch 1.0.1-1.el7.centos @ovirt-3.6</tt><tt> </tt><tt>ovirt-vmconsole.noarch 1.0.0-1.el7.centos @ovirt-3.6</tt><tt> </tt><tt>ovirt-vmconsole-host.noarch 1.0.0-1.el7.centos @ovirt-3.6</tt><tt> </tt> Since I already repeated the setup for many times now, I need your help. <div class="moz-signature">-- <table border="0" cellpadding="0" cellspacing="0"> <tbody> <tr> <td colspan="3"><img src="cid:part1.3F247D48.E0F6EE3B@databay.de" height="30" border="0" width="151"></td> </tr> <tr> <td valign="top"> Ralf Schenk fon +49 (0) 24 05 / 40 83 70 fax +49 (0) 24 05 / 40 83 759 mail <a href="mailto:rs@databay.de">rs(a)databay.de</a> </td> <td width="30"> </td> <td valign="top"> Databay AG Jens-Otto-Krag-Straße 11 D-52146 Würselen <a href="http://www.databay.de">www.databay.de</a> </td> </tr> <tr> <td colspan="3" valign="top"> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202 Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm. Philipp Hermanns Aufsichtsratsvorsitzender: Klaus Scholzen (RA) </td> </tr> </tbody> </table> <hr color="#000000" noshade="noshade" size="1" width="100%"> </div> </body> </html> --------------612A57C905DDB6834F2B6528 Content-Type: image/gif; name="logo_databay_email.gif" Content-Transfer-Encoding: base64 Content-ID: <part1.3F247D48.E0F6EE3B(a)databay.de> Content-Disposition: inline; filename="logo_databay_email.gif" R0lGODlhlwAeAMQAAObm5v9QVf/R0oKBgfDw8NfX105MTLi3t/r6+sfHx/+rrf98gC0sLP8L EhIQEKalpf/g4ZmYmHd2dmppaf8uNP/y8v8cIv+Ym//AwkE/P46NjRwbG11cXP8ABwUDA/// /yH5BAAAAAAALAAAAACXAB4AAAX/4CeOYnUJZKqubOu+cCzPNA0tVnfVfO//wGAKk+t0Ap+K QMFUYCDCqHRKJVUWDaPRUsFktZ1G4AKtms9o1gKsFVS+7I5ll67bpd647hPQawNld4KDMQJF bA07F35aFBiEkJEpfXEBjx8KjI0Vkp2DEIdaCySgFBShbEgrCQOtrq+uEQcALQewrQUjEbe8 rgkkD7y5KhMZB3drqSoVFQhdlHGXKQYe1dbX2BvHKwzY1RMiAN7j1xEjBeTmKeIeD3cYCxRf FigvChRxFJwkBBvk5A7cpZhAjgGCDwn+kfslgto4CSoSehh2BwEEBQvowDAUR0EKdArHZTg4 4oDCXBFC/3qj9SEluZEpHnjYQFIGgpo1KgSasYjNKBImrzF4NaFbNgIjCGRQeIyVKwneOLzS cLCAg38OWI4Y4GECgQcSOEwYcADnh6/FNjAwoGFYAQ0atI4AAFeEFwsLFLiJUQEfGH0kNGAD x8+oNQdIRQg+7NCaOhIgD8sVgYADNsPVGI5YWjRqzQTdHDDIYHRDLokaUhCglkFEJi0NKJhl 0RP2TsvXUg88KiLBVWsZrF6DmMKlNYMqglqTik1guN8OBgAgkGCpB+L9ugK4iSCBvwEfECw1 kILrBpa1jVCQIQBRvbP+rlEcQVAoSevWyv6uhpwE12uEkQAAZucpVw1xIsjkgf8B863mQVYt eQATCZYJZJ5WBfij2wfpHcEeHGG8Z+BMszVWDXkfKLhceJhBSAJ+1ThH32AfRFZNayNAtUFi wFSTSwEHJIYAAQU84IADwyjIEALU9MchG+vFgIF7W2GDI2T7HfjBgNcgKQKMHmwjgnCSpeCb ULRkdxhF1CDY40RjgmUAA/v1J5FAKW2gGSZscBFDMraNgJs1AYpAAGYP5jJoNQ4Y4Gh8jpFg HH9mgbmWo1l6oA4C3Ygp6UwEIFBfNRtkMIBlKMLnAXgAXLWhXXH85EIFqMhGGZgDEKArABGA ed0HI4bk5qgnprCYSt88B6dqS0FEEAMPJDCdCJYViur/B1BlwGMJqDTwnhqxJgUpo0ceOQ4D 0yEakpMm/jqCRMgWm2I1j824Y6vLvuuPjHnqOJkIgP6xzwp5sCFNsCFp88Gxh11lrjfDcNrc CEx64/CD3iAHlQcMUEQXvcA+qBkBB4Q2X1CusjBlJdKMYAKI6g28MbKN5hJsBAXknHOwutn4 oFYqkpqAzjnPbE0u1PxmwAQGXLWBbvhuIIEGEnRjlAHO4SvhbCNAkwoGzEBwgV9U0lfu2WiX OkDEGaCdKgl0nk2YkWdPOCDabvaGdkAftL1LlgwCM+7Tq11V71IO7LkM2XE0YAHMYMhqqK6U V165CpaHukLmiXFO8XSVzzakX+UH6TrmAajPNxfqByTQec41AeBPvSwIALkmAnuiexCsca3C BajgfsROuxcPA8kHQJX4DAIwjnsAvhsvfXHWKEwDAljg7sj03L9wwAQTxOWD2AE0YP75eCkw cPfs+xACADs= --------------612A57C905DDB6834F2B6528-- --------------B5233FE7196FCCD40BA3A0F3--

2 1

How to migrate un-migratable VMs?
by Nicolas Ecarnot 18 May '16

18 May '16

Hi, Some VMs are doing high guest-memory writes (mainly files and mail servers, but not only), so migrations are reproductively failing. I found some info here : https://bugzilla.redhat.com/show_bug.cgi?id=919201 that confirm what I was fearing. This BZ is aging from dinosaurs times, so I was wondering now we're in the 3.6.x age and 4.x coming, are there advices one may give to migrate those verbose VMs? I guess increasing the allowed page memory is not a correct answer as it will fill as before. Any thoughts? -- Nicolas ECARNOT

3 3

Do you use ovirt-engine-reports?
by Yedidyah Bar David 18 May '16

18 May '16

Hi all, We are considering dropping ovirt-engine-reports in 4.0. Some of its functionality will be added in a new feature called "Dashboards", see [1]. Do you use Reports? How important it is to your setup? [1] https://bugzilla.redhat.com/1324860 Best regards, -- Didi

2 2

During Hosted Engine Deployment. CPU Type not listed as compatible. No selection to choose from.
by Langley, Robert 17 May '16

17 May '16

--_000_BY1PR09MB08248A0A6DCAA1B83FCF920C87480BY1PR09MB0824namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Host is a Dell PowerEdge 2950 with an Intel Xeon 5160 (Woodcrest) processor= . I'm stuck at the prompt, "Please specify the CPU type to be used by the VM = []" during the deployment. There is nothing to select. No compatible CPU type is shown. The server is from 2008 and I'm needing to use these older servers to get s= tarted, before I can bring in the newer ones that are busy hosting VMs. The other Dell PE 2950 is from 2007 and I was able to bring up the engine o= n that one. It is a Conroe CPU. I won't get into my mistake with that deplo= yment. I'm working on recovering from that one. I wanted to post about this, because I was trying to add this one (2008) as= an additional host and it wouldn't add, due to the processor. So, one question (in addition to the problem above) is whether or not I can= use two hosts with two different processors for the hosted engine? Thanks --_000_BY1PR09MB08248A0A6DCAA1B83FCF920C87480BY1PR09MB0824namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Host is a Dell PowerEdge 2950 with an Intel Xeon 516= 0 (Woodcrest) processor.<o:p></o:p> I’m stuck at the prompt, “Please specify= the CPU type to be used by the VM []” during the deployment.<o:p></o= :p> There is nothing to select. No compatible CPU type i= s shown.<o:p></o:p> The server is from 2008 and I’m needing to use= these older servers to get started, before I can bring in the newer ones t= hat are busy hosting VMs.<o:p></o:p> The other Dell PE 2950 is from 2007 and I was able t= o bring up the engine on that one. It is a Conroe CPU. I won’t get in= to my mistake with that deployment. I’m working on recovering from th= at one.<o:p></o:p> I wanted to post about this, because I was trying to= add this one (2008) as an additional host and it wouldn’t add, due t= o the processor.<o:p></o:p> So, one question (in addition to the problem above) = is whether or not I can use two hosts with two different processors for the= hosted engine?<o:p></o:p> Thanks<o:p></o:p> </div> </body> </html> --_000_BY1PR09MB08248A0A6DCAA1B83FCF920C87480BY1PR09MB0824namp_--

2 3

oVirt Node 3.6
by Anantha Raghava 17 May '16

17 May '16

This is a multi-part message in MIME format. --------------060807060005060205020501 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, I attempted to download the oVirt Node 3.6 from http://resources.ovirt.org/pub/ovirt-3.6-snapshot/iso/ovirt-node-iso/ and I also find there is another ovirt-node-ng. Which one should we download. I downloaded the one at http://resources.ovirt.org/pub/ovirt-3.6-snapshot/iso/ovirt-node-iso/, but this iso file seems to have an issue. Although it boots the server properly at around 66% into installation, the installer throws up an error - I/O error, file not found or some thing of this sort. Installation doesn't go forward at all. We have to power off the server, reboot with CentOS DVD install using yum local install command. Are these files proper? Which one should we use? -- Thanks & Regards, Anantha Raghava --------------060807060005060205020501 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi, I attempted to download the oVirt Node 3.6 from <a class="moz-txt-link-freetext" href="http://resources.ovirt.org/pub/ovirt-3.6-snapshot/iso/ovirt-node-iso/">http://resources.ovirt.org/pub/ovirt-3.6-snapshot/iso/ovirt-node-iso/</a> and I also find there is another ovirt-node-ng. Which one should we download. I downloaded the one at <a class="moz-txt-link-freetext" href="http://resources.ovirt.org/pub/ovirt-3.6-snapshot/iso/ovirt-node-iso/">http://resources.ovirt.org/pub/ovirt-3.6-snapshot/iso/ovirt-node-iso/</a>, but this iso file seems to have an issue. Although it boots the server properly at around 66% into installation, the installer throws up an error - I/O error, file not found or some thing of this sort. Installation doesn't go forward at all. We have to power off the server, reboot with CentOS DVD install using yum local install command. Are these files proper? Which one should we use? <div class="moz-signature">-- Thanks & Regards, <address style="line-height: 100%">Anantha Raghava</address> </div> </body> </html> --------------060807060005060205020501--

2 2

oVirt & gluster - which copy is written to?
by Bill Bill 17 May '16

17 May '16

--_000_SN1PR08MB1389E9AA24246B61EE308341A6730SN1PR08MB1389namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCkxldOKAmXMgc2F5IEkgaGF2ZSBhIDUgbm9kZSBjb252ZXJnZWQgY2x1c3RlciBv ZiBvVmlydCAmIGdsdXN0ZXJGUyB3aXRoIGEgcmVwbGljYSBjb3VudCBvZiDigJwz4oCdLg0KDQpI b3N0MSAtIHJlcGxpY2ENCkhvc3QyIC0gcmVwbGljYQ0KSG9zdDMgLSByZXBsaWNhDQpIb3N0NA0K SG9zdDUNCg0KSWYgSSBzcGluIGEgVk0gdXAgb24gSG9zdDEg4oCTIGRvZXMgdGhlIGZpcnN0IHJl cGxpY2EgZ2V0IGNyZWF0ZWQgbG9jYWwgdG8gdGhhdCBzZXJ2ZXI/DQoNCkluIHRoZSBldmVudCBJ IG1vdmUgdGhlIFZNIHRvIGFub3RoZXIgaG9zdCwgZG9lcyB0aGUgcmVwbGljYSBvZiB0aGUgZGlz ayBmb2xsb3cgdGhlIFZNIHNvIGVzc2VudGlhbGx5IGl04oCZcyB3cml0aW5nIHRvIGEgbG9jYWwg Y29weSBmaXJzdCBvciBkb2VzIGl0IOKAnGFsd2F5c+KAnSB3cml0ZSBhY3Jvc3MgdGhlIG5ldHdv cmsuDQoNCkZvciBleGFtcGxlLCB3aXRoIFZNd2FyZSwgdGhlIGRpc2sgd2lsbCBmb2xsb3cgdGhl IFZNIHRvIHRoZSBoeXBlcnZpc29yIHlvdSBtb3ZlIGl0IHRvIHNvIHRoYXQgdGhlIHdyaXRlcyBh cmUgZXNzZW50aWFsbHkg4oCcbG9jYWzigJ0uDQoNCkkgaGF2ZSBub3QgYmVlbiBhYmxlIHRvIGZp bmQgYW55dGhpbmcgb24gdGhlIGludGVybmV0IG9yIGluIHRoZSBkb2N1bWVudGF0aW9uIHRoYXQg c3BlY2lmaWVzIGhvdyB0aGlzIHByb2Nlc3Mgd29ya3MuIElkZWFsbHksIHlvdSB3b3VsZG7igJl0 IHdhbnQgYSBWTSByZXNpZGluZyBvbiBIb3N0MSB0aGF0IGFjY2Vzc2VzIGl0cyBkaXNrIG9uIEhv c3QzLiBNdWx0aXBsZSB0aGF0IGJ5IGh1bmRyZWRzIG9mIFZN4oCZcyBhbmQgaXQgd291bGQgY3Jl YXRlIGEgdG9uIG9mIHVubmVjZXNzYXJ5IG5ldHdvcmsgY29uZ2VzdGlvbi4NCg0K --_000_SN1PR08MB1389E9AA24246B61EE308341A6730SN1PR08MB1389namp_ Content-Type: text/html; charset="utf-8" Content-ID: <7766EE5FA0193D41AFCE783FA42221BE(a)sct-15-1-485-2-msonline-outlook-1173a.templateTenant> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQouTXNv Q2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTt9DQpAcGFnZSBXb3JkU2Vj dGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEu MGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHls ZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0iIzk1NEY3 MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGVs bG8sPC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+TGV04oCZcyBzYXkgSSBoYXZlIGEgNSBub2RlIGNvbnZlcmdlZCBjbHVzdGVyIG9mIG9W aXJ0ICZhbXA7IGdsdXN0ZXJGUyB3aXRoIGEgcmVwbGljYSBjb3VudCBvZiDigJwz4oCdLjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhv c3QxIC0gcmVwbGljYTwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhvc3QyIC0gcmVwbGljYTwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhvc3QzIC0gcmVwbGljYTwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkhvc3Q0PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SG9zdDU8L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPklmIEkgc3BpbiBhIFZNIHVw IG9uIEhvc3QxIOKAkyBkb2VzIHRoZSBmaXJzdCByZXBsaWNhIGdldCBjcmVhdGVkIGxvY2FsIHRv IHRoYXQgc2VydmVyPzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDssc2VyaWYiPiZuYnNwOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDssc2VyaWYiPkluIHRoZSBldmVudCBJIG1vdmUgdGhlIFZNIHRvIGFub3RoZXIgaG9zdCwg ZG9lcyB0aGUgcmVwbGljYSBvZiB0aGUgZGlzayBmb2xsb3cgdGhlIFZNIHNvIGVzc2VudGlhbGx5 IGl04oCZcyB3cml0aW5nIHRvIGEgbG9jYWwgY29weSBmaXJzdCBvciBkb2VzIGl0IOKAnGFsd2F5 c+KAnSB3cml0ZSBhY3Jvc3MNCiB0aGUgbmV0d29yay48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5Gb3IgZXhhbXBsZSwgd2l0aCBWTXdhcmUs IHRoZSBkaXNrIHdpbGwgZm9sbG93IHRoZSBWTSB0byB0aGUgaHlwZXJ2aXNvciB5b3UgbW92ZSBp dCB0byBzbyB0aGF0IHRoZSB3cml0ZXMgYXJlIGVzc2VudGlhbGx5IOKAnGxvY2Fs4oCdLg0KPC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7 PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+SSBo YXZlIG5vdCBiZWVuIGFibGUgdG8gZmluZCBhbnl0aGluZyBvbiB0aGUgaW50ZXJuZXQgb3IgaW4g dGhlIGRvY3VtZW50YXRpb24gdGhhdCBzcGVjaWZpZXMgaG93IHRoaXMgcHJvY2VzcyB3b3Jrcy4g SWRlYWxseSwgeW91IHdvdWxkbuKAmXQgd2FudCBhIFZNIHJlc2lkaW5nIG9uIEhvc3QxIHRoYXQN CiBhY2Nlc3NlcyBpdHMgZGlzayBvbiBIb3N0My4gTXVsdGlwbGUgdGhhdCBieSBodW5kcmVkcyBv ZiBWTeKAmXMgYW5kIGl0IHdvdWxkIGNyZWF0ZSBhIHRvbiBvZiB1bm5lY2Vzc2FyeSBuZXR3b3Jr IGNvbmdlc3Rpb24uPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_SN1PR08MB1389E9AA24246B61EE308341A6730SN1PR08MB1389namp_--

3 2

IsolatedNetworks
by Winfried de Heiden 17 May '16

17 May '16

Hi All, As described on http://old.ovirt.org/Features/IsolatedNetworks, Isolated networks in one of proposed features of oVirt 4.0: "The current host networking api (up to ovirt-engine-3.6) requires a network to be configured on top of a network interface. In order to configure a local network on the host the user had to create a dummy interface to which the network was attached. The Isolated Networks feature aimed to configure a local host on the network which isn't connected to any network interface and allows vms which are connected to it to communicate with each other. Isolated Networks will be limited to VM networks only and only MTU should be relevant in that network definition for the created isolated network." Hence, I should be able to create a host-only network with an underlaying NIC; sounds nice for my @home Cloud... However, runing oVirt 4.0 it is still complaining a NIC is misssing. I might have configured something wrong. How to set create an isolated network? Is there already any documentation? Kind regards, Winny

2 1