Hi Andrija,
Yes, it is always good to have redundant cloudstack-usage servers running
on both of your management nodes.
Also, this does not cause any problem for usage data aggregation.
Thanks,
Praveen
On Sat, May 16, 2015 at 2:11 AM, Andrija Panic
wrote:
> Hi guys,
>
> wondering, is it possib
-1 for squashed commits. I agree to what Daan said. Feature branch merge is
more convenient than squashed single commit.
If it was a small feature which involved single dev squashing is still ok.
But, a big no when it comes to big feature/refactoring involving effort
from multiple people and multip
Those comments may or may not be useful anymore. What they describe may
have been superseded by a subsequent commit.
On Fri, May 15, 2015 at 3:12 PM, Daan Hoogland
wrote:
> those comments will then have to be squashed s well, to this i put a -1. If
> those comments where usefull at review-time t
those comments will then have to be squashed s well, to this i put a -1. If
those comments where usefull at review-time they will be usefull in the
future as well.
Op vr 15 mei 2015 om 19:29 schreef Marcus :
> I'm not sure it is any different. Either you have a giant block of code
> that represen
Sure, its what you say; a heads-up. if we find a fix let's remind ourselves
to check and/or enter a ticket for the same in 4.6
Op vr 15 mei 2015 om 03:52 schreef ilya :
> Daan,
>
> Thanks for heads up on 4.6 changes, nevertheless, quite of few folks
> will use 4.5 for at least a year before they
Hi guys,
wondering, is it possible/good to have redudant cloudstack-usage running -
we have 2 acs mgmt nodes via LB, so can I run/install cloudstack-usage on
both nodes - does running 2 instances, makes problem for usage data
agregation etc ?
THx
--
Andrija Panić
I'm not sure it is any different. Either you have a giant block of code
that represents a bunch of little commits, or a giant block that is one
commit. We don't want to merge little chunks to master that don't fully
implement the feature.
To the extent that features and goals can be split up, yes,
Sebastien, I don't think commits in a big feature should be squashed. It
hinders review if to big chunks are submitted at once.
Op vr 15 mei 2015 om 11:27 schreef Sebastien Goasguen :
> Folks,
>
> As we prepare to try a new process for 4.6 release it would be nice to
> start paying attention to m
Hmmm, this seems like an unrelated issue, though the culprits are the same
fields. It has me wondering if there's a bug in the vm sync or network
persistence. It would be interesting to know if:
1) The null values are somehow reproduceable
2) If stopping a VM with null values is possible
3) If
Github user resmo closed the pull request at:
https://github.com/apache/cloudstack/pull/249
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is e
GitHub user resmo reopened a pull request:
https://github.com/apache/cloudstack/pull/249
ListFirewallEgressRulesCmd: extend from BaseListTaggedResourcesCmd anâ¦
â¦d cleanup
Fixes API duplicate parameter in docs and makes it more clear.
Fixes a bunch of typos.
You can
Ok, but since they are guest, it confuses me - is this advanced zone with
vlan, right ? Then my understanding all NICs (of user VM) needs to have
some isolation method...
Anyway - I'm running advanced zone + vlans, and all VMS (VMs behind VPC
and VMS on internet/public network - but still that's
Github user bhaisaab commented on the pull request:
https://github.com/apache/cloudstack-cloudmonkey/pull/4#issuecomment-10238
@ntavares thanks for the fix, makes sense. Merging now.
---
If your project is set up for it, you can reply to this email and have your
reply appear on G
Github user asfgit closed the pull request at:
https://github.com/apache/cloudstack-cloudmonkey/pull/4
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the f
Andrija,
I've ran the command and it showed me a bunch of running vms with NULLs. I
would roughly say about 20% of my total running vms do have NULL under the
isolation and broadcast URIs.
All of these vms are working perfectly well (in terms of network connectivity)
and there is nothing spe
GitHub user ntavares opened a pull request:
https://github.com/apache/cloudstack-cloudmonkey/pull/4
In the specific case of a "create networkoffering" with no services, â¦
â¦the parameter 'supportedservices' gets stripped off because it's empty.
However, the API requires it as man
Andrei,
select instance_id,isolation_uri,broadcast_uri from nics where instance_id
in (select id from vm_instance where state='Running' and name not like
'r-%' and name not like 'v-%' and name not like 's-%') order by instance_id;
This gives me every niC, that does not belong to router or SSVm C
Hi Andrija, Marcus,
Thanks for your comments and suggestions. I've checked the cloud.nics table
mysql> select instance_id,isolation_uri,broadcast_uri from nics where
instance_id=564 or instance_id=664 or instance_id=;
+-+---+---+
| instance_id | isol
Folks,
As we prepare to try a new process for 4.6 release it would be nice to start
paying attention to master.
- Good commit messages
- Reference to a JIRA bug
- Squashing commits ( cc/ wilder :))
While you can apply patches directly, good practice is to apply the patch to a
branch and then m
It's possible to do, but there's some work involved. We'd have to modify
the table that stores the rules, then pass that in the ACL commands that
change the iptables rules.
It goes against the idea of tiers, though. A tier is supposed to represent
a given function, your mail server and web server
20 matches
Mail list logo
