Re: Alter Shared Guest Network?
> On Jun 9, 2021, at 1:39 PM, Wido den Hollander wrote: > > > >> On 6/9/21 3:55 PM, Jeremy Hansen wrote: >> When I created my shared network config, I specified too narrow of an IP >> range. >> >> I can’t seem to figure out how to alter this config via the web interface. >> Is this possible? >> > > Not via de UI nor API. You will need to hack this in the database. Or > remove the network and create it again. But this is only possible if > there are no VMs in the network. > > Wido Thanks, recreating it seems like the easiest option since I’m only in testing phase right now, but I’m curious what it would take to alter tables to fix this. Any clues as to what tables/fields would need to be updated? > >> -jeremy >>
Re: Alter Shared Guest Network?
On 6/9/21 3:55 PM, Jeremy Hansen wrote: > When I created my shared network config, I specified too narrow of an IP > range. > > I can’t seem to figure out how to alter this config via the web interface. Is > this possible? > Not via de UI nor API. You will need to hack this in the database. Or remove the network and create it again. But this is only possible if there are no VMs in the network. Wido > -jeremy >
Primary Storage Allocation
We have two primary storage pools setup, both are NFS. Both are functioning, but CloudStack is provisioning all our VMs on one of the two pools. Is there a way to have CloudStack provision new VMs on the pool with the most available storage? Or how does CloudStack pick between the two pools? Thanks Sean
Alter Shared Guest Network?
When I created my shared network config, I specified too narrow of an IP range. I can’t seem to figure out how to alter this config via the web interface. Is this possible? -jeremy
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: d...@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
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.
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: 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: 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ć
CSEUG Virtual - All sessions recordings available now
Hello all, Hope you are having a sunny morning. I am writing to share that all recordings from CSEUG Virtual are available in this playlist: https://www.youtube.com/watch?v=Ph-NQv80j0k=PLnIKk7GjgFlbG2W3lRW9Evjy2Vtg_HKHX I also wrote a roundup article, where you can find all slides, provided by the speakers: https://www.shapeblue.com/cloudstack-european-user-group-virtual-may-27-2021/ Thank you all for supporting the event and hope to see you at the next one live or virtual ... Kind regards,
Re: Uploading Blog Post
Hi Greg, Mark, infra, Ping - any thoughts, advice, opinion on questions I asked in the previous email esp. if it is an official ASF/ASF-infra policy on requiring project websites and blogs to have version control and get on a git repository (most users won't build website and blogs from source code - just saying). Regards. From: Rohit Yadav Sent: Thursday, June 3, 2021 14:30 To: users@cloudstack.apache.org ; Apache CloudStack Marketing ; gst...@gmail.com ; g...@apache.org ; us...@infra.apache.org Subject: Re: Uploading Blog Post Thanks Greg, Mark for replying. > The short answer is "downstream users should have the ability to > access both code and website sources". That implies that the website > source is in a version control system (git or svn) that can be used to > generate the website, just as much as they can fetch sources to build > the [Apache Cloudstack] releases. I understand the requirement for code and docs. May I ask why this is a requirement for the project website and blog? Is it any official ASF or ASF infra policy or simply a standard practice? Could the availability of posts DB/table synced to Git repo solve that in case of a CMS such as Wordpress or Drupal? > We have not found a way to post to Wordpress.com, sourced from version > control, so ... sorry to say: that is not a viable platform for the > primary website. If y'all can find a way to push from version control > over to wp.com, then yay! That would be great. I didn't find anything exactly but the following may be explored: https://github.com/deliciousbrains/wp-migrate-db https://wppusher.com/ https://wordpress.org/plugins/wp-github-sync/ But I hear that TLPs can get a wordpress instance on wordpress.com (instead of hosting/managing ourselves), if not for the full TLP website but at least as a separate blog (say on blog.cloudstack.apache.org)? Thanks. Regards. From: Greg Stein Sent: Monday, May 31, 2021 18:18 To: users@cloudstack.apache.org Cc: market...@cloudstack.apache.org Subject: Re: Uploading Blog Post On Mon, May 31, 2021 at 10:55:58AM +, Rohit Yadav wrote: > + users@infra (kindly, reply all so your email is visible to participants on > other mailing lists copied in this thread) users@infra is a private list, so I've removed it from this reply (mixing public/private lists is problematic) > Hi Infra, > > The Apache CloudStack (ACS) community is discussing options to > migrate the project website and blog to Wordpress [1] and the > consensus among the people on this thread is they want to go ahead > with this. Some attempts and discussions [2][3] were made in the past. In particular, please note Mark Thomas' point, and my acknowledgement at [1]. The short answer is "downstream users should have the ability to access both code and website sources". That implies that the website source is in a version control system (git or svn) that can be used to generate the website, just as much as they can fetch sources to build the [Apache Cloudstack] releases. We have not found a way to post to Wordpress.com, sourced from version control, so ... sorry to say: that is not a viable platform for the primary website. If y'all can find a way to push from version control over to wp.com, then yay! That would be great. > Before we go ahead with a PMC vote, I want to ask Infra if this is > technically feasible for the project website to be moved to Wordpress > which (a) may be hosted by ASF infra (preferably as a VM or service > much like other portals/website) Projects may use VMs for their primary websites, but (historically) Wordpress has had difficulties with self-hosting. As a result, the Foundation uses wordpress.com to host the Feathercast blog rather than attempting to self-host. Per above, if you can construct a process running on a VM, that pushes version control over to WP.com, then that problem is solved. (and yes, the Foundation would be fine paying the yearly fee to host at wp.com; that isn't a concern) > or (b) by an external Wordpress > hosting service which is under the control of ACS PMC. As I understand > this will require the content to be migrated to a Wordpress instance > (either option-a or option-b) and for ASF infra to update the > CNAME/dns record. Per the linked email, the primary concern is the ability for downstream users to be able to view/construct all the content of an Apache product's website. > Out of curiosity - are there any other projects that have their > websites/blogs based on a CMS (a not static website builds), say > Wordpress, Drupal etc. There are many projects currently using Pelican, sourced from a git repository, to translate Github-Flavored Markdown files to HTML static content. This is the Infra-recommended process/workflow for website publishing. Please see https://infra.apache.org/project-site.html We recommend this workflow as it allows content-editors to use github.com to
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: users@cloudstack.apache.org ; d...@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: 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 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.
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
