Re: Issue in Setup KVM host with agent 4.18.1

2024-07-01 Thread Nux

Hello,

That's essentially an Ampere Altra server. You will need to share a lot 
more details.


This may also come in handy:
https://rohityadav.cloud/blog/cloudstack-arm64-kvm/


On 2024-06-26 08:07, Sanjay Kumar wrote:

Hi All,

Does the ARM RL300 server Support Cloudstack? We are facing while
installing the Cloudstack agent 4.18.1.0.

Any help would be really appreciated. Thank you!


Thank you
Sanjay Kumar


Re: [DISCUSS] Deprecate/remove support for EOL distros and hypervisors

2024-07-01 Thread Suresh Anaparti
+1, to deprecate the EL7 & other EOL software (in the next major release), and 
update the relevant docs.

Thanks Rohit, for bringing this up.

Regards,
Suresh

From: Rohit Yadav 
Date: Monday, 1 July 2024 at 12:00 PM
To: dev@cloudstack.apache.org 
Cc: us...@cloudstack.apache.org 
Subject: Re: [DISCUSS] Deprecate/remove support for EOL distros and hypervisors
All,

Thank you for your comments and participation. I sense we're largely in 
agreement and logistically it wouldn't be possible to support EL7 now (reached 
vendor EOL yesterday), let's try and get the related PRs address this esp. in 
the release notes for the next major release (4.20 and onwards).


Regards.


From: João Jandre Paraquetti 
Sent: Friday, June 21, 2024 21:43
To: us...@cloudstack.apache.org 
Cc: dev@cloudstack.apache.org 
Subject: Re: [DISCUSS] Deprecate/remove support for EOL distros and hypervisors

I agree with Rohit, EL7 is long past its due date and choosing to keep
supporting it is a risk for the project. I believe we should stop
recommending this dated OS for new environments now and start removing
support on the next major versions (e.g. 5.0) . Also, +1 on not
recommending the use of the other listed OSs.

Best regards,

João Jandre

On 6/21/24 08:49, Rohit Yadav wrote:
> Related PRs, requesting for review:
>
> https://github.com/apache/cloudstack/pull/8609
> https://github.com/apache/cloudstack-documentation/pull/409
>
>
> Regards.
>
>
>
>
> 
> From: Nux 
> Sent: Thursday, June 20, 2024 17:24
> To: dev@cloudstack.apache.org 
> Cc: us...@cloudstack.apache.org ; Rohit Yadav 
> 
> Subject: Re: [DISCUSS] Deprecate/remove support for EOL distros and 
> hypervisors
>
> By all means, remove CentOS7 and any EOL OS or component from the matrix
> and recommendations!
>
> Regards
>
> On 2024-06-20 11:45, Rohit Yadav wrote:
>> + Users
>>
>> Just to be clear, what this thread is about - Deprecating/removing
>> documentation via the compatibility matrix for a component does not
>> necessarily mean CloudStack will not work on it, in fact it might (with
>> some additional pkg installation if required if we decide to transition
>> to JRE17/21) and community's testing. The discussion is whether from a
>> project point of view, what should users be advised that is considered
>> supported via the compatibility matrix page in the release notes. The
>> same applies for other distro/hosts, hypervisors, MySQL DB version.
>>
>> Just a note for the community to be aware: EL7/CentOS7 active support
>> has already ended in 2020, and we've already supported it since the
>> last 3-4 years. It's only the security update/support ending by end
>> June 2024. So, if there's any future/potential security issue around
>> EL7, we will not be able to support that 18months moving forward (18
>> months being typical ACS LTS release support period). That's risk, I
>> think we logistically wouldn't be able to carry forward for the next
>> major release (4.20) in Q3/Q4 '24.
>>
>> Refer: https://endoflife.date/centos
>>
>>
>> Regards.
>>
>>
>>
>>
>> 
>> From: Nux 
>> Sent: Thursday, June 20, 2024 15:21
>> To: dev@cloudstack.apache.org 
>> Cc: Alex Mattioli 
>> Subject: Re: [DISCUSS] Deprecate/remove support for EOL distros and
>> hypervisors
>>
>> +1 what Alex said.
>> It's kind of wrong, but CentOS7 has such a large install base
>> (generally
>> and for Cloudstack, too) that I feel deprecating it right away would be
>> a mistake.
>>
>>
>



 

> On 2024-06-20 10:45, Alex Mattioli wrote:
>>> I'd like if we keep EL7 for at least one more version, the transition
>>> path out of that is clear now but many cloud operators haven't
>>> replaced
>>> it yet.
>>>
>>> On the rest +1
>>>
>>>
>>>
>>>
>>> -Original Message-
>>> From: Rohit Yadav 
>>> Sent: Thursday, June 20, 2024 11:43 AM
>>> To: dev@cloudstack.apache.org
>>> Subject: [DISCUSS] Deprecate/remove support for EOL distros and
>>> hypervisors
>>>
>>> All,
>>>
>>> Referencing
>>> https://docs.cloudstack.apache.org/en/4.19.0.0/releasenotes/compat.html,
>>> some of the distros and hypervisors we support have reached or
>>> reaching
>>> EOL by end of this month.
>>>
>>> Please review and advise how we should deprecating/remove the
>>> following
>>> for the next 4.20 release (i.e. compatibility matrix for the future
>>> 4.20 release notes):
>>>
>>> Distros:
>>>
>>>*
>>> EL7 (CentOS 7, RHEL7, https://endoflife.date/centos)
>>>*
>>> Ubuntu 18.04 (https://endoflife.date/ubuntu)
>>>
>>>
>>> Software requirements:
>>>
>>>*
>>> JRE 11 (Discuss - should we transition to support JRE/JDK 17 or 21,
>>> for
>>> 4.20? https://endoflife.date/oracle-jdk And are all supported distros
>>> have a JRE17/21 package/dependency availalble)
>>>*
>>> MySQL 5.6, 5.7 (https://endoflife.date/mysql)
>>>
>>> Hypervisors:
>>>
>>>*
>>> KVM: Ubuntu 18.04 (https://endoflife.date/ubuntu), EL7
>>> (https://endoflife.date/centos)
>>>

Re: Help with spring dependency injection

2024-07-01 Thread dav...@boccaciccio.it
Hi Rohit,

Thank you very much, 
have a nice day

> On 27 Jun 2024, at 09:45, Rohit Yadav  wrote:
> 
> HI Davide,
> 
> CloudStack has its own module loader and within each component or module, 
> classes are instantiated via spring context xml rules. You can refer to:
> https://github.com/shapeblue/hackerbook/blob/main/hack/service.md (and other 
> chapters)
> 
> 
> Regards.
> 
> 
> 
> 
> 
> From: dav...@boccaciccio.it 
> Sent: Thursday, June 27, 2024 13:13
> To: dev@cloudstack.apache.org 
> Subject: Help with spring dependency injection
> 
> Hello,
> sorry for bothering you with such a silly question,
> 
> I am new to spring and I am having a hard time figuring out where the 
> initialization of the BaseCmd.java classes 
> (src/main/java/org/apache/cloudstack/api/BaseCmd.java) is. I have used java 
> with no framework in the past.
> 
> If I take this for example:
> 
> ```
> @Inject
> public RemoteAccessVpnService _ravService;
> ```
> 
> I get that the actual class is RemoteAccessVpnManagerImpl, but just because 
> it is the only class implementing the RemoteAccessVpnService interface. If I 
> create a new class implementing said interface, how could I decide which one 
> will be instantiated ?
> 
> I do not know if this is the right place to ask, if not, I am sorry.
> 
> Have a nice day/night
> Bye