<div dir="ltr"><div><div><div><br></div><div>On a fedora 19 system where I had 3.4.4 all-in-one, I was able to upgrade to 3.5.</div><div>vdsm part had problems I was able to solve reinstalling host from the webadmin gui</div><div>Steps were:</div><div><br></div><div>- follow instructions for engine part --&gt; ok</div><div>- verify connectivity of engine via new webadmin </div><div>- put host into maintenance</div><div>- stop vdsmd service</div><div>- yum update vdsm part and all other packages related to ovirt</div><div><br></div><div>When trying to start vdsm again I got</div><div><br></div><div>[root@tekkaman vdsm]# systemctl status vdsmd<br>vdsmd.service - Virtual Desktop Server Manager<br>   Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled)<br>   Active: failed (Result: start-limit) since Sat 2014-10-25 16:01:29 CEST; 2min 54s ago<br>  Process: 14448 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh --pre-start (code=exited, status=1/FAILURE)<br><br>Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: Failed to start Virtual Desktop Server Manager.<br>Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: Unit vdsmd.service entered failed state.<br>Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: vdsmd.service holdoff time over, scheduling restart.<br>Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: Stopping Virtual Desktop Server Manager...<br>Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: Starting Virtual Desktop Server Manager...<br>Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: vdsmd.service start request repeated too quickly, refusing to start.<br>Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: Failed to start Virtual Desktop Server Manager.<br>Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: Unit vdsmd.service entered failed state.<br><br></div>I was not able to check wich part of --pre-start functions had failed..<br>I see inside the script<br>case &quot;$1&quot; in<br>    --pre-start)<br>        run_tasks &quot; \<br>            mkdirs \<br>            configure_coredump \<br>            configure_vdsm_logs \<br>            run_init_hooks \<br>            check_is_configured \<br>            validate_configuration \<br>            prepare_transient_repository \<br>            syslog_available \<br>            nwfilter \<br>            dummybr \<br>            load_needed_modules \<br>            tune_system \<br>            test_space \<br>            test_lo \<br>            unified_network_persistence_upgrade \<br>            restore_nets \<br>            upgrade_300_nets \<br>            &quot;<br>        ;;<br><br><br></div>In logs I had only supervdsm.log<br><br>MainThread::DEBUG::2014-10-25 16:34:34,021::supervdsmServer::451::SuperVdsm.Server::(main) Terminated normally<br>MainThread::DEBUG::2014-10-25 16:35:21,836::netconfpersistence::134::root::(_getConfigs) Non-existing config set.<br>MainThread::DEBUG::2014-10-25 16:35:21,836::netconfpersistence::134::root::(_getConfigs) Non-existing config set.<br>MainThread::DEBUG::2014-10-25 16:35:21,898::supervdsmServer::411::SuperVdsm.Server::(main) Making sure I&#39;m root - SuperVdsm<br>MainThread::DEBUG::2014-10-25 16:35:21,899::supervdsmServer::420::SuperVdsm.Server::(main) Parsing cmd args<br>MainThread::DEBUG::2014-10-25 16:35:21,899::supervdsmServer::423::SuperVdsm.Server::(main) Cleaning old socket /var/run/vdsm/svdsm.sock<br>MainThread::DEBUG::2014-10-25 16:35:21,899::supervdsmServer::427::SuperVdsm.Server::(main) Setting up keep alive thread<br>MainThread::DEBUG::2014-10-25 16:35:21,899::supervdsmServer::433::SuperVdsm.Server::(main) Creating remote object manager<br>MainThread::DEBUG::2014-10-25 16:35:21,901::fileUtils::192::Storage.fileUtils::(chown) Changing owner for /var/run/vdsm/svdsm.sock, to (36:36)<br>MainThread::DEBUG::2014-10-25 16:35:21,901::supervdsmServer::444::SuperVdsm.Server::(main) Started serving super vdsm object<br>sourceRoute::DEBUG::2014-10-25 16:35:21,901::sourceroutethread::75::root::(_subscribeToInotifyLoop) sourceRouteThread.subscribeToInotifyLoop started<br><br></div>in vdsm.conf I have retained<br><div><div>net_persistence = ifcfg<br><br></div><div>even after reboot only supervdsm.log was populated...<br><br></div><div>Nevertheless a host reinstall from webadmin gui seemed to fix the problem and after that it was able to start vdsm ad host part.</div><div>I was also able to upgrade DC/Cluster from 3.4 to 3.5 version.</div><div>Now that I&#39;m on 3.5 next days I&#39;ll try to pass from F19 to F20... we&#39;ll see</div><div><br></div><div>Gianluca<br></div></div><div><br></div></div>