Glad to see you solved the issue! On Mon, 7 Sep 2020 at 10:42, Ammad Syed <syedamma...@gmail.com> wrote:
> Hi, > > Thank you guys, this has fixed my problem. Here are the steps that I have > performed. > > - Did a fresh installation of 4.13.1 and copied its systemvm.iso on my ACS > in /usr/share/cloudstack-common/vms/. > - Shutdown management server. > - Deleted systemVMs from xencenter. > - Executed key injection script > "/usr/share/cloudstack-common/scripts/vm/systemvm/injectkeys.sh > /root/.ssh/id_rsa.pub /root/.ssh/id_rsa > /usr/share/cloudstack-common/vms/systemvm.iso" > - Cleared the tags xe host-param-clear param-name=tags uuid=<uuid of the XS > host> > - Started management server. > - Recreated systemVMs. > > Thank you guys for your support. > > - Ammad > > On Thu, Sep 3, 2020 at 11:40 AM Andrija Panic <andrija.pa...@gmail.com> > wrote: > > > Ammad, > > > > please check what Pearl has suggested, but I think the correct syntax > > (different id_rsa,pub, specifically the one used by ACS) should be as > > following (you can always grep your older logs for "injectkey.sh" : > > > > /bin/bash /usr/share/cloudstack-common/scripts/vm/systemvm/injectkeys.sh > > /var/cloudstack/management/.ssh/id_rsa.pub > > /var/cloudstack/management/.ssh/id_rsa > > /usr/share/cloudstack-common/vms/systemvm.iso > > You should get e meaningful output if the key was injected or not > (perhaps > > the key inside doesn't differer, so the script will not inject it again) > > Proceed with what Pearl has suggested as the next steps. > > > > Best, > > > > On Thu, 3 Sep 2020 at 06:16, Pearl d'Silva <pearl.dsi...@shapeblue.com> > > wrote: > > > > > Hi Ammad, > > > > > > Could you try re-injecting the keys into the systemVM, as this MAY > happen > > > due to stale id_rsa keys. Run the injectkeys.sh to inject the existing > > > public ssh key into the authorized_keys file inside the systemvm.iso. > > > Execute: > > > > > > > > > /usr/share/cloudstack-common/scripts/vm/systemvm/injectkeys.sh > > > /root/.ssh/id_rsa.pub /root/.ssh/id_rsa > > > /usr/share/cloudstack-common/vms/systemvm.iso' > > > > > > * Then replace the systemvm.iso on the hypervisor hosts. For each > > host: > > > > > > 1. Login and type command - xe host-param-clear param-name=tags > > > uuid=<uuid of the XS host> > > > host uuid maybe obtained using: xe host-list > > > > > > 2. 2. Restart MS and the iso should get propagated for all. > Check > > > timestamp. > > > 3. 3. Restart systemvms and they should get the iso inserted. > > > 4. > > > > > > > > > https://cwiki.apache.org/confluence/display/CLOUDSTACK/SystemVm.iso#SystemVm.iso-Xen > > > > > > Thanks, > > > Pearl > > > > > > ________________________________ > > > From: Ammad Syed <syedamma...@gmail.com> > > > Sent: Wednesday, September 2, 2020 9:12 PM > > > To: users@cloudstack.apache.org <users@cloudstack.apache.org> > > > Subject: Re: Cloudstack 4.11.3 to 4.13.1 SystemVMs Error > > > > > > Guys, please advise how to troubleshoot this further ? How can i enable > > > trace level debugging ? any help in this will be highly appreciated? > > > > > > Ammad > > > > > > > > > pearl.dsi...@shapeblue.com > > > www.shapeblue.com > > > 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK > > > @shapeblue > > > > > > > > > > > > > On 27-Aug-2020, at 1:41 PM, Vivek Kumar <vivek.ku...@indiqus.com > > .invalid> > > > wrote: > > > > > > > > Pardon, the whole mail chain was not visible so replied accordingly. > > It > > > seems like you are doing SSH using root shell so it doesn’t matter. > > > > > > > > Vivek Kumar > > > > Manager - Cloud & DevOps > > > > IndiQus Technologies > > > > 24*7 O +91 11 4055 1411 | M +91 7503460090 > > > > www.indiqus.com<http://www.indiqus.com> <http://indiqus.com/> > > > > > > > > This message is intended only for the use of the individual or entity > > to > > > which it is addressed and may contain information that is confidential > > > and/or privileged. If you are not the intended recipient please delete > > the > > > original message and any copy of it from your computer system. You are > > > hereby notified that any dissemination, distribution or copying of this > > > communication is strictly prohibited unless proper authorization has > been > > > obtained for such action. If you have received this communication in > > error, > > > please notify the sender immediately. Although IndiQus attempts to > sweep > > > e-mail and attachments for viruses, it does not guarantee that both are > > > virus-free and accepts no liability for any damage sustained as a > result > > of > > > viruses. > > > > > > > >> On 27-Aug-2020, at 2:03 PM, Vivek Kumar <vivek.ku...@indiqus.com> > > > wrote: > > > >> > > > >> Hello Ammad, > > > >> > > > >> You haven’t defined the user while logging to the system VM through > > the > > > Link local IP that’s why you have got the error while logging to the > > system > > > VM. > > > >> > > > >>>> ssh -i /root/.ssh/id_rsa.cloud 169.254.0.121 -p 3922 > > > >> > > > >> Try instead below > > > >> > > > >>>> ssh -i /root/.ssh/id_rsa.cloud -p 3922 root@169.254.0.121 > <mailto: > > > root@169.254.0.121> > > > >> > > > >> Vivek Kumar > > > >> Manager - Cloud & DevOps > > > >> IndiQus Technologies > > > >> 24*7 O +91 11 4055 1411 | M +91 7503460090 > > > >> www.indiqus.com<http://www.indiqus.com> <http://indiqus.com/> > > > >> > > > >> This message is intended only for the use of the individual or > entity > > > to which it is addressed and may contain information that is > confidential > > > and/or privileged. If you are not the intended recipient please delete > > the > > > original message and any copy of it from your computer system. You are > > > hereby notified that any dissemination, distribution or copying of this > > > communication is strictly prohibited unless proper authorization has > been > > > obtained for such action. If you have received this communication in > > error, > > > please notify the sender immediately. Although IndiQus attempts to > sweep > > > e-mail and attachments for viruses, it does not guarantee that both are > > > virus-free and accepts no liability for any damage sustained as a > result > > of > > > viruses. > > > >> > > > >>>> On 27-Aug-2020, at 1:59 PM, Ammad Syed <syedamma...@gmail.com > > > <mailto:syedamma...@gmail.com>> wrote: > > > >>> > > > >>> Guys, any help to troubleshoot this further would be highly > > > appreciated. > > > >>> > > > >>> > > > >>> Ammad Ali > > > >>>> On 18-Aug-2020, at 1:05 PM, Ammad Syed <syedamma...@gmail.com > > > <mailto:syedamma...@gmail.com>> wrote: > > > >>>> > > > >>>> > > > >>>> Hi, > > > >>>> > > > >>>> The systemVM is accessible with 169.x.x.x IP from xenserver host. > > But > > > login with private key is denied. I am testing this on my test > > environment. > > > >>>> > > > >>>> [root@xenserver ~]# ping 169.254.0.121 > > > >>>> PING 169.254.0.121 (169.254.0.121) 56(84) bytes of data. > > > >>>> 64 bytes from 169.254.0.121: icmp_seq=1 ttl=64 time=0.328 ms > > > >>>> 64 bytes from 169.254.0.121: icmp_seq=2 ttl=64 time=0.124 ms > > > >>>> 64 bytes from 169.254.0.121: icmp_seq=3 ttl=64 time=0.111 ms > > > >>>> 64 bytes from 169.254.0.121: icmp_seq=4 ttl=64 time=0.126 ms > > > >>>> ^C > > > >>>> --- 169.254.0.121 ping statistics --- > > > >>>> 4 packets transmitted, 4 received, 0% packet loss, time 2997ms > > > >>>> rtt min/avg/max/mdev = 0.111/0.172/0.328/0.090 ms > > > >>>> [root@xenserver ~]# > > > >>>> [root@xenserver ~]# > > > >>>> [root@xenserver ~]# ssh -i /root/.ssh/id_rsa.cloud 169.254.0.121 > -p > > > 3922 > > > >>>> Permission denied (publickey). > > > >>>> > > > >>>> I have checked by logging into the systemVM, the public key is not > > > found in /root/.ssh/authorized_keys. > > > >>>> > > > >>>> I have digged further, the systemvm.iso is same on the management > > > node and xenserver host. I have checked by mounting the ISO as well, > the > > > public key is there in authorized_keys in ISO. > > > >>>> > > > >>>> Restarting / recreating systemVM isn't fixed the issue. > > > >>>> > > > >>>> The systemVM is already running on HVM mode on xenserver host as > the > > > template OS type is Debian 8 64bit is selected. > > > >>>> > > > >>>> On my PRD upgrade, I have tested on one zone only. Currently I am > > > testing on my test ACS environment which have only one zone. > > > >>>> > > > >>>> Ammad Ali > > > >>>> > > > >>>>> On Mon, Aug 17, 2020 at 11:10 PM Andrija Panic < > > > andrija.pa...@gmail.com <mailto:andrija.pa...@gmail.com>> wrote: > > > >>>>> It was my tool (GUI based tool, that still doesn't return any > line > > > (???) > > > >>>>> but I see it. > > > >>>>> > > > >>>>> Problem is with 169.254.1.178 not being reachable over SSH > > > (2020-07-25 > > > >>>>> 01:45:52,097 DEBUG [c.c.h.x.r.CitrixResourceBase] > > > >>>>> (DirectAgent-57:ctx-ded7f7f9) (logid:a75971c2) Executing command > in > > > VR: > > > >>>>> /opt/cloud/bin/router_proxy.sh keystore-setup 169.254.1.178 > > > >>>>> /usr/local/cloud/systemvm/conf/agent.properties > > > >>>>> /usr/local/cloud/systemvm/conf/cloud.jks Xe8zzqZmUp9wmABH 365 > > > >>>>> /usr/local/cloud/systemvm/conf/cloud.csr) > > > >>>>> > > > >>>>> Can you try to ssh from that particular XenServer (where the SSVM > > is > > > >>>>> running) to the IP 169.xxxxx on port 3922 (ssh port) using the > > > private key > > > >>>>> - if you log in to the VM via it's console (root/password) - do > you > > > see > > > >>>>> with ifconfig the interface being started with 169..xxxx IP > > address? > > > I > > > >>>>> assume that destroying the SSVM and starting a new one doesn't > fix > > > the > > > >>>>> issue? > > > >>>>> > > > >>>>> You can also try changing the OS type of the systemVM template to > > > Other > > > >>>>> Linux 64bit, so it runs in HVM mode (instead of PV) - you'll need > > to > > > see ID > > > >>>>> for that OS type from the guest_os table, and set the guest_os_id > > > field in > > > >>>>> the vm_template table for your systemVM template. > > > >>>>> > > > >>>>> Does the issue occur in other zones as well? (assuming same > > > hypervisor type) > > > >>>>> > > > >>>>> > > > >>>>> On Mon, 17 Aug 2020 at 15:31, Ammad Syed <syedamma...@gmail.com > > > <mailto:syedamma...@gmail.com>> wrote: > > > >>>>> > > > >>>>>> I have rechecked the logs are there. Please review below lines. > > > >>>>>> > > > >>>>>> > > > >>>>>> > > > >>>>>> > > > > > > C:\Users\ammad\Downloads\management-server.log-4.13\management-server.log-4.13.1-errors > > > >>>>>> (27 hits) > > > >>>>>> Line 409969: 2020-07-25 01:45:52,320 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-58:ctx-9dc75334 > > > >>>>>> job-1207969/job-1208104 ctx-09e752ec) (logid:a75971c2) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: s-25023-VM > > > >>>>>> Line 437413: 2020-07-25 01:51:33,845 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-70:ctx-457ce4ee > > > >>>>>> job-1207969/job-1208129 ctx-195da69e) (logid:a75971c2) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: s-25024-VM > > > >>>>>> Line 549538: 2020-07-25 02:06:44,833 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-3:ctx-4634f7e0 > > > >>>>>> job-1208154/job-1208161 ctx-05d065dc) (logid:91fc037a) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: v-25027-VM > > > >>>>>> Line 663111: 2020-07-25 02:23:43,783 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-22:ctx-fe0b857b > > > >>>>>> job-1208154/job-1208222 ctx-ef088cd7) (logid:91fc037a) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: v-20771-VM > > > >>>>>> Line 667060: 2020-07-25 02:24:30,221 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-23:ctx-662cfe5d > > > >>>>>> job-1208154/job-1208229 ctx-e59878e9) (logid:91fc037a) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: v-24763-VM > > > >>>>>> Line 674269: 2020-07-25 02:25:47,345 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-24:ctx-b6529613 > > > >>>>>> job-1208154/job-1208233 ctx-7da81cab) (logid:91fc037a) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: v-20773-VM > > > >>>>>> Line 678169: 2020-07-25 02:26:20,355 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-31:ctx-7a062a66 > > > >>>>>> job-1208154/job-1208244 ctx-4f48d08a) (logid:91fc037a) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: v-25027-VM > > > >>>>>> Line 697113: 2020-07-25 02:30:09,669 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-40:ctx-3be9fddc > > > >>>>>> job-1208154/job-1208257 ctx-ed08fc43) (logid:91fc037a) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: v-20771-VM > > > >>>>>> Line 701161: 2020-07-25 02:30:48,127 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-41:ctx-4e3c666d > > > >>>>>> job-1208155/job-1208258 ctx-df740f75) (logid:9fa7dece) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: s-24142-VM > > > >>>>>> Line 701838: 2020-07-25 02:30:56,759 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-42:ctx-04ac8e71 > > > >>>>>> job-1208154/job-1208259 ctx-36c67b5e) (logid:91fc037a) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: v-24763-VM > > > >>>>>> Line 703865: 2020-07-25 02:31:25,123 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-46:ctx-24bdbe8f > > > >>>>>> job-1208154/job-1208266 ctx-fa500d3c) (logid:91fc037a) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: v-20773-VM > > > >>>>>> Line 712078: 2020-07-25 02:32:28,666 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-48:ctx-4d5db5c2 > > > >>>>>> job-1208155/job-1208269 ctx-b0f67c2e) (logid:9fa7dece) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: s-25033-VM > > > >>>>>> Line 715204: 2020-07-25 02:33:02,875 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-51:ctx-594da6d2 > > > >>>>>> job-1208155/job-1208273 ctx-ca115800) (logid:9fa7dece) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: s-25035-VM > > > >>>>>> Line 743140: 2020-07-25 02:38:52,257 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-59:ctx-a3f032da > > > >>>>>> job-1208155/job-1208294 ctx-626a2716) (logid:9fa7dece) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: s-25037-VM > > > >>>>>> Line 817646: 2020-07-25 02:47:07,127 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-5:ctx-ca073bd1 > > > >>>>>> job-1208297/job-1208305 ctx-6213af3b) (logid:1a2a782c) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: s-25038-VM > > > >>>>>> Line 847150: 2020-07-25 02:51:46,293 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-8:ctx-9db8c548 > > > >>>>>> job-1208296/job-1208312 ctx-83c570ff) (logid:436d1800) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: v-25040-VM > > > >>>>>> Line 903949: 2020-07-25 02:57:48,515 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-4:ctx-f35fd59a > > > >>>>>> job-1208320/job-1208333 ctx-f81179ac) (logid:05eacf0d) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: v-25041-VM > > > >>>>>> Line 957628: 2020-07-25 03:04:13,286 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-24:ctx-dc18956a > > > >>>>>> job-1208320/job-1208381 ctx-b53f5d7c) (logid:05eacf0d) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: v-20771-VM > > > >>>>>> Line 961606: 2020-07-25 03:05:00,522 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-28:ctx-83e48421 > > > >>>>>> job-1208320/job-1208392 ctx-e6767f04) (logid:05eacf0d) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: v-24763-VM > > > >>>>>> Line 966633: 2020-07-25 03:05:29,767 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-30:ctx-897e2a66 > > > >>>>>> job-1208320/job-1208397 ctx-39c396e1) (logid:05eacf0d) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: v-20773-VM > > > >>>>>> Line 968892: 2020-07-25 03:05:53,648 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-36:ctx-68e45b80 > > > >>>>>> job-1208320/job-1208405 ctx-1aaf96dd) (logid:05eacf0d) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: v-25041-VM > > > >>>>>> Line 1003036: 2020-07-25 03:13:33,582 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-45:ctx-0f552e0e > > > >>>>>> job-1208320/job-1208422 ctx-e8835fe9) (logid:05eacf0d) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: v-20771-VM > > > >>>>>> Line 1006496: 2020-07-25 03:14:09,787 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-46:ctx-08e5db24 > > > >>>>>> job-1208320/job-1208423 ctx-2cb636c2) (logid:05eacf0d) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: v-24763-VM > > > >>>>>> Line 1008408: 2020-07-25 03:14:39,584 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-47:ctx-8b9288a9 > > > >>>>>> job-1208320/job-1208424 ctx-c05d1544) (logid:05eacf0d) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: v-20773-VM > > > >>>>>> Line 1023914: 2020-07-25 03:15:58,139 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-48:ctx-4d54d717 > > > >>>>>> job-1208320/job-1208425 ctx-27e5397d) (logid:05eacf0d) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: v-25046-VM > > > >>>>>> Line 1089568: 2020-07-25 03:24:24,534 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-59:ctx-62ff8844 > > > >>>>>> job-1208320/job-1208449 ctx-d6a14f7f) (logid:05eacf0d) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: v-25048-VM > > > >>>>>> Line 1097605: 2020-07-25 03:25:23,179 ERROR > > > >>>>>> [c.c.v.VirtualMachineManagerImpl] > > (Work-Job-Executor-62:ctx-24407a9e > > > >>>>>> job-1208321/job-1208452 ctx-84f80ffa) (logid:42edff3a) Failed to > > > setup > > > >>>>>> keystore and generate CSR for system vm: s-25050-VM > > > >>>>>> > > > >>>>>> -Ammad Ali > > > >>>>>> > > > >>>>>> > > > >>>>>> > > > >>>>>> On Mon, Aug 17, 2020 at 5:56 PM Andrija Panic < > > > andrija.pa...@gmail.com <mailto:andrija.pa...@gmail.com>> > > > >>>>>> wrote: > > > >>>>>> > > > >>>>>>> Ammad, no such log lines in the file you uploaded....? > > > >>>>>>> > > > >>>>>>> On Mon, 17 Aug 2020 at 09:02, Ammad Syed < > syedamma...@gmail.com > > > <mailto:syedamma...@gmail.com>> wrote: > > > >>>>>>> > > > >>>>>>>> Hi Andrija, > > > >>>>>>>> > > > >>>>>>>> The error occurred only one time. Can you please try to grep > > > "Failed to > > > >>>>>>>> setup keystore and generate CSR" you will see all the > systemVMs > > > that I > > > >>>>>>>> tried to create failed because of certificate generation > failed. > > > OR you > > > >>>>>>> can > > > >>>>>>>> grep job-1208321/job-1208452 this job as well. > > > >>>>>>>> > > > >>>>>>>> Also I mentioned above that same thing is happening in my test > > > >>>>>>> environment > > > >>>>>>>> that I created 4.11.1 then upgraded 4.11.3 > 4.13.1. > > > >>>>>>>> > > > >>>>>>>> Ammad Ali > > > >>>>>>>> > > > >>>>>>>> On Mon, Aug 17, 2020 at 11:17 AM Andrija Panic < > > > >>>>>> andrija.pa...@gmail.com <mailto:andrija.pa...@gmail.com>> > > > >>>>>>>> wrote: > > > >>>>>>>> > > > >>>>>>>>> 2020-07-25 03:23:51,093 WARN [c.c.v.SystemVmLoadScanner] > > > >>>>>>>>> (secstorage-1:ctx-50756e9b) (logid:3d7c25cb) Unexpected > > exception > > > >>>>>>> Failed > > > >>>>>>>> to > > > >>>>>>>>> fetch any free public IP address > > > >>>>>>>>> com.cloud.utils.exception.CloudRuntimeException: Failed to > > fetch > > > any > > > >>>>>>> free > > > >>>>>>>>> public IP address > > > >>>>>>>>> > > > >>>>>>>>> ? > > > >>>>>>>>> > > > >>>>>>>>> On Sat, 15 Aug 2020 at 18:05, Ammad Syed < > > syedamma...@gmail.com > > > <mailto:syedamma...@gmail.com>> > > > >>>>>>> wrote: > > > >>>>>>>>> > > > >>>>>>>>>> I have checked further, the key is successfully injected in > > > >>>>>>>> systemvm.iso > > > >>>>>>>>> on > > > >>>>>>>>>> the management node and copied successfully to xenserver. I > > have > > > >>>>>>>> checked > > > >>>>>>>>> on > > > >>>>>>>>>> systemVM there is no public key found in authorized_keys of > > > root. > > > >>>>>>>>>> > > > >>>>>>>>>> How can I troubleshoot this further ? how can I enable trace > > > >>>>>> logging > > > >>>>>>>> for > > > >>>>>>>>>> management server to see if there is something problematic > > > >>>>>> happening. > > > >>>>>>>>>> > > > >>>>>>>>>> Ammad Ali > > > >>>>>>>>>> > > > >>>>>>>>>> On Sat, Aug 15, 2020 at 1:28 PM Ammad Syed < > > > syedamma...@gmail.com <mailto:syedamma...@gmail.com>> > > > >>>>>>>>> wrote: > > > >>>>>>>>>> > > > >>>>>>>>>>> Hi, > > > >>>>>>>>>>> > > > >>>>>>>>>>> I have setup my test environment, here is what I did: > > > >>>>>>>>>>> > > > >>>>>>>>>>> - Installed ACS 4.11.1 and added xenserver 7.0 host in it. > > > >>>>>>> SystemVMs > > > >>>>>>>>> are > > > >>>>>>>>>>> up in the zone and agents are up. > > > >>>>>>>>>>> - Then upgraded the system to 4.11.3. Recreated systemVMs, > > > agent > > > >>>>>> is > > > >>>>>>>> up > > > >>>>>>>>>> and > > > >>>>>>>>>>> systemVM are up with 4.11.3 systemVM version. > > > >>>>>>>>>>> - Then upgraded the system to 4.13.1, recreated systemVMs > are > > > >>>>>>> running > > > >>>>>>>>> but > > > >>>>>>>>>>> agents are not up. > > > >>>>>>>>>>> > > > >>>>>>>>>>> I have checked md5sum of systemvm.iso on xenserver and > > > management > > > >>>>>>>>> server, > > > >>>>>>>>>>> both are same. > > > >>>>>>>>>>> > > > >>>>>>>>>>> [root@xenserver iso]# md5sum > > > >>>>>>>> /opt/xensource/packages/iso/systemvm.iso > > > >>>>>>>>>>> baba18f156395da3a5d8208727d8f421 > > > >>>>>>>>>> /opt/xensource/packages/iso/systemvm.iso > > > >>>>>>>>>>> > > > >>>>>>>>>>> [root@cloudstack-upgrade vms]# md5sum > > > >>>>>>>>>>> /usr/share/cloudstack-common/vms/systemvm.iso > > > >>>>>>>>>>> baba18f156395da3a5d8208727d8f421 > > > >>>>>>>>>>> /usr/share/cloudstack-common/vms/systemvm.iso > > > >>>>>>>>>>> > > > >>>>>>>>>>> Also the private key on xenserver root and management > server > > > are > > > >>>>>>>> same. > > > >>>>>>>>>>> > > > >>>>>>>>>>> management server > > > >>>>>>>>>>> > /usr/share/cloudstack-common/scripts/vm/systemvm/id_rsa.cloud > > > >>>>>>>>>>> > > > >>>>>>>>>>> xenserver path > > > >>>>>>>>>>> /root/.ssh/id_rsa.cloud > > > >>>>>>>>>>> > > > >>>>>>>>>>> - Ammad Ali > > > >>>>>>>>>>> > > > >>>>>>>>>>> On Thu, Aug 13, 2020 at 11:27 AM Ammad Syed < > > > >>>>>> syedamma...@gmail.com <mailto:syedamma...@gmail.com> > > > >>>>>>>> > > > >>>>>>>>>> wrote: > > > >>>>>>>>>>> > > > >>>>>>>>>>>> Here is the link for download management logs. > > > >>>>>>>>>>>> > > > >>>>>>>>>>>> > > > >>>>>>>>>>>> > > > >>>>>>>>>> > > > >>>>>>>>> > > > >>>>>>>> > > > >>>>>>> > > > >>>>>> > > > > > > https://drive.google.com/file/d/1l6HDPguGUNaOxsc7VSaj7eaP0F2UOFjA/view?usp=sharing > > > >>>>>>>>>>>> > > > >>>>>>>>>>>> On Thu, Aug 13, 2020 at 11:22 AM Ammad Syed < > > > >>>>>>> syedamma...@gmail.com> > > > >>>>>>>>>>>> wrote: > > > >>>>>>>>>>>> > > > >>>>>>>>>>>>> I have reverted the version back to 4.11.3. But I have > > saved > > > >>>>>> logs > > > >>>>>>>>>>>>> starting from upgrade. > > > >>>>>>>>>>>>> > > > >>>>>>>>>>>>> I think the key has been copied successfully in system vm > > > iso. > > > >>>>>>>>>>>>> > > > >>>>>>>>>>>>> 2020-07-25 00:34:17,214 INFO > > [c.c.s.ConfigurationServerImpl] > > > >>>>>>>>>>>>> (main:null) (logid:) Going to update systemvm iso with > > > >>>>>> generated > > > >>>>>>>>>> keypairs > > > >>>>>>>>>>>>> if needed > > > >>>>>>>>>>>>> 2020-07-25 00:34:17,214 INFO > > [c.c.s.ConfigurationServerImpl] > > > >>>>>>>>>>>>> (main:null) (logid:) Trying to inject public and private > > keys > > > >>>>>>> into > > > >>>>>>>>>> systemvm > > > >>>>>>>>>>>>> iso > > > >>>>>>>>>>>>> 2020-07-25 00:34:17,217 DEBUG [c.c.u.s.Script] > (main:null) > > > >>>>>>> (logid:) > > > >>>>>>>>>>>>> Looking for vms/systemvm.iso in the classpath > > > >>>>>>>>>>>>> 2020-07-25 00:34:17,217 DEBUG [c.c.u.s.Script] > (main:null) > > > >>>>>>> (logid:) > > > >>>>>>>>>>>>> System resource: > > > >>>>>>> file:/usr/share/cloudstack-common/vms/systemvm.iso > > > >>>>>>>>>>>>> 2020-07-25 00:34:17,217 DEBUG [c.c.u.s.Script] > (main:null) > > > >>>>>>> (logid:) > > > >>>>>>>>>>>>> Absolute path = > > > /usr/share/cloudstack-common/vms/systemvm.iso > > > >>>>>>>>>>>>> 2020-07-25 00:34:17,218 DEBUG > > [c.c.s.ConfigurationServerImpl] > > > >>>>>>>>>>>>> (main:null) (logid:) Executing: /bin/bash > > > >>>>>>>>>>>>> > > > /usr/share/cloudstack-common/scripts/vm/systemvm/injectkeys.sh > > > >>>>>>>>>>>>> /var/cloudstack/management/.ssh/id_rsa.pub > > > >>>>>>>>>>>>> /var/cloudstack/management/.ssh/id_rsa > > > >>>>>>>>>>>>> /usr/share/cloudstack-common/vms/systemvm.iso > > > >>>>>>>>>>>>> 2020-07-25 00:34:17,636 INFO > > [c.c.s.ConfigurationServerImpl] > > > >>>>>>>>>>>>> (main:null) (logid:) Injected public and private keys > into > > > >>>>>>> systemvm > > > >>>>>>>>> iso > > > >>>>>>>>>>>>> with result : null > > > >>>>>>>>>>>>> 2020-07-25 00:34:50,613 DEBUG > > [c.c.h.x.r.CitrixResourceBase] > > > >>>>>>>>>>>>> (DirectAgent-1:ctx-d3dc4cf2) (logid:1d22396d) Copying > > > >>>>>>>>>>>>> > > > >>>>>>>>>> > > > >>>>>>>>> > > > >>>>>>>> > > > >>>>>>> > > > >>>>>> > > > > > > /usr/share/cloudstack-common/scripts/vm/hypervisor/xenserver/xenserver65/../../../../../vms/systemvm.iso > > > >>>>>>>>>>>>> to /opt/xensource/packages/iso on 172.16.2.22 with > > permission > > > >>>>>>> 0644 > > > >>>>>>>>>>>>> 2020-07-25 00:34:52,566 DEBUG > > [c.c.h.x.r.CitrixResourceBase] > > > >>>>>>>>>>>>> (DirectAgent-2:ctx-2537b610) (logid:29c67b7a) Copying > > > >>>>>>>>>>>>> > > > >>>>>>>>>> > > > >>>>>>>>> > > > >>>>>>>> > > > >>>>>>> > > > >>>>>> > > > > > > /usr/share/cloudstack-common/scripts/vm/hypervisor/xenserver/xenserver65/../../../../../vms/systemvm.iso > > > >>>>>>>>>>>>> to /opt/xensource/packages/iso on 172.16.2.5 with > > permission > > > >>>>>> 0644 > > > >>>>>>>>>>>>> 2020-07-25 00:34:53,170 DEBUG > > [c.c.h.x.r.CitrixResourceBase] > > > >>>>>>>>>>>>> (DirectAgent-3:ctx-168ac27d) (logid:a7862c4b) Copying > > > >>>>>>>>>>>>> > > > >>>>>>>>>> > > > >>>>>>>>> > > > >>>>>>>> > > > >>>>>>> > > > >>>>>> > > > > > > /usr/share/cloudstack-common/scripts/vm/hypervisor/xenserver/xenserver65/../../../../../vms/systemvm.iso > > > >>>>>>>>>>>>> to /opt/xensource/packages/iso on 172.16.2.9 with > > permission > > > >>>>>> 0644 > > > >>>>>>>>>>>>> 2020-07-25 00:34:54,621 DEBUG > > [c.c.h.x.r.CitrixResourceBase] > > > >>>>>>>>>>>>> (DirectAgent-6:ctx-f640fe55) (logid:0a62d4cf) Copying > > > >>>>>>>>>>>>> > > > >>>>>>>>>> > > > >>>>>>>>> > > > >>>>>>>> > > > >>>>>>> > > > >>>>>> > > > > > > /usr/share/cloudstack-common/scripts/vm/hypervisor/xenserver/xenserver65/../../../../../vms/systemvm.iso > > > >>>>>>>>>>>>> to /opt/xensource/packages/iso on 172.16.2.5 with > > permission > > > >>>>>> 0644 > > > >>>>>>>>>>>>> > > > >>>>>>>>>>>>> I have attached complete management logs. The start of > logs > > > is > > > >>>>>>> the > > > >>>>>>>>>> start > > > >>>>>>>>>>>>> of management server after upgrade of management server > > from > > > >>>>>>> 4.11.3 > > > >>>>>>>>> to > > > >>>>>>>>>>>>> 4.13.1. > > > >>>>>>>>>>>>> > > > >>>>>>>>>>>>> Ammad Ali > > > >>>>>>>>>>>>> > > > >>>>>>>>>>>>> On Thu, Aug 13, 2020 at 1:35 AM Andrija Panic < > > > >>>>>>>>> andrija.pa...@gmail.com > > > >>>>>>>>>>> > > > >>>>>>>>>>>>> wrote: > > > >>>>>>>>>>>>> > > > >>>>>>>>>>>>>> Do you get an error while trying to inject ssh key into > > the > > > >>>>>>>>>> systemvm.iso > > > >>>>>>>>>>>>>> (mgmt logs) , or can you confirm that the systemvm.iso > on > > XS > > > >>>>>>> host > > > >>>>>>>>> and > > > >>>>>>>>>>>>>> the > > > >>>>>>>>>>>>>> one on the mgmt server are identical, md5sum them (i.e. > > has > > > >>>>>> the > > > >>>>>>>> iso > > > >>>>>>>>>> been > > > >>>>>>>>>>>>>> copied over to the XS successfully) - this might explain > > not > > > >>>>>>> being > > > >>>>>>>>>> able > > > >>>>>>>>>>>>>> to > > > >>>>>>>>>>>>>> login via ssh with your private key. > > > >>>>>>>>>>>>>> > > > >>>>>>>>>>>>>> Best, > > > >>>>>>>>>>>>>> > > > >>>>>>>>>>>>>> On Wed, 12 Aug 2020, 09:08 Ammad Syed, < > > > syedamma...@gmail.com > > > >>>>>>> > > > >>>>>>>>> wrote: > > > >>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>> Yes this is exactly the same issue that i faced. > > > >>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>> Sent from my iPhone > > > >>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>> On 12-Aug-2020, at 8:35 AM, Eric Lee Green < > > > >>>>>>>>>>>>>> eric.lee.gr...@gmail.com> > > > >>>>>>>>>>>>>>> wrote: > > > >>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>> Correct, 4.11.3 template is used for 4.11.3, 4.12, > and > > > >>>>>>> 4.13. > > > >>>>>>>>> 4.14 > > > >>>>>>>>>>>>>> moves > > > >>>>>>>>>>>>>>> to the 4.14.0 template. > > > >>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>> There seems to be something odd happening key-wise > > > >>>>>> sometimes > > > >>>>>>>>> with > > > >>>>>>>>>>>>>>> upgrades from 4.11.3 to 4.13.1 or 4.14.0. I managed > an > > > >>>>>>> upgrade > > > >>>>>>>>>> from > > > >>>>>>>>>>>>>>> 4.11.3 to 4.13.1 that *almost* worked, but the > secondary > > > >>>>>>> storage > > > >>>>>>>>> VM > > > >>>>>>>>>>>>>>> wouldn't work and thus I couldn't spawn new virtual > > > >>>>>> machines. > > > >>>>>>>> Same > > > >>>>>>>>>>>>>> symptom > > > >>>>>>>>>>>>>>> -- key error when the agent tried to ssh into it. And > > > >>>>>> deleting > > > >>>>>>>> it > > > >>>>>>>>>> and > > > >>>>>>>>>>>>>>> making it respawn didn't help. Then I tried 4.11.3 to > > > 4.14.0 > > > >>>>>>> and > > > >>>>>>>>>>>>>> *all* the > > > >>>>>>>>>>>>>>> VM's failed at that point (of course, that was with the > > new > > > >>>>>>>>>> template). > > > >>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>> Right now I'm back at 4.11.3 until this can be figured > > > >>>>>> out. > > > >>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>>> On 8/11/2020 5:53 AM, Ammad Syed wrote: > > > >>>>>>>>>>>>>>>>> Hi, > > > >>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>>> I think 4.12 and 4.13 uses same systemVM template i.e > > > >>>>>>> 4.11.3 > > > >>>>>>>>>>>>>> version, > > > >>>>>>>>>>>>>>> which > > > >>>>>>>>>>>>>>>>> I already have registered. Currently I am running > > 4.11.3 > > > >>>>>>>>> version > > > >>>>>>>>>>>>>> of ACS. > > > >>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>>> MariaDB [cloud]> SELECT > id,name,type,cross_zones,state > > > >>>>>> FROM > > > >>>>>>>>>>>>>>>>> cloud.vm_template WHERE name like > > '%systemvm-xenserver%' > > > >>>>>>> AND > > > >>>>>>>>>>>>>> removed IS > > > >>>>>>>>>>>>>>>>> NULL; > > > >>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>> > > > >>>>>>>>>> > > > >>>>>>>> > > > >>>>>> > > > > +------+-----------------------------+--------+-------------+----------+ > > > >>>>>>>>>>>>>>>>> | id | name | type | > > > >>>>>>> cross_zones | > > > >>>>>>>>>>>>>> state | > > > >>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>> > > > >>>>>>>>>> > > > >>>>>>>> > > > >>>>>> > > > > +------+-----------------------------+--------+-------------+----------+ > > > >>>>>>>>>>>>>>>>> | 337 | systemvm-xenserver-3.0.0 | SYSTEM | > > > >>>>>>> 0 | > > > >>>>>>>>>>>>>> Inactive | > > > >>>>>>>>>>>>>>>>> | 418 | systemvm-xenserver-4.2 | SYSTEM | > > > >>>>>>> 0 | > > > >>>>>>>>>>>>>> Active | > > > >>>>>>>>>>>>>>>>> | 472 | systemvm-xenserver-4.3 | USER | > > > >>>>>>> 1 | > > > >>>>>>>>>>>>>> Inactive | > > > >>>>>>>>>>>>>>>>> | 473 | systemvm-xenserver-4.3 | USER | > > > >>>>>>> 1 | > > > >>>>>>>>>>>>>> Inactive | > > > >>>>>>>>>>>>>>>>> | 474 | systemvm-xenserver-4.3 | USER | > > > >>>>>>> 1 | > > > >>>>>>>>>>>>>> Inactive | > > > >>>>>>>>>>>>>>>>> | 475 | systemvm-xenserver-4.3 | USER | > > > >>>>>>> 1 | > > > >>>>>>>>>>>>>> Inactive | > > > >>>>>>>>>>>>>>>>> | 476 | systemvm-xenserver-4.3 | USER | > > > >>>>>>> 0 | > > > >>>>>>>>>>>>>> Inactive | > > > >>>>>>>>>>>>>>>>> | 479 | systemvm-xenserver-4.3-2 | USER | > > > >>>>>>> 1 | > > > >>>>>>>>>>>>>> Inactive | > > > >>>>>>>>>>>>>>>>> | 480 | systemvm-xenserver-4.3 | SYSTEM | > > > >>>>>>> 0 | > > > >>>>>>>>>>>>>> Active | > > > >>>>>>>>>>>>>>>>> | 549 | systemvm-xenserver-4.5.1 | USER | > > > >>>>>>> 0 | > > > >>>>>>>>>>>>>> Active | > > > >>>>>>>>>>>>>>>>> | 550 | systemvm-xenserver-4.5.1 | SYSTEM | > > > >>>>>>> 0 | > > > >>>>>>>>>>>>>> Active | > > > >>>>>>>>>>>>>>>>> | 651 | systemvm-xenserver-4.7.0 | USER | > > > >>>>>>> 0 | > > > >>>>>>>>>>>>>> Inactive | > > > >>>>>>>>>>>>>>>>> | 652 | systemvm-xenserver-4.7.0 | USER | > > > >>>>>>> 0 | > > > >>>>>>>>>>>>>> Inactive | > > > >>>>>>>>>>>>>>>>> | 653 | systemvm-xenserver-4.7.0 | SYSTEM | > > > >>>>>>> 0 | > > > >>>>>>>>>>>>>> Inactive | > > > >>>>>>>>>>>>>>>>> | 737 | systemvm-xenserver-4.9.2 | SYSTEM | > > > >>>>>>> 1 | > > > >>>>>>>>>>>>>> Inactive | > > > >>>>>>>>>>>>>>>>> | 739 | systemvm-xenserver-4.9.2-sb | SYSTEM | > > > >>>>>>> 1 | > > > >>>>>>>>>>>>>> Active | > > > >>>>>>>>>>>>>>>>> | 1245 | systemvm-xenserver-4.11.1 | SYSTEM | > > > >>>>>>> 1 | > > > >>>>>>>>>>>>>> Active | > > > >>>>>>>>>>>>>>>>> | 1584 | systemvm-xenserver-4.11.2 | SYSTEM | > > > >>>>>>> 1 | > > > >>>>>>>>>>>>>> Active | > > > >>>>>>>>>>>>>>>>> | 1677 | systemvm-xenserver-4.11.3 | SYSTEM | > > > >>>>>>> 1 | > > > >>>>>>>>>>>>>> Active | > > > >>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>> > > > >>>>>>>>>> > > > >>>>>>>> > > > >>>>>> > > > > +------+-----------------------------+--------+-------------+----------+ > > > >>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>>> - Ammad > > > >>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>>> On Tue, Aug 11, 2020 at 5:17 PM Pierre-Luc Dion < > > > >>>>>>>>>>>>>> pdion...@apache.org> > > > >>>>>>>>>>>>>>> wrote: > > > >>>>>>>>>>>>>>>>> db. > > > >>>>>>>>>>>>>>>>>> Hi Syed, > > > >>>>>>>>>>>>>>>>>> From 4.12, the systemvm template had to be upgraded > > > >>>>>>> because > > > >>>>>>>> of > > > >>>>>>>>>> OS > > > >>>>>>>>>>>>>>> change in > > > >>>>>>>>>>>>>>>>>> the template, moved to a latest version of Debian. > > > >>>>>> Because > > > >>>>>>>> of > > > >>>>>>>>>>>>>> that, > > > >>>>>>>>>>>>>>> some VR > > > >>>>>>>>>>>>>>>>>> scripts have changed and make obsolete older version > > of > > > >>>>>>> VRs, > > > >>>>>>>>> so > > > >>>>>>>>>>>>>> you > > > >>>>>>>>>>>>>>> will > > > >>>>>>>>>>>>>>>>>> most likely have to register an updated systemvm > > > >>>>>> templates > > > >>>>>>>> and > > > >>>>>>>>>>>>>> upgrade > > > >>>>>>>>>>>>>>> your > > > >>>>>>>>>>>>>>>>>> system VMs and VRs. > > > >>>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>>>> Regards, > > > >>>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>>>>> On Tue, Aug 11, 2020 at 6:24 AM Ammad Syed < > > > >>>>>>>>>>>>>> syedamma...@gmail.com> > > > >>>>>>>>>>>>>>> wrote: > > > >>>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>>>>> Hi Guys, > > > >>>>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>>>>> I was previously on 4.9.3 cloudstack and upgraded > to > > > >>>>>>> 4.11.1 > > > >>>>>>>>>> then > > > >>>>>>>>>>>>>>> 4.11.3. > > > >>>>>>>>>>>>>>>>>>> The version 4.11.3 is working fine since six > months. > > > >>>>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>>>>> Now I have tried to upgrade my system from 4.11.3 > to > > > >>>>>>>> 4.13.1. > > > >>>>>>>>>> The > > > >>>>>>>>>>>>>>> upgrade > > > >>>>>>>>>>>>>>>>>>> goes successful. I didn't uploaded any system VM > > > >>>>>>> template. > > > >>>>>>>>>>>>>> However the > > > >>>>>>>>>>>>>>>>>>> problem occured when I recreated my systemVM of > POD, > > > >>>>>> the > > > >>>>>>> VM > > > >>>>>>>>>>>>>> recreated > > > >>>>>>>>>>>>>>> and > > > >>>>>>>>>>>>>>>>>>> its state was running but agent state was not > getting > > > >>>>>> up, > > > >>>>>>>> its > > > >>>>>>>>>>>>>> showing > > > >>>>>>>>>>>>>>>>>> blank > > > >>>>>>>>>>>>>>>>>>> in column. > > > >>>>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>>>>> Digging further via job logs, the job is failed > with > > > >>>>>>> error > > > >>>>>>>>> that > > > >>>>>>>>>>>>>>> unable to > > > >>>>>>>>>>>>>>>>>>> execute command via ssh. Below are the logs. > > > >>>>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>>>>> 2020-07-25 02:30:48,126 ERROR [c.c.u.s.SshHelper] > > > >>>>>>>>>>>>>>>>>>> (DirectAgent-211:ctx-62f09b31) (logid:9fa7dece) SSH > > > >>>>>>>> execution > > > >>>>>>>>>> of > > > >>>>>>>>>>>>>>> command > > > >>>>>>>>>>>>>>>>>>> /opt/cloud/bin/router_proxy.sh keystore-s > > > >>>>>>>>>>>>>>>>>>> etup 169.254.2.199 > > > >>>>>>>>>>>>>> /usr/local/cloud/systemvm/conf/agent.properties > > > >>>>>>>>>>>>>>>>>>> /usr/local/cloud/systemvm/conf/cloud.jks > > > >>>>>> TJaQYChYBwKh7Cx9 > > > >>>>>>>> 365 > > > >>>>>>>>>>>>>>>>>>> /usr/local/cloud/systemvm/conf/clou > > > >>>>>>>>>>>>>>>>>>> d.csr has an error status code in return. Result > > > >>>>>> output: > > > >>>>>>>>>>>>>>>>>>> 2020-07-25 02:30:48,127 DEBUG > > > >>>>>>> [c.c.a.m.DirectAgentAttache] > > > >>>>>>>>>>>>>>>>>>> (DirectAgent-211:ctx-62f09b31) (logid:9fa7dece) Seq > > > >>>>>>>>>>>>>>>>>>> 906-3195585410596077730: Response Received: > > > >>>>>>>>>>>>>>>>>>> 2020-07-25 02:30:48,127 DEBUG [c.c.a.t.Request] > > > >>>>>>>>>>>>>>>>>>> (DirectAgent-211:ctx-62f09b31) (logid:9fa7dece) Seq > > > >>>>>>>>>>>>>>>>>>> 906-3195585410596077730: Processing: { Ans: , > > MgmtId: > > > >>>>>>>>>> 779271079 > > > >>>>>>>>>>>>>>>>>>> 43497, via: 906(xen-21-10-a3-khi02), Ver: v1, > Flags: > > > >>>>>> 10, > > > >>>>>>>>>>>>>>>>>>> [{"org.apache.cloudstack.ca > > > >>>>>>>>>>>>>>>>>>> .SetupKeystoreAnswer":{"result":false,"wait":0}}] > > > >>>>>>>>>>>>>>>>>>> } > > > >>>>>>>>>>>>>>>>>>> 2020-07-25 02:30:48,127 DEBUG [c.c.a.t.Request] > > > >>>>>>>>>>>>>>>>>>> (Work-Job-Executor-41:ctx-4e3c666d > > > >>>>>>> job-1208155/job-1208258 > > > >>>>>>>>>>>>>>> ctx-df740f75) > > > >>>>>>>>>>>>>>>>>>> (logid:9fa7dece) Seq 906-319558541059607773 > > > >>>>>>>>>>>>>>>>>>> 0: Received: { Ans: , MgmtId: 77927107943497, via: > > > >>>>>>>>>>>>>>>>>>> 906(xen-21-10-a3-khi02), Ver: v1, Flags: 10, { > > > >>>>>>>>>>>>>> SetupKeystoreAnswer } } > > > >>>>>>>>>>>>>>>>>>> 2020-07-25 02:30:48,127 ERROR > > > >>>>>>>>> [c.c.v.VirtualMachineManagerImpl] > > > >>>>>>>>>>>>>>>>>>> (Work-Job-Executor-41:ctx-4e3c666d > > > >>>>>>> job-1208155/job-1208258 > > > >>>>>>>>>>>>>>> ctx-df740f75) > > > >>>>>>>>>>>>>>>>>>> (logid:9fa7dece) Failed to setup keystore and > > generate > > > >>>>>>> CSR > > > >>>>>>>>> for > > > >>>>>>>>>>>>>> system > > > >>>>>>>>>>>>>>> vm: > > > >>>>>>>>>>>>>>>>>>> s-24142-VM > > > >>>>>>>>>>>>>>>>>>> 2020-07-25 02:30:48,127 DEBUG > > > >>>>>>> [c.c.v.VmWorkJobHandlerProxy] > > > >>>>>>>>>>>>>>>>>>> (Work-Job-Executor-41:ctx-4e3c666d > > > >>>>>>> job-1208155/job-1208258 > > > >>>>>>>>>>>>>>> ctx-df740f75) > > > >>>>>>>>>>>>>>>>>>> (logid:9fa7dece) Done executing VM work job: > > > >>>>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>> > > > >>>>>>>>>> > > > >>>>>>>>> > > > >>>>>>>> > > > >>>>>>> > > > >>>>>> > > > > > > com.cloud.vm.VmWorkStart{"dcId":0,"userId":1,"accountId":1,"vmId":24142,"handlerName":"VirtualMachineManagerImpl"} > > > >>>>>>>>>>>>>>>>>>> 2020-07-25 02:30:48,128 DEBUG > > > >>>>>>>>> [o.a.c.f.j.i.AsyncJobManagerImpl] > > > >>>>>>>>>>>>>>>>>>> (Work-Job-Executor-41:ctx-4e3c666d > > > >>>>>>> job-1208155/job-1208258 > > > >>>>>>>>>>>>>>> ctx-df740f75) > > > >>>>>>>>>>>>>>>>>>> (logid:9fa7dece) Complete async job-1208258, > > jobStatus: > > > >>>>>>>>>>>>>> SUCCEEDED, > > > >>>>>>>>>>>>>>>>>>> resultCode: 0, result: null > > > >>>>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>>>>> I tried to dig it further, I was unable to login > > > >>>>>> systemVM > > > >>>>>>>> via > > > >>>>>>>>>>>>>> ssh from > > > >>>>>>>>>>>>>>>>>>> xenserver host with key /root/.ssh/id_rsa.cloud > > placed. > > > >>>>>>>> Look > > > >>>>>>>>>> like > > > >>>>>>>>>>>>>>> private > > > >>>>>>>>>>>>>>>>>>> key issue. However I am able to login on my old > > > >>>>>>> systemVMs ( > > > >>>>>>>>> i.e > > > >>>>>>>>>>>>>>> created > > > >>>>>>>>>>>>>>>>>> on > > > >>>>>>>>>>>>>>>>>>> ACS 4.11.3) > > > >>>>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>>>>> Also I have SSL certificate enabled for console > proxy > > > >>>>>> on > > > >>>>>>> my > > > >>>>>>>>> ACS > > > >>>>>>>>>>>>>> 4.11.3 > > > >>>>>>>>>>>>>>>>>> and > > > >>>>>>>>>>>>>>>>>>> I am using only xenserver 7.0 hosts. > > > >>>>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>>>>> I tried to disable SSL on secstorage and console > > proxy > > > >>>>>>> from > > > >>>>>>>>>>>>>> global > > > >>>>>>>>>>>>>>>>>>> settings, but still didn't worked. > > > >>>>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>>>>> I had a fresh installation of ACS 4.13.1 with > > xenserver > > > >>>>>>>> 7.0, > > > >>>>>>>>>>>>>> systemVMs > > > >>>>>>>>>>>>>>>>>> are > > > >>>>>>>>>>>>>>>>>>> working fine in it. > > > >>>>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>>>>> Please advise. > > > >>>>>>>>>>>>>>>>>>> -- > > > >>>>>>>>>>>>>>>>>>> Regards, > > > >>>>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>>>>> Syed Ammad Ali > > > >>>>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>> > > > >>>>>>>>>>>>> > > > >>>>>>>>>>>>> > > > >>>>>>>>>>>>> -- > > > >>>>>>>>>>>>> Regards, > > > >>>>>>>>>>>>> > > > >>>>>>>>>>>>> > > > >>>>>>>>>>>>> Syed Ammad Ali > > > >>>>>>>>>>>>> > > > >>>>>>>>>>>> > > > >>>>>>>>>>>> > > > >>>>>>>>>>>> -- > > > >>>>>>>>>>>> Regards, > > > >>>>>>>>>>>> > > > >>>>>>>>>>>> > > > >>>>>>>>>>>> Syed Ammad Ali > > > >>>>>>>>>>>> > > > >>>>>>>>>>> > > > >>>>>>>>>>> > > > >>>>>>>>>>> -- > > > >>>>>>>>>>> Regards, > > > >>>>>>>>>>> > > > >>>>>>>>>>> > > > >>>>>>>>>>> Syed Ammad Ali > > > >>>>>>>>>>> > > > >>>>>>>>>> > > > >>>>>>>>>> > > > >>>>>>>>>> -- > > > >>>>>>>>>> Regards, > > > >>>>>>>>>> > > > >>>>>>>>>> > > > >>>>>>>>>> Syed Ammad Ali > > > >>>>>>>>>> > > > >>>>>>>>> > > > >>>>>>>>> > > > >>>>>>>>> -- > > > >>>>>>>>> > > > >>>>>>>>> Andrija Panić > > > >>>>>>>>> > > > >>>>>>>> > > > >>>>>>>> > > > >>>>>>>> -- > > > >>>>>>>> Regards, > > > >>>>>>>> > > > >>>>>>>> > > > >>>>>>>> Syed Ammad Ali > > > >>>>>>>> > > > >>>>>>> > > > >>>>>>> > > > >>>>>>> -- > > > >>>>>>> > > > >>>>>>> Andrija Panić > > > >>>>>>> > > > >>>>>> > > > >>>>>> > > > >>>>>> -- > > > >>>>>> Regards, > > > >>>>>> > > > >>>>>> > > > >>>>>> Syed Ammad Ali > > > >>>>>> > > > >>>>> > > > >>>>> > > > >>>>> -- > > > >>>>> > > > >>>>> Andrija Panić > > > >>>> > > > >>>> > > > >>>> -- > > > >>>> Regards, > > > >>>> > > > >>>> > > > >>>> Syed Ammad Ali > > > >> > > > > > > > > > > > > > -- > > > > Andrija Panić > > > > > -- > Regards, > > > Syed Ammad Ali > -- Andrija Panić