Hi, Effectively it was the template.
Thank you for your support, Issue is resolved. C1-Internal Use -----Message d'origine----- De : Wei ZHOU <ustcweiz...@gmail.com> Envoyé : mardi 21 mai 2024 16:52 À : users@cloudstack.apache.org Objet : Re: Console noVNC not working properly Hi, It looks like the NoVNC console works fine. The issue is caused by the template. -Wei On Tue, May 21, 2024 at 4:21 PM PAYET Maxime <maxime.pa...@axians.com.invalid> wrote: > > Hi Wei > > > We still facing the issue. I cannot share screen on this email, so this is > link where you can find screenshots: > > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpast > e.pics%2Ff24ba06737c49867be0b1a16f15c6f91&data=05%7C02%7Cmaxime.payet% > 40axians.com%7Cdf3bdb799f79495cf97d08dc79a5a2ae%7Ccae7d06108f340dd80c3 > 3c0b8889224a%7C0%7C0%7C638518999502758058%7CUnknown%7CTWFpbGZsb3d8eyJW > IjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C% > 7C%7C&sdata=GimK7PKQBs9Xmb0njAaSyz1sMQp1dcttcoY0376Vg2w%3D&reserved=0 > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpast > e.pics%2Ffbe49179f08de86d5c57b8c541f37f2e&data=05%7C02%7Cmaxime.payet% > 40axians.com%7Cdf3bdb799f79495cf97d08dc79a5a2ae%7Ccae7d06108f340dd80c3 > 3c0b8889224a%7C0%7C0%7C638518999502767653%7CUnknown%7CTWFpbGZsb3d8eyJW > IjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C% > 7C%7C&sdata=rUbdlOs1NanNak4SDcyACh7NQUX5pG%2FSGIq%2FzrgLmrs%3D&reserve > d=0 > > - Maxime > > > C1-Internal Use > -----Message d'origine----- > De : Wei ZHOU <ustcweiz...@gmail.com> > Envoyé : mardi 21 mai 2024 16:14 > À : users@cloudstack.apache.org > Objet : Re: Console noVNC not working properly > > Hi, > > The screenshots are not visible. > > Are you still facing the issue ? > > > -Wei > > On Tue, May 21, 2024 at 3:55 PM PAYET Maxime > <maxime.pa...@axians.com.invalid> wrote: > > > My bad, with screenshots its better > > > > > > > > > > > > > > > > > > C1-Internal Use > > De : PAYET Maxime <maxime.pa...@axians.com.INVALID> *Envoyé :* mardi > > 21 mai 2024 15:51 *À :* users@cloudstack.apache.org *Objet :* > > Console noVNC not working properly > > > > > > > > Hey there, > > > > > > > > We are conducting a poc on Cloudstack (v4.19.1 with KVM) and are > > encountering a problem getting the console to work. > > > > > > > > Indeed it seems to work but we have a stuck screen with the bios > > display at boot while the VM is started. > > > > > > > > The displayed VM UUID matches the actual VM UUID. > > > > > > > > Attached a screenshot > > > > > > > > No errors and no activity on websocket: > > > > > > > > > > > > We checked the logs on the management and proxy console side, but > > everything seems normal except a warning concerning an unknown > > parameter > > (client-inet-address) > > > > > > > > [MGMT Server] > > > > May 21 13:20:34 acsp-olps-mgmt-02 java[1268950]: WARN > > [c.c.a.d.ParamGenericValidationWorker] > > (qtp239372207-954:ctx-a8487ad8 ctx-74e86abc ctx-6ff9c49d) > > (logid:14d5c24b) Received unknown parameters for command > > createConsoleEndpoint. Unknown parameters : > > client-inet-address > > > > May 21 13:20:34 acsp-olps-mgmt-02 java[1268950]: INFO > > [o.a.c.c.ConsoleAccessManagerImpl] (qtp239372207-954:ctx-a8487ad8 > > ctx-74e86abc ctx-6ff9c49d) (logid:14d5c24b) Parse host info returned > > from executing GetVNCPortCommand. host info: 10.0.X.X > > > > > > > > When I check apiserver.log, the token is the same in my URL’s browser. > > > > > > > > [CPVM] > > > > 2024-05-21 13:20:35,606 INFO > > [cloud.consoleproxy.ConsoleProxyNoVNCHandler] > > (qtp1218168479-40:null) Get websocket connection request from remote > > IP : 82.X.X.X > > > > 2024-05-21 13:20:35,683 INFO > > [cloud.consoleproxy.ConsoleProxyNoVncClient] > > (Thread-1113:null) Connect to VNC server directly. host: 10.0.X.X, port: > > 5902 > > > > 2024-05-21 13:20:35,683 INFO [consoleproxy.vnc.NoVncClient] > > (Thread-1113:null) Connecting to VNC server 10.0.X.X:5902 ... > > > > 2024-05-21 13:20:35,717 INFO [vnc.security.VncTLSSecurity] > > (Thread-1113:null) Processing VNC TLS security > > > > 2024-05-21 13:20:35,717 INFO [utils.nio.Link] (Thread-1113:null) > > Conf file found: /usr/local/cloud/systemvm/conf/agent.properties > > > > 2024-05-21 13:20:35,810 INFO [vnc.security.VncAuthSecurity] > > (Thread-1113:null) VNC server requires password authentication > > > > 2024-05-21 13:20:35,817 INFO [vnc.security.VncAuthSecurity] > > (Thread-1113:null) Finished VNCAuth security > > > > > > > > Sometimes we have timeout errors on the websocket but I think this > > is the consequence of closing my console window in my browser. > > > > 2024-05-21 13:21:17,942 INFO > > [cloud.consoleproxy.ConsoleProxyNoVncClient] > > (Thread-1111:null) Connection with client [7] is dead. > > > > 2024-05-21 13:23:38,761 INFO > > [cloud.consoleproxy.ConsoleProxyGCThread] > > (Console Proxy GC Thread:null) Dropping > > com.cloud.consoleproxy.ConsoleProxyNoVncClient@1e5b1305 which has > > not been used for 182 seconds > > > > 2024-05-21 13:25:35,969 ERROR > > [cloud.consoleproxy.ConsoleProxyNoVNCHandler] > > (Connector-Scheduler-6940fda3-1:null) Error on websocket > > > > org.eclipse.jetty.websocket.api.CloseException: > > java.util.concurrent.TimeoutException: Idle timeout expired: > > 300001/300000 ms > > > > > > > > We verified the time and date between the CPVM and the MGMT servers. > > It's OK. (UTC Time) > > > > > > > > We use SSL for the Proxy console. The flows are open on the CPVM > > public network on port 8443 (websocket) > > > > > > > > (From my home network) > > > > telnet 154.49.x.x 8443 > > > > Trying 154.49.x.x... > > > > Connected to 154.49.x.x. > > > > Escape character is '^]'. > > > > ^[quit > > > > PConnection closed by foreign host. > > > > > > > > The flow is also open between the MGMT servers and the CPVM on port 8001. > > > > > > > > Moreover, we tried a tcpdump on this port (8001 – MGMT Iface)) but > > we did not see any packets. > > > > > > > > We observe an open socket between the proxy console and the physical > > server on the VNC port of the VM in question. > > > > > > > > > > > > (A telnet test returns the connection) > > > > > > > > root@v-377-VM:~# telnet 10.0.x.x 5902 > > > > Trying 10.0.x.x... > > > > Connected to 10.0.x.x. > > > > Escape character is '^]'. > > > > RFB 003.008 > > > > quit > > > > ^C^CConnection closed by foreign host. > > > > > > > > I tried to trace some logs in libvirt concerning the VNC part but > > found nothing or a lot of logs with QEmu. (Nothing revealant) > > > > > > > > SSL Certs have been correctly provisioned on libvirt for each > > compute by cloudstack (trying to regenerate them, and restart CPVM > > many times) > > > > > > > > So, we think the console is working but the stream between VNC > > Server and end user is dead. > > > > > > > > Please, can you give us a way to solve this problem? We start to dry. > > > > > > > > Best regards, > > > > Have a nice day, > > > > *Maxime PAYET* > > > > > > > > > > > > > > > > C1-Internal Use > > > > > > > > C1-Internal Use > >
