Limiting the conntrackd logs in virtual router
Hello
I have an issue in the virtual router where conntrackd(conntrack-tools) is
populating /var/log/daemon.log a lot and because of that VR is running out
of disk space. Do you guys know how to prevent conntrackd from logging too
much? I manually changed the logrotate.conf to rotate every hour and retain
only few copies but thats a quick fix. Is there any better fix to avoid
this issue? In our setup the VR has 2GB disk and even that got filled up
pretty quickly.
The logrotate config for daemon.log is present in /etc/logrotate.d/rsyslog
and I added
/var/log/daemon.log
{
hourly
rotate 1
missingok
notifempty
compress
copytruncate
}
The config present in /etc/logrotate.d/conntrackd is pointing
to /var/log/conntrackd-stats.log and so changing that config wont help.
--
Thanks and regards
Rakesh
Re: Limiting the conntrackd logs in virtual router
I have 4.14 version. The issue exists with only 1 customer.
The VR's belonging to other customers are fine but for one customer who has
enabled site 2 site vpn, its creating lot of logs.
The config I mentioned above is a temporary fix as it will be deleted once
the network is restarted with cleanup.
On Wed, Jun 9, 2021 at 10:52 AM Andrija Panic
wrote:
> Can you advise which version and have you tried isolating the problem -
> this is first time I hear for such an issue (and I have customers with 3y
> VR uptime with no issues)
>
> Perhaps something is broken inside that VR, thus the excessive logging,
> etc?
>
> Best,
>
> On Wed, 9 Jun 2021 at 10:07, Rakesh Venkatesh
> wrote:
>
> > Hello
> >
> > I have an issue in the virtual router where conntrackd(conntrack-tools)
> is
> > populating /var/log/daemon.log a lot and because of that VR is running
> out
> > of disk space. Do you guys know how to prevent conntrackd from logging
> too
> > much? I manually changed the logrotate.conf to rotate every hour and
> retain
> > only few copies but thats a quick fix. Is there any better fix to avoid
> > this issue? In our setup the VR has 2GB disk and even that got filled up
> > pretty quickly.
> >
> > The logrotate config for daemon.log is present in
> /etc/logrotate.d/rsyslog
> > and I added
> >
> > /var/log/daemon.log
> > {
> > hourly
> > rotate 1
> > missingok
> > notifempty
> > compress
> > copytruncate
> > }
> >
> >
> > The config present in /etc/logrotate.d/conntrackd is pointing
> > to /var/log/conntrackd-stats.log and so changing that config wont help.
> >
> > --
> > Thanks and regards
> > Rakesh
> >
>
>
> --
>
> Andrija Panić
>
--
Thanks and regards
Rakesh venkatesh
Re: Limiting the conntrackd logs in virtual router
Can you advise which version and have you tried isolating the problem -
this is first time I hear for such an issue (and I have customers with 3y
VR uptime with no issues)
Perhaps something is broken inside that VR, thus the excessive logging, etc?
Best,
On Wed, 9 Jun 2021 at 10:07, Rakesh Venkatesh
wrote:
> Hello
>
> I have an issue in the virtual router where conntrackd(conntrack-tools) is
> populating /var/log/daemon.log a lot and because of that VR is running out
> of disk space. Do you guys know how to prevent conntrackd from logging too
> much? I manually changed the logrotate.conf to rotate every hour and retain
> only few copies but thats a quick fix. Is there any better fix to avoid
> this issue? In our setup the VR has 2GB disk and even that got filled up
> pretty quickly.
>
> The logrotate config for daemon.log is present in /etc/logrotate.d/rsyslog
> and I added
>
> /var/log/daemon.log
> {
> hourly
> rotate 1
> missingok
> notifempty
> compress
> copytruncate
> }
>
>
> The config present in /etc/logrotate.d/conntrackd is pointing
> to /var/log/conntrackd-stats.log and so changing that config wont help.
>
> --
> Thanks and regards
> Rakesh
>
--
Andrija Panić
Re: [VOTE] Apache CloudStack 4.15.1.0 (RC1)
Hi Michael, Thanks for sharing, we're working on an RC2 and will evaluate if this is a blocker. Can you share if storage DRS worked for you with older CloudStack versions? I could be wrong but you wouldn't want storage DRS enabled while using CloudStack. Regards. From: Michael Bru?k Sent: Wednesday, June 9, 2021 14:21 To: us...@cloudstack.apache.org ; dev@cloudstack.apache.org Subject: Re: [VOTE] Apache CloudStack 4.15.1.0 (RC1) Hi all, for now unfortunately -1 since https://github.com/apache/cloudstack/issues/5091 regards, Michael 2. Juni 2021 11:50, "Rohit Yadav" schrieb: > Hi All, > > I've created a 4.15.1.0 release, with the following artifacts up for a vote: > > Git Branch and Commit SHA: > https://github.com/apache/cloudstack/tree/4.15.1.0-RC20210602T1429 > Commit: aaac4b17099ba838a3f7b57400277ca9b23f98f5 > > Source release (checksums and signatures are available at the same > location): > https://dist.apache.org/repos/dist/dev/cloudstack/4.15.1.0 > > PGP release keys (signed using 5ED1E1122DC5E8A4A45112C2484248210EE3D884): > https://dist.apache.org/repos/dist/release/cloudstack/KEYS > > The vote will be open for 120 hours, until 7 June 2021. > > For sanity in tallying the vote, can PMC members please be sure to indicate > "(binding)" with their vote? > > [ ] +1 approve > [ ] +0 no opinion > [ ] -1 disapprove (and reason why) > > For users convenience, the packages from this release candidate (RC1) and > 4.15.1 systemvmtemplates are available here: > https://download.cloudstack.org/testing/4.15.1.0-RC1 > https://download.cloudstack.org/systemvm/4.15 > > Documentation is not published yet, but the following may be referenced for > upgrade related tests: (there's a new 4.15.1 systemvmtemplate to be > registered prior to upgrade) > https://github.com/apache/cloudstack-documentation/tree/4.15/source/upgrading/upgrade > > Regards.
Re: [VOTE] Apache CloudStack 4.15.1.0 (RC1)
Hello, In general letting hypervisor reallocate ressources independently of cloudstack is a bad idea Having experienced it with Xenserver & ACS. The ACS Database is not always updated with new references uuid of vm or storage vdi It is better to operate on vms with ACS However, it is possible to test some cases in pre-prod in order to validate this is production safe I work like this with my ACS installation I do have lot of problems managing my vms with Xencenter in place of ACS I do not have tested with WLB reintroduced in XCP, any advices ? i would be interested with this feature Have a nice day all Regards, Benoit Le mer. 9 juin 2021 à 11:22, Rohit Yadav a écrit : > Hi Michael, > > Thanks for sharing, we're working on an RC2 and will evaluate if this is a > blocker. > > Can you share if storage DRS worked for you with older CloudStack > versions? I could be wrong but you wouldn't want storage DRS enabled while > using CloudStack. > > > Regards. > > > From: Michael Bru?k > Sent: Wednesday, June 9, 2021 14:21 > To: us...@cloudstack.apache.org ; > dev@cloudstack.apache.org > Subject: Re: [VOTE] Apache CloudStack 4.15.1.0 (RC1) > > Hi all, > > for now unfortunately -1 since > https://github.com/apache/cloudstack/issues/5091 > > regards, > Michael > > 2. Juni 2021 11:50, "Rohit Yadav" schrieb: > > > Hi All, > > > > I've created a 4.15.1.0 release, with the following artifacts up for a > vote: > > > > Git Branch and Commit SHA: > > https://github.com/apache/cloudstack/tree/4.15.1.0-RC20210602T1429 > > Commit: aaac4b17099ba838a3f7b57400277ca9b23f98f5 > > > > Source release (checksums and signatures are available at the same > > location): > > https://dist.apache.org/repos/dist/dev/cloudstack/4.15.1.0 > > > > PGP release keys (signed using 5ED1E1122DC5E8A4A45112C2484248210EE3D884): > > https://dist.apache.org/repos/dist/release/cloudstack/KEYS > > > > The vote will be open for 120 hours, until 7 June 2021. > > > > For sanity in tallying the vote, can PMC members please be sure to > indicate > > "(binding)" with their vote? > > > > [ ] +1 approve > > [ ] +0 no opinion > > [ ] -1 disapprove (and reason why) > > > > For users convenience, the packages from this release candidate (RC1) and > > 4.15.1 systemvmtemplates are available here: > > https://download.cloudstack.org/testing/4.15.1.0-RC1 > > https://download.cloudstack.org/systemvm/4.15 > > > > Documentation is not published yet, but the following may be referenced > for > > upgrade related tests: (there's a new 4.15.1 systemvmtemplate to be > > registered prior to upgrade) > > > https://github.com/apache/cloudstack-documentation/tree/4.15/source/upgrading/upgrade > > > > Regards. > > > >
Re: [VOTE] Apache CloudStack 4.15.1.0 (RC1)
Hi all, for now unfortunately -1 since https://github.com/apache/cloudstack/issues/5091 regards, Michael 2. Juni 2021 11:50, "Rohit Yadav" schrieb: > Hi All, > > I've created a 4.15.1.0 release, with the following artifacts up for a vote: > > Git Branch and Commit SHA: > https://github.com/apache/cloudstack/tree/4.15.1.0-RC20210602T1429 > Commit: aaac4b17099ba838a3f7b57400277ca9b23f98f5 > > Source release (checksums and signatures are available at the same > location): > https://dist.apache.org/repos/dist/dev/cloudstack/4.15.1.0 > > PGP release keys (signed using 5ED1E1122DC5E8A4A45112C2484248210EE3D884): > https://dist.apache.org/repos/dist/release/cloudstack/KEYS > > The vote will be open for 120 hours, until 7 June 2021. > > For sanity in tallying the vote, can PMC members please be sure to indicate > "(binding)" with their vote? > > [ ] +1 approve > [ ] +0 no opinion > [ ] -1 disapprove (and reason why) > > For users convenience, the packages from this release candidate (RC1) and > 4.15.1 systemvmtemplates are available here: > https://download.cloudstack.org/testing/4.15.1.0-RC1 > https://download.cloudstack.org/systemvm/4.15 > > Documentation is not published yet, but the following may be referenced for > upgrade related tests: (there's a new 4.15.1 systemvmtemplate to be > registered prior to upgrade) > https://github.com/apache/cloudstack-documentation/tree/4.15/source/upgrading/upgrade > > Regards.
Re: [VOTE] Apache CloudStack 4.15.1.0 (RC1)
I'm not aware we have ever supported storage DRS (in contrast to "regular" DRS - i.e. VM live migration) - if someone can test with NFS/iSCSI and report. On Wed, 9 Jun 2021 at 11:41, benoit lair wrote: > Hello, > > In general letting hypervisor reallocate ressources independently of > cloudstack is a bad idea > Having experienced it with Xenserver & ACS. The ACS Database is not always > updated with new references uuid of vm or storage vdi > > It is better to operate on vms with ACS > However, it is possible to test some cases in pre-prod in order to validate > this is production safe > > I work like this with my ACS installation > > I do have lot of problems managing my vms with Xencenter in place of ACS > I do not have tested with WLB reintroduced in XCP, any advices ? i would be > interested with this feature > > Have a nice day all > > Regards, Benoit > > Le mer. 9 juin 2021 à 11:22, Rohit Yadav a > écrit : > > > Hi Michael, > > > > Thanks for sharing, we're working on an RC2 and will evaluate if this is > a > > blocker. > > > > Can you share if storage DRS worked for you with older CloudStack > > versions? I could be wrong but you wouldn't want storage DRS enabled > while > > using CloudStack. > > > > > > Regards. > > > > > > From: Michael Bru?k > > Sent: Wednesday, June 9, 2021 14:21 > > To: us...@cloudstack.apache.org ; > > dev@cloudstack.apache.org > > Subject: Re: [VOTE] Apache CloudStack 4.15.1.0 (RC1) > > > > Hi all, > > > > for now unfortunately -1 since > > https://github.com/apache/cloudstack/issues/5091 > > > > regards, > > Michael > > > > 2. Juni 2021 11:50, "Rohit Yadav" schrieb: > > > > > Hi All, > > > > > > I've created a 4.15.1.0 release, with the following artifacts up for a > > vote: > > > > > > Git Branch and Commit SHA: > > > https://github.com/apache/cloudstack/tree/4.15.1.0-RC20210602T1429 > > > Commit: aaac4b17099ba838a3f7b57400277ca9b23f98f5 > > > > > > Source release (checksums and signatures are available at the same > > > location): > > > https://dist.apache.org/repos/dist/dev/cloudstack/4.15.1.0 > > > > > > PGP release keys (signed using > 5ED1E1122DC5E8A4A45112C2484248210EE3D884): > > > https://dist.apache.org/repos/dist/release/cloudstack/KEYS > > > > > > The vote will be open for 120 hours, until 7 June 2021. > > > > > > For sanity in tallying the vote, can PMC members please be sure to > > indicate > > > "(binding)" with their vote? > > > > > > [ ] +1 approve > > > [ ] +0 no opinion > > > [ ] -1 disapprove (and reason why) > > > > > > For users convenience, the packages from this release candidate (RC1) > and > > > 4.15.1 systemvmtemplates are available here: > > > https://download.cloudstack.org/testing/4.15.1.0-RC1 > > > https://download.cloudstack.org/systemvm/4.15 > > > > > > Documentation is not published yet, but the following may be referenced > > for > > > upgrade related tests: (there's a new 4.15.1 systemvmtemplate to be > > > registered prior to upgrade) > > > > > > https://github.com/apache/cloudstack-documentation/tree/4.15/source/upgrading/upgrade > > > > > > Regards. > > > > > > > > > -- Andrija Panić
Keyboard Shortcuts on Management Server.
Hi all, I’m trying to implement the keyboard shortcuts and the idea is to use the management server ui without a mouse. >From the mentors, here are the suggestion list for shortcuts: [i] - infrastructure [g] - configuration->global settings [v] - storage->volumes [c] - compute->instances [t] - images->templates [n] - networks [a] - accounts [p] - projects [e] - events Please feel free to add more to the list and would appreciate any comments, suggestions or objections. Also, I’ve opened a draft PR #5090 ( https://github.com/apache/cloudstack/pull/5090). Thankyou!
Re: Limiting the conntrackd logs in virtual router
Did you try restarting that VPC with cleanup - so brand new VR is created -
to see if the issue is still observed.
Can you test the same now with 4.15.1 RC1 (voting is happening, please feel
free to test and participate!)
Best,
On Wed, 9 Jun 2021 at 10:57, Rakesh Venkatesh
wrote:
> I have 4.14 version. The issue exists with only 1 customer.
> The VR's belonging to other customers are fine but for one customer who has
> enabled site 2 site vpn, its creating lot of logs.
> The config I mentioned above is a temporary fix as it will be deleted once
> the network is restarted with cleanup.
>
> On Wed, Jun 9, 2021 at 10:52 AM Andrija Panic
> wrote:
>
> > Can you advise which version and have you tried isolating the problem -
> > this is first time I hear for such an issue (and I have customers with 3y
> > VR uptime with no issues)
> >
> > Perhaps something is broken inside that VR, thus the excessive logging,
> > etc?
> >
> > Best,
> >
> > On Wed, 9 Jun 2021 at 10:07, Rakesh Venkatesh >
> > wrote:
> >
> > > Hello
> > >
> > > I have an issue in the virtual router where conntrackd(conntrack-tools)
> > is
> > > populating /var/log/daemon.log a lot and because of that VR is running
> > out
> > > of disk space. Do you guys know how to prevent conntrackd from logging
> > too
> > > much? I manually changed the logrotate.conf to rotate every hour and
> > retain
> > > only few copies but thats a quick fix. Is there any better fix to avoid
> > > this issue? In our setup the VR has 2GB disk and even that got filled
> up
> > > pretty quickly.
> > >
> > > The logrotate config for daemon.log is present in
> > /etc/logrotate.d/rsyslog
> > > and I added
> > >
> > > /var/log/daemon.log
> > > {
> > > hourly
> > > rotate 1
> > > missingok
> > > notifempty
> > > compress
> > > copytruncate
> > > }
> > >
> > >
> > > The config present in /etc/logrotate.d/conntrackd is pointing
> > > to /var/log/conntrackd-stats.log and so changing that config wont help.
> > >
> > > --
> > > Thanks and regards
> > > Rakesh
> > >
> >
> >
> > --
> >
> > Andrija Panić
> >
>
>
> --
> Thanks and regards
> Rakesh venkatesh
>
--
Andrija Panić
Re: Keyboard Shortcuts on Management Server.
I usually use vimium plugin which has keyboard shortcuts for all links in a webpage which is much more handy On Wed, Jun 9, 2021 at 12:38 PM Apurv Gupta wrote: > Hi all, > > > > I’m trying to implement the keyboard shortcuts and the idea is to use the > management server ui without a mouse. > > From the mentors, here are the suggestion list for shortcuts: > > > > [i] - infrastructure > > [g] - configuration->global settings > > [v] - storage->volumes > > [c] - compute->instances > > [t] - images->templates > > [n] - networks > > [a] - accounts > > [p] - projects > > [e] - events > > > > Please feel free to add more to the list and would appreciate any comments, > suggestions or objections. > Also, I’ve opened a draft PR #5090 ( > https://github.com/apache/cloudstack/pull/5090). > > > > Thankyou! > -- Thanks and regards Rakesh venkatesh
Re: Limiting the conntrackd logs in virtual router
If I restart with cleanup then the modified config will be deleted and the
log starts populating very fast again.
On Wed, Jun 9, 2021 at 1:19 PM Andrija Panic
wrote:
> Did you try restarting that VPC with cleanup - so brand new VR is created -
> to see if the issue is still observed.
>
> Can you test the same now with 4.15.1 RC1 (voting is happening, please feel
> free to test and participate!)
>
> Best,
>
> On Wed, 9 Jun 2021 at 10:57, Rakesh Venkatesh
> wrote:
>
> > I have 4.14 version. The issue exists with only 1 customer.
> > The VR's belonging to other customers are fine but for one customer who
> has
> > enabled site 2 site vpn, its creating lot of logs.
> > The config I mentioned above is a temporary fix as it will be deleted
> once
> > the network is restarted with cleanup.
> >
> > On Wed, Jun 9, 2021 at 10:52 AM Andrija Panic
> > wrote:
> >
> > > Can you advise which version and have you tried isolating the problem -
> > > this is first time I hear for such an issue (and I have customers with
> 3y
> > > VR uptime with no issues)
> > >
> > > Perhaps something is broken inside that VR, thus the excessive logging,
> > > etc?
> > >
> > > Best,
> > >
> > > On Wed, 9 Jun 2021 at 10:07, Rakesh Venkatesh <
> www.rakeshv@gmail.com
> > >
> > > wrote:
> > >
> > > > Hello
> > > >
> > > > I have an issue in the virtual router where
> conntrackd(conntrack-tools)
> > > is
> > > > populating /var/log/daemon.log a lot and because of that VR is
> running
> > > out
> > > > of disk space. Do you guys know how to prevent conntrackd from
> logging
> > > too
> > > > much? I manually changed the logrotate.conf to rotate every hour and
> > > retain
> > > > only few copies but thats a quick fix. Is there any better fix to
> avoid
> > > > this issue? In our setup the VR has 2GB disk and even that got filled
> > up
> > > > pretty quickly.
> > > >
> > > > The logrotate config for daemon.log is present in
> > > /etc/logrotate.d/rsyslog
> > > > and I added
> > > >
> > > > /var/log/daemon.log
> > > > {
> > > > hourly
> > > > rotate 1
> > > > missingok
> > > > notifempty
> > > > compress
> > > > copytruncate
> > > > }
> > > >
> > > >
> > > > The config present in /etc/logrotate.d/conntrackd is pointing
> > > > to /var/log/conntrackd-stats.log and so changing that config wont
> help.
> > > >
> > > > --
> > > > Thanks and regards
> > > > Rakesh
> > > >
> > >
> > >
> > > --
> > >
> > > Andrija Panić
> > >
> >
> >
> > --
> > Thanks and regards
> > Rakesh venkatesh
> >
>
>
> --
>
> Andrija Panić
>
--
Thanks and regards
Rakesh venkatesh
Re: Keyboard Shortcuts on Management Server.
Not everyone uses vimium browser plugin, I think it would be great if we can get this working cross-browser. Here’s the original GSOC Idea: https://github.com/apache/cloudstack/issues/4798 Bobby. From: Rakesh Venkatesh Date: Wednesday, 9 June 2021, 14:29 To: dev Subject: Re: Keyboard Shortcuts on Management Server. I usually use vimium plugin which has keyboard shortcuts for all links in a webpage which is much more handy On Wed, Jun 9, 2021 at 12:38 PM Apurv Gupta wrote: > Hi all, > > > > I’m trying to implement the keyboard shortcuts and the idea is to use the > management server ui without a mouse. > > From the mentors, here are the suggestion list for shortcuts: > > > > [i] - infrastructure > > [g] - configuration->global settings > > [v] - storage->volumes > > [c] - compute->instances > > [t] - images->templates > > [n] - networks > > [a] - accounts > > [p] - projects > > [e] - events > > > > Please feel free to add more to the list and would appreciate any comments, > suggestions or objections. > Also, I’ve opened a draft PR #5090 ( > https://github.com/apache/cloudstack/pull/5090). > > > > Thankyou! > -- Thanks and regards Rakesh venkatesh
Re: Keyboard Shortcuts on Management Server.
I looked at the GSOC idea. I have feedback on this 1. Need to memorize the shortcut which is not so good 2. only a limited set of shortcuts as of now.. if it grows then more memorization If we use vimium or similar plugin cons need to spend time installing in browsers pros very less memorization more shortcuts no need for source code change if more tabs/panes or whatever is added to ui future. (just press F and you are good to go) On Wed, Jun 9, 2021 at 1:38 PM Boris Stoyanov wrote: > Not everyone uses vimium browser plugin, I think it would be great if we > can get this working cross-browser. > > Here’s the original GSOC Idea: > https://github.com/apache/cloudstack/issues/4798 > > Bobby. > > From: Rakesh Venkatesh > Date: Wednesday, 9 June 2021, 14:29 > To: dev > Subject: Re: Keyboard Shortcuts on Management Server. > I usually use vimium plugin which has keyboard shortcuts for all links in a > webpage which is much more handy > > > > > On Wed, Jun 9, 2021 at 12:38 PM Apurv Gupta wrote: > > > Hi all, > > > > > > > > I’m trying to implement the keyboard shortcuts and the idea is to use the > > management server ui without a mouse. > > > > From the mentors, here are the suggestion list for shortcuts: > > > > > > > > [i] - infrastructure > > > > [g] - configuration->global settings > > > > [v] - storage->volumes > > > > [c] - compute->instances > > > > [t] - images->templates > > > > [n] - networks > > > > [a] - accounts > > > > [p] - projects > > > > [e] - events > > > > > > > > Please feel free to add more to the list and would appreciate any > comments, > > suggestions or objections. > > Also, I’ve opened a draft PR #5090 ( > > https://github.com/apache/cloudstack/pull/5090). > > > > > > > > Thankyou! > > > > > -- > Thanks and regards > Rakesh venkatesh > -- Thanks and regards Rakesh venkatesh
Re: Keyboard Shortcuts on Management Server.
Having to install a separate plugin is not really sustainable. We’re planning to add small labels next to the major links so that shows which key is the shortcut so no memorizing will be needed(like vimium does but not dynamically, shortcuts will have the same keys all the time) I also like and use vimium but with the new UI it’s simply not working. Pressing f and then the key combination for the ‘Compute’ for example does not get you to the page, that’s why we can’t rely on additional browser plugins for this. Thanks, Bobby. From: Rakesh Venkatesh Date: Wednesday, 9 June 2021, 14:46 To: users Cc: dev@cloudstack.apache.org Subject: Re: Keyboard Shortcuts on Management Server. I looked at the GSOC idea. I have feedback on this 1. Need to memorize the shortcut which is not so good 2. only a limited set of shortcuts as of now.. if it grows then more memorization If we use vimium or similar plugin cons need to spend time installing in browsers pros very less memorization more shortcuts no need for source code change if more tabs/panes or whatever is added to ui future. (just press F and you are good to go) On Wed, Jun 9, 2021 at 1:38 PM Boris Stoyanov wrote: > Not everyone uses vimium browser plugin, I think it would be great if we > can get this working cross-browser. > > Here’s the original GSOC Idea: > https://github.com/apache/cloudstack/issues/4798 > > Bobby. > > From: Rakesh Venkatesh > http://www.rakeshv@gmail.com>> > Date: Wednesday, 9 June 2021, 14:29 > To: dev > Subject: Re: Keyboard Shortcuts on Management Server. > I usually use vimium plugin which has keyboard shortcuts for all links in a > webpage which is much more handy > > > > > On Wed, Jun 9, 2021 at 12:38 PM Apurv Gupta wrote: > > > Hi all, > > > > > > > > I’m trying to implement the keyboard shortcuts and the idea is to use the > > management server ui without a mouse. > > > > From the mentors, here are the suggestion list for shortcuts: > > > > > > > > [i] - infrastructure > > > > [g] - configuration->global settings > > > > [v] - storage->volumes > > > > [c] - compute->instances > > > > [t] - images->templates > > > > [n] - networks > > > > [a] - accounts > > > > [p] - projects > > > > [e] - events > > > > > > > > Please feel free to add more to the list and would appreciate any > comments, > > suggestions or objections. > > Also, I’ve opened a draft PR #5090 ( > > https://github.com/apache/cloudstack/pull/5090). > > > > > > > > Thankyou! > > > > > -- > Thanks and regards > Rakesh venkatesh > -- Thanks and regards Rakesh venkatesh
OpenSource projects can work closer with the OpenJDK Quality Outreach
Hello all, I would like to share that I was invited to participate in the OpenJDK Quality Outreach providing feedback on the CloudStack used JDK. They reach open source projects to gather feedback and work together looking for bugs in the JDK. There are some Apache projects [1] providing feedback. You can see that CloudStack is already there. Basically, I need to report which JDK version CloudStack is currently using to build its Java source. We can test any JDK (including Early Access builds), but I don't have to test newer versions if I (we) don't want to. There are ZERO expectations on testing any JDK. But if anyone wants to, it is welcome. IF we find a bug then we have a direct line with the development team that can fix it for us. IF anyone has the intention to test and report it we can do it, otherwise, we keep updated just the current supported JDK Additionally, the OpenJDK team sends status e-mails (each 2-3 weeks). For reference, there is an e-mail attached as an example. Some Apache projects have these e-mails on their dev@ ML. If it is of our major interest I will ask them to forward such e-mails to the Apache CloudStack dev@ ML; otherwise, I will keep them to myself and if I see anything pertinent I will raise it at the dev@. So please, let me know if you are the +1 or -1 one having such status e-mails at our dev MIL. Best regards, Gabriel. [1] https://wiki.openjdk.java.net/display/quality/Quality+Outreach -- Gabriel Beims Bräscher Apache CloudStack PMC Chair (CloudStack VP) The Apache Software Foundation https://www.apache.org/ https://cloudstack.apache.org/ --- Begin Message --- OpenJDK 17 Early Access build 23 is now available at https://jdk.java.net/17 These early-access , open-source builds are provided under the GNU General Public License, version 2, with the Classpath Exception JEPs targeted to JDK 17, so far: JEP 356: Enhanced Pseudo-Random Number Generators JEP 382: New macOS Rendering Pipeline JEP 391: macOS/AArch64 Port JEP 398: Deprecate the Applet API for Removal JEP 409: Sealed Classes JEP 410: Remove the Experimental AOT and JIT Compiler JEP 412: Foreign Function & Memory API (Incubator) JEP 414: Vector API (Second Incubator) Release Notes are available at https://jdk.java.net/17/release-notes Changes in recent builds that maybe of interest: Build 23 JDK-8243287: Removal of Unsafe::defineAnonymousClass. Build 22 JDK-8266369: New implementation of java.nio.channels.Selector on Microsoft Windows. Build 21 JDK-8196415: JARs signed with SHA-1 algorithms are restricted by default. JDK-8266858: macOS on ARM early access available. The ARM port should behave similarly to the Intel port. There are no known feature differences. When reporting issues on macOS please specify if using ARM or x64. We need your help in testing new Selector implementation on Windows [1]: The implementation of the Selector API on Windows has been replaced in JDK 17 b22 with a new more scalable implementation [2]. The old select based Selector implementation has been the default since Java 1.4 (2002) so replacing it is a significant change. It would be really helpful to get more testing of the new implementation before the fork for Rampdown Phase One on June 10th. Other Topics which might be of Interest: Updates to JEP 411: Deprecate the Security Manager for Removal | Link "The meaning, or not, of “LTS” | Link JFR Remote Recording Stream | Link Project Loom Early-Access Build: Build 17-loom+7-342 (2021/5/11) These early-access builds are provided under the GNU General Public License, version 2, with the Classpath Exception. These builds are produced for the purpose of gathering feedback. Use for any other purpose is at your own risk. Please send feedback via e-mail to loom-...@openjdk.java.net.To send e-mail to this address you must first subscribe to the mailing list. Project Panama Early-Access Build: Build 17-panama
Re: Problems while deploying Datacenter
Hi Rohit and Andrija,
Thank you for your suggestions. I managed to deploy a zone by running
following commands on the host:
iptables -A INPUT -s 172.20.0.0/16 -p tcp -m state --state NEW -m multiport
--dports 111,892,2049,32769 -j ACCEPT
iptables -A INPUT -s 172.20.0.0/16 -p udp -m state --state NEW -m multiport
--dports 111,892,2049,32769 -j ACCEPT
And running the deployDataCenter.py manually in the management server.
Kind regards,
Sangwoo
On Wed, 9 Jun 2021 at 08:46, Rohit Yadav wrote:
> Hi Sangwoo,
>
> Do you have NFS server running on your desktop/laptop (i.e. 172.20.0.1?)
> and are the firewall rules relaxes to allow the related ports.
>
> Please refer to
> https://github.com/shapeblue/hackerbook/blob/master/2-dev.md#setup-nfs-storage
> on setting up NFS storage and ensure that you've exported the shares (i.e.
> via the /etc/exports and calling exportfs -a). Next, I would advise that
> you manually try to mount a test folder inside one of your mgmt server or
> kvm hosts (assuming you're using mbx/monkeyboxes).
>
>
> Regards.
>
>
> From: Andrija Panic
> Sent: Wednesday, June 9, 2021 04:45
> To: dev
> Subject: Re: Problems while deploying Datacenter
>
> If I were to read the logs at all, I would have found the lines which says:
>
> Child process (/usr/bin/mount
> 172.20.0.1:/export/testing/qa1-cloudstack-testdrive-8167a357-kvm/primary1
> /mnt/46ae40e1-4b14-30b9-b0d3-446ae7c4829d -o nodev,nosuid,noexec)
> unexpected exit status 32: mount.nfs: Connection timed out
>
> ...meaning your host could not mount the NFS - i.e. go and manually try to
> mount it, with the given parameters - and see if you can - the answer is
> probably "no, can't mount it" - then investigate and ensure a manual mount
> is working fine (firewall, nfs down, NFS access list, etc) - then come back
> to ACS and it will magically work ;)
>
>
> Best,
>
> On Tue, 8 Jun 2021 at 19:21, Sangwoo Bae
> wrote:
>
> > This is the part of the management server logs, where it timed out:
> >
> >
> > 2021-06-08 13:26:53,442 DEBUG [c.c.a.t.Request]
> > (AgentManager-Handler-8:null) (logid:) Seq 2-5273715163650850829:
> > Processing: { Ans: , MgmtId: 90520743956645, via: 2, Ver: v1, Flags: 10,
> >
> >
> [{"com.cloud.agent.api.Answer":{"result":"false","details":"com.cloud.utils.exception.CloudRuntimeException:
> > org.libvirt.LibvirtException: internal error: Child process
> (/usr/bin/mount
> > 172.20.0.1:
> /export/testing/qa1-cloudstack-testdrive-8167a357-kvm/primary1
> > /mnt/46ae40e1-4b14-30b9-b0d3-446ae7c4829d -o nodev,nosuid,noexec)
> > unexpected exit status 32: mount.nfs: Connection timed out
> >
> > at
> >
> >
> com.cloud.hypervisor.kvm.storage.LibvirtStorageAdaptor.createStoragePool(LibvirtStorageAdaptor.java:624)
> > at
> >
> >
> com.cloud.hypervisor.kvm.storage.KVMStoragePoolManager.createStoragePool(KVMStoragePoolManager.java:330)
> > at
> >
> >
> com.cloud.hypervisor.kvm.storage.KVMStoragePoolManager.createStoragePool(KVMStoragePoolManager.java:324)
> > at
> >
> >
> com.cloud.hypervisor.kvm.resource.wrapper.LibvirtModifyStoragePoolCommandWrapper.execute(LibvirtModifyStoragePoolCommandWrapper.java:42)
> > at
> >
> >
> com.cloud.hypervisor.kvm.resource.wrapper.LibvirtModifyStoragePoolCommandWrapper.execute(LibvirtModifyStoragePoolCommandWrapper.java:35)
> > at
> >
> >
> com.cloud.hypervisor.kvm.resource.wrapper.LibvirtRequestWrapper.execute(LibvirtRequestWrapper.java:78)
> > at
> >
> >
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1667)
> > 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)
> > ","wait":"0","bypassHostMaintenance":"false"}}] }
> >
> > On Tue, 8 Jun 2021 at 19:15, Sangwoo Bae
> > wrote:
> >
> > > Hi all,
> > >
> > > I have been trying to set up a cloudstack environment, and during the
> > > setup of the deployment of the datacenters marvin threw an exception:
> > >
> > > createstoragepool failed, due to: errorCode: 530, errorText:Failed to
> add
> > > data store: Failed to access storage pool
> > >
> > > I would really appreciate help.
> > >
> > > Thanks in advance,
> > > Sangwoo
> > >
> >
>
>
> --
>
> Andrija Panić
>
>
>
>
