I currently have 2 hosts.  What steps do you suggest I try?

On Thu, Oct 31, 2013 at 11:31 AM, Ahmad Emneina <[email protected]> wrote:

> 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
> >>>>>>>>> >>>> >> >
> >>>>>>>>> >>>> >>
> >>>>>>>>> >>>> >
> >>>>>>>>> >>>> >
> >>>>>>>>> >>>>
> >>>>>>>>> >>>
> >>>>>>>>> >>>
> >>>>>>>>> >>
> >>>>>>>>> >
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>
> >>>>
> >>>
> >>
> >
>

Reply via email to