Re: Agent Error

2021-05-21 Thread Serge Byishimo
Hi Edward,

Yes, the problem I'm seeing is that it is checking for "br-200" when in the
docs they tell us to create "cloudbr0",

Even when I create that bridge called "br-200", the next command in that
scripts throws this error : RTNETLINK answers: Device or resource busy

Even when the bridge is in state DOWN

Regards,

On Fri, May 21, 2021 at 4:01 PM Edward St Pierre 
wrote:

> Hi,
>
> Did you create the bridge interfaces on the hypervisor?
>
> com.cloud.exception.InternalErrorException: Failed to create vnet 200: ls:
> cannot access '/sys/class/net//brif/': No such file or directoryCommand
>
>
>
> On Fri, 21 May 2021 at 10:29, Serge Byishimo 
> wrote:
>
> > Centos 8
> > Cloudstack 4.15
> >
> >
> > 2021-05-21 05:25:13,312 INFO  [kvm.storage.LibvirtStorageAdaptor]
> > (agentRequest-Handler-5:null) (logid:5fb6ba1e) Trying to fetch storage
> pool
> > 26a9efbf-fb80-3f0d-a292-43bd0a3eec9d from libvirt
> > 2021-05-21 05:25:13,314 INFO  [kvm.storage.LibvirtStorageAdaptor]
> > (agentRequest-Handler-1:null) (logid:e0f54056) Trying to fetch storage
> pool
> > 26a9efbf-fb80-3f0d-a292-43bd0a3eec9d from libvirt
> > 2021-05-21 05:25:13,321 INFO  [kvm.storage.LibvirtStorageAdaptor]
> > (agentRequest-Handler-1:null) (logid:e0f54056) Creating volume
> > 398d3b32-c842-44c7-9feb-5b14e33df9fb from template
> > 30cf8eed-df4b-45fd-a73c-4719769dfd3e in pool
> > 26a9efbf-fb80-3f0d-a292-43bd0a3eec9d (NetworkFilesystem) with size (0
> > bytes) 0
> > 2021-05-21 05:25:13,322 INFO  [kvm.storage.LibvirtStorageAdaptor]
> > (agentRequest-Handler-1:null) (logid:e0f54056) Attempting to create
> volume
> > 398d3b32-c842-44c7-9feb-5b14e33df9fb (NetworkFilesystem) in pool
> > 26a9efbf-fb80-3f0d-a292-43bd0a3eec9d with size (2.44 GB) 262144
> > 2021-05-21 05:25:13,634 INFO  [kvm.storage.LibvirtStorageAdaptor]
> > (agentRequest-Handler-3:null) (logid:e0f54056) Trying to fetch storage
> pool
> > 26a9efbf-fb80-3f0d-a292-43bd0a3eec9d from libvirt
> > 2021-05-21 05:25:13,643 INFO  [kvm.storage.LibvirtStorageAdaptor]
> > (agentRequest-Handler-3:null) (logid:e0f54056) Trying to fetch storage
> pool
> > 26a9efbf-fb80-3f0d-a292-43bd0a3eec9d from libvirt
> > 2021-05-21 05:25:13,660 WARN
> [resource.wrapper.LibvirtStartCommandWrapper]
> > (agentRequest-Handler-3:null) (logid:e0f54056) InternalErrorException
> > com.cloud.exception.InternalErrorException: Failed to create vnet 200:
> ls:
> > cannot access '/sys/class/net//brif/': No such file or directoryCommand
> > line is not complete. Try option "help"ls: cannot access
> > '/sys/class/net//brif/': No such file or directoryFailed to add vlan:
> > br-200.200 to
> > at
> >
> >
> com.cloud.hypervisor.kvm.resource.BridgeVifDriver.createVnet(BridgeVifDriver.java:325)
> > at
> >
> >
> com.cloud.hypervisor.kvm.resource.BridgeVifDriver.createVnetBr(BridgeVifDriver.java:307)
> > at
> >
> >
> com.cloud.hypervisor.kvm.resource.BridgeVifDriver.plug(BridgeVifDriver.java:227)
> > at
> >
> >
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.createVif(LibvirtComputingResource.java:2726)
> > at
> >
> >
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.createVifs(LibvirtComputingResource.java:2454)
> > at
> >
> >
> com.cloud.hypervisor.kvm.resource.wrapper.LibvirtStartCommandWrapper.execute(LibvirtStartCommandWrapper.java:80)
> > at
> >
> >
> com.cloud.hypervisor.kvm.resource.wrapper.LibvirtStartCommandWrapper.execute(LibvirtStartCommandWrapper.java:45)
> > at
> >
> >
> com.cloud.hypervisor.kvm.resource.wrapper.LibvirtRequestWrapper.execute(LibvirtRequestWrapper.java:78)
> > at
> >
> >
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1643)
> > at com.cloud.agent.Agent.processRequest(Agent.java:661)
> > at com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1079)
> > at com.cloud.utils.nio.Task.call(Task.java:83)
> > at com.cloud.utils.nio.Task.call(Task.java:29)
> > at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
> > at
> >
> >
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
> > at
> >
> >
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
> > at java.base/java.lang.Thread.run(Thread.java:829)
> > 2021-05-21 05:25:13,671 INFO  [kvm.storage.LibvirtStorageAdaptor]
> > (agentRequest-Handler-3:null) (logid:e0f54056) Trying to fetch storage
> pool
> > 26a9efbf-fb80-3f0d-a292-43bd0a3eec9d from libvirt
> > 2021-05-21 05:25:16,542 INFO  [kvm.resource.LibvirtConnection]
> > (agentRequest-Handler-2:null) (logid:5fb6ba1e) No existing libvirtd
> > connection found. Opening a new one
> > 2021-05-21 05:25:16,545 WARN  [kvm.resource.LibvirtConnection]
> > (agentRequest-Handler-2:null) (logid:5fb6ba1e) Can not find a connection
> > for Instance v-20-VM. Assuming the default connection.
> > 2021-05-21 05:25:16,738 WARN  [kvm.resource.LibvirtKvmAgentHook]
> > (agentRequest-Handler-2:null) (logid:5fb6ba1e) Groovy script
> > 

Re: Delete IP range

2021-05-21 Thread Pearl d'Silva
Hi Fariborz,

I did a small test - wherein I created a basic zone - created a VM - then 
deleted the VM and the router, disabled the zone and deleted the system VMs and 
noticed that the IP previously assigned to the router continues to remain 
allocated despite destroying the router and hence encountered the same issue of 
being prohibited from deleting the Public IP range.

So, it's highly likely that the IP that is left behind and marked allocated is 
probably the one that was assigned to the router; so, you can mark it as 
removed in the DB to proceed with deleting the IP range.

Regards,
Pearl

From: Fariborz Navidan 
Sent: Friday, May 21, 2021 5:27 PM
To: users@cloudstack.apache.org 
Subject: Re: Delete IP range

I found 1 IP was used as secondary IP. I just removed it but still one IP
is left which I cannot determine where is use.

On Fri, May 21, 2021 at 4:18 PM Fariborz Navidan 
wrote:

> Hello,
> There are 2 IPs from that range in user_ip+address table but vm_id for all
> records is null. How do I determine which vms are using them?
>
> On Fri, May 21, 2021 at 3:41 PM Pearl d'Silva 
> wrote:
>
>> Hi Fariborz,
>>
>> Can you try listing for public IPs that are still allocated by querying
>> the following:
>>
>> select * from user_ip_address where data_center_id =  and
>> allocated is not null;
>>
>> If it does return some IPs that are marked as allocated and are within
>> the public IP range that you are attempting to delete, set those entries as
>> removed by updating the 'allocated' field of the 'user_ip_address' table as
>> null. Once this is done, you should be able to delete the Ip range.
>>
>> I'm not sure if there is a way to do the same via the UI.
>>
>> Thanks,
>> Pearl
>> 
>> From: Fariborz Navidan 
>> Sent: Friday, May 21, 2021 4:16 PM
>> To: users@cloudstack.apache.org 
>> Subject: Re: Delete IP range
>>
>> Zone is disabled and no system VM and router exists but still the same
>> error.
>>
>> On Fri, May 21, 2021 at 3:12 PM Fariborz Navidan 
>> wrote:
>>
>> > I have done the same. Still get this error message.
>> >
>> > Please help
>> >
>> > On Fri, May 21, 2021 at 11:55 AM Andrija Panic > >
>> > wrote:
>> >
>> >> You should disable the zone and then delete SSVM and CPVM - otherwise
>> ACS
>> >> will try to create it again and use 2 IPs again.
>> >> Then remove the range, then enable the Zone again.
>> >>
>> >> Otherwise, you can check the table in DB user_ip_address (or similar)
>> and
>> >> try to read which IP is used atm - but probably it's just the SSVM and
>> >> CPVM
>> >> which have been recreated.
>> >>
>> >> On Fri, 21 May 2021 at 08:44, Fariborz Navidan 
>> >> wrote:
>> >>
>> >> > Hello,
>> >> >
>> >> > We have migrated our server and public IPs has been changed. I need
>> to
>> >> > migrate all IP ranges to the new one. I have added a new IP range and
>> >> > changed IP of all VMs. I need to force system VMS to use new IP
>> range.
>> >> I'm
>> >> > trying delete the old IP range so that cloudstack assign IPs from the
>> >> new
>> >> > range. I just destroyed all system VMs but when I try to delete old
>> IP
>> >> > range, I get error "2 IPs are used". How do I determine where IPs are
>> >> used?
>> >> >
>> >> > Please advise.
>> >> > Regards.
>> >> >
>> >>
>> >>
>> >> --
>> >>
>> >> Andrija Panić
>> >>
>> >
>>
>>
>>
>>

 



RE: VMware Instance Error

2021-05-21 Thread Corey, Mike
Okay - reran the deployment from "new" UI and it displays "Request Failed (530) 
- Request failed with status code 530".

This is ACS 4.15 deploying to vCenter 6.7 using a Windows10x64 image template.  
Right now, I have global setting vmware.root.disk.controller as blank.  If I 
recall the previous build, I could set this setting at the instance provision 
wizard.  See anything below to indicate my hiccup?

Logs below:

2021-05-21 10:39:05,421 DEBUG [c.c.a.ApiServlet] 
(qtp1026871825-20:ctx-90b111cd) (logid:03c48de3) ===START===  10.4.89.3 -- GET  
zoneid=1cf90fc6-1ae5-416f-a2b4-672176740ecb=be90d04e-5257-43fb-97de-7727d10fae6a=61445715-9baa-4768-863f-473652c324cc=7edc7494-a78f-4d72-8158-6dcbf7370f3f=1ada50d8-a523-4670-93c3-6d942169b7ae=5777d4fc-87b7-46c4-a253-4ff69f80b4ca=[0].nic=8[0].network=62bfbed1-d07c-4886-b4f4-bf594543bb28=CV-Test01=CV-Test01=deployVirtualMachine=json
2021-05-21 10:39:05,427 DEBUG [c.c.a.ApiServer] (qtp1026871825-20:ctx-90b111cd 
ctx-d1342fe9) (logid:03c48de3) CIDRs from which account 
'Acct[a5f712c7-ac2e-11eb-b0fb-00505695799f-admin]' is allowed to perform API 
calls: 0.0.0.0/0,::/0
2021-05-21 10:39:05,462 TRACE [o.a.c.a.c.u.v.DeployVMCmd] 
(qtp1026871825-20:ctx-90b111cd ctx-d1342fe9) (logid:03c48de3) nic, '8', goes on 
net, '62bfbed1-d07c-4886-b4f4-bf594543bb28'
2021-05-21 10:39:05,469 DEBUG [c.c.u.AccountManagerImpl] 
(qtp1026871825-20:ctx-90b111cd ctx-d1342fe9) (logid:03c48de3) Access granted to 
Acct[a5f712c7-ac2e-11eb-b0fb-00505695799f-admin] to 
org.apache.cloudstack.quota.vo.ServiceOfferingVO$$EnhancerByCGLIB$$f1711368@49f71a9e
 by AffinityGroupAccessChecker
2021-05-21 10:39:05,469 DEBUG [c.c.u.AccountManagerImpl] 
(qtp1026871825-20:ctx-90b111cd ctx-d1342fe9) (logid:03c48de3) Access granted to 
Acct[a5f712c7-ac2e-11eb-b0fb-00505695799f-admin] to null by 
AffinityGroupAccessChecker
2021-05-21 10:39:05,493 DEBUG [c.c.n.NetworkModelImpl] 
(qtp1026871825-20:ctx-90b111cd ctx-d1342fe9) (logid:03c48de3) Service 
SecurityGroup is not supported in the network id=204
2021-05-21 10:39:05,506 DEBUG [c.c.u.d.T.Transaction] 
(qtp1026871825-20:ctx-90b111cd ctx-d1342fe9) (logid:03c48de3) Rolling back the 
transaction: Time = 3 Name =  qtp1026871825-20; called by 
-TransactionLegacy.rollback:888-TransactionLegacy.removeUpTo:831-TransactionLegacy.close:655-Transaction.execute:38-UserVmManagerImpl.commitUserVm:3970-UserVmManagerImpl.commitUserVm:4157-UserVmManagerImpl.createVirtualMachine:3865-UserVmManagerImpl.createAdvancedVirtualMachine:3391-UserVmManagerImpl.createVirtualMachine:5315-NativeMethodAccessorImpl.invoke0:-2-NativeMethodAccessorImpl.invoke:62-DelegatingMethodAccessorImpl.invoke:43
2021-05-21 10:39:05,507 ERROR [c.c.a.ApiServer] (qtp1026871825-20:ctx-90b111cd 
ctx-d1342fe9) (logid:03c48de3) unhandled exception executing api command: 
[Ljava.lang.String;@32b6d5fc
java.lang.NullPointerException
at 
com.cloud.vm.UserVmManagerImpl$4.doInTransaction(UserVmManagerImpl.java:4034)
at 
com.cloud.vm.UserVmManagerImpl$4.doInTransaction(UserVmManagerImpl.java:3970)
at com.cloud.utils.db.Transaction.execute(Transaction.java:40)
at 
com.cloud.vm.UserVmManagerImpl.commitUserVm(UserVmManagerImpl.java:3970)
at 
com.cloud.vm.UserVmManagerImpl.commitUserVm(UserVmManagerImpl.java:4157)
at 
com.cloud.vm.UserVmManagerImpl.createVirtualMachine(UserVmManagerImpl.java:3865)
at 
com.cloud.vm.UserVmManagerImpl.createAdvancedVirtualMachine(UserVmManagerImpl.java:3391)
at 
com.cloud.vm.UserVmManagerImpl.createVirtualMachine(UserVmManagerImpl.java:5315)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at 
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:344)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:198)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163)
at 
org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:95)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186)
at 
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:212)
at com.sun.proxy.$Proxy177.createVirtualMachine(Unknown Source)
at 
org.apache.cloudstack.api.command.user.vm.DeployVMCmd.create(DeployVMCmd.java:719)
at 
com.cloud.api.dispatch.CommandCreationWorker.handle(CommandCreationWorker.java:47)
at com.cloud.api.dispatch.DispatchChain.dispatch(DispatchChain.java:37)

Re: VMware Instance Error

2021-05-21 Thread Andrija Panic
Mike,

there is a change in how template works now in 4.15 - so please make sure
to read the documentation (this is change for VMware only) - it's a major
refraction - so please check the docs.

Best,

On Fri, 21 May 2021 at 13:50, Corey, Mike 
wrote:

> Understood.  I only tried the old UI because the instance deployment
> failed under the new UI and there wasn't a specific error thrown to hint at
> an issue.
>
> I'll try again today and dig through the logs and come back with findings.
>
> MC
>
> -Original Message-
> From: Andrija Panic 
> Sent: Thursday, May 20, 2021 5:47 PM
> To: users 
> Subject: Re: VMware Instance Error
>
> Hi Mike,
>
> that is expected in the old UI - at some point, new features were (in UI)
> supported only for the new UI and not in old UI - so this failure is
> expected/fine (I'm aware of the specific feature that is being
> used/throwing an error here)
>
> Get over the old UI, I know there are emotional connections (for me at
> least) and use just the new UI :)
>
> Best,
>
> On Thu, 20 May 2021 at 22:57, Corey, Mike 
> wrote:
>
> > I’m having a VM instance fail and I can’t pinpoint the issue.  Maybe
> > someone has seen this error below – I see it at the legacy UI and not on
> > the new UI.  The new UI just fails the instance after the VM is created
> in
> > vCenter.
> >
> >
> >
> > “Boot type and boot mode are not supported on VMware, as we honour what
> is
> > defined in the template."
> >
> >
> >
> > I thought it was the global setting vmware.root.disk.controller – I had
> it
> > as osdefault (failed) scsi (failed) and blank (failed) – so I’m not sure
> > where or what is triggering the error/failure.
> >
> >
> >
> > Many thanks!
> >
> > Mike
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > *Mike Corey*
> >
> >
> > Technology Senior Consultant, IT CS CTW Operation & Virtualization
> Service
> > US
> >
> >
> > *SAP AMERICA, INC.* 3999 West Chester Pike, Newtown Square, 19073 United
> > States
> >
> >
> > T +1 610 661 0905, M +1 484 274 2658, E mike.co...@sap.com
> >
> >
> >
> >
> >
> >
> >
>
>
> --
>
> Andrija Panić
>


-- 

Andrija Panić


Re: Centos 7.9 - cloud-init password reset?

2021-05-21 Thread Hean Seng
》〉So, what you are saying is to install cloud-init takes care of the reset
password ?
yes

》〉No needs to be changed on Cloud-init on CentOS. 8, 7  , Ubuntu 20 ,
FreeBSD13 etc. Right?
No need.

On Fri, May 21, 2021 at 1:40 PM 조대형  wrote:

> Thanks, Hean
>
>
> So, what you are saying is to install cloud-init takes care of the reset
> password ?
> No needs to be changed on Cloud-init on CentOS. 8, 7  , Ubuntu 20 ,
> FreeBSD13 etc. Right?
>
>
>
>
> -Original Message-
> From: Hean Seng [mailto:heans...@gmail.com]
> Sent: Friday, May 21, 2021 2:35 PM
> To: users@cloudstack.apache.org
> Subject: Re: Centos 7.9 - cloud-init password reset?
>
> The change password for new OS, like CentOS. 8, 7  , Ubuntu 20 , FreeBSD13
> ,  there is no need any script, just the Cloud-Init will do.
>
> The  change pass script only for older OS, like Ubuntu 16,  CentOS6 etc.
>
>
> I manage to do it for CentOS 7,  8, Ubuntu 20. and FreeBSD 13, with
> Cloud-Init,  it has no issue .
>
>
> For CentOS 8, you need to install network-script , as default is  depend on
> Network Maager .
>
>
>
>
>
>
>
>
>
> On Fri, May 21, 2021 at 12:45 PM 조대형  wrote:
>
> > Hi,
> >
> > I have attached the logs that I execute the password script and
> cloud-init.
> >
> > # ./password.bash
> >
> >  Results : executed password reset file.
> >
> > Cloud Password Manager: Searching for ConfigDrive
> > Cloud Password Manager: ConfigDrive not found
> > Cloud Password Manager: Detecting primary network
> > Cloud Password Manager: Trying to find userdata server
> > Cloud Password Manager: Operating System is using NetworkManager
> > Cloud Password Manager: Found userdata server IP VR's IP address in
> > NetworkManager config
> > Cloud Password Manager: Sending request to userdata server at VR's IP
> > address  to get public key
> > Cloud Password Manager: Got response from userdata server at VR's IP
> > address
> > Cloud Password Manager: Did not receive any public keys from userdata
> > server
> > Cloud Password Manager: Sending request to userdata server at VR's IP
> > address  to get the password
> > Cloud Password Manager: Got response from userdata server at VR's IP
> > address
> > Cloud Password Manager: VM has already saved a password from the userdata
> > server at VR's IP address
> >
> >
> >
> > # cloud-init init
> >
> > Cloud-init v. 20.3-10.el8 running 'init' at Fri, 21 May 2021 04:40:34
> > +. Up 268624.75 seconds.
> > ci-info: +++Net device
> > info
> > ci-info:
> >
> ++--+-+-++---+
> > ci-info: | Device |  Up  |   Address   |   Mask
> |
> > Scope  | Hw-Address|
> > ci-info:
> >
> ++--+-+-++---+
> > ci-info: |  eth0  | True | VR'S IP address1 |
> > 255.255.255.192 | global | 1e:00:8f:00:02:8f |
> > ci-info: |  eth0  | True | fe80::1c00:8fff:fe00:28f/64 |.
> > |  link  | 1e:00:8f:00:02:8f |
> > ci-info: |   lo   | True |  127.0.0.1  |255.0.0.0
> > |  host  | . |
> > ci-info: |   lo   | True |   ::1/128   |.
> > |  host  | . |
> > ci-info:
> >
> ++--+-+-++---+
> > ci-info: +Route IPv4
> > info++
> > ci-info:
> >
> +---+-++-+---+---+
> > ci-info: | Route | Destination |  Gateway   | Genmask | Interface
> > | Flags |
> > ci-info:
> >
> +---+-++-+---+---+
> > ci-info: |   0   |   0.0.0.0   | x.x.x.1 | 0.0.0.0 |eth0   |
> >  UG  |
> > ci-info: |   1   |  x.x.x.0 |  0.0.0.0   | 255.255.255.192 |eth0   |
> >  U   |
> > ci-info:
> >
> +---+-++-+---+---+
> > ci-info: +++Route IPv6 info+++
> > ci-info: +---+-+-+---+---+
> > ci-info: | Route | Destination | Gateway | Interface | Flags |
> > ci-info: +---+-+-+---+---+
> > ci-info: |   1   |  fe80::/64  |::   |eth0   |   U   |
> > ci-info: |   3   |local|::   |eth0   |   U   |
> > ci-info: |   4   |   ff00::/8  |::   |eth0   |   U   |
> > ci-info: +---+-+-+---+---+
> > [root@CentOS8pass ~]# cd /var/log/cloud-init
> > cloud-init.log cloud-init-output.log
> > [root@CentOS8pass ~]# cd /var/log/cloud-init.log
> > -bash: cd: /var/log/cloud-init.log: Not a directory
> > [root@CentOS8pass ~]# cat /var/log/cloud-init.log | grep password
> > 2021-05-18 02:03:39,575 - subp.py[DEBUG]: Running command ['wget',
> > '--quiet', '--tries', '3', '--timeout', '20', 

Re: Agent Error

2021-05-21 Thread Edward St Pierre
Hi,

Did you create the bridge interfaces on the hypervisor?

com.cloud.exception.InternalErrorException: Failed to create vnet 200: ls:
cannot access '/sys/class/net//brif/': No such file or directoryCommand



On Fri, 21 May 2021 at 10:29, Serge Byishimo 
wrote:

> Centos 8
> Cloudstack 4.15
>
>
> 2021-05-21 05:25:13,312 INFO  [kvm.storage.LibvirtStorageAdaptor]
> (agentRequest-Handler-5:null) (logid:5fb6ba1e) Trying to fetch storage pool
> 26a9efbf-fb80-3f0d-a292-43bd0a3eec9d from libvirt
> 2021-05-21 05:25:13,314 INFO  [kvm.storage.LibvirtStorageAdaptor]
> (agentRequest-Handler-1:null) (logid:e0f54056) Trying to fetch storage pool
> 26a9efbf-fb80-3f0d-a292-43bd0a3eec9d from libvirt
> 2021-05-21 05:25:13,321 INFO  [kvm.storage.LibvirtStorageAdaptor]
> (agentRequest-Handler-1:null) (logid:e0f54056) Creating volume
> 398d3b32-c842-44c7-9feb-5b14e33df9fb from template
> 30cf8eed-df4b-45fd-a73c-4719769dfd3e in pool
> 26a9efbf-fb80-3f0d-a292-43bd0a3eec9d (NetworkFilesystem) with size (0
> bytes) 0
> 2021-05-21 05:25:13,322 INFO  [kvm.storage.LibvirtStorageAdaptor]
> (agentRequest-Handler-1:null) (logid:e0f54056) Attempting to create volume
> 398d3b32-c842-44c7-9feb-5b14e33df9fb (NetworkFilesystem) in pool
> 26a9efbf-fb80-3f0d-a292-43bd0a3eec9d with size (2.44 GB) 262144
> 2021-05-21 05:25:13,634 INFO  [kvm.storage.LibvirtStorageAdaptor]
> (agentRequest-Handler-3:null) (logid:e0f54056) Trying to fetch storage pool
> 26a9efbf-fb80-3f0d-a292-43bd0a3eec9d from libvirt
> 2021-05-21 05:25:13,643 INFO  [kvm.storage.LibvirtStorageAdaptor]
> (agentRequest-Handler-3:null) (logid:e0f54056) Trying to fetch storage pool
> 26a9efbf-fb80-3f0d-a292-43bd0a3eec9d from libvirt
> 2021-05-21 05:25:13,660 WARN  [resource.wrapper.LibvirtStartCommandWrapper]
> (agentRequest-Handler-3:null) (logid:e0f54056) InternalErrorException
> com.cloud.exception.InternalErrorException: Failed to create vnet 200: ls:
> cannot access '/sys/class/net//brif/': No such file or directoryCommand
> line is not complete. Try option "help"ls: cannot access
> '/sys/class/net//brif/': No such file or directoryFailed to add vlan:
> br-200.200 to
> at
>
> com.cloud.hypervisor.kvm.resource.BridgeVifDriver.createVnet(BridgeVifDriver.java:325)
> at
>
> com.cloud.hypervisor.kvm.resource.BridgeVifDriver.createVnetBr(BridgeVifDriver.java:307)
> at
>
> com.cloud.hypervisor.kvm.resource.BridgeVifDriver.plug(BridgeVifDriver.java:227)
> at
>
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.createVif(LibvirtComputingResource.java:2726)
> at
>
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.createVifs(LibvirtComputingResource.java:2454)
> at
>
> com.cloud.hypervisor.kvm.resource.wrapper.LibvirtStartCommandWrapper.execute(LibvirtStartCommandWrapper.java:80)
> at
>
> com.cloud.hypervisor.kvm.resource.wrapper.LibvirtStartCommandWrapper.execute(LibvirtStartCommandWrapper.java:45)
> at
>
> com.cloud.hypervisor.kvm.resource.wrapper.LibvirtRequestWrapper.execute(LibvirtRequestWrapper.java:78)
> at
>
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1643)
> at com.cloud.agent.Agent.processRequest(Agent.java:661)
> at com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1079)
> at com.cloud.utils.nio.Task.call(Task.java:83)
> at com.cloud.utils.nio.Task.call(Task.java:29)
> at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
> at
>
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
> at
>
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
> at java.base/java.lang.Thread.run(Thread.java:829)
> 2021-05-21 05:25:13,671 INFO  [kvm.storage.LibvirtStorageAdaptor]
> (agentRequest-Handler-3:null) (logid:e0f54056) Trying to fetch storage pool
> 26a9efbf-fb80-3f0d-a292-43bd0a3eec9d from libvirt
> 2021-05-21 05:25:16,542 INFO  [kvm.resource.LibvirtConnection]
> (agentRequest-Handler-2:null) (logid:5fb6ba1e) No existing libvirtd
> connection found. Opening a new one
> 2021-05-21 05:25:16,545 WARN  [kvm.resource.LibvirtConnection]
> (agentRequest-Handler-2:null) (logid:5fb6ba1e) Can not find a connection
> for Instance v-20-VM. Assuming the default connection.
> 2021-05-21 05:25:16,738 WARN  [kvm.resource.LibvirtKvmAgentHook]
> (agentRequest-Handler-2:null) (logid:5fb6ba1e) Groovy script
> '/etc/cloudstack/agent/hooks/libvirt-vm-state-change.groovy' is not
> available. Transformations will not be applied.
> 2021-05-21 05:25:16,738 WARN  [kvm.resource.LibvirtKvmAgentHook]
> (agentRequest-Handler-2:null) (logid:5fb6ba1e) Groovy scripting engine is
> not initialized. Data transformation skipped.
> 2021-05-21 05:25:16,784 INFO  [kvm.resource.LibvirtConnection]
> (agentRequest-Handler-4:null) (logid:e0f54056) No existing libvirtd
> connection found. Opening a new one
> 2021-05-21 05:25:16,785 WARN  [kvm.resource.LibvirtConnection]
> (agentRequest-Handler-4:null) (logid:e0f54056) Can not find a connection
> 

Re: Delete IP range

2021-05-21 Thread Fariborz Navidan
I found 1 IP was used as secondary IP. I just removed it but still one IP
is left which I cannot determine where is use.

On Fri, May 21, 2021 at 4:18 PM Fariborz Navidan 
wrote:

> Hello,
> There are 2 IPs from that range in user_ip+address table but vm_id for all
> records is null. How do I determine which vms are using them?
>
> On Fri, May 21, 2021 at 3:41 PM Pearl d'Silva 
> wrote:
>
>> Hi Fariborz,
>>
>> Can you try listing for public IPs that are still allocated by querying
>> the following:
>>
>> select * from user_ip_address where data_center_id =  and
>> allocated is not null;
>>
>> If it does return some IPs that are marked as allocated and are within
>> the public IP range that you are attempting to delete, set those entries as
>> removed by updating the 'allocated' field of the 'user_ip_address' table as
>> null. Once this is done, you should be able to delete the Ip range.
>>
>> I'm not sure if there is a way to do the same via the UI.
>>
>> Thanks,
>> Pearl
>> 
>> From: Fariborz Navidan 
>> Sent: Friday, May 21, 2021 4:16 PM
>> To: users@cloudstack.apache.org 
>> Subject: Re: Delete IP range
>>
>> Zone is disabled and no system VM and router exists but still the same
>> error.
>>
>> On Fri, May 21, 2021 at 3:12 PM Fariborz Navidan 
>> wrote:
>>
>> > I have done the same. Still get this error message.
>> >
>> > Please help
>> >
>> > On Fri, May 21, 2021 at 11:55 AM Andrija Panic > >
>> > wrote:
>> >
>> >> You should disable the zone and then delete SSVM and CPVM - otherwise
>> ACS
>> >> will try to create it again and use 2 IPs again.
>> >> Then remove the range, then enable the Zone again.
>> >>
>> >> Otherwise, you can check the table in DB user_ip_address (or similar)
>> and
>> >> try to read which IP is used atm - but probably it's just the SSVM and
>> >> CPVM
>> >> which have been recreated.
>> >>
>> >> On Fri, 21 May 2021 at 08:44, Fariborz Navidan 
>> >> wrote:
>> >>
>> >> > Hello,
>> >> >
>> >> > We have migrated our server and public IPs has been changed. I need
>> to
>> >> > migrate all IP ranges to the new one. I have added a new IP range and
>> >> > changed IP of all VMs. I need to force system VMS to use new IP
>> range.
>> >> I'm
>> >> > trying delete the old IP range so that cloudstack assign IPs from the
>> >> new
>> >> > range. I just destroyed all system VMs but when I try to delete old
>> IP
>> >> > range, I get error "2 IPs are used". How do I determine where IPs are
>> >> used?
>> >> >
>> >> > Please advise.
>> >> > Regards.
>> >> >
>> >>
>> >>
>> >> --
>> >>
>> >> Andrija Panić
>> >>
>> >
>>
>>
>>
>>


RE: VMware Instance Error

2021-05-21 Thread Corey, Mike
Understood.  I only tried the old UI because the instance deployment failed 
under the new UI and there wasn't a specific error thrown to hint at an issue.

I'll try again today and dig through the logs and come back with findings.

MC

-Original Message-
From: Andrija Panic  
Sent: Thursday, May 20, 2021 5:47 PM
To: users 
Subject: Re: VMware Instance Error

Hi Mike,

that is expected in the old UI - at some point, new features were (in UI)
supported only for the new UI and not in old UI - so this failure is
expected/fine (I'm aware of the specific feature that is being
used/throwing an error here)

Get over the old UI, I know there are emotional connections (for me at
least) and use just the new UI :)

Best,

On Thu, 20 May 2021 at 22:57, Corey, Mike 
wrote:

> I’m having a VM instance fail and I can’t pinpoint the issue.  Maybe
> someone has seen this error below – I see it at the legacy UI and not on
> the new UI.  The new UI just fails the instance after the VM is created in
> vCenter.
>
>
>
> “Boot type and boot mode are not supported on VMware, as we honour what is
> defined in the template."
>
>
>
> I thought it was the global setting vmware.root.disk.controller – I had it
> as osdefault (failed) scsi (failed) and blank (failed) – so I’m not sure
> where or what is triggering the error/failure.
>
>
>
> Many thanks!
>
> Mike
>
>
>
>
>
>
>
>
>
> *Mike Corey*
>
>
> Technology Senior Consultant, IT CS CTW Operation & Virtualization Service
> US
>
>
> *SAP AMERICA, INC.* 3999 West Chester Pike, Newtown Square, 19073 United
> States
>
>
> T +1 610 661 0905, M +1 484 274 2658, E mike.co...@sap.com
>
>
>
>
>
>
>


-- 

Andrija Panić


Re: Delete IP range

2021-05-21 Thread Fariborz Navidan
Hello,
There are 2 IPs from that range in user_ip+address table but vm_id for all
records is null. How do I determine which vms are using them?

On Fri, May 21, 2021 at 3:41 PM Pearl d'Silva 
wrote:

> Hi Fariborz,
>
> Can you try listing for public IPs that are still allocated by querying
> the following:
>
> select * from user_ip_address where data_center_id =  and
> allocated is not null;
>
> If it does return some IPs that are marked as allocated and are within the
> public IP range that you are attempting to delete, set those entries as
> removed by updating the 'allocated' field of the 'user_ip_address' table as
> null. Once this is done, you should be able to delete the Ip range.
>
> I'm not sure if there is a way to do the same via the UI.
>
> Thanks,
> Pearl
> 
> From: Fariborz Navidan 
> Sent: Friday, May 21, 2021 4:16 PM
> To: users@cloudstack.apache.org 
> Subject: Re: Delete IP range
>
> Zone is disabled and no system VM and router exists but still the same
> error.
>
> On Fri, May 21, 2021 at 3:12 PM Fariborz Navidan 
> wrote:
>
> > I have done the same. Still get this error message.
> >
> > Please help
> >
> > On Fri, May 21, 2021 at 11:55 AM Andrija Panic 
> > wrote:
> >
> >> You should disable the zone and then delete SSVM and CPVM - otherwise
> ACS
> >> will try to create it again and use 2 IPs again.
> >> Then remove the range, then enable the Zone again.
> >>
> >> Otherwise, you can check the table in DB user_ip_address (or similar)
> and
> >> try to read which IP is used atm - but probably it's just the SSVM and
> >> CPVM
> >> which have been recreated.
> >>
> >> On Fri, 21 May 2021 at 08:44, Fariborz Navidan 
> >> wrote:
> >>
> >> > Hello,
> >> >
> >> > We have migrated our server and public IPs has been changed. I need to
> >> > migrate all IP ranges to the new one. I have added a new IP range and
> >> > changed IP of all VMs. I need to force system VMS to use new IP range.
> >> I'm
> >> > trying delete the old IP range so that cloudstack assign IPs from the
> >> new
> >> > range. I just destroyed all system VMs but when I try to delete old IP
> >> > range, I get error "2 IPs are used". How do I determine where IPs are
> >> used?
> >> >
> >> > Please advise.
> >> > Regards.
> >> >
> >>
> >>
> >> --
> >>
> >> Andrija Panić
> >>
> >
>
>
>
>


Re: Delete IP range

2021-05-21 Thread Pearl d'Silva
Hi Fariborz,

Can you try listing for public IPs that are still allocated by querying the 
following:

select * from user_ip_address where data_center_id =  and 
allocated is not null;

If it does return some IPs that are marked as allocated and are within the 
public IP range that you are attempting to delete, set those entries as removed 
by updating the 'allocated' field of the 'user_ip_address' table as null. Once 
this is done, you should be able to delete the Ip range.

I'm not sure if there is a way to do the same via the UI.

Thanks,
Pearl

From: Fariborz Navidan 
Sent: Friday, May 21, 2021 4:16 PM
To: users@cloudstack.apache.org 
Subject: Re: Delete IP range

Zone is disabled and no system VM and router exists but still the same
error.

On Fri, May 21, 2021 at 3:12 PM Fariborz Navidan 
wrote:

> I have done the same. Still get this error message.
>
> Please help
>
> On Fri, May 21, 2021 at 11:55 AM Andrija Panic 
> wrote:
>
>> You should disable the zone and then delete SSVM and CPVM - otherwise ACS
>> will try to create it again and use 2 IPs again.
>> Then remove the range, then enable the Zone again.
>>
>> Otherwise, you can check the table in DB user_ip_address (or similar) and
>> try to read which IP is used atm - but probably it's just the SSVM and
>> CPVM
>> which have been recreated.
>>
>> On Fri, 21 May 2021 at 08:44, Fariborz Navidan 
>> wrote:
>>
>> > Hello,
>> >
>> > We have migrated our server and public IPs has been changed. I need to
>> > migrate all IP ranges to the new one. I have added a new IP range and
>> > changed IP of all VMs. I need to force system VMS to use new IP range.
>> I'm
>> > trying delete the old IP range so that cloudstack assign IPs from the
>> new
>> > range. I just destroyed all system VMs but when I try to delete old IP
>> > range, I get error "2 IPs are used". How do I determine where IPs are
>> used?
>> >
>> > Please advise.
>> > Regards.
>> >
>>
>>
>> --
>>
>> Andrija Panić
>>
>

 



Re: Delete IP range

2021-05-21 Thread Fariborz Navidan
Zone is disabled and no system VM and router exists but still the same
error.

On Fri, May 21, 2021 at 3:12 PM Fariborz Navidan 
wrote:

> I have done the same. Still get this error message.
>
> Please help
>
> On Fri, May 21, 2021 at 11:55 AM Andrija Panic 
> wrote:
>
>> You should disable the zone and then delete SSVM and CPVM - otherwise ACS
>> will try to create it again and use 2 IPs again.
>> Then remove the range, then enable the Zone again.
>>
>> Otherwise, you can check the table in DB user_ip_address (or similar) and
>> try to read which IP is used atm - but probably it's just the SSVM and
>> CPVM
>> which have been recreated.
>>
>> On Fri, 21 May 2021 at 08:44, Fariborz Navidan 
>> wrote:
>>
>> > Hello,
>> >
>> > We have migrated our server and public IPs has been changed. I need to
>> > migrate all IP ranges to the new one. I have added a new IP range and
>> > changed IP of all VMs. I need to force system VMS to use new IP range.
>> I'm
>> > trying delete the old IP range so that cloudstack assign IPs from the
>> new
>> > range. I just destroyed all system VMs but when I try to delete old IP
>> > range, I get error "2 IPs are used". How do I determine where IPs are
>> used?
>> >
>> > Please advise.
>> > Regards.
>> >
>>
>>
>> --
>>
>> Andrija Panić
>>
>


Re: Delete IP range

2021-05-21 Thread Fariborz Navidan
I have done the same. Still get this error message.

Please help

On Fri, May 21, 2021 at 11:55 AM Andrija Panic 
wrote:

> You should disable the zone and then delete SSVM and CPVM - otherwise ACS
> will try to create it again and use 2 IPs again.
> Then remove the range, then enable the Zone again.
>
> Otherwise, you can check the table in DB user_ip_address (or similar) and
> try to read which IP is used atm - but probably it's just the SSVM and CPVM
> which have been recreated.
>
> On Fri, 21 May 2021 at 08:44, Fariborz Navidan 
> wrote:
>
> > Hello,
> >
> > We have migrated our server and public IPs has been changed. I need to
> > migrate all IP ranges to the new one. I have added a new IP range and
> > changed IP of all VMs. I need to force system VMS to use new IP range.
> I'm
> > trying delete the old IP range so that cloudstack assign IPs from the new
> > range. I just destroyed all system VMs but when I try to delete old IP
> > range, I get error "2 IPs are used". How do I determine where IPs are
> used?
> >
> > Please advise.
> > Regards.
> >
>
>
> --
>
> Andrija Panić
>


Agent Error

2021-05-21 Thread Serge Byishimo
Centos 8
Cloudstack 4.15


2021-05-21 05:25:13,312 INFO  [kvm.storage.LibvirtStorageAdaptor]
(agentRequest-Handler-5:null) (logid:5fb6ba1e) Trying to fetch storage pool
26a9efbf-fb80-3f0d-a292-43bd0a3eec9d from libvirt
2021-05-21 05:25:13,314 INFO  [kvm.storage.LibvirtStorageAdaptor]
(agentRequest-Handler-1:null) (logid:e0f54056) Trying to fetch storage pool
26a9efbf-fb80-3f0d-a292-43bd0a3eec9d from libvirt
2021-05-21 05:25:13,321 INFO  [kvm.storage.LibvirtStorageAdaptor]
(agentRequest-Handler-1:null) (logid:e0f54056) Creating volume
398d3b32-c842-44c7-9feb-5b14e33df9fb from template
30cf8eed-df4b-45fd-a73c-4719769dfd3e in pool
26a9efbf-fb80-3f0d-a292-43bd0a3eec9d (NetworkFilesystem) with size (0
bytes) 0
2021-05-21 05:25:13,322 INFO  [kvm.storage.LibvirtStorageAdaptor]
(agentRequest-Handler-1:null) (logid:e0f54056) Attempting to create volume
398d3b32-c842-44c7-9feb-5b14e33df9fb (NetworkFilesystem) in pool
26a9efbf-fb80-3f0d-a292-43bd0a3eec9d with size (2.44 GB) 262144
2021-05-21 05:25:13,634 INFO  [kvm.storage.LibvirtStorageAdaptor]
(agentRequest-Handler-3:null) (logid:e0f54056) Trying to fetch storage pool
26a9efbf-fb80-3f0d-a292-43bd0a3eec9d from libvirt
2021-05-21 05:25:13,643 INFO  [kvm.storage.LibvirtStorageAdaptor]
(agentRequest-Handler-3:null) (logid:e0f54056) Trying to fetch storage pool
26a9efbf-fb80-3f0d-a292-43bd0a3eec9d from libvirt
2021-05-21 05:25:13,660 WARN  [resource.wrapper.LibvirtStartCommandWrapper]
(agentRequest-Handler-3:null) (logid:e0f54056) InternalErrorException
com.cloud.exception.InternalErrorException: Failed to create vnet 200: ls:
cannot access '/sys/class/net//brif/': No such file or directoryCommand
line is not complete. Try option "help"ls: cannot access
'/sys/class/net//brif/': No such file or directoryFailed to add vlan:
br-200.200 to
at
com.cloud.hypervisor.kvm.resource.BridgeVifDriver.createVnet(BridgeVifDriver.java:325)
at
com.cloud.hypervisor.kvm.resource.BridgeVifDriver.createVnetBr(BridgeVifDriver.java:307)
at
com.cloud.hypervisor.kvm.resource.BridgeVifDriver.plug(BridgeVifDriver.java:227)
at
com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.createVif(LibvirtComputingResource.java:2726)
at
com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.createVifs(LibvirtComputingResource.java:2454)
at
com.cloud.hypervisor.kvm.resource.wrapper.LibvirtStartCommandWrapper.execute(LibvirtStartCommandWrapper.java:80)
at
com.cloud.hypervisor.kvm.resource.wrapper.LibvirtStartCommandWrapper.execute(LibvirtStartCommandWrapper.java:45)
at
com.cloud.hypervisor.kvm.resource.wrapper.LibvirtRequestWrapper.execute(LibvirtRequestWrapper.java:78)
at
com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1643)
at com.cloud.agent.Agent.processRequest(Agent.java:661)
at com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1079)
at com.cloud.utils.nio.Task.call(Task.java:83)
at com.cloud.utils.nio.Task.call(Task.java:29)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:829)
2021-05-21 05:25:13,671 INFO  [kvm.storage.LibvirtStorageAdaptor]
(agentRequest-Handler-3:null) (logid:e0f54056) Trying to fetch storage pool
26a9efbf-fb80-3f0d-a292-43bd0a3eec9d from libvirt
2021-05-21 05:25:16,542 INFO  [kvm.resource.LibvirtConnection]
(agentRequest-Handler-2:null) (logid:5fb6ba1e) No existing libvirtd
connection found. Opening a new one
2021-05-21 05:25:16,545 WARN  [kvm.resource.LibvirtConnection]
(agentRequest-Handler-2:null) (logid:5fb6ba1e) Can not find a connection
for Instance v-20-VM. Assuming the default connection.
2021-05-21 05:25:16,738 WARN  [kvm.resource.LibvirtKvmAgentHook]
(agentRequest-Handler-2:null) (logid:5fb6ba1e) Groovy script
'/etc/cloudstack/agent/hooks/libvirt-vm-state-change.groovy' is not
available. Transformations will not be applied.
2021-05-21 05:25:16,738 WARN  [kvm.resource.LibvirtKvmAgentHook]
(agentRequest-Handler-2:null) (logid:5fb6ba1e) Groovy scripting engine is
not initialized. Data transformation skipped.
2021-05-21 05:25:16,784 INFO  [kvm.resource.LibvirtConnection]
(agentRequest-Handler-4:null) (logid:e0f54056) No existing libvirtd
connection found. Opening a new one
2021-05-21 05:25:16,785 WARN  [kvm.resource.LibvirtConnection]
(agentRequest-Handler-4:null) (logid:e0f54056) Can not find a connection
for Instance s-19-VM. Assuming the default connection.
2021-05-21 05:25:16,858 WARN  [kvm.resource.LibvirtKvmAgentHook]
(agentRequest-Handler-4:null) (logid:e0f54056) Groovy script
'/etc/cloudstack/agent/hooks/libvirt-vm-state-change.groovy' is not
available. Transformations will not be applied.


6 Days to CloudStack European User Group Virtual

2021-05-21 Thread Ivet Petrova
Fellow CloudStack Users,

I hope you are having a great Friday and you are ready for the weekend.
We have only 6 days to the first CloudStack Virtual event and a great interest 
for the event.

We would be happy if you register for it: 
https://zoom.us/webinar/register/3916172600434/WN_-zsXhTq_Ttu1Ktz82my06Q


Agenda:

- Welcome + What’s New in CloudStack 4.15 - Giles Sirett, Chairman CSEUG, PMC 
member, Apache CloudStack
- Customising the New CloudStack UI - Abhishek Kumar, ShapeBlue
- KVM High Availability regardless of storage - Gabriel Brascher, VP of Apache 
CloudStack
- From Metal to Service 100% Automation with Apache CloudStack and Ansible - 
Rafael del Valle, Celpax
- CloudStack and Tungsten Fabric SDN Integration Update - Rado Todirica and 
Simon Weller, Education Networks of America
- Building lean CloudStack environments for the Edge - Rudraksh Kulshreshtha, 
IndiQus



Kind regards,


 



Re: Delete IP range

2021-05-21 Thread Andrija Panic
You should disable the zone and then delete SSVM and CPVM - otherwise ACS
will try to create it again and use 2 IPs again.
Then remove the range, then enable the Zone again.

Otherwise, you can check the table in DB user_ip_address (or similar) and
try to read which IP is used atm - but probably it's just the SSVM and CPVM
which have been recreated.

On Fri, 21 May 2021 at 08:44, Fariborz Navidan 
wrote:

> Hello,
>
> We have migrated our server and public IPs has been changed. I need to
> migrate all IP ranges to the new one. I have added a new IP range and
> changed IP of all VMs. I need to force system VMS to use new IP range. I'm
> trying delete the old IP range so that cloudstack assign IPs from the new
> range. I just destroyed all system VMs but when I try to delete old IP
> range, I get error "2 IPs are used". How do I determine where IPs are used?
>
> Please advise.
> Regards.
>


-- 

Andrija Panić


Delete IP range

2021-05-21 Thread Fariborz Navidan
Hello,

We have migrated our server and public IPs has been changed. I need to
migrate all IP ranges to the new one. I have added a new IP range and
changed IP of all VMs. I need to force system VMS to use new IP range. I'm
trying delete the old IP range so that cloudstack assign IPs from the new
range. I just destroyed all system VMs but when I try to delete old IP
range, I get error "2 IPs are used". How do I determine where IPs are used?

Please advise.
Regards.