Missing ubuntu 4.18 packages
Hello, it looks like the 4.18 packages for focal/jammy/bionic are missing at download.cloudstack.org. Regards, -- p4nd0ra - the curious
Inclusion of pull #41 from cloudstack-kubernetes.provider in 4.18
Hello, I understand we are close to RC but If this pull is tested and ok it makes sense to include in 4.18 since our customers keep getting this bug. It looks relatively straightforward since it is an issue of vm name case sensitivity. https://github.com/apache/cloudstack-kubernetes-provider/pull/41 Regards, -- p4nd0ra - the curious
Re: ConsoleProxy possibly broken
Hello, created https://github.com/apache/cloudstack/issues/6828 for better tracking. On Fri, Oct 14, 2022 at 10:23 AM Wei ZHOU wrote: > Hi, > > This might be related to https://github.com/apache/cloudstack/pull/6577 > > @Nicolas Vazquez Can you have a look ? > > > -Wei > > > > On Thu, 13 Oct 2022 at 17:57, Curious Pandora wrote: > > > Hello, > > > > running a clean install on current 4.18 tree looks like something is not > > working in consoleproxy. > > (noVNC and classic as well) > > > > An identical 4.17 environment works fine. > > > > From Working Env, Consoleproxy cloud.log snips > > > -- > > 2022-10-13 14:38:45,249 INFO > [cloud.consoleproxy.ConsoleProxyNoVNCHandler] > > (qtp1954606578-43:null) Get websocket connection request from remote IP : > > 10.8.80.3 > > 2022-10-13 14:38:45,272 INFO > [cloud.consoleproxy.ConsoleProxyNoVncClient] > > (Thread-105:null) Connect to VNC server directly. host: 172.31.255.12, > > port: 5901 > > 2022-10-13 14:38:45,276 INFO [consoleproxy.vnc.NoVncClient] > > (Thread-105:null) Connecting to VNC server 172.31.255.12:5901... > > 2022-10-13 14:38:45,465 INFO [consoleproxy.vnc.NoVncClient] > > (Thread-105:null) VNC server requires password authentication > > 2022-10-13 15:29:00,863 INFO > [cloud.consoleproxy.ConsoleProxyNoVNCHandler] > > (qtp1954606578-43:null) Get websocket connection request from remote IP : > > 10.8.80.3 > > 2022-10-13 15:29:00,931 INFO > [cloud.consoleproxy.ConsoleProxyNoVncClient] > > (Thread-110:null) Connect to VNC server directly. host: 172.31.255.12, > > port: 5901 > > 2022-10-13 15:29:00,937 INFO [consoleproxy.vnc.NoVncClient] > > (Thread-110:null) Connecting to VNC server 172.31.255.12:5901... > > 2022-10-13 15:29:01,148 INFO [consoleproxy.vnc.NoVncClient] > > (Thread-110:null) VNC server requires password authentication > > > > > > From 4.18 Dev Env, Consoleproxy cloud.log snips > > > --- > > 2022-10-13 15:54:40,966 INFO > [cloud.consoleproxy.ConsoleProxyNoVNCHandler] > > (qtp1810267116-38:null) Get websocket connection request from remote IP : > > 10.8.80.3 > > 2022-10-13 15:54:41,017 WARN [cloud.consoleproxy.ConsoleProxy] > > (qtp1810267116-38:null) External authenticator failed authentication > > request for vm d59c31a5-e4c8-454f-a9ff-432bc8910fcb with sid > > 7lXWphOeekTsH0G6x3xWVQ > > 2022-10-13 15:54:41,024 WARN > [cloud.consoleproxy.ConsoleProxyNoVNCHandler] > > (qtp1810267116-38:null) Failed to create viewer due to External > > authenticator failed request for vm d59c31a5-e4c8-454f-a9ff-432bc8910fcb > > with sid 7lXWphOeekTsH0G6x3xWVQ > > com.cloud.consoleproxy.AuthenticationException: External authenticator > > failed request for vm d59c31a5-e4c8-454f-a9ff-432bc8910fcb with sid > > 7lXWphOeekTsH0G6x3xWVQ > > > > Note that for some reason the 4.18 uses External authenticator. > > > > The networking for both environments is exactly the same. > > > > Can someone verify ? > > > > Regards > > > > -- > > p4nd0ra - the curious > > > -- p4nd0ra - the curious
Re: ConsoleProxy possibly broken
Furthermore, on the management server side the following messages exist in the logs: WARN [c.c.a.d.ParamGenericValidationWorker] (qtp1637207591-343:ctx-79672d38 ctx-0d2376ce) (logid:b4beffac) Received unknown parameters for command createConsoleEndpoint. Unknown parameters : client-inet-address INFO [o.a.c.c.ConsoleAccessManagerImpl] (qtp1637207591-343:ctx-79672d38 ctx-0d2376ce) (logid:b4beffac) Parse host info returned from executing GetVNCPortCommand. host info: 172.31.255.211 WARN [c.c.a.m.AgentManagerImpl] (qtp1637207591-343:ctx-79672d38 ctx-0d2376ce) (logid:b4beffac) Unsupported Command: Unsupported command issued: com.cloud.agent.api.BadCommand. Are you sure you got the right type of server? ERROR [c.c.c.AgentHookBase] (AgentManager-Handler-3:null) (logid:) Invalid session, only one session allowed per token On Thu, Oct 13, 2022 at 6:57 PM Curious Pandora wrote: > Hello, > > running a clean install on current 4.18 tree looks like something is not > working in consoleproxy. > (noVNC and classic as well) > > An identical 4.17 environment works fine. > > From Working Env, Consoleproxy cloud.log snips > -- > 2022-10-13 14:38:45,249 INFO > [cloud.consoleproxy.ConsoleProxyNoVNCHandler] (qtp1954606578-43:null) Get > websocket connection request from remote IP : 10.8.80.3 > 2022-10-13 14:38:45,272 INFO [cloud.consoleproxy.ConsoleProxyNoVncClient] > (Thread-105:null) Connect to VNC server directly. host: 172.31.255.12, > port: 5901 > 2022-10-13 14:38:45,276 INFO [consoleproxy.vnc.NoVncClient] > (Thread-105:null) Connecting to VNC server 172.31.255.12:5901... > 2022-10-13 14:38:45,465 INFO [consoleproxy.vnc.NoVncClient] > (Thread-105:null) VNC server requires password authentication > 2022-10-13 15:29:00,863 INFO > [cloud.consoleproxy.ConsoleProxyNoVNCHandler] (qtp1954606578-43:null) Get > websocket connection request from remote IP : 10.8.80.3 > 2022-10-13 15:29:00,931 INFO [cloud.consoleproxy.ConsoleProxyNoVncClient] > (Thread-110:null) Connect to VNC server directly. host: 172.31.255.12, > port: 5901 > 2022-10-13 15:29:00,937 INFO [consoleproxy.vnc.NoVncClient] > (Thread-110:null) Connecting to VNC server 172.31.255.12:5901... > 2022-10-13 15:29:01,148 INFO [consoleproxy.vnc.NoVncClient] > (Thread-110:null) VNC server requires password authentication > > > From 4.18 Dev Env, Consoleproxy cloud.log snips > --- > 2022-10-13 15:54:40,966 INFO > [cloud.consoleproxy.ConsoleProxyNoVNCHandler] (qtp1810267116-38:null) Get > websocket connection request from remote IP : 10.8.80.3 > 2022-10-13 15:54:41,017 WARN [cloud.consoleproxy.ConsoleProxy] > (qtp1810267116-38:null) External authenticator failed authentication > request for vm d59c31a5-e4c8-454f-a9ff-432bc8910fcb with sid > 7lXWphOeekTsH0G6x3xWVQ > 2022-10-13 15:54:41,024 WARN > [cloud.consoleproxy.ConsoleProxyNoVNCHandler] (qtp1810267116-38:null) > Failed to create viewer due to External authenticator failed request for vm > d59c31a5-e4c8-454f-a9ff-432bc8910fcb with sid 7lXWphOeekTsH0G6x3xWVQ > com.cloud.consoleproxy.AuthenticationException: External authenticator > failed request for vm d59c31a5-e4c8-454f-a9ff-432bc8910fcb with sid > 7lXWphOeekTsH0G6x3xWVQ > > Note that for some reason the 4.18 uses External authenticator. > > The networking for both environments is exactly the same. > > Can someone verify ? > > Regards > > -- > p4nd0ra - the curious > -- p4nd0ra - the curious
ConsoleProxy possibly broken
Hello, running a clean install on current 4.18 tree looks like something is not working in consoleproxy. (noVNC and classic as well) An identical 4.17 environment works fine. >From Working Env, Consoleproxy cloud.log snips -- 2022-10-13 14:38:45,249 INFO [cloud.consoleproxy.ConsoleProxyNoVNCHandler] (qtp1954606578-43:null) Get websocket connection request from remote IP : 10.8.80.3 2022-10-13 14:38:45,272 INFO [cloud.consoleproxy.ConsoleProxyNoVncClient] (Thread-105:null) Connect to VNC server directly. host: 172.31.255.12, port: 5901 2022-10-13 14:38:45,276 INFO [consoleproxy.vnc.NoVncClient] (Thread-105:null) Connecting to VNC server 172.31.255.12:5901... 2022-10-13 14:38:45,465 INFO [consoleproxy.vnc.NoVncClient] (Thread-105:null) VNC server requires password authentication 2022-10-13 15:29:00,863 INFO [cloud.consoleproxy.ConsoleProxyNoVNCHandler] (qtp1954606578-43:null) Get websocket connection request from remote IP : 10.8.80.3 2022-10-13 15:29:00,931 INFO [cloud.consoleproxy.ConsoleProxyNoVncClient] (Thread-110:null) Connect to VNC server directly. host: 172.31.255.12, port: 5901 2022-10-13 15:29:00,937 INFO [consoleproxy.vnc.NoVncClient] (Thread-110:null) Connecting to VNC server 172.31.255.12:5901... 2022-10-13 15:29:01,148 INFO [consoleproxy.vnc.NoVncClient] (Thread-110:null) VNC server requires password authentication >From 4.18 Dev Env, Consoleproxy cloud.log snips --- 2022-10-13 15:54:40,966 INFO [cloud.consoleproxy.ConsoleProxyNoVNCHandler] (qtp1810267116-38:null) Get websocket connection request from remote IP : 10.8.80.3 2022-10-13 15:54:41,017 WARN [cloud.consoleproxy.ConsoleProxy] (qtp1810267116-38:null) External authenticator failed authentication request for vm d59c31a5-e4c8-454f-a9ff-432bc8910fcb with sid 7lXWphOeekTsH0G6x3xWVQ 2022-10-13 15:54:41,024 WARN [cloud.consoleproxy.ConsoleProxyNoVNCHandler] (qtp1810267116-38:null) Failed to create viewer due to External authenticator failed request for vm d59c31a5-e4c8-454f-a9ff-432bc8910fcb with sid 7lXWphOeekTsH0G6x3xWVQ com.cloud.consoleproxy.AuthenticationException: External authenticator failed request for vm d59c31a5-e4c8-454f-a9ff-432bc8910fcb with sid 7lXWphOeekTsH0G6x3xWVQ Note that for some reason the 4.18 uses External authenticator. The networking for both environments is exactly the same. Can someone verify ? Regards -- p4nd0ra - the curious
Possible UI Bugs
Hello all, 1) It looks like user accounts (domain admins, e.t.c) cannot see the tab IPv6 Firewall. Administrator can see the tab and make changes. 2) On account configure resource limits (maybe in Domain configure limits as well - not tested) if you edit any value and click out of the field it will reset to global max.account.value. You can click save and modify the value for that field individually if you don't click outside it but i think this is not the way it was supposed to work. Can anyone verify ? Thanks, -- p4nd0ra - the curious
Re: New B&R plugin for EMC Networker
Thanks for confirming. :) We created a pull for review at: https://github.com/apache/cloudstack/pull/6550 and https://github.com/apache/cloudstack-documentation/pull/281 Thank you all for your help On Tue, Jul 12, 2022 at 9:56 AM Sven Vogel wrote: > Hi Curious, > > We checked it. You are Right it's a bug. We will fix this. > > Ch > > > __ > > Sven Vogel > Senior Manager Research and Development - Cloud and Infrastructure > > EWERK DIGITAL GmbH > Br?hl 24, D-04109 Leipzig > P +49 341 42649 - 99 > F +49 341 42649 - 98 > s.vo...@ewerk.com > www.ewerk.com > > Gesch?ftsf?hrer: > Dr. Erik Wende, Markus B?ttcher, Marcus Leeb > Registergericht: Leipzig HRB 9065 > > Support: > +49 341 42649 555 > > Zertifiziert nach: > ISO/IEC 27001:2013 > DIN EN ISO 9001:2015 > DIN ISO/IEC 2-1:2018 > > ISAE 3402 Typ II Assessed > > EWERK-Blog<https://blog.ewerk.com/> | LinkedIn< > https://www.linkedin.com/company/ewerk-group> | Xing< > https://www.xing.com/company/ewerk> | Twitter< > https://twitter.com/EWERK_Group> | Facebook< > https://de-de.facebook.com/EWERK.Group/> > > > Ausk?nfte und Angebote per Mail sind freibleibend und unverbindlich. > > Disclaimer Privacy: > Der Inhalt dieser E-Mail (einschlie?lich etwaiger beigef?gter Dateien) ist > vertraulich und nur f?r den Empf?nger bestimmt. Sollten Sie nicht der > bestimmungsgem??e Empf?nger sein, ist Ihnen jegliche Offenlegung, > Vervielf?ltigung, Weitergabe oder Nutzung des Inhalts untersagt. Bitte > informieren Sie in diesem Fall unverz?glich den Absender und l?schen Sie > die E-Mail (einschlie?lich etwaiger beigef?gter Dateien) von Ihrem System. > Vielen Dank. > > The contents of this e-mail (including any attachments) are confidential > and may be legally privileged. If you are not the intended recipient of > this e-mail, any disclosure, copying, distribution or use of its contents > is strictly prohibited, and you should please notify the sender immediately > and then delete it (including any attachments) from your system. Thank you. > > > Von: Curious Pandora > Gesendet: Tuesday, July 12, 2022 5:06:07 AM > An: dev@cloudstack.apache.org > Betreff: Re: New B&R plugin for EMC Networker > > Thanks Rohit. We will take this into consideration. > > Anyone tried to create backup schedules via the UI? It seems bugged. > The Daily/Weekly/Monthly cannot be selected. > When cloudmonkey is hitting the API it is working. > > Also, are VirtualMachines limited to one schedule only ? > > > On Mon, Jul 11, 2022 at 9:11 AM Rohit Yadav > wrote: > > > Hi, > > > > My general suggestion is to keep the B&R framework generic enough and > move > > all integration-specific code in the B&R plugin. If and as required you > may > > refactor the framework to add interface/methods to allow extensions > through > > your plugin and keeping the B&R framework to enforce a general policy but > > not execution related code. > > > > If needed you can propose a detailed functional spec or design doc as a > > Github issue (https://github.com/apache/cloudstack/issues) or cwiki ( > > https://cwiki.apache.org/confluence/display/CLOUDSTACK), and request for > > a review of the same on dev@. Thanks. > > > > > > Regards. > > > > > > From: Curious Pandora > > Sent: Thursday, July 7, 2022 14:01 > > To: dev@cloudstack.apache.org > > Subject: Re: New B&R plugin for EMC Networker > > > > Thank you all for the feedback. > > > > > > Any decisions and implementation here would be carried along for KVM > > specific implementations. > > > > Also, this whole process implies that the VM is using qcow2 images. Maybe > > for raw images we need some extra work. > > > > Some proposals: > > > > On the Plugin Size > > 1) Import the volumes from the backup to a storage pool under new volume > > names and filenames > > > > On the Hypervisor side > > 2) Create a temp new VM copying all the configuration / network / e.t.c > > details of the original VM to be restored > > 3) Attach the restored volumes to the new temp vm > > 4) Replace VM with new TEMP VM. > > > > On the Plugin Size > > 1) Import the volumes from the backup to a storage pool under new volume > > names and filenames > > > > On the Hypervisor side > > 2) Detarch all volume form existing VM > > 3) Attach restored volumes > > 4) Mark old volumes as deleted. > > > > > > Maybe Rohit
Re: New B&R plugin for EMC Networker
Thanks Rohit. We will take this into consideration. Anyone tried to create backup schedules via the UI? It seems bugged. The Daily/Weekly/Monthly cannot be selected. When cloudmonkey is hitting the API it is working. Also, are VirtualMachines limited to one schedule only ? On Mon, Jul 11, 2022 at 9:11 AM Rohit Yadav wrote: > Hi, > > My general suggestion is to keep the B&R framework generic enough and move > all integration-specific code in the B&R plugin. If and as required you may > refactor the framework to add interface/methods to allow extensions through > your plugin and keeping the B&R framework to enforce a general policy but > not execution related code. > > If needed you can propose a detailed functional spec or design doc as a > Github issue (https://github.com/apache/cloudstack/issues) or cwiki ( > https://cwiki.apache.org/confluence/display/CLOUDSTACK), and request for > a review of the same on dev@. Thanks. > > > Regards. > > > From: Curious Pandora > Sent: Thursday, July 7, 2022 14:01 > To: dev@cloudstack.apache.org > Subject: Re: New B&R plugin for EMC Networker > > Thank you all for the feedback. > > > Any decisions and implementation here would be carried along for KVM > specific implementations. > > Also, this whole process implies that the VM is using qcow2 images. Maybe > for raw images we need some extra work. > > Some proposals: > > On the Plugin Size > 1) Import the volumes from the backup to a storage pool under new volume > names and filenames > > On the Hypervisor side > 2) Create a temp new VM copying all the configuration / network / e.t.c > details of the original VM to be restored > 3) Attach the restored volumes to the new temp vm > 4) Replace VM with new TEMP VM. > > On the Plugin Size > 1) Import the volumes from the backup to a storage pool under new volume > names and filenames > > On the Hypervisor side > 2) Detarch all volume form existing VM > 3) Attach restored volumes > 4) Mark old volumes as deleted. > > > Maybe Rohit can propose some high level implementation for this since he > visited all that for Vmware in the first place. > > Thanks in advance, > > > > > > > > On Thu, Jul 7, 2022 at 8:52 AM Slavka Peleva > > wrote: > > > Hi, Curious, > > > > I also did some research on the B&R plugin for KVM. You are right about > the > > `restoreBackupVolumeAndAttachToVM()` and the `restoreBackup()` methods > > that, in the end, are hypervisor-specific. > > There is a need to implement `attachRestoredVolumeToVirtualMachine()` and > > `importVirtualMachineFromBackup()` in the KVMGuru. > > > > I'm still not sure if a general implementation could work for B&R plugins > > that support the KVM hypervisor or if there is a need to be a B&R > > plugin-specific. My advice is to check when you override the methods in > the > > KVMGuru class if the B&R plugin can support it. Probably to add > > BackupStrategy here > > > > > https://github.com/apache/cloudstack/blob/main/engine/storage/src/main/java/org/apache/cloudstack/storage/helper/StorageStrategyFactoryImpl.java > > > > Best regards, > > Slavka > > > > On Thu, Jul 7, 2022 at 7:03 AM Harikrishna Patnala < > > harikrishna.patn...@shapeblue.com> wrote: > > > > > Hi Curious, > > > > > > Good to know that you could implement what you need. > > > > > > Regarding the framework part, you might have already checked this > > > document, if not please have a look to understand how the Backup and > > > recovery framework is made. > > > > > > https://cwiki.apache.org/confluence/display/CLOUDSTACK/Backup+and+Recovery+Framework > > > > > > As an example, you can check the implementation for the Veeam backup > > > plugin https://github.com/apache/cloudstack/tree/main/plugins/backup > > > > > > Regarding the specific question about restore method I think it is not > > > hypervisor specific. If you see this method > > > > > > https://github.com/shapeblue/cloudstack/blob/c3a1c7862f6b490c4ee78b9796fd6aec0cd9a9ad/plugins/backup/veeam/src/main/java/org/apache/cloudstack/backup/VeeamBackupProvider.java#L213 > > > > > > This is implemented for Veeam in VeeamBackupProvider. I assume you also > > > need to develop a similar plugin and implement methods as per your > need. > > If > > > it is required to run the commands from either hypervisor, you will > have > > to > > > implement specific command answer models as I ex
Re: New B&R plugin for EMC Networker
Thank you all for the feedback. Any decisions and implementation here would be carried along for KVM specific implementations. Also, this whole process implies that the VM is using qcow2 images. Maybe for raw images we need some extra work. Some proposals: On the Plugin Size 1) Import the volumes from the backup to a storage pool under new volume names and filenames On the Hypervisor side 2) Create a temp new VM copying all the configuration / network / e.t.c details of the original VM to be restored 3) Attach the restored volumes to the new temp vm 4) Replace VM with new TEMP VM. On the Plugin Size 1) Import the volumes from the backup to a storage pool under new volume names and filenames On the Hypervisor side 2) Detarch all volume form existing VM 3) Attach restored volumes 4) Mark old volumes as deleted. Maybe Rohit can propose some high level implementation for this since he visited all that for Vmware in the first place. Thanks in advance, On Thu, Jul 7, 2022 at 8:52 AM Slavka Peleva wrote: > Hi, Curious, > > I also did some research on the B&R plugin for KVM. You are right about the > `restoreBackupVolumeAndAttachToVM()` and the `restoreBackup()` methods > that, in the end, are hypervisor-specific. > There is a need to implement `attachRestoredVolumeToVirtualMachine()` and > `importVirtualMachineFromBackup()` in the KVMGuru. > > I'm still not sure if a general implementation could work for B&R plugins > that support the KVM hypervisor or if there is a need to be a B&R > plugin-specific. My advice is to check when you override the methods in the > KVMGuru class if the B&R plugin can support it. Probably to add > BackupStrategy here > > https://github.com/apache/cloudstack/blob/main/engine/storage/src/main/java/org/apache/cloudstack/storage/helper/StorageStrategyFactoryImpl.java > > Best regards, > Slavka > > On Thu, Jul 7, 2022 at 7:03 AM Harikrishna Patnala < > harikrishna.patn...@shapeblue.com> wrote: > > > Hi Curious, > > > > Good to know that you could implement what you need. > > > > Regarding the framework part, you might have already checked this > > document, if not please have a look to understand how the Backup and > > recovery framework is made. > > > https://cwiki.apache.org/confluence/display/CLOUDSTACK/Backup+and+Recovery+Framework > > > > As an example, you can check the implementation for the Veeam backup > > plugin https://github.com/apache/cloudstack/tree/main/plugins/backup > > > > Regarding the specific question about restore method I think it is not > > hypervisor specific. If you see this method > > > https://github.com/shapeblue/cloudstack/blob/c3a1c7862f6b490c4ee78b9796fd6aec0cd9a9ad/plugins/backup/veeam/src/main/java/org/apache/cloudstack/backup/VeeamBackupProvider.java#L213 > > > > This is implemented for Veeam in VeeamBackupProvider. I assume you also > > need to develop a similar plugin and implement methods as per your need. > If > > it is required to run the commands from either hypervisor, you will have > to > > implement specific command answer models as I explained in the previous > > reply or you can use the SSH way as well. > > > > Hope this helps. > > > > Regards, > > Harikrishna > > > > > > > > From: Curious Pandora > > Sent: Thursday, July 7, 2022 6:03 AM > > To: dev@cloudstack.apache.org > > Subject: Re: New B&R plugin for EMC Networker > > > > Hello Harikrishna, > > > > Thank you for your feedback. We have implemented the communication and > > works great. > > We are at the restore part now and it seems that there is no > > implementation for the B&R Framework for KVM. > > The restoreBackupVolumeAndAttachToVM() and restoreBackup() looks like > they > > are Hypervisor specific. > > > > For other hypervisors it looks like this is implemented in > > HypervisorGuruBase. > > > > Does this have to be implemented for KVM too ? > > > > > > On Tue, Jul 5, 2022 at 7:27 AM Harikrishna Patnala < > > harikrishna.patn...@shapeblue.com> wrote: > > > > > Hello Curious, > > > > > > This is interesting and as far as I understand you can go with that > > > approach of SSH into the host and run the scripts that are required. > > > > > > For better control from the CloudStack management server, you can also > > try > > > Command-Answer model to send a command to CloudStack agent in KVM host > > and > > > get the required job done on the host. > > > > > > For example, you may refer to the implement
Re: New B&R plugin for EMC Networker
Hello Harikrishna, Thank you for your feedback. We have implemented the communication and works great. We are at the restore part now and it seems that there is no implementation for the B&R Framework for KVM. The restoreBackupVolumeAndAttachToVM() and restoreBackup() looks like they are Hypervisor specific. For other hypervisors it looks like this is implemented in HypervisorGuruBase. Does this have to be implemented for KVM too ? On Tue, Jul 5, 2022 at 7:27 AM Harikrishna Patnala < harikrishna.patn...@shapeblue.com> wrote: > Hello Curious, > > This is interesting and as far as I understand you can go with that > approach of SSH into the host and run the scripts that are required. > > For better control from the CloudStack management server, you can also try > Command-Answer model to send a command to CloudStack agent in KVM host and > get the required job done on the host. > > For example, you may refer to the implementation of > "UpdateHostPasswordCommand< > https://github.com/shapeblue/cloudstack/blob/523805c8bc63e5d5f2b8634e46db9bb9ec6214ad/server/src/main/java/com/cloud/resource/ResourceManagerImpl.java#L2878>" > class which updates the host password using a script. Following are the > abstract steps that are done during the process. > > 1. API implementation "updateHostPassword< > https://github.com/shapeblue/cloudstack/blob/893a88d225276e45f12f9490e6af2c94a81c2965/api/src/main/java/org/apache/cloudstack/api/command/admin/host/UpdateHostPasswordCmd.java#L30 > >" > 2. Prepare "UpdateHostPasswordCommand< > https://github.com/shapeblue/cloudstack/blob/523805c8bc63e5d5f2b8634e46db9bb9ec6214ad/server/src/main/java/com/cloud/resource/ResourceManagerImpl.java#L2878>" > and send it to corresponding host > 3. Implement a resource wrapper > "LibvirtUpdateHostPasswordCommandWrapper< > https://github.com/shapeblue/cloudstack/blob/893a88d225276e45f12f9490e6af2c94a81c2965/plugins/hypervisors/kvm/src/main/java/com/cloud/hypervisor/kvm/resource/wrapper/LibvirtUpdateHostPasswordCommandWrapper.java#L29>" > and run the specific script here. > > You may follow a similar procedure like above or you can directly use the > SSH model as you mentioned. > > Hope this helps, let us know if you need something else. > > Regards, > Harikrishna > > From: Curious Pandora > Sent: Monday, July 4, 2022 6:17 PM > To: dev@cloudstack.apache.org > Subject: Re: New B&R plugin for EMC Networker > > We are a cloud provider using cloudstack for our IaaS services. > > > > > On Mon, Jul 4, 2022 at 3:21 PM Sven Vogel wrote: > > > Hi p4nd0ra - the curious, > > > > who is deleloping the plugin? > > > > Cheers > > > > Sven > > > > > > > > __ > > > > Sven Vogel > > Senior Manager Research and Development - Cloud and Infrastructure > > > > EWERK DIGITAL GmbH > > Br?hl 24, D-04109 Leipzig > > P +49 341 42649 - 99 > > F +49 341 42649 - 98 > > s.vo...@ewerk.com > > www.ewerk.com<http://www.ewerk.com> > > > > Gesch?ftsf?hrer: > > Dr. Erik Wende, Markus B?ttcher, Marcus Leeb > > Registergericht: Leipzig HRB 9065 > > > > Support: > > +49 341 42649 555 > > > > Zertifiziert nach: > > ISO/IEC 27001:2013 > > DIN EN ISO 9001:2015 > > DIN ISO/IEC 2-1:2018 > > > > ISAE 3402 Typ II Assessed > > > > EWERK-Blog<https://blog.ewerk.com/> | LinkedIn< > > https://www.linkedin.com/company/ewerk-group> | Xing< > > https://www.xing.com/company/ewerk> | Twitter< > > https://twitter.com/EWERK_Group> | Facebook< > > https://de-de.facebook.com/EWERK.Group/> > > > > > > Ausk?nfte und Angebote per Mail sind freibleibend und unverbindlich. > > > > Disclaimer Privacy: > > Der Inhalt dieser E-Mail (einschlie?lich etwaiger beigef?gter Dateien) > ist > > vertraulich und nur f?r den Empf?nger bestimmt. Sollten Sie nicht der > > bestimmungsgem??e Empf?nger sein, ist Ihnen jegliche Offenlegung, > > Vervielf?ltigung, Weitergabe oder Nutzung des Inhalts untersagt. Bitte > > informieren Sie in diesem Fall unverz?glich den Absender und l?schen Sie > > die E-Mail (einschlie?lich etwaiger beigef?gter Dateien) von Ihrem > System. > > Vielen Dank. > > > > The contents of this e-mail (including any attachments) are confidential > > and may be legally privileged. If you are not the intended recipient of > > this e-mail, any disclosure, copying, distribution or use of its contents > > is strictly prohibited, and you should please notify the sen
Re: New B&R plugin for EMC Networker
We are a cloud provider using cloudstack for our IaaS services. On Mon, Jul 4, 2022 at 3:21 PM Sven Vogel wrote: > Hi p4nd0ra - the curious, > > who is deleloping the plugin? > > Cheers > > Sven > > > > __ > > Sven Vogel > Senior Manager Research and Development - Cloud and Infrastructure > > EWERK DIGITAL GmbH > Br?hl 24, D-04109 Leipzig > P +49 341 42649 - 99 > F +49 341 42649 - 98 > s.vo...@ewerk.com > www.ewerk.com > > Gesch?ftsf?hrer: > Dr. Erik Wende, Markus B?ttcher, Marcus Leeb > Registergericht: Leipzig HRB 9065 > > Support: > +49 341 42649 555 > > Zertifiziert nach: > ISO/IEC 27001:2013 > DIN EN ISO 9001:2015 > DIN ISO/IEC 2-1:2018 > > ISAE 3402 Typ II Assessed > > EWERK-Blog<https://blog.ewerk.com/> | LinkedIn< > https://www.linkedin.com/company/ewerk-group> | Xing< > https://www.xing.com/company/ewerk> | Twitter< > https://twitter.com/EWERK_Group> | Facebook< > https://de-de.facebook.com/EWERK.Group/> > > > Ausk?nfte und Angebote per Mail sind freibleibend und unverbindlich. > > Disclaimer Privacy: > Der Inhalt dieser E-Mail (einschlie?lich etwaiger beigef?gter Dateien) ist > vertraulich und nur f?r den Empf?nger bestimmt. Sollten Sie nicht der > bestimmungsgem??e Empf?nger sein, ist Ihnen jegliche Offenlegung, > Vervielf?ltigung, Weitergabe oder Nutzung des Inhalts untersagt. Bitte > informieren Sie in diesem Fall unverz?glich den Absender und l?schen Sie > die E-Mail (einschlie?lich etwaiger beigef?gter Dateien) von Ihrem System. > Vielen Dank. > > The contents of this e-mail (including any attachments) are confidential > and may be legally privileged. If you are not the intended recipient of > this e-mail, any disclosure, copying, distribution or use of its contents > is strictly prohibited, and you should please notify the sender immediately > and then delete it (including any attachments) from your system. Thank you. > Von: Curious Pandora > Datum: Montag, 4. Juli 2022 um 14:11 > An: dev@cloudstack.apache.org > Betreff: New B&R plugin for EMC Networker > Hello all, > > We are developing a new plugin for supporting KVM backups for DELL/EMC > Networker. > > Unfortunately there is no straight way to do it (it's the same for almost > all backup softwares out there) and we will need to access the hypervisor > hosts directly and execute some custom scripts. > > As you understand this raises a series of design, implementation and > operation decisions and issues and we think it's better if we ask for the > advise of the community. > > For starters, the implementation of SLA based backups is not feasible due > to Networker design and concepts. > > It is most likely feasible to utilize ad-hoc and scheduled backups > (provided that are initiated by cloudstack). > > We wonder if we can utilize the ssh functionality from the management host > to the hypervisors (that is used for example to restart ssh-agent if > kvm.ssh.to.agent is enabled to execute a centralized script in bash that > will be included in the cloudstack-agent. > > Is this approach acceptable ? > > Kind regards, > > > > -- > p4nd0ra - the curious > -- p4nd0ra - the curious
New B&R plugin for EMC Networker
Hello all, We are developing a new plugin for supporting KVM backups for DELL/EMC Networker. Unfortunately there is no straight way to do it (it's the same for almost all backup softwares out there) and we will need to access the hypervisor hosts directly and execute some custom scripts. As you understand this raises a series of design, implementation and operation decisions and issues and we think it's better if we ask for the advise of the community. For starters, the implementation of SLA based backups is not feasible due to Networker design and concepts. It is most likely feasible to utilize ad-hoc and scheduled backups (provided that are initiated by cloudstack). We wonder if we can utilize the ssh functionality from the management host to the hypervisors (that is used for example to restart ssh-agent if kvm.ssh.to.agent is enabled to execute a centralized script in bash that will be included in the cloudstack-agent. Is this approach acceptable ? Kind regards, -- p4nd0ra - the curious
Replacing existing Centos 7 KVM hosts with Ubuntu
Hello all, we are planning to replace all our CENTOS 7 KVM hosts with UBUNTU and keeping the same IPs, hostnames, cloudstack agent certs and settings. When we try to connect a host back to the management server we get. java.lang.IllegalArgumentException: Can't add host: 10.60.11.13 with hostOS: Ubuntu into a cluster,in which there are CentOS hosts added. Any ideas?
In place upgrade CentOS 7 to UBUNTU KVM clusters
Hello, We are planning to replace our CentOS 7 hosts with latest Ubuntu LTS server and we want to keep all existing keys, hostnames, ips e.t.c When testing with one host we get the following message which is expected: java.lang.IllegalArgumentException: Can't add host: repl1 with hostOS: Ubuntu into a cluster,in which there are CentOS hosts added Any ideas how to proceed from here ? Thanks,
