Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Jul 14 2016 13:06
    andreaturli unlabeled #311
  • Jul 14 2016 13:06

    rosogon on master

    Updating deployer and brooklyn-… Merge pull request #311 from ki… (compare)

  • Jul 14 2016 13:06
    rosogon closed #311
  • Jul 14 2016 13:06
    rosogon commented #311
  • Jul 14 2016 10:15
    kiuby88 commented #311
  • Jul 14 2016 08:50
    codecov-io commented #311
  • Jul 14 2016 08:42
    codecov-io commented #311
  • Jul 14 2016 08:42
    kiuby88 synchronize #311
  • Jul 13 2016 16:22

    rosogon on 1.1.0-beta

    (compare)

  • Jul 13 2016 11:24
    rosogon commented #311
  • Jul 13 2016 11:19
    kiuby88 synchronize #311
  • Jul 13 2016 10:15
    codecov-io commented #311
  • Jul 13 2016 10:08
    kiuby88 commented #311
  • Jul 13 2016 10:08
    andreaturli labeled #311
  • Jul 13 2016 10:08
    kiuby88 opened #311
  • Jul 11 2016 16:41
    IvanFebles commented #310
  • Jul 10 2016 18:09
    fradandria labeled #310
  • Jul 10 2016 18:09
    fradandria assigned #310
  • Jul 10 2016 18:09
    fradandria opened #310
  • Jun 29 2016 15:22
    andreaturli unlabeled #309
Andrea Turli
@andreaturli
ok what’s the URL then?
Jose
@kiuby88
give me one minute
Román SG
@rosogon
It's the url of tower4clouds manager
Andrea Turli
@andreaturli
ok thanks @rosogon I’ll update the bom
Andrea Turli
@andreaturli
give me 1 minute
Jose
@kiuby88
monitorGeneratorURL: t4c host
monitorGeneratorPort: t4c port
Andrea Turli
@andreaturli
the host should be the IP or http://IP ?
Jose
@kiuby88
I think so
give me 2 minutes
please
Andrea Turli
@andreaturli
anything else missing for the planner?
currently I have
      - type: seaclouds-planner
        name: seaclouds-planner
        brooklyn.config:
          planner.discoverer.url: $brooklyn:formatString("http://%s:%s/", $brooklyn:component("discoverer").attributeWhenReady("host.address"), $brooklyn:component("discoverer").config("http.port"))
          planner.sla_generator.url: $brooklyn:component("sla-core").attributeWhenReady("main.uri")
          planner.grafana.url: $brooklyn:component("grafana").attributeWhenReady("host.address")
          planner.monitor_manager.url: $brooklyn:component("monitor-manager").attributeWhenReady("host.address")
          planner.monitor_manager.port: $brooklyn:component("monitor-manager").config("monitor.manager.port")
        launch.latch: $brooklyn:component("deployer").attributeWhenReady("service.isUp”)
Jose
@kiuby88
currently the URL is composed using a IP and a port from the DamGeneratorConfigBag.
Andrea Turli
@andreaturli
ok return new URL("http://" + monitorUrl + ":" + monitorPort + "”); monitorUrl is not an URL
Jose
@kiuby88
but if you can not obtain the standalone IP from the catalog.bom I can open a PR
Andrea Turli
@andreaturli
redeploying now, if ok I will commit
Jose
@kiuby88
let us know :)
Andrea Turli
@andreaturli
@kiuby88 what are the jars for the deployer?
ok @rosogon monitorGenerator solves the bug, now a new one
INFO  [2016-04-15 08:18:16,634] eu.seaclouds.platform.planner.core.utils.HttpHelper: Getting request for http://127.0.0.1:8080//seaclouds/commands/fromtemplate
ERROR [2016-04-15 08:18:16,660] io.dropwizard.jersey.errors.LoggingExceptionMapper: Error handling a request: 4e97174a8dec2bf2
! java.util.NoSuchElementException: null
! at java.util.Scanner.throwFor(Scanner.java:907) ~[na:1.7.0_95]
! at java.util.Scanner.next(Scanner.java:1416) ~[na:1.7.0_95]
! at eu.seaclouds.platform.planner.core.utils.HttpHelper.getRequest(HttpHelper.java:73) ~[planner-service.jar:na]
! at eu.seaclouds.platform.planner.core.application.agreements.AgreementGenerator.getAgreement(AgreementGenerator.java:67) ~[planner-service.jar:na]
Jose
@kiuby88
Andrea, give me 1 minute and I will send the jars
about the new issue
the problem is that planner requires SLA endpoint too
Andrea Turli
@andreaturli
no tell me the URLs, don’t send me anything
Jose
@kiuby88
sorry, I wanted to say the urls
Jose
@kiuby88
I am not stupid hahahahaha
Román SG
@rosogon
I think the sla generator url is passed to the planner.
Andrea Turli
@andreaturli
sla endpoint is the sla-core url?
Román SG
@rosogon
I saw it filled in the conf yesterday.
Yes
Andrea Turli
@andreaturli
      - type: seaclouds-planner
        name: seaclouds-planner
        brooklyn.config:
          planner.discoverer.url: $brooklyn:formatString("http://%s:%s/", $brooklyn:component("discoverer").attributeWhenReady("host.address"), $brooklyn:component("discoverer").config("http.port"))
          planner.sla_generator.url: $brooklyn:component("sla-core").attributeWhenReady("main.uri")
          planner.grafana.url: $brooklyn:component("grafana").attributeWhenReady("host.address")
          planner.monitor_manager.url: $brooklyn:component("monitor-manager").attributeWhenReady("host.address")
          planner.monitor_manager.port: $brooklyn:component("monitor-manager").config("monitor.manager.port")
        launch.latch: $brooklyn:component("deployer").attributeWhenReady("service.isUp”)
sla_generator is there
Jose
@kiuby88
I see
Andrea Turli
@andreaturli
and brooklyn resolves it as "SLA_GENERATOR_URL="http://127.0.0.1:8080/“"
I think the problem is the trailing slash in the end
as the log says eu.seaclouds.platform.planner.core.utils.HttpHelper: Getting request for http://127.0.0.1:8080//seaclouds/commands/fromtemplate
Jose
@kiuby88
Probably, it is not the correct URL
could you paste here the planner/conf.yml?
Andrea Turli
@andreaturli
which one?
the sla-core URL is correct
Jose
@kiuby88
ok
Andrea Turli
@andreaturli
please guys, don’t guess, you developed those things, you should now immediately the answers!
Jose
@kiuby88
I do not know. I need to check it
Andrea Turli
@andreaturli
why now? how is it possible that those problems are not known?
Jose
@kiuby88
I never found this problem :(
Andrea Turli
@andreaturli
it’s impossible
you never found this problem because someone else configured the planner for you