Re: Problem with Templates/ISO

[Wei ZHOU]

Hi Douglas,

Thanks for sharing.

I recall there is a similar issue with a nested environment on vmware (
https://github.com/apache/cloudstack/issues/5000).
It would be good to mention it in the cloudstack document.

Could you please create a pull request for it ?
https://github.com/apache/cloudstack-documentation

-Wei



On Wed, 22 Sept 2021 at 03:11, DL  wrote:

> Dear Pearl, Harikrishna, and Wei,
>
> Thank you all for your helpful input!
> With great joy, I'd like to share the reason for the various issues I
> encountered when following the Quick Installation Guide.
>
> In short, the reason is that the network adapters of the VMs that I use to
> deploy CloudStack are not in the correct Promiscuous Mode. After I set the
> network adapters as "Promiscuous Mode: Allow All" in VirtualBox, all the
> issues are gone!
>
> As I mentioned before, I am using one VM as the gateway server, and one VM
> to deploy CloudStack. Let's call the VM that serves as the gateway server
> as VM1, and the VM that I want to deploy CloudStack onto as VM2.
> VM1 has two interfaces. The first interface enp0s3 is a NAT adapter. So,
> this interface uses DHCP and gets Internet access automatically. The second
> interface, enp0s8, with IP address 172.16.10.1 is an Internal Network
> adapter. It is the gateway.
> VM2 has only one interface, enp0s3, which is also an Internal Network
> adapter. It uses IP 172.16.10.2.
> VM2 can have Internet access through the gateway. However, according to the
> Quick Installation Guide, other VMs created on this VM2 all attach to the
> newly created bridge (cloudbr0) first.
> Initially, I used the default setting for the Promiscuous Mode (i.e., Deny)
> for adapters enp0s8 on VM1 and enp0s3 on VM2. It seems that, with this
> setting, the system VMs created by CloudStack cannot reach the gateway
> 172.16.10.1, and thus cannot connect to the Internet. As all symptoms point
> to a connectivity issue, I tried several hypotheses to try to resolve
> the issue.
> After I changed the Promiscuous Mode to "Allow All" for the two adapters in
> VirtualBox, now the system VMs can connect to the Internet fine!
>
> I have successfully created an ISO through URL and launched a VM with the
> ISO!
> I still could not upload an ISO from the local file system. As this is
> expected, I will not try to get this feature working. I will just create
> ISOs through URLs if I need any.
>
>
> Do you think configuring the network adapters as "Promiscuous Mode: Allow
> All" (or at least as Allow VMs) should be mentioned in the Quick
> Installation Guide?
> I believe many people are using the virtual environment to test drive
> CloudStack.
> I am not sure whether this is a basic setting that everyone will
> automatically use. But this setting is in the Advanced setting section in
> VirtualBox, and the default setting is "Deny" even for Internal Network
> adapters.
> If this can be mentioned in the installation guide beforehand, it can
> potentially save the time newcomers may need to spend to realize that this
> is a problem.
>
> Thanks again for the help!
>
> Best regards,
> Douglas
>
>
>
>
> On Tue, Sep 21, 2021 at 6:54 PM DL  wrote:
>
> > Hello Wei,
> >
> > Thanks for the comment. Yes, the problem seems to be here. If I go to the
> > SSVM console, it cannot connect to the Internet.
> > The consoleproxy VM cannot connect to the Internet either.
> >
> > I don't think I should change configurations within these system VMs, as
> > the Quick Installation Guide doesn't mention anything about configuring
> the
> > system VMs.
> > Is it because I missed something during the previous configuration
> > process? What could have caused this problem?
> >
> > Best regards,
> >
> >
> > On Tue, Sep 21, 2021 at 3:55 PM Wei ZHOU  wrote:
> >
> >> It looks ssvm is not working well.
> >> Please make sure that ssvm can connect to internet.
> >>
> >> -Wei
> >>
> >> On Tuesday, 21 September 2021, DL  wrote:
> >>
> >> > The "SystemVM Template (KVM)" is ready. However, the "CentOS
> 5.5(64bit)
> >> no
> >> > GUI (KVM)" template is not ready; the status says "Unable to resolve
> >> > download.cloudstack.org."
> >> > This issue is similar to the error I encountered when I tried to
> >> register
> >> > an online ISO.
> >> > If I use the browser, I can visit any website. I can ping
> >> > download.cloudstack.org from the terminal fine. However, cloudstack
> >> seems
> >> > not able to reach the public Internet.
> >> > Is CloudStack using a different way to reach the Internet?
> >> >
> >> >
> >> >
> >> > On Tue, Sep 21, 2021 at 2:10 AM Pearl d'Silva <
> >> pearl.dsi...@shapeblue.com>
> >> > wrote:
> >> >
> >> > > Hi,
> >> > >
> >> > > One of the reasons why the templates may not be showing up in the VM
> >> > > deployment wizard is because they aren't in the ready state. You can
> >> > verify
> >> > > that by going into the respective template's info and in the zone
> tab
> >> > you'd
> >> > > probably notice that the template(s) aren't in ready state. Ideally

Re: Problem with Templates/ISO

[DL]

Dear Pearl, Harikrishna, and Wei,

Thank you all for your helpful input!
With great joy, I'd like to share the reason for the various issues I
encountered when following the Quick Installation Guide.

In short, the reason is that the network adapters of the VMs that I use to
deploy CloudStack are not in the correct Promiscuous Mode. After I set the
network adapters as "Promiscuous Mode: Allow All" in VirtualBox, all the
issues are gone!

As I mentioned before, I am using one VM as the gateway server, and one VM
to deploy CloudStack. Let's call the VM that serves as the gateway server
as VM1, and the VM that I want to deploy CloudStack onto as VM2.
VM1 has two interfaces. The first interface enp0s3 is a NAT adapter. So,
this interface uses DHCP and gets Internet access automatically. The second
interface, enp0s8, with IP address 172.16.10.1 is an Internal Network
adapter. It is the gateway.
VM2 has only one interface, enp0s3, which is also an Internal Network
adapter. It uses IP 172.16.10.2.
VM2 can have Internet access through the gateway. However, according to the
Quick Installation Guide, other VMs created on this VM2 all attach to the
newly created bridge (cloudbr0) first.
Initially, I used the default setting for the Promiscuous Mode (i.e., Deny)
for adapters enp0s8 on VM1 and enp0s3 on VM2. It seems that, with this
setting, the system VMs created by CloudStack cannot reach the gateway
172.16.10.1, and thus cannot connect to the Internet. As all symptoms point
to a connectivity issue, I tried several hypotheses to try to resolve
the issue.
After I changed the Promiscuous Mode to "Allow All" for the two adapters in
VirtualBox, now the system VMs can connect to the Internet fine!

I have successfully created an ISO through URL and launched a VM with the
ISO!
I still could not upload an ISO from the local file system. As this is
expected, I will not try to get this feature working. I will just create
ISOs through URLs if I need any.


Do you think configuring the network adapters as "Promiscuous Mode: Allow
All" (or at least as Allow VMs) should be mentioned in the Quick
Installation Guide?
I believe many people are using the virtual environment to test drive
CloudStack.
I am not sure whether this is a basic setting that everyone will
automatically use. But this setting is in the Advanced setting section in
VirtualBox, and the default setting is "Deny" even for Internal Network
adapters.
If this can be mentioned in the installation guide beforehand, it can
potentially save the time newcomers may need to spend to realize that this
is a problem.

Thanks again for the help!

Best regards,
Douglas




On Tue, Sep 21, 2021 at 6:54 PM DL  wrote:

> Hello Wei,
>
> Thanks for the comment. Yes, the problem seems to be here. If I go to the
> SSVM console, it cannot connect to the Internet.
> The consoleproxy VM cannot connect to the Internet either.
>
> I don't think I should change configurations within these system VMs, as
> the Quick Installation Guide doesn't mention anything about configuring the
> system VMs.
> Is it because I missed something during the previous configuration
> process? What could have caused this problem?
>
> Best regards,
>
>
> On Tue, Sep 21, 2021 at 3:55 PM Wei ZHOU  wrote:
>
>> It looks ssvm is not working well.
>> Please make sure that ssvm can connect to internet.
>>
>> -Wei
>>
>> On Tuesday, 21 September 2021, DL  wrote:
>>
>> > The "SystemVM Template (KVM)" is ready. However, the "CentOS 5.5(64bit)
>> no
>> > GUI (KVM)" template is not ready; the status says "Unable to resolve
>> > download.cloudstack.org."
>> > This issue is similar to the error I encountered when I tried to
>> register
>> > an online ISO.
>> > If I use the browser, I can visit any website. I can ping
>> > download.cloudstack.org from the terminal fine. However, cloudstack
>> seems
>> > not able to reach the public Internet.
>> > Is CloudStack using a different way to reach the Internet?
>> >
>> >
>> >
>> > On Tue, Sep 21, 2021 at 2:10 AM Pearl d'Silva <
>> pearl.dsi...@shapeblue.com>
>> > wrote:
>> >
>> > > Hi,
>> > >
>> > > One of the reasons why the templates may not be showing up in the VM
>> > > deployment wizard is because they aren't in the ready state. You can
>> > verify
>> > > that by going into the respective template's info and in the zone tab
>> > you'd
>> > > probably notice that the template(s) aren't in ready state. Ideally,
>> once
>> > > the SystemVMs, essentially, Secondary storage VM(SSVM) is up, it
>> should
>> > > sync the templates (the systemVM template (that you had initially
>> seeded)
>> > > and the built-in template). Do you see an errors in the management
>> server
>> > > logs that could be helpful.
>> > > Can you log into your database (cloud) and see if you see any entries
>> in
>> > > the template_store_ref table. I understand you are on a KVM based env,
>> > so,
>> > > select * from template_store_ref where template_id=4\G  -
>> template_id
>> > > = 4 - refers to a built-in temp

Re: Problem with Templates/ISO

[DL]

Hello Wei,

Thanks for the comment. Yes, the problem seems to be here. If I go to the
SSVM console, it cannot connect to the Internet.
The consoleproxy VM cannot connect to the Internet either.

I don't think I should change configurations within these system VMs, as
the Quick Installation Guide doesn't mention anything about configuring the
system VMs.
Is it because I missed something during the previous configuration process?
What could have caused this problem?

Best regards,


On Tue, Sep 21, 2021 at 3:55 PM Wei ZHOU  wrote:

> It looks ssvm is not working well.
> Please make sure that ssvm can connect to internet.
>
> -Wei
>
> On Tuesday, 21 September 2021, DL  wrote:
>
> > The "SystemVM Template (KVM)" is ready. However, the "CentOS 5.5(64bit)
> no
> > GUI (KVM)" template is not ready; the status says "Unable to resolve
> > download.cloudstack.org."
> > This issue is similar to the error I encountered when I tried to register
> > an online ISO.
> > If I use the browser, I can visit any website. I can ping
> > download.cloudstack.org from the terminal fine. However, cloudstack
> seems
> > not able to reach the public Internet.
> > Is CloudStack using a different way to reach the Internet?
> >
> >
> >
> > On Tue, Sep 21, 2021 at 2:10 AM Pearl d'Silva <
> pearl.dsi...@shapeblue.com>
> > wrote:
> >
> > > Hi,
> > >
> > > One of the reasons why the templates may not be showing up in the VM
> > > deployment wizard is because they aren't in the ready state. You can
> > verify
> > > that by going into the respective template's info and in the zone tab
> > you'd
> > > probably notice that the template(s) aren't in ready state. Ideally,
> once
> > > the SystemVMs, essentially, Secondary storage VM(SSVM) is up, it should
> > > sync the templates (the systemVM template (that you had initially
> seeded)
> > > and the built-in template). Do you see an errors in the management
> server
> > > logs that could be helpful.
> > > Can you log into your database (cloud) and see if you see any entries
> in
> > > the template_store_ref table. I understand you are on a KVM based env,
> > so,
> > > select * from template_store_ref where template_id=4\G  -
> template_id
> > > = 4 - refers to a built-in template that gets downloaded.
> > >
> > > Do you see any exceptions when trying to register a new template ?
> > > For management server logs - look into
> > > /var/log/cloudstack/management/management-server.log
> > > Another place to look at would be the SSVM (which plays an integral
> role
> > > in downloading templates)
> > > Please refer to
> > > https://cwiki.apache.org/confluence/display/CLOUDSTACK/
> > SSVM%2C+templates%2C+Secondary+storage+troubleshooting
> > > to log into and debug the SSVM.  To increase the log level in your
> SSVM -
> > > you can run the following:
> > > sed -i 's/INFO/DEBUG/g' /usr/local/cloud/systemvm/conf/log4j-cloud.xml
> > and
> > > then restart the cloud service : systemctl restart cloud
> > > In the SSVM, you can observe the logs at /var/log/cloud.log
> > >
> > > To setup an SSL enabled env you could follow this link -
> > > https://www.shapeblue.com/securing-cloudstack-4-11-with-https-tls/ or
> as
> > > a temporary hack, you can enter the SSVMs IP Address in the browser's
> url
> > > field with https scheme (https://) and accept the risk,
> > > before trying to upload the template.
> > >
> > > Hope this helps.
> > >
> > > Thanks
> > >
> > >
> > > 
> > > From: DL 
> > > Sent: Tuesday, September 21, 2021 10:51 AM
> > > To: users@cloudstack.apache.org 
> > > Subject: Re: Problem with Templates/ISO
> > >
> > > The system VMs are up and running.
> > > The Zone shows enabled.
> > >
> > > I have another VM in VirtualBox serving as the gateway server for the
> > > cloudstack VM.
> > > The gateway IP is 172.16.10.1. The cloudstack VM's IP is 172.16.10.2.
> > > As instructed, the gateway server is only a gateway, not a DHCP server.
> > > The cloudstack VM can use the gateway to access the Internet fine.
> > > I can SSH from the gateway server into the cloudstack VM fine.
> > >
> > > How do I make my env setup SSL enabled?
> > > Am I supposed to see some existing Templates/ISOs when creating a new
> VM
> > > instance? Or am I supposed to create some Templates/ISOs by myself
> first?
> > >
> > >
> > >
> > > On Tue, Sep 21, 2021 at 12:20 AM Pearl d'Silva <
> > pearl.dsi...@shapeblue.com
> > > > wrote:
> > > Hi Douglas,
> > >
> > > Could you please let us know the following:
> > >
> > >   *   Do you see the systemVMs are up and running (Infratructure ->
> > System
> > > VMs)?
> > >   *   Is the zone enabled? (Infrastructure -> Zones (specific zone's
> > > Allocation State))
> > >
> > > Providing some insight into the state of your env - by answering the
> > above
> > > questions, may help us diagnose the issue better wrt template
> > registration
> > > failure. With regards to template/iso upload(from local) failure - this
> > > would b

Re: Problem with Templates/ISO

[Wei ZHOU]

It looks ssvm is not working well.
Please make sure that ssvm can connect to internet.

-Wei

On Tuesday, 21 September 2021, DL  wrote:

> The "SystemVM Template (KVM)" is ready. However, the "CentOS 5.5(64bit) no
> GUI (KVM)" template is not ready; the status says "Unable to resolve
> download.cloudstack.org."
> This issue is similar to the error I encountered when I tried to register
> an online ISO.
> If I use the browser, I can visit any website. I can ping
> download.cloudstack.org from the terminal fine. However, cloudstack seems
> not able to reach the public Internet.
> Is CloudStack using a different way to reach the Internet?
>
>
>
> On Tue, Sep 21, 2021 at 2:10 AM Pearl d'Silva 
> wrote:
>
> > Hi,
> >
> > One of the reasons why the templates may not be showing up in the VM
> > deployment wizard is because they aren't in the ready state. You can
> verify
> > that by going into the respective template's info and in the zone tab
> you'd
> > probably notice that the template(s) aren't in ready state. Ideally, once
> > the SystemVMs, essentially, Secondary storage VM(SSVM) is up, it should
> > sync the templates (the systemVM template (that you had initially seeded)
> > and the built-in template). Do you see an errors in the management server
> > logs that could be helpful.
> > Can you log into your database (cloud) and see if you see any entries in
> > the template_store_ref table. I understand you are on a KVM based env,
> so,
> > select * from template_store_ref where template_id=4\G  - template_id
> > = 4 - refers to a built-in template that gets downloaded.
> >
> > Do you see any exceptions when trying to register a new template ?
> > For management server logs - look into
> > /var/log/cloudstack/management/management-server.log
> > Another place to look at would be the SSVM (which plays an integral role
> > in downloading templates)
> > Please refer to
> > https://cwiki.apache.org/confluence/display/CLOUDSTACK/
> SSVM%2C+templates%2C+Secondary+storage+troubleshooting
> > to log into and debug the SSVM.  To increase the log level in your SSVM -
> > you can run the following:
> > sed -i 's/INFO/DEBUG/g' /usr/local/cloud/systemvm/conf/log4j-cloud.xml
> and
> > then restart the cloud service : systemctl restart cloud
> > In the SSVM, you can observe the logs at /var/log/cloud.log
> >
> > To setup an SSL enabled env you could follow this link -
> > https://www.shapeblue.com/securing-cloudstack-4-11-with-https-tls/ or as
> > a temporary hack, you can enter the SSVMs IP Address in the browser's url
> > field with https scheme (https://) and accept the risk,
> > before trying to upload the template.
> >
> > Hope this helps.
> >
> > Thanks
> >
> >
> > 
> > From: DL 
> > Sent: Tuesday, September 21, 2021 10:51 AM
> > To: users@cloudstack.apache.org 
> > Subject: Re: Problem with Templates/ISO
> >
> > The system VMs are up and running.
> > The Zone shows enabled.
> >
> > I have another VM in VirtualBox serving as the gateway server for the
> > cloudstack VM.
> > The gateway IP is 172.16.10.1. The cloudstack VM's IP is 172.16.10.2.
> > As instructed, the gateway server is only a gateway, not a DHCP server.
> > The cloudstack VM can use the gateway to access the Internet fine.
> > I can SSH from the gateway server into the cloudstack VM fine.
> >
> > How do I make my env setup SSL enabled?
> > Am I supposed to see some existing Templates/ISOs when creating a new VM
> > instance? Or am I supposed to create some Templates/ISOs by myself first?
> >
> >
> >
> > On Tue, Sep 21, 2021 at 12:20 AM Pearl d'Silva <
> pearl.dsi...@shapeblue.com
> > > wrote:
> > Hi Douglas,
> >
> > Could you please let us know the following:
> >
> >   *   Do you see the systemVMs are up and running (Infratructure ->
> System
> > VMs)?
> >   *   Is the zone enabled? (Infrastructure -> Zones (specific zone's
> > Allocation State))
> >
> > Providing some insight into the state of your env - by answering the
> above
> > questions, may help us diagnose the issue better wrt template
> registration
> > failure. With regards to template/iso upload(from local) failure - this
> > would be expected if your env setup isn't SSL enabled. The issues you may
> > be facing could also be due to your infrastructure / network topology.
> > The Quick installation guide is up to date and should work, however if
> you
> > are facing issues you may refer to
> > https://github.com/shapeblue/hackerbook/blob/main/1-user.md to setup a
> > basic env. Another resource you could look at is
> > https://github.com/shapeblue/mbx - this will setup an env for you -
> > please do follow the Readme. That said, if you see any issues with the
> > documentation, you can report them i.e., create an issue/ pull request
> > against the respective projects on GitHub and we can help improve them.
> >
> > Thanks,
> > Pearl
> >
> >
> >
> > 
> > From: DL mailto:douglasl...@gmail.com

Re: Problem with Templates/ISO

[DL]

The "SystemVM Template (KVM)" is ready. However, the "CentOS 5.5(64bit) no
GUI (KVM)" template is not ready; the status says "Unable to resolve
download.cloudstack.org."
This issue is similar to the error I encountered when I tried to register
an online ISO.
If I use the browser, I can visit any website. I can ping
download.cloudstack.org from the terminal fine. However, cloudstack seems
not able to reach the public Internet.
Is CloudStack using a different way to reach the Internet?



On Tue, Sep 21, 2021 at 2:10 AM Pearl d'Silva 
wrote:

> Hi,
>
> One of the reasons why the templates may not be showing up in the VM
> deployment wizard is because they aren't in the ready state. You can verify
> that by going into the respective template's info and in the zone tab you'd
> probably notice that the template(s) aren't in ready state. Ideally, once
> the SystemVMs, essentially, Secondary storage VM(SSVM) is up, it should
> sync the templates (the systemVM template (that you had initially seeded)
> and the built-in template). Do you see an errors in the management server
> logs that could be helpful.
> Can you log into your database (cloud) and see if you see any entries in
> the template_store_ref table. I understand you are on a KVM based env, so,
> select * from template_store_ref where template_id=4\G  - template_id
> = 4 - refers to a built-in template that gets downloaded.
>
> Do you see any exceptions when trying to register a new template ?
> For management server logs - look into
> /var/log/cloudstack/management/management-server.log
> Another place to look at would be the SSVM (which plays an integral role
> in downloading templates)
> Please refer to
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSVM%2C+templates%2C+Secondary+storage+troubleshooting
> to log into and debug the SSVM.  To increase the log level in your SSVM -
> you can run the following:
> sed -i 's/INFO/DEBUG/g' /usr/local/cloud/systemvm/conf/log4j-cloud.xml and
> then restart the cloud service : systemctl restart cloud
> In the SSVM, you can observe the logs at /var/log/cloud.log
>
> To setup an SSL enabled env you could follow this link -
> https://www.shapeblue.com/securing-cloudstack-4-11-with-https-tls/ or as
> a temporary hack, you can enter the SSVMs IP Address in the browser's url
> field with https scheme (https://) and accept the risk,
> before trying to upload the template.
>
> Hope this helps.
>
> Thanks
>
>
> 
> From: DL 
> Sent: Tuesday, September 21, 2021 10:51 AM
> To: users@cloudstack.apache.org 
> Subject: Re: Problem with Templates/ISO
>
> The system VMs are up and running.
> The Zone shows enabled.
>
> I have another VM in VirtualBox serving as the gateway server for the
> cloudstack VM.
> The gateway IP is 172.16.10.1. The cloudstack VM's IP is 172.16.10.2.
> As instructed, the gateway server is only a gateway, not a DHCP server.
> The cloudstack VM can use the gateway to access the Internet fine.
> I can SSH from the gateway server into the cloudstack VM fine.
>
> How do I make my env setup SSL enabled?
> Am I supposed to see some existing Templates/ISOs when creating a new VM
> instance? Or am I supposed to create some Templates/ISOs by myself first?
>
>
>
> On Tue, Sep 21, 2021 at 12:20 AM Pearl d'Silva  > wrote:
> Hi Douglas,
>
> Could you please let us know the following:
>
>   *   Do you see the systemVMs are up and running (Infratructure -> System
> VMs)?
>   *   Is the zone enabled? (Infrastructure -> Zones (specific zone's
> Allocation State))
>
> Providing some insight into the state of your env - by answering the above
> questions, may help us diagnose the issue better wrt template registration
> failure. With regards to template/iso upload(from local) failure - this
> would be expected if your env setup isn't SSL enabled. The issues you may
> be facing could also be due to your infrastructure / network topology.
> The Quick installation guide is up to date and should work, however if you
> are facing issues you may refer to
> https://github.com/shapeblue/hackerbook/blob/main/1-user.md to setup a
> basic env. Another resource you could look at is
> https://github.com/shapeblue/mbx - this will setup an env for you -
> please do follow the Readme. That said, if you see any issues with the
> documentation, you can report them i.e., create an issue/ pull request
> against the respective projects on GitHub and we can help improve them.
>
> Thanks,
> Pearl
>
>
>
> 
> From: DL mailto:douglasl...@gmail.com>>
> Sent: Tuesday, September 21, 2021 12:43 AM
> To: users@cloudstack.apache.org <
> users@cloudstack.apache.org>
> Subject: Re: Problem with Templates/ISO
>
> Hi Pearl,
>
> Following your solution, I added the Secondary Storage, and now two
> Templates and two ISOs shows under the Images tab.
> However, I still couldn't see 

Re: problem with project

[David Jumani]

Hi Piotr,

I'm able to reproduce it but on editing the settings such as the VM name it 
does get saved. It looks like the issue is in fetching the instance groups to 
which the user can add the VM.
Can you please raise an issue and we can look into creating a fix for it

From: Piotr Pisz 
Sent: Tuesday, September 21, 2021 2:13 PM
To: users@cloudstack.apache.org 
Subject: problem with project

Hello!

I have a question:

I have a project, a user in a project, VM. When the VM is turned off and I try 
to rename the VM, I get this message:

Request Failed (431)
Account and projectId can't be specified together

The changes to the settings are not saved, I did some experiments but I am not 
able to relate it to anything.
There is no error message in the CS log.

In the old client, this message does not appear, but the changes are also not 
saved.

Could someone please explain to me what is going on?

Regards,
Piotr



 

Re: problem with project

[Wei ZHOU]

Hi Piotr,

Can you file a bug on github ? https://github.com/apache/cloudstack/issues

-Wei

On Tue, 21 Sept 2021 at 11:03, Piotr Pisz  wrote:

> Hi Wei,
>
>
>
> CS 4.15.2, this message definitely appeared in 4.15.1 and probably in
> 4.15.0.
>
>
>
> Regards,
>
> Piotr
>
>
>
>
>
> From: Wei ZHOU 
> Sent: Tuesday, September 21, 2021 10:55 AM
> To: users ; pi...@piszki.pl
> Subject: Re: problem with project
>
>
>
> Hi Piotr,
>
>
>
> What's the cloudstack version ? It sounds like a UI bug. You can use
> cloudmonkey.
>
>
>
> -Wei
>
>
>
> On Tue, 21 Sept 2021 at 10:44, Piotr Pisz  pi...@piszki.pl> > wrote:
>
> Hello!
>
> I have a question:
>
> I have a project, a user in a project, VM. When the VM is turned off and I
> try to rename the VM, I get this message:
>
> Request Failed (431)
> Account and projectId can't be specified together
>
> The changes to the settings are not saved, I did some experiments but I am
> not able to relate it to anything.
> There is no error message in the CS log.
>
> In the old client, this message does not appear, but the changes are also
> not saved.
>
> Could someone please explain to me what is going on?
>
> Regards,
> Piotr
>
>
>
>

RE: problem with project

[Piotr Pisz]

Hi Wei,

 

CS 4.15.2, this message definitely appeared in 4.15.1 and probably in 4.15.0.

 

Regards,

Piotr

 

 

From: Wei ZHOU  
Sent: Tuesday, September 21, 2021 10:55 AM
To: users ; pi...@piszki.pl
Subject: Re: problem with project

 

Hi Piotr,

 

What's the cloudstack version ? It sounds like a UI bug. You can use 
cloudmonkey.

 

-Wei

 

On Tue, 21 Sept 2021 at 10:44, Piotr Pisz mailto:pi...@piszki.pl> > wrote:

Hello!

I have a question: 

I have a project, a user in a project, VM. When the VM is turned off and I try 
to rename the VM, I get this message:

Request Failed (431)
Account and projectId can't be specified together

The changes to the settings are not saved, I did some experiments but I am not 
able to relate it to anything.
There is no error message in the CS log.

In the old client, this message does not appear, but the changes are also not 
saved.

Could someone please explain to me what is going on?

Regards,
Piotr

Re: problem with project

[Wei ZHOU]

Hi Piotr,

What's the cloudstack version ? It sounds like a UI bug. You can use
cloudmonkey.

-Wei

On Tue, 21 Sept 2021 at 10:44, Piotr Pisz  wrote:

> Hello!
>
> I have a question:
>
> I have a project, a user in a project, VM. When the VM is turned off and I
> try to rename the VM, I get this message:
>
> Request Failed (431)
> Account and projectId can't be specified together
>
> The changes to the settings are not saved, I did some experiments but I am
> not able to relate it to anything.
> There is no error message in the CS log.
>
> In the old client, this message does not appear, but the changes are also
> not saved.
>
> Could someone please explain to me what is going on?
>
> Regards,
> Piotr
>
>
>

problem with project

[Piotr Pisz]

Hello!

I have a question: 

I have a project, a user in a project, VM. When the VM is turned off and I try 
to rename the VM, I get this message:

Request Failed (431)
Account and projectId can't be specified together

The changes to the settings are not saved, I did some experiments but I am not 
able to relate it to anything.
There is no error message in the CS log.

In the old client, this message does not appear, but the changes are also not 
saved.

Could someone please explain to me what is going on?

Regards,
Piotr

RE: lower case VM hostname

[Piotr Pisz]

Hello!

A very good question, the answer is no (but such an option in CS would be
useful).
You can disable cloud-init hostname setting and override this mechanism with
your own script.
Just get hostname from UserData, and use hostnamectl to set the correct
name.

Piotr



-Original Message-
From: Yordan Kostov  
Sent: Monday, September 20, 2021 4:03 PM
To: users@cloudstack.apache.org
Subject: lower case VM hostname

Dear all,

Is it possible to force Linux VMs hostnames to be lower case
no matter of how the user named the VM in Cloudstack GUI?
Is there such custom option in Cloudstack and if that is not
the case, is there a way to achieve that with cloud-init set-hostname
module?

Best regards,
Jordan