1. Messages
  2. [controller-dev] SP edition broken

Re: [controller-dev] SP edition broken

Devin Avery <davery@...>
 

Hi Jan -

The memory had always been 1/4th of the OS if you didn’t specify it on the command line. We set the minimum memory to be 1 G if it is undefined (as well as print out a warning). Perhaps there is a need to set the defaults in these other editions to ensure enough memory – we could do that by perhaps customizing an environment script that the run.sh calls into. That would allow us to default the memory to the proper sizes on start up.

If we think this is a requirement we can open a bug to discuss the work in more detail. It would be nice to avoid these memory related questions if we can avoid it (and provide the best OOB experience).

Thank you,

Devin

From: "Jan Medved (jmedved)" <jmedved@...>
Date: Wednesday, April 16, 2014 at 11:10 PM
To: Luis Gomez <ecelgp@...>, controller-dev <controller-dev@...>, Greg Hall <ghall@...>
Cc: "integration-dev@..." <integration-dev@...>, "infrastructure@..." <infrastructure@...>
Subject: Re: [controller-dev] SP edition broken

Thanks Greg! I wanted to respond to the same effect  - I run the SP edition with 2 Gig with no issues. The SP Edition’s memory requirements are larger than the base edition. The heap configuration of the controller changed recently from 2 Gig to 1 Gig - other ] apps and/or editions that need more meory (ritualization?) may run into similar problems too.



Thanks,
Jan
 

From: Luis Gomez <ecelgp@...>
Date: Wednesday, April 16, 2014 at 7:47 PM
To: controller-dev <controller-dev@...>, Greg Hall <ghall@...>
Cc: "integration-dev@..." <integration-dev@...>, "infrastructure@..." <infrastructure@...>
Subject: Re: [controller-dev] SP edition broken

OK, problem turned out to be (thanks Greg) lack of Java memory, so now we need to run SP edition with -Xmx1500m otherwise it does not work at LF (or my local env). Please let me know if I should open a bug for further investigation or this is normal/expected behavior.

BR/Luis


On Apr 16, 2014, at 6:20 PM, Luis Gomez <ecelgp@...> wrote:

More information: the problem has been detected by our system test around 9:00AM (UTC).

Here is the link to download SP edition for quick verification:

Also the SP edition system test has been disabled until this gets fixed.

BR/Luis



On Apr 16, 2014, at 6:04 PM, Luis Gomez <ecelgp@...> wrote:

Hi again,

Can anyone take a look at SP edition? it is totally broken, the controller just dies after a few minutes after start.

BR/Luis



On Apr 16, 2014, at 9:22 AM, Luis Gomez <ecelgp@...> wrote:

Hi experts,

Since this morning base edition build fails complaining about a 3PP controller component:

[ERROR] Failed to execute goal on project distributions-base: Could not resolve dependencies for project org.opendaylight.integration:distributions-base:pom:0.1.2-SNAPSHOT: The following artifacts could not be resolved: org.opendaylight.controller.thirdparty:nagasena:jar:0000.0002.0035.0, org.opendaylight.controller.thirdparty:nagasena-rta:jar:0000.0002.0035.0: Could not find artifact org.opendaylight.controller.thirdparty:nagasena:jar:0000.0002.0035.0 in opendaylight-mirror (http://nexus.opendaylight.org/content/groups/public/) -> [Help 1]
[ERROR] 
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR] 
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException[ERROR] 
[ERROR] After correcting the problems, you can resume the build with the command
[ERROR]   mvn <goals> -rf :distributions-base


Does anybody knows what is this?

Thanks/Luis
Join {integration-dev@lists.opendaylight.org to automatically receive all group messages.