Bigtop
  1. Bigtop
  2. BIGTOP-670

provide a link to our Jenkins server from the Bigtop's project page

    Details

    • Type: Improvement Improvement
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 0.4.0
    • Fix Version/s: 0.5.0
    • Component/s: documentation, general
    • Labels:
      None

      Description

      A lot of folks are wondering about the location of our secondary Jenkins server. Perhaps we should document both of them:

      1. https://builds.apache.org/view/A-F/view/Bigtop/
      2. http://bigtop01.cloudera.org:8080

      I would imagine a section on our project web page (http://incubator.apache.org/bigtop/) talking about how our continuous integration works.

      1. BIGTOP-670.patch.1
        2 kB
        Sean Mackrory
      2. BIGTOP-670-VMs.patch
        2 kB
        Bruno Mahé

        Activity

        Hide
        Sean Mackrory added a comment -

        This is what I wrote. I don't know if we're looking for more or less detail, but this definitely contains all the technical details and enough of a rough explanation that somebody could find their way around.

        Thoughts?

        Show
        Sean Mackrory added a comment - This is what I wrote. I don't know if we're looking for more or less detail, but this definitely contains all the technical details and enough of a rough explanation that somebody could find their way around. Thoughts?
        Hide
        Bruno Mahé added a comment -

        It would be nice to talk also about http://bigtop01.cloudera.org:8080/job/Bigtop-VM-matrix/ maybe?

        Show
        Bruno Mahé added a comment - It would be nice to talk also about http://bigtop01.cloudera.org:8080/job/Bigtop-VM-matrix/ maybe?
        Hide
        Bruno Mahé added a comment -

        Here is a patch to add some info regarding our job building virtual machines.
        This patch is to be applied on top of Sean's

        Show
        Bruno Mahé added a comment - Here is a patch to add some info regarding our job building virtual machines. This patch is to be applied on top of Sean's
        Hide
        Konstantin Boudnik added a comment -

        I am wondering about the status of the bigtop01.cloudera.org servers. I think traditionally, companies were giving resources to the Apache Infra so they can be managed and controller by ASF. Such approach reduce the level of controversy of who can do what with the computers, and predict the time frame the servers will be around, etc.

        So, what's really the status of this resource?

        Show
        Konstantin Boudnik added a comment - I am wondering about the status of the bigtop01.cloudera.org servers. I think traditionally, companies were giving resources to the Apache Infra so they can be managed and controller by ASF. Such approach reduce the level of controversy of who can do what with the computers, and predict the time frame the servers will be around, etc. So, what's really the status of this resource?
        Hide
        Roman Shaposhnik added a comment -

        It would be really nice if we can have ASF infra manage these resources. The biggest problem for them is the sheer # of platforms that Bigtop supports. It is trivial to have that many VMs running on demand, but when it comes to physical infrastructure it surely feels like an overkill from the management complexity side of things.

        Now, what would be completely awesome is if we can have something like CloudStack be managed by ASF infra and provision VMs for us just like EC2 does. After all CloudStack is an ASF project so there's a delightful notion of eating our own dog food here as well.

        If there's anybody who can intro this idea to a friendly ASF INFRA person – please chime in. If not, I might be able to reach out directly once I'm done with the post-graduation things.

        Show
        Roman Shaposhnik added a comment - It would be really nice if we can have ASF infra manage these resources. The biggest problem for them is the sheer # of platforms that Bigtop supports. It is trivial to have that many VMs running on demand, but when it comes to physical infrastructure it surely feels like an overkill from the management complexity side of things. Now, what would be completely awesome is if we can have something like CloudStack be managed by ASF infra and provision VMs for us just like EC2 does. After all CloudStack is an ASF project so there's a delightful notion of eating our own dog food here as well. If there's anybody who can intro this idea to a friendly ASF INFRA person – please chime in. If not, I might be able to reach out directly once I'm done with the post-graduation things.
        Hide
        Roman Shaposhnik added a comment -

        I like Bruno's suggestion. Sean, any chance you can incorporate that?

        Show
        Roman Shaposhnik added a comment - I like Bruno's suggestion. Sean, any chance you can incorporate that?
        Hide
        Bruno Mahé added a comment -

        Roman> Regarding Cloudstack, we could always forward that ticket to infra@ and ask for thoughts?

        Regarding my suggestion, I already submitted a patch to be applied on top of Sean's. So provided we get a +1, I (or any commiter) can commit both.

        Show
        Bruno Mahé added a comment - Roman> Regarding Cloudstack, we could always forward that ticket to infra@ and ask for thoughts? Regarding my suggestion, I already submitted a patch to be applied on top of Sean's. So provided we get a +1, I (or any commiter) can commit both.
        Hide
        Roman Shaposhnik added a comment -

        +1 on both!

        Show
        Roman Shaposhnik added a comment - +1 on both!

          People

          • Assignee:
            Sean Mackrory
            Reporter:
            Roman Shaposhnik
          • Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development