Re: [DISCUSS] new findbugs bug findings

Hi Daan, of the 51 issues, I dont think all of them are new. I checked a few and they are very old. I think it will be useful to run findbugs analysis on every pull request and inform any findings in the new code. Its within the contest and easy to get fixed than looking at them at a later point o

[OVS] Provider is not offered via UI - in current Master

Hi all, I’m currently trying to test OVS in 4.6 (master). After going around and around trying to understand why the OVS option is not available on the UI, I found this: https://issues.apache.org/jira/browse/CLOUDSTACK-6840 //CLOUDSTACK-6840: OVS refers to SDN provider. However, we

[GitHub] cloudstack pull request: Disable enable Zone Pod Cluster Host

Github user pritisarap12 commented on the pull request: https://github.com/apache/cloudstack/pull/356#issuecomment-109176867 Done with rebased with upstream master. --- 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

Build failed in Jenkins: build-master-slowbuild #1494

See -- [...truncated 27274 lines...] [INFO] No sources to compile [INFO] [INFO] >>> findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud >>> [INFO] [INFO] --- findbugs

Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?

In case of #1 timing of reboot will also have impact and may result to undesired behaviour as both CloudStack and native HA trying to act on same VM. Regards, Anshul On 04-Jun-2015, at 2:35 pm, Remi Bergsma mailto:rberg...@schubergphilis.com>> wrote: To summarise: #1. rebooting VR is needed f

Build failed in Jenkins: build-master-slowbuild #1493

See -- [...truncated 27281 lines...] [INFO] No sources to compile [INFO] [INFO] >>> findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud >>> [INFO] [INFO] --- findbugs

Build failed in Jenkins: build-master-slowbuild #1492

See -- [...truncated 27274 lines...] [INFO] No sources to compile [INFO] [INFO] >>> findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud >>> [INFO] [INFO] --- findbugs

Build failed in Jenkins: build-master-slowbuild #1491

See -- [...truncated 27274 lines...] [INFO] No sources to compile [INFO] [INFO] >>> findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud >>> [INFO] [INFO] --- findbugs

[GitHub] cloudstack pull request: This branch implements the CSV and native...

Github user remibergsma commented on the pull request: https://github.com/apache/cloudstack/pull/351#issuecomment-109032779 Hi @anshul1886, Thanks for the PR :-) Looks like quite some work! I don't have a Hyper-V setup to test it.. Will ask around and see who can help test it.

Re: IPv6 ideas for Basic Networking

Hi Wido, Parts like DHCPv6, IP6Table, IPv6 network carving, IPv6 IP allocation etc could be reused. I proposed to implement RA in VPC Router. This could also be reused. And, there could be few others too.. I will ping you once you are back from vacation. Right now, I am in investigation mode. So,

Re: Strange bug? "spam" in management log files...

And if of any help another hint: while Im having this lines sent to logs in high volume...if I stop second mgmt server, first one (that is making all these lines, doesnt stop to make them), so log is still heavily writen to - only when I also restart mgmt on 1st node (2nd node is down), then these

Re: Strange bug? "spam" in management log files...

And I could add - these lines (in this volume) only appears on first mgmt server (Actually I have 2 separate, but identical ACS installations, and same behaviour). On 4 June 2015 at 19:18, Andrija Panic wrote: > Just checked, in the HOSTS table, all agents are connected (via haproxy) > to the fi

Build failed in Jenkins: build-master-slowbuild #1490

See -- [...truncated 27274 lines...] [INFO] No sources to compile [INFO] [INFO] >>> findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud >>> [INFO] [INFO] --- findbugs

Re: Strange bug? "spam" in management log files...

Just checked, in the HOSTS table, all agents are connected (via haproxy) to the first mgmt server...I just restarted haproxy, and still inside the DB, it says same mgmt_server_id for all agents - which is not really true. Actually, on the haproxy itslef (statistics page) I can see almoust 50%-50%

[GitHub] cloudstack pull request: Allow PropertiesUtil to read from jar fil...

GitHub user ProjectMoon opened a pull request: https://github.com/apache/cloudstack/pull/358 Allow PropertiesUtil to read from jar files. ## Commit Message PropertiesUtil has code for reading from jar files, but the findConfigFile method will prevent it from ever returning a

Re: Strange bug? "spam" in management log files...

Thanks Koushik, I will check and let you know - but 11GB log file for 10h ? I dont expect this is expected :) I understand that the message is there because of setup, just an awful lot of lines Will check thx for the help ! Andrija On 4 June 2015 at 18:53, Koushik Das wrote: > This is ex

Re: Strange bug? "spam" in management log files...

This is expected in a clustered MS setup. What is the distribution of HV hosts across these MS (check host table in db for MS id)? MS owning the HV host processes all commands for that host. Grep for the sequence numbers (for e.g. 73-7374644389819187201) in both MS logs to correlate. On 04-Ju

Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?

On 04 Jun 2015, at 16:50, Koushik Das mailto:koushik@citrix.com>> wrote: Thanks for the clarification Daan. So as I understand - after VR reboot outside of CS if there is any config differences (between persisted ones and DB) then MS will immediately push the config from DB to VR. Is that

Strange bug? "spam" in management log files...

Hi, I have 2 ACS MGMT servers, loadbalanced properly (AFAIK), and sometimes it happens that on the first node, we have extremem number of folowing line entries in the log fie, which causes many GB log in just few hours or less: (as you can see here they are not even that frequent, but sometimes,

[GitHub] cloudstack pull request: CLOUDSTACK-8537 add check for unique publ...

GitHub user DaanHoogland opened a pull request: https://github.com/apache/cloudstack/pull/357 CLOUDSTACK-8537 add check for unique public key on registration tests are following but need a manager refactor:( You can merge this pull request into a Git repository by running: $ gi

Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?

Thanks for the clarification Daan. So as I understand - after VR reboot outside of CS if there is any config differences (between persisted ones and DB) then MS will immediately push the config from DB to VR. Is that correct? Is there any document/write-up available for the persistence changes?

Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?

+1 On 04 Jun 2015, at 14:29, Rohit Yadav mailto:rohit.ya...@shapeblue.com>> wrote: Hi, On 04-Jun-2015, at 11:05 am, Remi Bergsma mailto:rberg...@schubergphilis.com>> wrote: To summarise: #1. rebooting VR is needed for hypervisors that have their own DR (like VMware and Hyperv) as a restart o

Re: database high availability question vs haproxy

Andrija, Here is the original design document, and it should give you a better idea of what is implemented today: https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=34838207 We have plans to test this in our lab soon, but just haven't got around to it yet. - Si

Build failed in Jenkins: build-master-slowbuild #1489

See Changes: [Daan Hoogland] Formatting the code - Adding final modifier to attributes and indenting the code. [Daan Hoogland] Coverity issue: 1012179 - Commenting out unused variable. [Daan Hoogland] Formatting the code

Re: database high availability question vs haproxy

Anyone :) ? On 31 May 2015 at 00:26, Andrija Panic wrote: > Hi, > > I would have a question on database HA feature in db.properties ( > http://cloudstack-administration.readthedocs.org/en/latest/reliability.html#configuring-database-high-availability > ) > > If I understand correctly, it is up t

RE: Changing the source NAT IP

Thank you, worked like a charm :) Regards, Sven From: Jayapal Reddy Uradi [jayapalreddy.ur...@citrix.com] Sent: Thursday, June 04, 2015 11:22 To: Subject: Re: Changing the source NAT IP You can change the source NAT ip of the network with the API/UI. If

[GitHub] cloudstack pull request: Disable enable Zone Pod Cluster Host

Github user DaanHoogland commented on the pull request: https://github.com/apache/cloudstack/pull/356#issuecomment-108898254 @pritisarap12 is this intended to go on master? it doesn't apply and as it is pretty new it probably isn't. If it is intended for master please rebase and resub

Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?

Hi On 04.06.2015 14:29, Rohit Yadav wrote: > Hi, > >> On 04-Jun-2015, at 11:05 am, Remi Bergsma >> wrote: >> >> To summarise: >> #1. rebooting VR is needed for hypervisors that have their own DR (like >> VMware and Hyperv) as a restart outside of CloudStack makes it lose its >> config hence t

Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?

Hi, > On 04-Jun-2015, at 11:05 am, Remi Bergsma wrote: > > To summarise: > #1. rebooting VR is needed for hypervisors that have their own DR (like > VMware and Hyperv) as a restart outside of CloudStack makes it lose its > config hence the VR is unavailable > #2. rebooting is NOT needed for suc

Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?

On Thu, Jun 4, 2015 at 1:27 PM, Koushik Das wrote: > Is there a possibility for VR config and DB config to go out of sync? If so > how is the config in the VR and DB kept in sync? Koushik, the db is leading and conversion is applied to the state of the router. On differences, newly sent config

[DISCUSS] new findbugs bug findings

LS, We have been improving a lot in terms checking submissions and having better (as in less) overall mastaer breakage lately. We are not there yet. At the moment findbugs has 51 new findings and fails the slowbuild for that reason. I think a lot of those can be prevented. For the rest we can att

RE: [DISCUSS] Out of Band VR migration, should we reboot VR or not?

Ian, With the persistent config change, the VR has become 'stateful'. Is there a possibility for VR config and DB config to go out of sync? If so how is the config in the VR and DB kept in sync? -Original Message- From: Ian Southam [mailto:isout...@schubergphilis.com] Sent: Thursday, 4 J

Build failed in Jenkins: build-master-slowbuild #1488

See -- [...truncated 27274 lines...] [INFO] No sources to compile [INFO] [INFO] >>> findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloud-quickcloud >>> [INFO] [INFO] --- findbugs

Build failed in Jenkins: simulator-singlerun #1213

See -- Started by upstream project "build-master-simulator" build number 2031 originally caused by: Started by an SCM change Started by an SCM change Started by an SCM change Started by an SC

[GitHub] cloudstack pull request: Reinstate working sessions in browser

Github user DaanHoogland commented on the pull request: https://github.com/apache/cloudstack/pull/308#issuecomment-108844572 This merges cleanly, should we wait on extra fixes? or have them done in separate PRs? --- If your project is set up for it, you can reply to this email and ha

Not found CS 4.5.1 RHEL packages on apt-get.eu

Hello, There are a special reason to not have the 4.5.1 RHEL packages on http://cloudstack.apt-get.eu/rhel/ ? Milamber On 11/05/2015 13:01, Rohit Yadav wrote: Hi everyone, The Apache CloudStack project is pleased to announce the 4.5.1 release of the CloudStack, the cloud orchestration pl

[GitHub] cloudstack pull request: Disable enable Zone Pod Cluster Host

GitHub user pritisarap12 opened a pull request: https://github.com/apache/cloudstack/pull/356 Disable enable Zone Pod Cluster Host Updating the testcase as Admin user is also not able to deploy new VM on Host in disabled state You can merge this pull request into a Git repository b

[GitHub] cloudstack pull request: Fix/coverity issues

Github user asfgit closed the pull request at: https://github.com/apache/cloudstack/pull/355 --- 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

RE: Changing the source NAT IP

Thx, I will try. From: Jayapal Reddy Uradi [jayapalreddy.ur...@citrix.com] Sent: Thursday, June 04, 2015 11:22 To: Subject: Re: Changing the source NAT IP You can change the source NAT ip of the network with the API/UI. If you want to change you need to

Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?

resist should be persist. Do not answer mails on iphones ;) > On 04 Jun 2015, at 11:31, Ian Southam wrote: > > The idea is to resist everything. > > If stuff does not persist then it can be viewed as a bug ;). > > — > Ian > > On 04 Jun 2015, at 09:54, Daan Hoogland > mailto:daan.hoogl...@g

Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?

The idea is to resist everything. If stuff does not persist then it can be viewed as a bug ;). — Ian On 04 Jun 2015, at 09:54, Daan Hoogland mailto:daan.hoogl...@gmail.com>> wrote: By design all config is persisted but let's double check on that. @Ian: sir, can you confirm?

Re: Changing the source NAT IP

You can change the source NAT ip of the network with the API/UI. If you want to change you need to do the following. 1. Acuire another public ip P2 to the network. 2. Stop the router. 3. Edit the user_ip_address table, source_nat column of P2 to 1 and old source NAT ip to 0. 4. Restart the Router

Changing the source NAT IP

Hi, is there a possibility to change the source NAT IP in an existing environment? Regards, Sven -- This email was Virus checked by UTM 9. http://www.sophos.com

Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?

To summarise: #1. rebooting VR is needed for hypervisors that have their own DR (like VMware and Hyperv) as a restart outside of CloudStack makes it lose its config hence the VR is unavailable #2. rebooting is NOT needed for successful live migrations on _any_ hypervisor (since there was no rest

Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?

One more thing on VR config persistence, the configuration is persisted only on reboot not in VR stop, start am I right ? @Wilder Can please point me to the FS ? -Jayapal On 04-Jun-2015, at 1:33 PM, Wilder Rodrigues wrote: > There was a bug in the persistent stuff that was fixed here: > ht

[GitHub] cloudstack pull request: Fix/coverity issues

Github user wilderrodrigues commented on the pull request: https://github.com/apache/cloudstack/pull/355#issuecomment-108786172 Did not delete because I saw other attributes which were only commented out. Left it there in case someone will need to find it in the future. Anyway, that's

[GitHub] cloudstack pull request: Fix/coverity issues

Github user DaanHoogland commented on the pull request: https://github.com/apache/cloudstack/pull/355#issuecomment-108783944 LGTM --- 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

[KVM] SSVM/CPVM stay in Starting for ever

Hi all, Since day before yesterday I noticed that the SSVM/CPVM on KVM are not moving to status Running. Executing: virsh list —al Shows: IdName State 2 s-2-VM running 3 v-1-V

Build failed in Jenkins: build-master-slowbuild #1487

See Changes: [Gaurav Aradhye] CLOUDSTACK-8515: Skipping snapshots tests on HyperV and LXC hypervisors -- [...truncated 27274 lines...] [INFO] No sources to compile [INFO] [INFO] >>>

Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?

There was a bug in the persistent stuff that was fixed here: https://issues.apache.org/jira/browse/CLOUDSTACK-4605 User data, IP tables, guest networks and pretty much everything else will be persisted. Cheers, Wilder On 04 Jun 2015, at 09:54, Daan Hoogland mailto:daan.hoogl...@gmail.com>> w

Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?

On Thu, Jun 4, 2015 at 8:15 AM, Jayapal Reddy Uradi wrote: > In VR configuration persistence (4.6) only iptables rules are persisted ? > There are other configuration (interface ips, routes etc in VR will be lost > on reboot) are these taken care ? By design all config is persisted but let's do

Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?

On Thu, Jun 4, 2015 at 6:39 AM, Koushik Das wrote: > The VR configurations are not persisted and so these are not present when out > of band movement happens outside of CS. When a VR is recreated/rebooted from > CS all the configurations are read from DB and pushed to the VR. This is not neede

Re: [DISCUSS] Out of Band VR migration, should we reboot VR or not?

On Thu, Jun 4, 2015 at 7:45 AM, Koushik Das wrote: > What about native HA in Vmware and HyperV? Say the original host has failed, > Vmware will bring up the VR on another host as part of native HA. In this > case also the configuration is lost. Yes, in this case it is needed, no discussion the

[GitHub] cloudstack pull request: Update debian packaging

Github user DaanHoogland commented on the pull request: https://github.com/apache/cloudstack/pull/339#issuecomment-108768332 there is a ticket open for that at infra On Thu, Jun 4, 2015 at 12:23 AM, Rafael da Fonseca wrote: > yeah.. asfbot seems to only monitor master

[GitHub] cloudstack pull request: Fix/coverity issues

GitHub user wilderrodrigues opened a pull request: https://github.com/apache/cloudstack/pull/355 Fix/coverity issues Fixing issues: 1012719, 1116509, 1116677 and 1116812 I split commit between fixes and code formatting in order to keep the review as smooth as possible.