Hi,
I decided to remove the first ESXi. I had to manually change the record in the 
DB to put it in maintenance mode. I was able to remove it from the UI.
After that, CS worked as expected with the second ESXi : state "Up" after a 
stop/start of the CS mgmt service.

I then added back the first ESXi and it's running fine : I can put host in 
maintenance, start/stop VM.

I don't understand what happened, maybe a bad entry in the DB but nothing easy 
to find...

I can confirm that CS 4.11.2 it running fine with vCenter 6.7u2 for my needs.

Thanks a lot for your help.

Florent
----- Mail original -----
> De: "Sergey Levitskiy" <serg...@hotmail.com>
> À: "users" <users@cloudstack.apache.org>
> Envoyé: Jeudi 18 Avril 2019 20:29:25
> Objet: Re: Problem with ACS 4.11.2 and vCenter server

> Do you use cluster or zone wide primary storage? Did you add PS storage pool 
> for
> VMware cluster?
> Did you see NFS  datastores successfully mounted on ESXi server? Did you see
> protogroups created on vSwitch?
> Please post management server log that captures vmware cluster addition and
> subsequent restart  of the management server. If you can capture content of 
> the
> following tables and share them that might come in handy
> vmware_datacenter
> vmware_datacenter_details
> cluster
> cluster_details
> zone
> zone_details
> hosts
> hosts_details
> storage_pools
> storage_pools_details
> configuration
> 
> Thanks,
> Sergey
> 
> 
> 
>On 4/18/19, 9:43 AM, "Florent Paillot" <florent.pail...@inria.fr> wrote:
> 
>    Sergey, I tried what you said in your last mail with a fake and a real 
> ESXi.
>    
>    We built a new 6.5 ESXi host and added it successfully to the cluster:
>    
>    2019-04-18 16:54:06,969 INFO  [c.c.r.ResourceManagerImpl]
>    (qtp510113906-283:ctx-908e5b6a ctx-4eb36509) (logid:1144ccef) Trying to 
> add a
>    new host at http://vcenter/datacenter/cluster1/esx3 in data center 1
>    2019-04-18 16:54:06,969 INFO  [c.c.h.v.VmwareServerDiscoverer]
>    (qtp510113906-283:ctx-908e5b6a ctx-4eb36509) (logid:1144ccef) Discover 
> host.
>    dc: 1, pod: 1, cluster: 16, uri host: vcenter
>    2019-04-18 16:54:07,073 DEBUG [c.c.h.v.r.VmwareContextFactory]
>    (qtp510113906-283:ctx-908e5b6a ctx-4eb36509) (logid:1144ccef) initialize
>    VmwareContext. url: https://vcenter/sdk/vimService, username:
>    csadmin@vsphere.local, password: o*******
>    2019-04-18 16:54:07,440 INFO  [c.c.h.v.u.VmwareContext]
>    (qtp510113906-283:ctx-908e5b6a ctx-4eb36509) (logid:1144ccef) New 
> VmwareContext
>    object, current outstanding count: 1
>    2019-04-18 16:54:07,602 INFO  [c.c.h.v.m.VmwareManagerImpl]
>    (qtp510113906-283:ctx-908e5b6a ctx-4eb36509) (logid:1144ccef) Preparing 
> network
>    on host com.cloud.hypervisor.vmware.util.VmwareContext@506842c3 for 
> vSwitch0
>    2019-04-18 16:54:07,678 DEBUG [c.c.h.v.m.HostMO] 
> (qtp510113906-283:ctx-908e5b6a
>    ctx-4eb36509) (logid:1144ccef) Port group 
> cloud.private.untagged.0.1-vSwitch0
>    doesn't exist in vSwitch vSwitch0. Attempting to create port group in this
>    vSwitch.
>    2019-04-18 16:54:07,765 INFO  [c.c.h.v.m.HostMO] 
> (qtp510113906-283:ctx-908e5b6a
>    ctx-4eb36509) (logid:1144ccef) Waiting for network
>    cloud.private.untagged.0.1-vSwitch0 to be ready
>    [...]
>    2019-04-18 16:54:12,233 INFO  [c.c.h.v.r.VmwareResource]
>    (DirectAgent-1:ctx-67c624e1 esx3, cmd: ReadyCommand) (logid:1144ccef) 
> Executing
>    resource ReadyCommand: {"dcId":1,"hostId":69,"wait":0}
>    2019-04-18 16:54:12,233 TRACE [c.c.h.v.u.VmwareContextPool]
>    (DirectAgent-1:ctx-67c624e1 esx3, cmd: ReadyCommand) (logid:1144ccef) 
> Return a
>    VmwareContext from the idle pool: csadmin@vsphere.local@vcenter. current 
> pool
>    size: 0, outstanding count: 1
>    2019-04-18 16:54:12,255 TRACE [c.c.h.v.r.VmwareResource]
>    (DirectAgent-1:ctx-67c624e1 esx3, cmd: ReadyCommand) (logid:1144ccef) Reset
>    threadlocal context to null
>    2019-04-18 16:54:12,255 TRACE [c.c.h.v.r.VmwareResource]
>    (DirectAgent-1:ctx-67c624e1 esx3, cmd: ReadyCommand) (logid:1144ccef) 
> Recycling
>    threadlocal context to pool
>    2019-04-18 16:54:12,255 TRACE [c.c.h.v.u.VmwareContextPool]
>    (DirectAgent-1:ctx-67c624e1 esx3, cmd: ReadyCommand) (logid:1144ccef) 
> Recycle
>    VmwareContext into idle pool: csadmin@vsphere.local@vcenter, current idle 
> pool
>    size: 1, outstanding count: 1
>    2019-04-18 16:54:12,255 TRACE [c.c.h.v.r.VmwareResource]
>    (DirectAgent-1:ctx-67c624e1) (logid:1144ccef) End executeRequest(), cmd:
>    ReadyCommand
>    2019-04-18 16:54:12,255 DEBUG [c.c.a.m.DirectAgentAttache]
>    (DirectAgent-1:ctx-67c624e1) (logid:1144ccef) Seq 69-6034823500676464645:
>    Response Received:
>    2019-04-18 16:54:12,255 DEBUG [c.c.a.t.Request] 
> (DirectAgent-1:ctx-67c624e1)
>    (logid:1144ccef) Seq 69-6034823500676464645: Processing:  { Ans: , MgmtId:
>    345052098654, via: 69(esx3), Ver: v1, Flags: 110,
>    [{"com.cloud.agent.api.ReadyAnswer":{"result":true,"wait":0}}] }
>    2019-04-18 16:54:12,255 DEBUG [c.c.a.m.AgentAttache]
>    (DirectAgent-1:ctx-67c624e1) (logid:1144ccef) Seq 69-6034823500676464645: 
> No
>    more commands found
>    2019-04-18 16:54:12,255 DEBUG [c.c.a.t.Request] 
> (qtp510113906-283:ctx-908e5b6a
>    ctx-4eb36509) (logid:1144ccef) Seq 69-6034823500676464645: Received:  { 
> Ans: ,
>    MgmtId: 345052098654, via: 69(esx3), Ver: v1, Flags: 110, { ReadyAnswer } }
>    2019-04-18 16:54:12,255 DEBUG [c.c.h.Status] (qtp510113906-283:ctx-908e5b6a
>    ctx-4eb36509) (logid:1144ccef) Transition:[Resource state = Enabled, Agent
>    event = Ready, Host id = 69, name = esx3
>    2019-04-18 16:54:12,263 INFO  [c.c.r.ResourceManagerImpl]
>    (qtp510113906-283:ctx-908e5b6a ctx-4eb36509) (logid:1144ccef) server 
> resources
>    successfully discovered by VMware Discover
>    
>    
>    It works but if you restart the management server same behavior as before 
> : no
>    more traffic between the CS controller and the vCenter.
>    I tried to add a new fake ESXi, I see VMware context init and net packets.
>    vCenter fails to add the host because it can't find it and then nothing 
> more
>    happens, no more packets between CS and the vCenter...
>    
>    
>    The only errors I can find in the logs looks like this :
>    INFO  [c.c.u.e.CSExceptionErrorCode] (StatsCollector-4:ctx-b2532a68)
>    (logid:98b87cb6) Could not find exception:
>    com.cloud.exception.OperationTimedoutException in error code list for
>    exceptions
>    
>    
>    
>    Florent
>    
>    ----- Mail original -----
>    > De: "Sergey Levitskiy" <serg...@hotmail.com>
>    > À: "users" <users@cloudstack.apache.org>
>    > Envoyé: Mercredi 17 Avril 2019 22:45:23
>    > Objet: Re: Problem with ACS 4.11.2 and vCenter server
>    
>    > It doesn’t look VMware context is getting initialized. This something
>    > fundamental e.g. API version mismatch or missing vmware API Jar file.
>    > You can try re-adding exising vmware DC and cluster using fake cluster 
> name to
>    > force connectivity probing during the addition. If you do please post  
> the log.
>    > 
>    >On 4/17/19, 7:48 AM, "Florent Paillot" <florent.pail...@inria.fr> wrote:
>    > 
>    >    The only lines I can find in the log are linked to "*VmwareContext*".
>    >    
>    >    I tried to activate the TRACE level log for 
> com.cloud.hypervisor.vmware but it
>    >    didn't help.
>    >    Maybe my conf in log4j is wrong :
>    >    
>    >     <category name="com.cloud.hypervisor.vmware">
>    >         <priority value="TRACE"/>
>    >       </category>
>    >    
>    >    
>    >    Thanks for your help.
>    >    
>    >    Florent
>    >    
>    >    ----- Mail original -----
>    >    > De: "Suresh Kumar Anaparti" <sureshkumar.anapa...@gmail.com>
>    >    > À: "users" <users@cloudstack.apache.org>
>    >    > Envoyé: Mardi 16 Avril 2019 19:25:50
>    >    > Objet: Re: Problem with ACS 4.11.2 and vCenter server
>    >    
>    >    > Hi Florent,
>    >    > 
>    >    > As soon as CS is started, it will try to connect to the ESXi host 
> with the
>    >    > vCenter details in the zone (Check details in tables 
> vmware_data_center &
>    >    > host_details). Grep the below text in the log to see the connection
>    >    > progress or errors:
>    >    > - *Loading directly connected host*
>    >    > - *initialize VmwareContext*
>    >    > - *Unable to connect to vSphere server*
>    >    > - *can not load directly connected host*
>    >    > 
>    >    > CS keeps trying to connect to the host, by default every 90 secs 
> (agent
>    >    > scan interval).
>    >    > 
>    >    > Regards,
>    >    > Suresh
>    >    > 
>    >    > On Tue, Apr 16, 2019 at 8:57 PM Sergey Levitskiy 
> <serg...@hotmail.com>
>    >    > wrote:
>    >    > 
>    >    >> Please post a full management-server.log without parsing.
>    >    >>
>    >    >> On 4/16/19, 7:49 AM, "Florent Paillot" <florent.pail...@inria.fr> 
> wrote:
>    >    >>
>    >    >>     I did this on purpose to limit the size of the log.
>    >    >>
>    >    >>     I let the controller run for more than 30mins. Can't find any 
> revelant
>    >    >> error... :(
>    >    >>     I put some grep results here :
>    >    >> https://pad.inria.fr/p/np_IvcpeIGM4BncZEM1
>    >    >>
>    >    >>     On the production controller (4.9.3), if we have connectivity 
> problem
>    >    >> with the vCenter, I see log with the 
> "com.cloud.hypervisor.vmware.*"
>    >    >> context.
>    >    >>     Is there something to change in the log4j config to see this 
> logs in
>    >    >> 4.11 ?
>    >    >>
>    >    >>     The vim25.jar is the right one, after unziping
>    >    >> "/usr/share/cloudstack-management/lib/cloudstack-4.11.2.0.jar" in
>    >    >> com/vmware/vim25/vim.wsdl, I see " <soap:operation
>    >    >> soapAction="urn:vim25/6.7" style="document" />".
>    >    >>
>    >    >>
>    >    >>     Florent
>    >    >>
>    >    >>     ----- Mail original -----
>    >    >>     > De: "Suresh Kumar Anaparti" <sureshkumar.anapa...@gmail.com>
>    >    >>     > À: "users" <users@cloudstack.apache.org>
>    >    >>     > Envoyé: Mardi 16 Avril 2019 14:22:28
>    >    >>     > Objet: Re: Problem with ACS 4.11.2 and vCenter server
>    >    >>
>    >    >>     > Florent, The log doesn't have any CS to vCenter connectivity
>    >    >> details. The
>    >    >>     > CS management server was started and stopped in 2 mins. It 
> needs
>    >    >> some time
>    >    >>     > to load modules and connect to the hosts and storages. Wait 
> for some
>    >    >> more
>    >    >>     > time for the connectivity details in the log.
>    >    >>     >
>    >    >>     > You can install vim25.jar for 6.7 version and give a try.
>    >    >>     >
>    >    >>     > - Suresh
>    >    >>     >
>    >    >>     > On Tue, Apr 16, 2019 at 5:34 PM Florent Paillot <
>    >    >> florent.pail...@inria.fr>
>    >    >>     > wrote:
>    >    >>     >
>    >    >>     >> Here is the log : https://pad.inria.fr/p/np_IvcpeIGM4BncZEM1
>    >    >>     >> It's a complete 3 minutes start/run/stop.
>    >    >>     >>
>    >    >>     >> Thanks for the info about "cs.vmware.api.version*". For 
> 4.11.2, it
>    >    >> seems
>    >    >>     >> that vSphere 6.7 is the target :
>    >    >>     >> pom.xml:    
> <cs.vmware.api.version>6.7</cs.vmware.api.version>
>    >    >>     >>
>    >    >>     >>
>    >    >>     >> Florent
>    >    >>     >>
>    >    >>     >> ----- Mail original -----
>    >    >>     >> > De: "Suresh Kumar Anaparti" 
> <sureshkumar.anapa...@gmail.com>
>    >    >>     >> > À: "users" <users@cloudstack.apache.org>
>    >    >>     >> > Envoyé: Mardi 16 Avril 2019 13:05:20
>    >    >>     >> > Objet: Re: Problem with ACS 4.11.2 and vCenter server
>    >    >>     >>
>    >    >>     >> > Hi Florent,
>    >    >>     >> >
>    >    >>     >> > Log is missing. I think attachments are ignored. Either 
> provide a
>    >    >> link to
>    >    >>     >> > access the log or paste the logs in email (few logs of 
> the issue).
>    >    >>     >> >
>    >    >>     >> > Irrespective of the vCenter version (hard coded in the 
> build param
>    >    >>     >> > *cs.vmware.api.version*), CS would try to connect to the 
> vCenter
>    >    >> server.
>    >    >>     >> >
>    >    >>     >> > - Suresh
>    >    >>     >> >
>    >    >>     >> >
>    >    >>     >> > On Tue, Apr 16, 2019 at 2:44 PM Florent Paillot <
>    >    >>     >> florent.pail...@inria.fr>
>    >    >>     >> > wrote:
>    >    >>     >> >
>    >    >>     >> >> Thanks for the answers,
>    >    >>     >> >>
>    >    >>     >> >> Paul : I know that the vCenter 6.7 is not officialy 
> supported
>    >    >> but my
>    >    >>     >> >> colleague reported that it worked with 4.9.3 .
>    >    >>     >> >> When you say "cloudstack won't recognise it", is it hard 
> coded ?
>    >    >> If the
>    >    >>     >> >> the vCenter auth API doesn't change between 6.5 and 6.7 
> it
>    >    >> should work
>    >    >>     >> or
>    >    >>     >> >> at least try to connect to the vCenter.
>    >    >>     >> >>
>    >    >>     >> >> I'm agree with you Suresh, even if CS can't communicate 
> with the
>    >    >> vCenter
>    >    >>     >> >> we should see something in the logs or in the packet 
> capture.
>    >    >>     >> >>
>    >    >>     >> >> I am able to ping and telnet from the CS controller to 
> the
>    >    >> vCenter on
>    >    >>     >> port
>    >    >>     >> >> 443 (and I see the packet with tcpdump).
>    >    >>     >> >>
>    >    >>     >> >> The log is in attachement.
>    >    >>     >> >>
>    >    >>     >> >> Florent
>    >    >>     >> >>
>    >    >>     >> >>
>    >    >>     >> >> ----- Mail original -----
>    >    >>     >> >> > De: "Suresh Kumar Anaparti" 
> <sureshkumar.anapa...@gmail.com>
>    >    >>     >> >> > À: "users" <users@cloudstack.apache.org>
>    >    >>     >> >> > Envoyé: Lundi 15 Avril 2019 17:54:00
>    >    >>     >> >> > Objet: Re: Problem with ACS 4.11.2 and vCenter server
>    >    >>     >> >>
>    >    >>     >> >> > Hi Florent, What was the CS behavior & vCenter/ESXi 
> hosts
>    >    >> connectivity
>    >    >>     >> >> > status before upgrade to 4.11.2 from 4.9.3? Have you 
> upgraded
>    >    >> vCenter
>    >    >>     >> as
>    >    >>     >> >> > well? Are you able to ping vCenter from CS management 
> server?
>    >    >>     >> >> >
>    >    >>     >> >> > Even vCenter 6.7 is not recognised, CS would try to 
> connect
>    >    >> with the
>    >    >>     >> >> > details specified, which is logged. Have you enabled 
> debug
>    >    >> logs?
>    >    >>     >> >> >
>    >    >>     >> >> > - Suresh
>    >    >>     >> >> >
>    >    >>     >> >> > On Mon, Apr 15, 2019 at 7:38 PM Paul Angus <
>    >    >> paul.an...@shapeblue.com>
>    >    >>     >> >> wrote:
>    >    >>     >> >> >
>    >    >>     >> >> >> Ah. vCenter 6.7 isn't supported yet, cloudstack won't
>    >    >> recognise it.
>    >    >>     >> >> >>
>    >    >>     >> >> >> paul.an...@shapeblue.com
>    >    >>     >> >> >> www.shapeblue.com
>    >    >>     >> >> >> Amadeus House, Floral Street, London  WC2E 9DPUK
>    >    >>     >> >> >> @shapeblue
>    >    >>     >> >> >>
>    >    >>     >> >> >>
>    >    >>     >> >> >>
>    >    >>     >> >> >>
>    >    >>     >> >> >> -----Original Message-----
>    >    >>     >> >> >> From: Florent Paillot <florent.pail...@inria.fr>
>    >    >>     >> >> >> Sent: 15 April 2019 14:26
>    >    >>     >> >> >> To: users <users@cloudstack.apache.org>
>    >    >>     >> >> >> Subject: Re: Problem with ACS 4.11.2 and vCenter 
> server
>    >    >>     >> >> >>
>    >    >>     >> >> >> Hi Suresh,
>    >    >>     >> >> >> The vCenter is a 6.7u2 (last build).
>    >    >>     >> >> >>
>    >    >>     >> >> >> There is no issue log, that the problem... I don't 
> see any
>    >    >> error
>    >    >>     >> message
>    >    >>     >> >> >> concerning a failed connection to the vCenter and CS 
> does not
>    >    >> seems
>    >    >>     >> to
>    >    >>     >> >> send
>    >    >>     >> >> >> any packet to the vCenter.
>    >    >>     >> >> >>
>    >    >>     >> >> >> Florent
>    >    >>     >> >> >>
>    >    >>     >> >> >>
>    >    >>     >> >> >> ----- Mail original -----
>    >    >>     >> >> >> > De: "Suresh Kumar Anaparti" 
> <sureshkumar.anapa...@gmail.com
>    >    >> >
>    >    >>     >> >> >> > À: "users" <users@cloudstack.apache.org>
>    >    >>     >> >> >> > Envoyé: Lundi 15 Avril 2019 15:10:44
>    >    >>     >> >> >> > Objet: Re: Problem with ACS 4.11.2 and vCenter 
> server
>    >    >>     >> >> >>
>    >    >>     >> >> >> > Hi Florent,
>    >    >>     >> >> >> >
>    >    >>     >> >> >> > Can you share the vCenter version and build 
> details. Also,
>    >    >> the
>    >    >>     >> >> >> > cloudstack management server log with the issue 
> logs while
>    >    >>     >> connecting
>    >    >>     >> >> to
>    >    >>     >> >> >> vCenter.
>    >    >>     >> >> >> >
>    >    >>     >> >> >> > - Suresh
>    >    >>     >> >> >> >
>    >    >>     >> >> >> > On Mon, Apr 15, 2019 at 6:24 PM Paul Angus <
>    >    >>     >> paul.an...@shapeblue.com>
>    >    >>     >> >> >> wrote:
>    >    >>     >> >> >> >
>    >    >>     >> >> >> >> Assuming that you have updated the core code to 
> recognise
>    >    >> and use
>    >    >>     >> >> >> 'newer'
>    >    >>     >> >> >> >> libraries/SDKs than the ones currently in use (and
>    >    >> thoroughly
>    >    >>     >> tested
>    >    >>     >> >> >> >> it) then, please do create a pull request.  
> Otherwise, I
>    >    >>     >> personally
>    >    >>     >> >> >> >> would advise that you leave things 'as-is' to get 
> the most
>    >    >> stable
>    >    >>     >> >> >> experience.
>    >    >>     >> >> >> >>
>    >    >>     >> >> >> >> I don't *think* that you need to run
>    >    >>     >> >> >> >>
>    >    >>     >> >> >> >> mvn clean
>    >    >>     >> >> >> >> mvn install -Dnoredist
>    >    >>     >> >> >> >>
>    >    >>     >> >> >> >> *After* installing the non-oss components.
>    >    >>     >> >> >> >>
>    >    >>     >> >> >> >> You might want to do a mvn clean before you start.
>    >    >>     >> >> >> >>
>    >    >>     >> >> >> >> It's been a while since I've done it manually now.
>    >    >>     >> >> >> >>
>    >    >>     >> >> >> >>
>    >    >>     >> >> >> >>
>    >    >>     >> >> >> >> paul.an...@shapeblue.com
>    >    >>     >> >> >> >> www.shapeblue.com
>    >    >>     >> >> >> >> Amadeus House, Floral Street, London  WC2E 9DPUK 
> @shapeblue
>    >    >>     >> >> >> >>
>    >    >>     >> >> >> >>
>    >    >>     >> >> >> >>
>    >    >>     >> >> >> >>
>    >    >>     >> >> >> >> -----Original Message-----
>    >    >>     >> >> >> >> From: Florent Paillot <florent.pail...@inria.fr>
>    >    >>     >> >> >> >> Sent: 15 April 2019 13:17
>    >    >>     >> >> >> >> To: users <users@cloudstack.apache.org>
>    >    >>     >> >> >> >> Subject: Re: Problem with ACS 4.11.2 and vCenter 
> server
>    >    >>     >> >> >> >>
>    >    >>     >> >> >> >> Yes, this is the list of the files in deps/ :
>    >    >>     >> >> >> >> cloud-iControl.jar  cloud-netscaler-sdx.jar
>    >    >> iControl-12.1.0.jar
>    >    >>     >> >> >> >> install-non-oss.sh  manageontap.jar  vim25_51.jar
>    >    >> vim25_55.jar
>    >    >>     >> >> >> >> vim25_60.jar  vim25_65.jar  vim25_67.jar
>    >    >>     >> >> >> >>
>    >    >>     >> >> >> >>
>    >    >>     >> >> >> >> I had to add the following lines to 
> "install-non-oss.sh"
>    >    >> to get
>    >    >>     >> the
>    >    >>     >> >> >> build
>    >    >>     >> >> >> >> pass :
>    >    >>     >> >> >> >>
>    >    >>     >> >> >> >> mvn install:install-file -Dfile=vim25_67.jar
>    >    >>     >> >> >> >> -DgroupId=com.cloud.com.vmware 
> -DartifactId=vmware-vim25
>    >    >>     >> >> >> -Dversion=6.7
>    >    >>     >> >> >> >>  -Dpackaging=jar
>    >    >>     >> >> >> >> mvn install:install-file -Dfile=iControl-12.1.0.jar
>    >    >>     >> >> >> >>  -DgroupId=com.cloud.com.f5     
> -DartifactId=icontrol
>    >    >>     >> >> >> >> -Dversion=12.1  -Dpackaging=jar
>    >    >>     >> >> >> >>
>    >    >>     >> >> >> >> I can open a PR or an issue if it makes sense.
>    >    >>     >> >> >> >>
>    >    >>     >> >> >> >> Florent
>    >    >>     >> >> >> >>
>    >    >>     >> >> >> >> --
>    >    >>     >> >> >> >> Florent PAILLOT
>    >    >>     >> >> >> >> SESI - Cellule architecture
>    >    >>     >> >> >> >>
>    >    >>     >> >> >> >> INRIA Bordeaux -Sud-Ouest
>    >    >>     >> >> >> >> 05.24.57.41.25
>    >    >>     >> >> >> >>
>    >    >>     >> >> >> >> ----- Mail original -----
>    >    >>     >> >> >> >> > De: "Paul Angus" <paul.an...@shapeblue.com>
>    >    >>     >> >> >> >> > À: "users" <users@cloudstack.apache.org>
>    >    >>     >> >> >> >> > Envoyé: Lundi 15 Avril 2019 14:10:21
>    >    >>     >> >> >> >> > Objet: RE: Problem with ACS 4.11.2 and vCenter 
> server
>    >    >>     >> >> >> >>
>    >    >>     >> >> >> >> > When packaging, did you install all of the nonoss
>    >    >> libraries
>    >    >>     >> into
>    >    >>     >> >> the
>    >    >>     >> >> >> >> > build before packaging?  including 
> vmware-vim25-6.5.jar
>    >    >>     >> >> >> >> >
>    >    >>     >> >> >> >> > paul.an...@shapeblue.com
>    >    >>     >> >> >> >> > www.shapeblue.com
>    >    >>     >> >> >> >> > Amadeus House, Floral Street, London  WC2E 9DPUK
>    >    >> @shapeblue
>    >    >>     >> >> >> >> >
>    >    >>     >> >> >> >> >
>    >    >>     >> >> >> >> >
>    >    >>     >> >> >> >> >
>    >    >>     >> >> >> >> > -----Original Message-----
>    >    >>     >> >> >> >> > From: Dag Sonstebo <dag.sonst...@shapeblue.com>
>    >    >>     >> >> >> >> > Sent: 15 April 2019 12:43
>    >    >>     >> >> >> >> > To: users@cloudstack.apache.org
>    >    >>     >> >> >> >> > Subject: Re: Problem with ACS 4.11.2 and vCenter 
> server
>    >    >>     >> >> >> >> >
>    >    >>     >> >> >> >> > Florent,
>    >    >>     >> >> >> >> >
>    >    >>     >> >> >> >> > Not aware of any issues but I'm no packaging 
> expert so
>    >    >> will let
>    >    >>     >> >> others
>    >    >>     >> >> >> >> > respond to this.
>    >    >>     >> >> >> >> >
>    >    >>     >> >> >> >> > However - any reason you're not just using the 
> RPM
>    >    >> repositories
>    >    >>     >> >> rather
>    >    >>     >> >> >> >> > than packaging yourself?
>    >    >>     >> >> >> >> >
>    >    >>     >> >> >> >> > Regards,
>    >    >>     >> >> >> >> > Dag Sonstebo
>    >    >>     >> >> >> >> > Cloud Architect
>    >    >>     >> >> >> >> > ShapeBlue
>    >    >>     >> >> >> >> >
>    >    >>     >> >> >> >> >
>    >    >>     >> >> >> >> >On 15/04/2019, 11:46, "Florent Paillot" <
>    >    >>     >> florent.pail...@inria.fr>
>    >    >>     >> >> >> >> wrote:
>    >    >>     >> >> >> >> >
>    >    >>     >> >> >> >> >    Hi everyone,
>    >    >>     >> >> >> >> >    We have a problem with our test environment 
> running
>    >    >> ACS
>    >    >>     >> 4.11.2
>    >    >>     >> >> on
>    >    >>     >> >> >> >> CentOS 7, not
>    >    >>     >> >> >> >> >    communicating with a vCenter (upgraded from 
> 4.9.3 to
>    >    >> 4.11.2
>    >    >>     >> and
>    >    >>     >> >> >> >> CentOS 6 o
>    >    >>     >> >> >> >> >    CentOS 7). We have no problems with our KVM 
> host.
>    >    >>     >> >> >> >> >    Our production is using 4.9.3 o, Centos 6 and
>    >    >> everything is
>    >    >>     >> OK.
>    >    >>     >> >> >> >> >
>    >    >>     >> >> >> >> >    I used tcpdump and see nothing going out from 
> the
>    >    >> management
>    >    >>     >> >> server
>    >    >>     >> >> >> >> to the
>    >    >>     >> >> >> >> >    vCenter or the ESXi host.
>    >    >>     >> >> >> >> >
>    >    >>     >> >> >> >> >    Could it be a package building problem or a 
> vmware
>    >    >> module
>    >    >>     >> >> loading?
>    >    >>     >> >> >> >> >
>    >    >>     >> >> >> >> >    I used the following commands to build the 
> packages :
>    >    >>     >> >> >> >> >    install-non-oss.sh
>    >    >>     >> >> >> >> >    mvn clean
>    >    >>     >> >> >> >> >    mvn install -Dnoredist
>    >    >>     >> >> >> >> >    package.sh -p noredist -d centos7
>    >    >>     >> >> >> >> >
>    >    >>     >> >> >> >> >
>    >    >>     >> >> >> >> >    On the production server I see a :
>    >    >>     >> >> >> >> >
>    >    >>     >> >> >> >>
>    >    >>     >> >> >>
>    >    >>     >> >>
>    >    >>     >>
>    >    >> 
> /usr/share/cloudstack-management/webapps/client/WEB-INF/lib/vmware-vim25-6.0.jar
>    >    >>     >> >> >> >> >    file.
>    >    >>     >> >> >> >> >    I can't find it on the test environnement, is 
> it
>    >    >> linked to
>    >    >>     >> >> jetty ?
>    >    >>     >> >> >> >> >
>    >    >>     >> >> >> >> >    Any help is welcome :)
>    >    >>     >> >> >> >> >    Regards,
>    >    >>     >> >> >> >> >
>    >    >>     >> >> >> >> >
>    >    >>     >> >> >> >> >
>    >    >>     >> >> >> >> >
>    >    >>     >> >> >> >> >
>    >    >>     >> >> >> >> > dag.sonst...@shapeblue.com
>    >    >>     >> >> >> >> > www.shapeblue.com
>    >    >>     >> >> >> >> > Amadeus House, Floral Street, London  WC2E 9DPUK
>    >    >> @shapeblue

Reply via email to