Ideally you can add another xenserver, to the same cluster and remove the original. I cant say for certain that removing your only host and adding it back would work. I think you might actually have remove the original host, reinstall the hypervisor, before adding it back. so as a safety measure... add another new host in the same cluster, test it out before yanking the original host.
On Thu, Oct 31, 2013 at 11:13 AM, Carlos Reategui <[email protected]>wrote: > Ahmad, > Would it be safe to remove the hosts and re add them? Will that preserve > my instances? > thanks > Carlos > > > On Wed, Oct 30, 2013 at 4:24 PM, Carlos Reategui <[email protected]>wrote: > >> Is there a way to tell Cloudstack to launch the system VMs? >> >> port 443 from MS to both hosts is fine: >> >> # telnet 172.30.45.32 443 >> Trying 172.30.45.32... >> Connected to 172.30.45.32. >> Escape character is '^]'. >> ^] >> >> telnet> quit >> Connection closed. >> >> # telnet 172.30.45.31 443 >> Trying 172.30.45.31... >> Connected to 172.30.45.31. >> Escape character is '^]'. >> ^] >> >> telnet> quit >> Connection closed. >> >> >> >> >> >> On Wed, Oct 30, 2013 at 4:10 PM, Ahmad Emneina <[email protected]>wrote: >> >>> Cloudstack isnt in a state to launch vm's. you want to see it spin up >>> system vm's first. Your deployvm command didnt even appear in the xensource >>> log you provided... because the command didnt make it far in cloudstack >>> (It'd be rejected pretty quick since it cant spin up the system vm's). In >>> your management-server logs you see: >>> >>> 2013-10-30 12:58:34,923 DEBUG [cloud.storage.StorageManagerImpl] >>> (StatsCollector-3:null) Unable to send storage pool command to >>> Pool[202|NetworkFilesystem] via 1 >>> com.cloud.exception.OperationTimedoutException: Commands 314507300 to Host >>> 1 timed out after 3600 >>> >>> and >>> >>> >>> 2013-10-30 12:58:48,425 DEBUG >>> [storage.secondary.SecondaryStorageManagerImpl] (secstorage-1:null) Zone 1 >>> is not ready to launch secondary storage VM yet >>> >>> can you telnet to port 443 from the MS to the host? That >>> OperationTimedoutException >>> looks suspicious. >>> >>> >>> >>> On Wed, Oct 30, 2013 at 3:47 PM, Carlos Reategui <[email protected]>wrote: >>> >>>> forgot to include the list in my reply. >>>> >>>> >>>> On Wed, Oct 30, 2013 at 3:44 PM, Carlos Reategui >>>> <[email protected]>wrote: >>>> >>>>> That was a cut and paste from a tail -f I did just before hitting the >>>>> start VM button on the console. So not a log roll over. >>>>> >>>>> The management server logs are GMT-8. >>>>> >>>>> >>>>> On Wed, Oct 30, 2013 at 3:36 PM, Ahmad Emneina <[email protected]>wrote: >>>>> >>>>>> i dont see any deploys in that xensource log... might have rolled >>>>>> over as well. >>>>>> >>>>>> >>>>>> On Wed, Oct 30, 2013 at 3:11 PM, Carlos Reategui <[email protected] >>>>>> > wrote: >>>>>> >>>>>>> Nothing that seems related to trying to start an instance in the >>>>>>> xensource.log file (see below). The SMlog file is empty (rotated a >>>>>>> short >>>>>>> while ago). >>>>>>> >>>>>>> I have uploaded the new management log file to: >>>>>>> http://reategui.com/cloudstack/management-server.log.new >>>>>>> >>>>>>> Here is the xensource.log section from after restart of the >>>>>>> management server (from my pool master -- second node just showing >>>>>>> hearbeat >>>>>>> logs): >>>>>>> [20131030T21:58:45.674Z|debug|srvengxen02|199 sr_scan|SR scanner >>>>>>> D:a852c04f1e68|xapi] Automatically scanning SRs = [ >>>>>>> OpaqueRef:6fe82fcd-15b3-be18-6636-5380ee19de1d ] >>>>>>> [20131030T21:58:45.676Z|debug|srvengxen02|17932||dummytaskhelper] >>>>>>> task scan one D:75bf6896f47a created by task D:a852c04f1e68 >>>>>>> [20131030T21:58:45.676Z|debug|srvengxen02|17932|scan one >>>>>>> D:75bf6896f47a|xapi] Attempting to open /var/xapi/xapi >>>>>>> [20131030T21:58:45.679Z|debug|srvengxen02|17933 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:session.slave_login >>>>>>> D:a72377292526 >>>>>>> created by task D:75bf6896f47a >>>>>>> [20131030T21:58:45.684Z| info|srvengxen02|17933 >>>>>>> unix-RPC|session.slave_login D:f33a1c65be6f|xapi] Session.create >>>>>>> trackid=f493c253a7b55c2571816cd0c9c90355 pool=true uname= >>>>>>> is_local_superuser=true auth_user_sid= >>>>>>> parent=trackid=9834f5af41c964e225f24279aefe4e49 >>>>>>> [20131030T21:58:45.686Z|debug|srvengxen02|17933 >>>>>>> unix-RPC|session.slave_login D:f33a1c65be6f|xapi] Attempting to open >>>>>>> /var/xapi/xapi >>>>>>> [20131030T21:58:45.689Z|debug|srvengxen02|17934 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:session.get_uuid D:02f721a999e5 >>>>>>> created by task D:f33a1c65be6f >>>>>>> [20131030T21:58:45.696Z|debug|srvengxen02|17932|scan one >>>>>>> D:75bf6896f47a|xapi] Attempting to open /var/xapi/xapi >>>>>>> [20131030T21:58:45.698Z|debug|srvengxen02|17935 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:SR.scan D:1926372044db created >>>>>>> by >>>>>>> task D:75bf6896f47a >>>>>>> [20131030T21:58:45.707Z| info|srvengxen02|17935 >>>>>>> unix-RPC|dispatch:SR.scan D:1926372044db|taskhelper] task SR.scan >>>>>>> R:73f6dbba33aa (uuid:a3799647-e481-3697-74ea-49798804b477) created >>>>>>> (trackid=f493c253a7b55c2571816cd0c9c90355) by task D:75bf6896f47a >>>>>>> [20131030T21:58:45.707Z|debug|srvengxen02|17935 unix-RPC|SR.scan >>>>>>> R:73f6dbba33aa|xapi] SR.scan: SR = 'd340de31-8a2f-51b3-926d-5306e2b3405c >>>>>>> (NFS ISO library)' >>>>>>> [20131030T21:58:45.709Z|debug|srvengxen02|17935 unix-RPC|SR.scan >>>>>>> R:73f6dbba33aa|xapi] Marking SR for SR.scan >>>>>>> (task=OpaqueRef:73f6dbba-33aa-a95c-178a-9f9d5ac10b6e) >>>>>>> [20131030T21:58:45.713Z|debug|srvengxen02|17935 unix-RPC|SR.scan >>>>>>> R:73f6dbba33aa|sm] SM iso sr_scan >>>>>>> sr=OpaqueRef:6fe82fcd-15b3-be18-6636-5380ee19de1d >>>>>>> [20131030T21:58:45.720Z| info|srvengxen02|17935 unix-RPC|sm_exec >>>>>>> D:1161068a7230|xapi] Session.create >>>>>>> trackid=4ee84749e687d05ce996d016e609f518 pool=false uname= >>>>>>> is_local_superuser=true auth_user_sid= >>>>>>> parent=trackid=9834f5af41c964e225f24279aefe4e49 >>>>>>> [20131030T21:58:45.721Z|debug|srvengxen02|17935 unix-RPC|sm_exec >>>>>>> D:1161068a7230|xapi] Attempting to open /var/xapi/xapi >>>>>>> [20131030T21:58:45.725Z|debug|srvengxen02|17936 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:session.get_uuid D:f2e326cdf62a >>>>>>> created by task D:1161068a7230 >>>>>>> [20131030T21:58:45.873Z|debug|srvengxen02|17937 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:host.get_other_config >>>>>>> D:bc0c5e2a3024 created by task R:73f6dbba33aa >>>>>>> [20131030T21:58:45.910Z|debug|srvengxen02|17938 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:SR.get_by_uuid D:ee7f022e0661 >>>>>>> created by task R:73f6dbba33aa >>>>>>> [20131030T21:58:45.920Z|debug|srvengxen02|17939 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:VDI.get_all_records_where >>>>>>> D:b2a1cf32cca0 created by task R:73f6dbba33aa >>>>>>> [20131030T21:58:45.991Z|debug|srvengxen02|17940 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:SR.get_by_uuid D:29146266030e >>>>>>> created by task R:73f6dbba33aa >>>>>>> [20131030T21:58:46.000Z|debug|srvengxen02|17941 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:SR.set_virtual_allocation >>>>>>> D:e82fe926a634 created by task R:73f6dbba33aa >>>>>>> [20131030T21:58:46.013Z|debug|srvengxen02|17942 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:SR.set_physical_size >>>>>>> D:ce753e786464 created by task R:73f6dbba33aa >>>>>>> [20131030T21:58:46.025Z|debug|srvengxen02|17943 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:SR.set_physical_utilisation >>>>>>> D:51d59ee2c652 created by task R:73f6dbba33aa >>>>>>> [20131030T21:58:46.037Z|debug|srvengxen02|17944 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:SR.get_by_uuid D:ccbe694ba9b5 >>>>>>> created by task R:73f6dbba33aa >>>>>>> [20131030T21:58:46.047Z|debug|srvengxen02|17945 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:VDI.get_all_records_where >>>>>>> D:1a049c6abb04 created by task R:73f6dbba33aa >>>>>>> [20131030T21:58:46.126Z| info|srvengxen02|17935 unix-RPC|sm_exec >>>>>>> D:1161068a7230|xapi] Session.destroy >>>>>>> trackid=4ee84749e687d05ce996d016e609f518 >>>>>>> [20131030T21:58:46.131Z|debug|srvengxen02|17935 unix-RPC|SR.scan >>>>>>> R:73f6dbba33aa|xapi] Unmarking SR after SR.scan >>>>>>> (task=OpaqueRef:73f6dbba-33aa-a95c-178a-9f9d5ac10b6e) >>>>>>> [20131030T21:58:46.146Z|debug|srvengxen02|17932|scan one >>>>>>> D:75bf6896f47a|xapi] Attempting to open /var/xapi/xapi >>>>>>> [20131030T21:58:46.149Z|debug|srvengxen02|17946 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:session.logout D:beff7c62a646 >>>>>>> created by task D:75bf6896f47a >>>>>>> [20131030T21:58:46.154Z| info|srvengxen02|17946 >>>>>>> unix-RPC|session.logout D:74779ffb1f36|xapi] Session.destroy >>>>>>> trackid=f493c253a7b55c2571816cd0c9c90355 >>>>>>> [20131030T21:58:46.157Z|debug|srvengxen02|17932|scan one >>>>>>> D:75bf6896f47a|xapi] Scan of SR d340de31-8a2f-51b3-926d-5306e2b3405c >>>>>>> complete. >>>>>>> [20131030T21:59:15.705Z|debug|srvengxen02|199 sr_scan|SR scanner >>>>>>> D:a852c04f1e68|xapi] Automatically scanning SRs = [ >>>>>>> OpaqueRef:6fe82fcd-15b3-be18-6636-5380ee19de1d ] >>>>>>> [20131030T21:59:15.707Z|debug|srvengxen02|17949||dummytaskhelper] >>>>>>> task scan one D:f838014d67c1 created by task D:a852c04f1e68 >>>>>>> [20131030T21:59:15.707Z|debug|srvengxen02|17949|scan one >>>>>>> D:f838014d67c1|xapi] Attempting to open /var/xapi/xapi >>>>>>> [20131030T21:59:15.710Z|debug|srvengxen02|17950 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:session.slave_login >>>>>>> D:d7f8041f0ea8 >>>>>>> created by task D:f838014d67c1 >>>>>>> [20131030T21:59:15.715Z| info|srvengxen02|17950 >>>>>>> unix-RPC|session.slave_login D:9d5021ebb7bb|xapi] Session.create >>>>>>> trackid=614665040ebf96f8d3688b561cae32fa pool=true uname= >>>>>>> is_local_superuser=true auth_user_sid= >>>>>>> parent=trackid=9834f5af41c964e225f24279aefe4e49 >>>>>>> [20131030T21:59:15.717Z|debug|srvengxen02|17950 >>>>>>> unix-RPC|session.slave_login D:9d5021ebb7bb|xapi] Attempting to open >>>>>>> /var/xapi/xapi >>>>>>> [20131030T21:59:15.720Z|debug|srvengxen02|17951 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:session.get_uuid D:9b961577759f >>>>>>> created by task D:9d5021ebb7bb >>>>>>> [20131030T21:59:15.726Z|debug|srvengxen02|17949|scan one >>>>>>> D:f838014d67c1|xapi] Attempting to open /var/xapi/xapi >>>>>>> [20131030T21:59:15.729Z|debug|srvengxen02|17952 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:SR.scan D:34238362aa17 created >>>>>>> by >>>>>>> task D:f838014d67c1 >>>>>>> [20131030T21:59:15.737Z| info|srvengxen02|17952 >>>>>>> unix-RPC|dispatch:SR.scan D:34238362aa17|taskhelper] task SR.scan >>>>>>> R:9993e27cadc8 (uuid:24efaaf1-1a7f-2f8b-aec5-d0bf386b4158) created >>>>>>> (trackid=614665040ebf96f8d3688b561cae32fa) by task D:f838014d67c1 >>>>>>> [20131030T21:59:15.737Z|debug|srvengxen02|17952 unix-RPC|SR.scan >>>>>>> R:9993e27cadc8|xapi] SR.scan: SR = 'd340de31-8a2f-51b3-926d-5306e2b3405c >>>>>>> (NFS ISO library)' >>>>>>> [20131030T21:59:15.739Z|debug|srvengxen02|17952 unix-RPC|SR.scan >>>>>>> R:9993e27cadc8|xapi] Marking SR for SR.scan >>>>>>> (task=OpaqueRef:9993e27c-adc8-e77e-7813-995168649469) >>>>>>> [20131030T21:59:15.743Z|debug|srvengxen02|17952 unix-RPC|SR.scan >>>>>>> R:9993e27cadc8|sm] SM iso sr_scan >>>>>>> sr=OpaqueRef:6fe82fcd-15b3-be18-6636-5380ee19de1d >>>>>>> [20131030T21:59:15.750Z| info|srvengxen02|17952 unix-RPC|sm_exec >>>>>>> D:f56ec69d7e1f|xapi] Session.create >>>>>>> trackid=8d403a50eeb9a2bca0c314a3d1985803 pool=false uname= >>>>>>> is_local_superuser=true auth_user_sid= >>>>>>> parent=trackid=9834f5af41c964e225f24279aefe4e49 >>>>>>> [20131030T21:59:15.751Z|debug|srvengxen02|17952 unix-RPC|sm_exec >>>>>>> D:f56ec69d7e1f|xapi] Attempting to open /var/xapi/xapi >>>>>>> [20131030T21:59:15.754Z|debug|srvengxen02|17953 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:session.get_uuid D:fddc51c18b37 >>>>>>> created by task D:f56ec69d7e1f >>>>>>> [20131030T21:59:15.903Z|debug|srvengxen02|17954 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:host.get_other_config >>>>>>> D:13fe3c6a32c9 created by task R:9993e27cadc8 >>>>>>> [20131030T21:59:15.934Z|debug|srvengxen02|17955 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:SR.get_by_uuid D:c192d2117790 >>>>>>> created by task R:9993e27cadc8 >>>>>>> [20131030T21:59:15.944Z|debug|srvengxen02|17956 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:VDI.get_all_records_where >>>>>>> D:ff0b31aa3a4f created by task R:9993e27cadc8 >>>>>>> [20131030T21:59:16.012Z|debug|srvengxen02|17957 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:SR.get_by_uuid D:5d0800007279 >>>>>>> created by task R:9993e27cadc8 >>>>>>> [20131030T21:59:16.022Z|debug|srvengxen02|17958 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:SR.set_virtual_allocation >>>>>>> D:dec8e9bb21e3 created by task R:9993e27cadc8 >>>>>>> [20131030T21:59:16.034Z|debug|srvengxen02|17959 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:SR.set_physical_size >>>>>>> D:b205f6a468e2 created by task R:9993e27cadc8 >>>>>>> [20131030T21:59:16.046Z|debug|srvengxen02|17960 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:SR.set_physical_utilisation >>>>>>> D:dda160d61e63 created by task R:9993e27cadc8 >>>>>>> [20131030T21:59:16.059Z|debug|srvengxen02|17961 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:SR.get_by_uuid D:276d90611376 >>>>>>> created by task R:9993e27cadc8 >>>>>>> [20131030T21:59:16.069Z|debug|srvengxen02|17962 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:VDI.get_all_records_where >>>>>>> D:7e73bcb1cb79 created by task R:9993e27cadc8 >>>>>>> [20131030T21:59:16.150Z| info|srvengxen02|17952 unix-RPC|sm_exec >>>>>>> D:f56ec69d7e1f|xapi] Session.destroy >>>>>>> trackid=8d403a50eeb9a2bca0c314a3d1985803 >>>>>>> [20131030T21:59:16.155Z|debug|srvengxen02|17952 unix-RPC|SR.scan >>>>>>> R:9993e27cadc8|xapi] Unmarking SR after SR.scan >>>>>>> (task=OpaqueRef:9993e27c-adc8-e77e-7813-995168649469) >>>>>>> [20131030T21:59:16.170Z|debug|srvengxen02|17949|scan one >>>>>>> D:f838014d67c1|xapi] Attempting to open /var/xapi/xapi >>>>>>> [20131030T21:59:16.173Z|debug|srvengxen02|17963 >>>>>>> unix-RPC||dummytaskhelper] task dispatch:session.logout D:c7be76666e35 >>>>>>> created by task D:f838014d67c1 >>>>>>> [20131030T21:59:16.178Z| info|srvengxen02|17963 >>>>>>> unix-RPC|session.logout D:b075ca9e306b|xapi] Session.destroy >>>>>>> trackid=614665040ebf96f8d3688b561cae32fa >>>>>>> [20131030T21:59:16.181Z|debug|srvengxen02|17949|scan one >>>>>>> D:f838014d67c1|xapi] Scan of SR d340de31-8a2f-51b3-926d-5306e2b3405c >>>>>>> complete. >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Wed, Oct 30, 2013 at 2:56 PM, Carlos Reategui < >>>>>>> [email protected]> wrote: >>>>>>> >>>>>>>> Currently, Cloudstack is not showing an SSVM. It does have an CPVM >>>>>>>> and a VR that are both stuck in an expunging state and have been for >>>>>>>> over a >>>>>>>> day. >>>>>>>> >>>>>>>> I'll clear the management log and restart the Management server and >>>>>>>> try to start one of my instances that is currently in stopped state. >>>>>>>> >>>>>>>> I'll upload the logs once I'm done. >>>>>>>> >>>>>>>> Thank you for looking at these. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Wed, Oct 30, 2013 at 2:44 PM, Ahmad Emneina >>>>>>>> <[email protected]>wrote: >>>>>>>> >>>>>>>>> hrm... should work just fine from cloudstack. Do xensource.log or >>>>>>>>> SMlog on >>>>>>>>> the xenserver say anything specific when starting the vm's via >>>>>>>>> cloudstack? >>>>>>>>> >>>>>>>>> >>>>>>>>> On Wed, Oct 30, 2013 at 2:00 PM, Carlos Reategui < >>>>>>>>> [email protected]>wrote: >>>>>>>>> >>>>>>>>> > Installed and ran fine using the same NFS SR as the rest of my >>>>>>>>> CS root >>>>>>>>> > disks are on. >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > On Wed, Oct 30, 2013 at 1:44 PM, Ahmad Emneina < >>>>>>>>> [email protected]> wrote: >>>>>>>>> > >>>>>>>>> >> launch a vm independently via xen center. >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> >> On Wed, Oct 30, 2013 at 1:36 PM, Carlos Reategui < >>>>>>>>> [email protected]>wrote: >>>>>>>>> >> >>>>>>>>> >>> Should I try launching a vm independently? or should I try to >>>>>>>>> start one >>>>>>>>> >>> of the vhds that is in the primary storage? >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >>> On Wed, Oct 30, 2013 at 1:34 PM, Ahmad Emneina < >>>>>>>>> [email protected]>wrote: >>>>>>>>> >>> >>>>>>>>> >>>> outside of cloudstack, can you deploy a vm on your host, to >>>>>>>>> the desired >>>>>>>>> >>>> storage pool. It looks like the hypervisor host cant connect >>>>>>>>> to its >>>>>>>>> >>>> storage >>>>>>>>> >>>> server. >>>>>>>>> >>>> >>>>>>>>> >>>> >>>>>>>>> >>>> On Wed, Oct 30, 2013 at 1:31 PM, Carlos Reategui < >>>>>>>>> [email protected] >>>>>>>>> >>>> >wrote: >>>>>>>>> >>>> >>>>>>>>> >>>> > Here is a link to the log file: >>>>>>>>> >>>> > http://reategui.com/cloudstack/management-server.log >>>>>>>>> >>>> > >>>>>>>>> >>>> > >>>>>>>>> >>>> > >>>>>>>>> >>>> > On Wed, Oct 30, 2013 at 12:22 PM, Ahmad Emneina < >>>>>>>>> [email protected] >>>>>>>>> >>>> >wrote: >>>>>>>>> >>>> > >>>>>>>>> >>>> >> can we get the full logs? There should be something simple >>>>>>>>> blocking >>>>>>>>> >>>> the >>>>>>>>> >>>> >> reconnection of the management server to the hosts. I >>>>>>>>> worked past >>>>>>>>> >>>> this, >>>>>>>>> >>>> >> this past weekend against 4.2. So i dont think your >>>>>>>>> results will >>>>>>>>> >>>> differ >>>>>>>>> >>>> >> upgrading to 4.2... >>>>>>>>> >>>> >> >>>>>>>>> >>>> >> >>>>>>>>> >>>> >> On Wed, Oct 30, 2013 at 12:14 PM, Carlos Reategui < >>>>>>>>> >>>> [email protected] >>>>>>>>> >>>> >> >wrote: >>>>>>>>> >>>> >> >>>>>>>>> >>>> >> > No replies to my other emails. I really need help >>>>>>>>> getting my CS >>>>>>>>> >>>> 4.1.1 >>>>>>>>> >>>> >> > cluster back up. >>>>>>>>> >>>> >> > >>>>>>>>> >>>> >> > I basically have a CloudStack console that thinks >>>>>>>>> everything is >>>>>>>>> >>>> fine, >>>>>>>>> >>>> >> but >>>>>>>>> >>>> >> > looking at the management logs there seems to be a >>>>>>>>> problem >>>>>>>>> >>>> connecting to >>>>>>>>> >>>> >> > the hosts. XenCenter does not seem to agree and thinks >>>>>>>>> all is >>>>>>>>> >>>> fine with >>>>>>>>> >>>> >> > the hosts. Iptables is disabled on the hosts and the >>>>>>>>> management >>>>>>>>> >>>> server >>>>>>>>> >>>> >> so >>>>>>>>> >>>> >> > not a firewall issue. Primary storage is mounted on the >>>>>>>>> hosts and >>>>>>>>> >>>> I am >>>>>>>>> >>>> >> > able to mount secondary storage. >>>>>>>>> >>>> >> > >>>>>>>>> >>>> >> > I believe I have the following options: >>>>>>>>> >>>> >> > 1) Backup all my vhds, reinstall XenServer and CS, >>>>>>>>> import the vhds >>>>>>>>> >>>> as >>>>>>>>> >>>> >> > templates and relaunch my 20+ VMs. I see this as a last >>>>>>>>> resort >>>>>>>>> >>>> option >>>>>>>>> >>>> >> that >>>>>>>>> >>>> >> > I would rather not have to do >>>>>>>>> >>>> >> > 2) Remove my XS hosts from CS (assuming that wont get >>>>>>>>> rid of my >>>>>>>>> >>>> >> instances), >>>>>>>>> >>>> >> > clear tags (or re-install XS), re-add XS hosts and hope >>>>>>>>> for the >>>>>>>>> >>>> best. >>>>>>>>> >>>> >> > 3) Attempt to upgrade to 4.2 and hope my problems go >>>>>>>>> away. >>>>>>>>> >>>> >> > >>>>>>>>> >>>> >> > Anyone have any thoughts on how to proceed? >>>>>>>>> >>>> >> > >>>>>>>>> >>>> >> > thanks >>>>>>>>> >>>> >> > Carlos >>>>>>>>> >>>> >> > >>>>>>>>> >>>> >> >>>>>>>>> >>>> > >>>>>>>>> >>>> > >>>>>>>>> >>>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >> >>>>>>>>> > >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >
