[Bug 1302633] Re: pacemaker: Discarding cib_apply_diff message (number) from server: not in our membership
I tested this in my environment and it seems to work properly. -Juan -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to pacemaker in Ubuntu. https://bugs.launchpad.net/bugs/1302633 Title: pacemaker: Discarding cib_apply_diff message (number) from server: not in our membership To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/pacemaker/+bug/1302633/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1302633] Re: pacemaker: Discarding cib_apply_diff message (number) from server: not in our membership
I tested this in my environment and it seems to work properly. -Juan -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1302633 Title: pacemaker: Discarding cib_apply_diff message (number) from server: not in our membership To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/pacemaker/+bug/1302633/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Blueprint servercloud-r-juju-appserver-support] Juju support for application server technologies (Django, JEE, RoR, etc)
Blueprint changed by Juan L. Negron: Work items changed: Work items: [jorge] Add App-By-Config and App-By-Subordinate to charm quality: TODO [clint-fewbar] Highlight examples of both approaches: TODO [brunogirin] evaluate/improve django (working with existing maintainer): INPROGRESS [brunogirin] Document deploying django tutorial with juju: TODO [jorge] sync up with dev to evaluate/improve node.js (working with existing maintainer): INPROGRESS [jorge] evaluate/improve rails (working with existing maintainer): DONE [brunogirin] Develop principles for normalizing interfaces in like services: TODO [marcoceppi] Contact and work with PHP app devs (Zend and Symfony): TODO [brunogirin] JBOSS charm: TODO [marcoceppi] Mediawiki: INPROGRESS [brunogirin] Django: INPROGRESS [a.rosales] MongoDB challenge: DONE - [negronjl] MongoDB: INPROGRESS + [negronjl] MongoDB: DONE [jorge] Postgresql: INPROGRESS [robert-ayres] MySQL: INPROGRESS [jorge] Node.js: INPROGRESS [a.rosales] Node.js: INPROGRESS [mark-mims] Rails: INPROGRESS [jorge] Memcached: POSTPONED [negronjl] Redis: POSTPONED [jorge] Varnish: POSTPONED [jorge] Cassandra (Talk to evan): DONE [mark-mims] Rabbit and Sensu: POSTPONED [jorge] Logstash: DONE [jorge] University charming: POSTPONED -- Juju support for application server technologies (Django, JEE, RoR, etc) https://blueprints.launchpad.net/ubuntu/+spec/servercloud-r-juju-appserver-support -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 881164] Re: massive syslog entries (GHES: Failed ...) after upgrade to oneiric
Reviewing this now. -Juan -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/881164 Title: massive syslog entries (GHES: Failed ...) after upgrade to oneiric To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+bug/881164/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 881164] Re: massive syslog entries (GHES: Failed ...) after upgrade to oneiric
... I posted a comment in this bug by mistake ... please ignore. -Juan -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/881164 Title: massive syslog entries (GHES: Failed ...) after upgrade to oneiric To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+bug/881164/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Blueprint servercloud-q-juju-integration] Juju Integration
Blueprint changed by Juan L. Negron: Work items changed: Work items: [mark-mims] charm to deploy chef-server (maybe w sub like clint's puppet sub) : TODO [mark-mims] charms that call chef solo recipes : TODO - [negronjl] jujustrano ( Juju Capistrano integration ) : TODO + [negronjl] jujustrano ( Juju Capistrano integration ) : DONE [negronjl] go to town on clint's puppet sub ( puppetforge? ) ( add charm create option for puppet recipes ) : TODO - [negronjl] define ways that capistrano would need to call Capistrano : TODO + [negronjl] define ways that juju would need to call Capistrano : DONE [negronjl] jrapi as juju-jitsu subcommand... 'jitsu api' : POSTPONED [negronjl] integrate Juju with facter : DONE [hazmat] export/import environment into juju-jitsu : TODO - [negronjl] how to make charms out of puppetforge modules / github cookbooks : TODO - [negronjl] plugin for chef-search to interface with juju (possibly just chef sub) : TODO + [negronjl] how to make charms out of puppetforge modules / github cookbooks : POSTPONED + [negronjl] plugin for chef-search to interface with juju (possibly just chef sub) : POSTPONED [mike-mcclurg] cloudstack integration : TODO [imbrandon] investigate enstratus integration : TODO -- Juju Integration https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-juju-integration -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Blueprint servercloud-q-juju-integration] Juju Integration
Blueprint changed by Juan L. Negron: Work items changed: Work items: [mark-mims] charm to deploy chef-server (maybe w sub like clint's puppet sub) : TODO [mark-mims] charms that call chef solo recipes : TODO [negronjl] jujustrano ( Juju Capistrano integration ) : TODO [negronjl] go to town on clint's puppet sub ( puppetforge? ) ( add charm create option for puppet recipes ) : TODO [negronjl] define ways that capistrano would need to call Capistrano : TODO [negronjl] jrapi as juju-jitsu subcommand... 'jitsu api' : POSTPONED - [negronjl] integrate Juju with facter : TODO + [negronjl] integrate Juju with facter : DONE [hazmat] export/import environment into juju-jitsu : TODO [negronjl] how to make charms out of puppetforge modules / github cookbooks : TODO [negronjl] plugin for chef-search to interface with juju (possibly just chef sub) : TODO [mike-mcclurg] cloudstack integration : TODO [imbrandon] investigate enstratus integration : TODO -- Juju Integration https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-juju-integration -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Blueprint servercloud-q-juju-integration] Juju Integration
Blueprint changed by Juan L. Negron: Whiteboard changed: Juju will not live in isolation https://launchpad.net/juju-jitsu exists to enable these use cases Potential integration points: - Existing Puppet Deployments - Existing puppet subordinate charm promulgated yesterday - Existing Puppet Manifests - External Node Classifier - Capistrano / Fabric - jitsu capfile - emits a capfile - capistrano subordinate? - Chef - SaltStack Solutions - REST API (lp:jrapi) other ways to integrate puppetforge cookbooks on github how do you make a charm out of any of these? --- User Stories: - Andrew has some nice solid working Chef recipes. He would like to take advantage of the work already done in Chef, and use Juju as a service orchestration mechanism. + Andrew has some nice solid working Chef recipes. He would like to take advantage of the work already done in Chef, and use Juju as a service orchestration mechanism. Nathan has some existing Puppet deployments that he would like to leverage in Juju's service deployment. Assumptions: n/a Test Plans: Test Chef, Puppet, Capistrano, CloudStack, and Facter integration points and charms in CharmTester. Release Notes: When available provide information on how Chef, Puppet, Capistrano, CloudStack, and Facter may be used in a Juju framework. + + -- juju facter integration -- + facter is a standalone command tool that can be used via Juju by just installing the package ( sudo apt-get install facter ). + With the addition of facter-customfacts-plugin, new custom facts can be added/modified/deleted/used with juju to maintain status of the different aspects of the system in use. + An example of this integration can be found in lp:~negronjl/+junk/hpcc -- Juju Integration https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-juju-integration -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Blueprint servercloud-q-juju-charmstore-maintenance] Juju Charm Store Maintenance
Blueprint changed by Juan L. Negron: Work items changed: Work items: [clint-fewbar] update charm tools to support maintainer : DONE [clint-fewbar] assign maintainers to existing charms, everyone who committed to the charm pinged to see who will maintain it. : INPROGRESS [clint-fewbar] Document orphan process. : TODO - [negronjl] Promulgate should run charm proof: TODO + [negronjl] Promulgate should run charm proof: DONE [jorge] Update documentation to reflect reality: TODO [jorge] Announce maintainer field requirement on the mailing list: TODO -- Juju Charm Store Maintenance https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-juju-charmstore-maintenance -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Blueprint servercloud-q-juju-integration] Juju Integration
Blueprint changed by Juan L. Negron: Work items changed: Work items: [mark-mims] charm to deploy chef-server (maybe w sub like clint's puppet sub) : TODO [mark-mims] charms that call chef solo recipes : TODO [negronjl] jujustrano ( Juju Capistrano integration ) : TODO [negronjl] go to town on clint's puppet sub ( puppetforge? ) ( add charm create option for puppet recipes ) : TODO [negronjl] define ways that capistrano would need to call Capistrano : TODO - [negronjl] jrapi as juju-jitsu subcommand... 'jitsu api' : TODO + [negronjl] jrapi as juju-jitsu subcommand... 'jitsu api' : POSTPONED [negronjl] integrate Juju with facter : TODO [hazmat] export/import environment into juju-jitsu : TODO [negronjl] how to make charms out of puppetforge modules / github cookbooks : TODO [negronjl] plugin for chef-search to interface with juju (possibly just chef sub) : TODO [mike-mcclurg] cloudstack integration : TODO [imbrandon] investigate enstratus integration : TODO -- Juju Integration https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-juju-integration -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Blueprint servercloud-q-juju-integration] Juju Integration
Blueprint changed by Juan L. Negron: Whiteboard set to: Juju will not live in isolation https://launchpad.net/juju-jitsu exists to enable these use cases Potential integration points: - Existing Puppet Deployments - Existing puppet subordinate charm promulgated yesterday - Existing Puppet Manifests - External Node Classifier - Capistrano / Fabric - jitsu capfile - emits a capfile - capistrano subordinate? - Chef - SaltStack Solutions - REST API (lp:jrapi) other ways to integrate puppetforge cookbooks on github how do you make a charm out of any of these? -- Juju Integration https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-juju-integration -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Blueprint servercloud-q-juju-integration] Juju Integration
Blueprint changed by Juan L. Negron: Work items set to: Work items: [mark-mims] charm to deploy chef-server (maybe w sub like clint's puppet sub) : TODO [mark-mims] charms that call chef solo recipes : TODO [negronjl] jujustrano ( Juju Capistrano integration ) : TODO [negronjl] go to town on clint's puppet sub ( puppetforge? ) ( add charm create option for puppet recipes ) : TODO [negronjl] define ways that capistrano would need to call Capistrano : TODO [negronjl] jrapi as juju-jitsu subcommand... 'jitsu api' : TODO [hazmat] export/import environment into juju-jitsu : TODO [negronjl] how to make charms out of puppetforge modules / github cookbooks : TODO [negronjl] plugin for chef-search to interface with juju (possibly just chef sub) : TODO [mike-mcclurg] cloudstack integration : TODO [imbrandon] investigate enstratus integration : TODO -- Juju Integration https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-juju-integration -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Blueprint servercloud-q-juju-integration] Juju Integration
Blueprint changed by Juan L. Negron: Whiteboard changed: Juju will not live in isolation https://launchpad.net/juju-jitsu exists to enable these use cases Potential integration points: - Existing Puppet Deployments - Existing puppet subordinate charm promulgated yesterday - Existing Puppet Manifests - External Node Classifier - Capistrano / Fabric - jitsu capfile - emits a capfile - capistrano subordinate? - Chef - SaltStack Solutions - REST API (lp:jrapi) other ways to integrate puppetforge cookbooks on github how do you make a charm out of any of these? + + + Work Items: + [mark-mims] charm to deploy chef-server (maybe w sub like clint's puppet sub) + [mark-mims] charms that call chef solo recipes + jujustrano + [negronjl] go to town on clint's puppet sub ( puppetforge? ) ( add charm create option for puppet recipes ) + define ways that capistrano would need to call Capistrano + [negronjl] jrapi as juju-jitsu subcommand... 'jitsu api' + [hazmat] export/import environment into juju-jitsu + use-cases for integration + how to make charms out of puppetforge modules / github cookbooks + plugin for chef-search to interface with juju (possibly just chef sub) + testing against euca and cloudstack + jenkins plugins for juju (anything other than charm-runner?) + vagrant integration to support local development story on osx + [mike-mcclurg] cloudstack integration + [imbrandon] investigate enstratus integration + + related + best practices for juju at scale -- Juju Integration https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-juju-integration -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Blueprint servercloud-q-juju-charmstore-maintenance] Juju Charm Store Maintenance
Blueprint changed by Juan L. Negron: Whiteboard set to: == Everything has been copied to the Blueprint https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-juju-charmstore-maintenance -Juan ( negronjl ) == Welcome to Ubuntu Developer Summit! Avoiding charm store bitrot... automated testing - Assign maintainers to charms (metadata.yaml) - Failing tests for period of time. - autofiles bug (puts in the Big List to be unpromulgated) Policy would be to not promote charm series until it's all green (i.e., no critical bugs) Simplify writing tests: make it easy for users to run their own tests... merge 'charm test' in charm tools WORK ITEMS: [clint-fewbar] Maintainer idea was almost universally accepted: TODO [negronjl] Promulgate should run charm proof: TODO [clint-fewbar] update charm tools to support maintainer [clint-fewbar] assign maintainers to existing charms, everyone who committed to the charm pinged to see who will maintain it. [clint-fewbar] Document orphan process. -- Juju Charm Store Maintenance https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-juju-charmstore-maintenance -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Blueprint servercloud-q-juju-charmstore-maintenance] Juju Charm Store Maintenance
Blueprint changed by Juan L. Negron: Work items set to: Work items: [clint-fewbar] Maintainer idea was almost universally accepted: TODO [negronjl] Promulgate should run charm proof: TODO [clint-fewbar] update charm tools to support maintainer : TODO [clint-fewbar] assign maintainers to existing charms, everyone who committed to the charm pinged to see who will maintain it. : TODO [clint-fewbar] Document orphan process. : TODO -- Juju Charm Store Maintenance https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-juju-charmstore-maintenance -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Blueprint servercloud-q-juju-integration] Juju Integration
Blueprint changed by Juan L. Negron: Work items changed: Work items: [mark-mims] charm to deploy chef-server (maybe w sub like clint's puppet sub) : TODO [mark-mims] charms that call chef solo recipes : TODO [negronjl] jujustrano ( Juju Capistrano integration ) : TODO [negronjl] go to town on clint's puppet sub ( puppetforge? ) ( add charm create option for puppet recipes ) : TODO [negronjl] define ways that capistrano would need to call Capistrano : TODO [negronjl] jrapi as juju-jitsu subcommand... 'jitsu api' : TODO + [negronjl] integrate Juju with facter : TODO [hazmat] export/import environment into juju-jitsu : TODO [negronjl] how to make charms out of puppetforge modules / github cookbooks : TODO [negronjl] plugin for chef-search to interface with juju (possibly just chef sub) : TODO [mike-mcclurg] cloudstack integration : TODO [imbrandon] investigate enstratus integration : TODO -- Juju Integration https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-juju-integration -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Blueprint servercloud-p-hdp-hadoop] Ubuntu Server - Hadoop
Blueprint changed by Juan L. Negron: Whiteboard changed: Target versions of Hadoop components: hadoop-0.20.205.0 hcatalog-0.2.0 pig-0.9.0 hbase-0.90.4 hive-0.7.1 # the script I got from Hortonworks labels this as hive-0.7.1+ which includes fixes to hive. - Yes - we might need to look at that - we should be able to overlay the fixes if need be without rebuilding the entire project zookeeper-3.3.2 Q: Their website indicates they will use ambari as something devops/juju-like. Clearly we want to use juju but have they made any ambari assumptions? A: No idea - one to ask Matt Package naming: hadoop hcatalog pig hbase hive Needs confirmation (conflicts with archive): zookeeper Assumptions: Packaging will use bigtop as a base. - reuse of control file structure will help support bigtop packages in juju charms as and when they support precise. Java will NOT be rebuilt during the package build process. Native libraries will be rebuilt during the package build process. Q: What does this mean for the hive embedded in hcatalog (via hcatalog-0.2.0/hive/external)? I'm guessing we just use the hdp-hive package we create. Patches may be required for native build components. Debconf configuration in packages is useful for Juju charms and should be applied where appropriate. --- Debconf currently in use: namenode, jobtracker and hdfs_dir Binary distributions will be used from upstream (no source build by default). Q: Exactly what does this mean in this context? Binary distributions of ... Are these the jar files inside the hortonworks/apache source (e.g. ./hive-0.7.1+/lib/javaewah-0.3.jar? A: So most of the apache projects ship a binary distribution tarball which includes all of the compile Java etc so we should not build from source - just re-use these jars etc... Challenges: hcatalog not packaged in bigtop trunk (need to check branches) JAVA_HOME and use of openjdk-6/7? JAVA_HOME detection - bigtop use a specific package for this (bigtop-utils) which tries to guess - might be worth re-using. java-package as recommended approach to re-packaging Oracle java for Ubuntu (generates Debian packaging from upstream binary distro). Kerberos security - probably actually needs to be a charm configuration option to secure a cluster. Q: For Kerberos, do we have the necessary dependencies to get this done? If so, I can do the charm work.j Q: Re: Kerberos. We may need to really look into this as this will end up affecting not only hadoop but, all of the other parts ( hive, pig, etc. ) as well. This can really complicate the packaging/charming as well so, we may not have time to get it all done in this cycle. Just my thoughts. MultiArch native libraries in hdp-hadoop package - should not must. Hive contains patches for hcatalog support - we need to work these in somehow (maybe a overlay to the binary re-distribution). hcatalog: External dependency on mysql-connector? and maybe mysql? No binary distribution - only source so will need to be built locally to produce release tarbal. Work items: Resolve conflict between archive zookeeper and partner zookeeper (1): TODO [james-page] Package hadoop for partner (5): DONE [james-page] Rebuild native component during package rebuild for hadoop (5): DONE Package zookeeper for partner (3): TODO Package hcatalog for partner (10): TODO - [negronjl] Package pig for partner (3): INPROGRESS + [negronjl] Package pig for partner (3): DONE [james-page] Package hbase for partner (3): TODO - [negronjl] Package hive for partner (3): INPROGRESS + [negronjl] Package hive for partner (3): DONE Work out solution for JAVA_HOME detection/override (1): TODO [negronjl] Juju charm for zookeeper (will depend on the zookeeper package): TODO [negronjl] Juju charm for hcatalog (will depend on the hcatalog package): TODO [negronjl] Juju charm for pig (will depend on the pig package): TODO [negronjl] Juju charm for hbase (will depend on the hbase package): TODO [negronjl] Juju charm for hive (will depend on the hive package): TODO [negronjl] Update hadoop charm for HDP packaging (will add option to select between the existing hadoop and the new hdp-hadoop package): TODO Support iterating packaging as charms are developed (5): TODO Test deployment and packaging: TODO Provide support for charming work and review packaging installs: TODO -- Ubuntu Server - Hadoop https://blueprints.launchpad.net/ubuntu/+spec/servercloud-p-hdp-hadoop -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Blueprint servercloud-p-hdp-hadoop] Ubuntu Server - Hadoop
Blueprint changed by Juan L. Negron: Whiteboard changed: Target versions of Hadoop components: hadoop-0.20.205.0 hcatalog-0.2.0 pig-0.9.0 hbase-0.90.4 hive-0.7.1 # the script I got from Hortonworks labels this as hive-0.7.1+ which includes fixes to hive. - Yes - we might need to look at that - we should be able to overlay the fixes if need be without rebuilding the entire project zookeeper-3.3.2 Q: Their website indicates they will use ambari as something devops/juju-like. Clearly we want to use juju but have they made any ambari assumptions? A: No idea - one to ask Matt Package naming: hadoop hcatalog pig hbase hive Needs confirmation (conflicts with archive): zookeeper Assumptions: Packaging will use bigtop as a base. - reuse of control file structure will help support bigtop packages in juju charms as and when they support precise. Java will NOT be rebuilt during the package build process. Native libraries will be rebuilt during the package build process. Q: What does this mean for the hive embedded in hcatalog (via hcatalog-0.2.0/hive/external)? I'm guessing we just use the hdp-hive package we create. Patches may be required for native build components. Debconf configuration in packages is useful for Juju charms and should be applied where appropriate. --- Debconf currently in use: namenode, jobtracker and hdfs_dir Binary distributions will be used from upstream (no source build by default). Q: Exactly what does this mean in this context? Binary distributions of ... Are these the jar files inside the hortonworks/apache source (e.g. ./hive-0.7.1+/lib/javaewah-0.3.jar? A: So most of the apache projects ship a binary distribution tarball which includes all of the compile Java etc so we should not build from source - just re-use these jars etc... Challenges: hcatalog not packaged in bigtop trunk (need to check branches) JAVA_HOME and use of openjdk-6/7? JAVA_HOME detection - bigtop use a specific package for this (bigtop-utils) which tries to guess - might be worth re-using. java-package as recommended approach to re-packaging Oracle java for Ubuntu (generates Debian packaging from upstream binary distro). Kerberos security - probably actually needs to be a charm configuration option to secure a cluster. Q: For Kerberos, do we have the necessary dependencies to get this done? If so, I can do the charm work.j Q: Re: Kerberos. We may need to really look into this as this will end up affecting not only hadoop but, all of the other parts ( hive, pig, etc. ) as well. This can really complicate the packaging/charming as well so, we may not have time to get it all done in this cycle. Just my thoughts. MultiArch native libraries in hdp-hadoop package - should not must. Hive contains patches for hcatalog support - we need to work these in somehow (maybe a overlay to the binary re-distribution). hcatalog: External dependency on mysql-connector? and maybe mysql? No binary distribution - only source so will need to be built locally to produce release tarbal. Work items: Resolve conflict between archive zookeeper and partner zookeeper (1): TODO [james-page] Package hadoop for partner (5): INPROGRESS Rebuild native component during package rebuild for hadoop (5): TODO Package zookeeper for partner (3): TODO Package hcatalog for partner (10): TODO [negronjl] Package pig for partner (3): INPROGRESS Package hbase for partner (3): TODO - Package hive for partner (3): TODO + [negronjl] Package hive for partner (3): INPROGRESS Work out solution for JAVA_HOME detection/override (1): TODO [negronjl] Juju charm for zookeeper (will depend on the zookeeper package): TODO [negronjl] Juju charm for hcatalog (will depend on the hcatalog package): TODO [negronjl] Juju charm for pig (will depend on the pig package): TODO [negronjl] Juju charm for hbase (will depend on the hbase package): TODO [negronjl] Juju charm for hive (will depend on the hive package): TODO [negronjl] Update hadoop charm for HDP packaging (will add option to select between the existing hadoop and the new hdp-hadoop package): TODO Support iterating packaging as charms are developed (5): TODO Test deployment and packaging: TODO Provide support for charming work and review packaging installs: TODO -- Ubuntu Server - Hadoop https://blueprints.launchpad.net/ubuntu/+spec/servercloud-p-hdp-hadoop -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Blueprint servercloud-p-hadoop] Ubuntu Server + Hadoop and Bigdata
Blueprint changed by Juan L. Negron: Whiteboard changed: Summary of objectives for Precise: 1) Ubuntu will target packaging Apache Hadoop - Help drive support for running under OpenJDK - Packaging will retain flavour of most popular upstream packaging - Focus will be on most recent stable (0.20.203.0)- validate with upstream release schedule - Thrift support will not be included - LZO and snappy compression options will be investigated - universe target this release. 2) Juju Charms will by default align to distro packaging for precise Full sessions notes from UDS-P: http://pad.ubuntu.com/uds-p-servercloud-p-hadoop Work items precise-alpha-1: [mark-mims] Hadoop community input (what about no thrift? etc): DONE [mark-mims] Attend HadoopWorld: DONE [james-page] Check on release schedule for Apache Hadoop between now and Feature Freeze: DONE [james-page] Investigate upstream co-operation from Hortonworks/Cloudera to ensure ongoing collaboration going forward: INPROGRESS Work items precise-beta-1: - [negronjl] adjust hadoop charms to have a configurable backend hadoop, get one into the charm repository: TODO + [negronjl] adjust hadoop charms to have a configurable backend hadoop, get one into the charm repository: DONE [james-page] Package KFS for Ubuntu: INPROGRESS [james-page] Package Apache ftp-server for Ubuntu: TODO [james-page] Package Hadoop for Ubuntu: TODO Work Items: [james-page] Active backport packaging post 12.04 release: TODO [james-page] Feed back all work to Debian: TODO -- Ubuntu Server + Hadoop and Bigdata https://blueprints.launchpad.net/ubuntu/+spec/servercloud-p-hadoop -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 838238] Re: No matter what version of ensemble you have on client, deployed instances get the one from the PPA
** Also affects: cloudfoundry Importance: Undecided Status: New ** Changed in: cloudfoundry Status: New = Confirmed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/838238 Title: No matter what version of ensemble you have on client, deployed instances get the one from the PPA To manage notifications about this bug go to: https://bugs.launchpad.net/cloudfoundry/+bug/838238/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 831505] Re: add-apt-repository blocks cloud-init on oneiric
that was quick! Thanks Scott. Thanks, Juan On Mon, Aug 22, 2011 at 9:08 PM, Scott Moser smo...@canonical.com wrote: I've just uploaded a fix, and set up a build to run as soon as 0.6.1-0ubuntu15 gets into the archive. Hopefully tomorrow we'll have a fix in a build 20110823.1 sometime mid-day. failing that, 20110824 will have it. -- You received this bug notification because you are subscribed to a duplicate bug report (831744). https://bugs.launchpad.net/bugs/831505 Title: add-apt-repository blocks cloud-init on oneiric Status in “cloud-init” package in Ubuntu: Fix Released Bug description: As of rev. 708 of software-properties [1], add-apt-repository now requires user confirmation before adding a new PPA. It skips confirmation if the script is being run without a tty, but the CC module is calling it with a tty attached. [1] http://bazaar.launchpad.net/~ubuntu-core-dev/software- properties/main/revision/708 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/831505/+subscriptions -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to cloud-init in Ubuntu. https://bugs.launchpad.net/bugs/831505 Title: add-apt-repository blocks cloud-init on oneiric To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/831505/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
Re: [Bug 831505] Re: add-apt-repository blocks cloud-init on oneiric
that was quick! Thanks Scott. Thanks, Juan On Mon, Aug 22, 2011 at 9:08 PM, Scott Moser smo...@canonical.com wrote: I've just uploaded a fix, and set up a build to run as soon as 0.6.1-0ubuntu15 gets into the archive. Hopefully tomorrow we'll have a fix in a build 20110823.1 sometime mid-day. failing that, 20110824 will have it. -- You received this bug notification because you are subscribed to a duplicate bug report (831744). https://bugs.launchpad.net/bugs/831505 Title: add-apt-repository blocks cloud-init on oneiric Status in “cloud-init” package in Ubuntu: Fix Released Bug description: As of rev. 708 of software-properties [1], add-apt-repository now requires user confirmation before adding a new PPA. It skips confirmation if the script is being run without a tty, but the CC module is calling it with a tty attached. [1] http://bazaar.launchpad.net/~ubuntu-core-dev/software- properties/main/revision/708 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/831505/+subscriptions -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/831505 Title: add-apt-repository blocks cloud-init on oneiric To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/831505/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 816169] Re: When using Ensemble, add-apt-repository no longer functions properly
It's still an issue in oneiric. Thanks, Juan On Sun, Aug 21, 2011 at 11:25 AM, Clint Byrum cl...@fewbar.com wrote: Whats the status on this now? Has it just been worked around or is it still a critical issue in Ensemble? -- You received this bug notification because you are subscribed to the bug report. https://bugs.launchpad.net/bugs/816169 Title: When using Ensemble, add-apt-repository no longer functions properly Status in “ensemble” package in Ubuntu: Confirmed Status in “python2.7” package in Ubuntu: Confirmed Status in “software-properties” package in Ubuntu: Confirmed Bug description: One of the changes made between Jul 22-25 caused add-apt-repository to quit working when being called from within an ensemble formula: + apt-add-repository ppa:cloudfoundry/ppa 2011-07-25 22:55:32,383: hook.output@ERROR: Fatal Python error: Py_Initialize: Unable to get the locale encoding File /usr/lib/python2.7/encodings/__init__.py, line 123 raise CodecRegistryError,\ ^ 2011-07-25 22:55:32,384: hook.output@ERROR: SyntaxError: invalid syntax Ensemble does not set many env vars, so this may be the culprit. When running this from within an Ensemble script on an Oneiric install, the error above is yielded, and while the file in sources.list.d is written, it uses sid for the distro rather than oneiric. If manually logging in and subsequently running the command, everything works as it should, which leads me to believe it is an env var issue. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ensemble/+bug/816169/+subscriptions -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/816169 Title: When using Ensemble, add-apt-repository no longer functions properly To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ensemble/+bug/816169/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 816169] Re: When using Ensemble, add-apt-repository no longer functions properly
This seems to be fixed in the lates oneiric. I tested with ami-id: ami- b7c203de and m1.large today and it all seems to work. -Juan ** Changed in: software-properties (Ubuntu) Status: Confirmed = Fix Released ** Changed in: python2.7 (Ubuntu) Status: New = Fix Committed ** Changed in: ensemble (Ubuntu) Status: Confirmed = Fix Released ** Changed in: python2.7 (Ubuntu) Status: Fix Committed = Fix Released -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/816169 Title: When using Ensemble, add-apt-repository no longer functions properly To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ensemble/+bug/816169/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 816169] Re: When using Ensemble, add-apt-repository no longer functions properly
need to re-open this bug. -Juan ** Description changed: One of the changes made between Jul 22-25 caused add-apt-repository to quit working when being called from within an ensemble formula: + apt-add-repository ppa:cloudfoundry/ppa 2011-07-25 22:55:32,383: hook.output@ERROR: Fatal Python error: Py_Initialize: Unable to get the locale encoding - File /usr/lib/python2.7/encodings/__init__.py, line 123 - raise CodecRegistryError,\ - ^ + File /usr/lib/python2.7/encodings/__init__.py, line 123 + raise CodecRegistryError,\ + ^ 2011-07-25 22:55:32,384: hook.output@ERROR: SyntaxError: invalid syntax Ensemble does not set many env vars, so this may be the culprit. When running this from within an Ensemble script on an Oneiric install, the error above is yielded, and while the file in sources.list.d is written, it uses sid for the distro rather than oneiric. If manually logging in and subsequently running the command, everything works as it should, which leads me to believe it is an env var issue. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/816169 Title: When using Ensemble, add-apt-repository no longer functions properly To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ensemble/+bug/816169/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 816169] Re: When using Ensemble, add-apt-repository no longer functions properly
Just retested this per adam_g's request and found out that apt-add- repository is actually creating the files in /etc/apt/sources.list.d correctly but, the logs show the following erros: 2011-08-10 16:32:38,185: hook.output@ERROR: + apt-add-repository ppa :facter-plugins/ppa 2011-08-10 16:32:38,358: hook.output@ERROR: Fatal Python error: Py_Initialize: Unable to get the locale encoding 2011-08-10 16:32:38,358: hook.output@ERROR: File 2011-08-10 16:32:38,359: hook.output@ERROR: /usr/lib/python2.7/encodings/__init__.py 2011-08-10 16:32:38,359: hook.output@ERROR: , line 2011-08-10 16:32:38,359: hook.output@ERROR: 123 2011-08-10 16:32:38,359: hook.output@ERROR: 2011-08-10 16:32:38,359: hook.output@ERROR: 2011-08-10 16:32:38,359: hook.output@ERROR: raise CodecRegistryError,\ 2011-08-10 16:32:38,363: hook.output@ERROR: SyntaxError 2011-08-10 16:32:38,363: hook.output@ERROR: : 2011-08-10 16:32:38,363: hook.output@ERROR: invalid syntax So there is still something broken here. -Juan -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/816169 Title: When using Ensemble, add-apt-repository no longer functions properly To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ensemble/+bug/816169/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 816169] Re: When using Ensemble, add-apt-repository no longer functions properly
** Changed in: python2.7 (Ubuntu) Status: New = Confirmed ** Changed in: software-properties (Ubuntu) Status: New = Confirmed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/816169 Title: When using Ensemble, add-apt-repository no longer functions properly To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ensemble/+bug/816169/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 814042] Re: ubuntu-orchestra-provisioning-server postinst calls fact-add
Commited fix on version 163. -Juan ** Changed in: orchestra Assignee: (unassigned) = Juan L. Negron (negronjl) ** Changed in: orchestra Status: New = Fix Committed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/814042 Title: ubuntu-orchestra-provisioning-server postinst calls fact-add To manage notifications about this bug go to: https://bugs.launchpad.net/orchestra/+bug/814042/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 814042] Re: ubuntu-orchestra-provisioning-server postinst calls fact-add
Added the bug number to changelog. -Juan -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/814042 Title: ubuntu-orchestra-provisioning-server postinst calls fact-add To manage notifications about this bug go to: https://bugs.launchpad.net/orchestra/+bug/814042/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 803030] [NEW] dotdee.xml needs to be empty
Public bug reported: The file /etc/dotdee.xml needs to be empty or it brakes xml compliance. Fix in lp:~negronjl/+junk/dotdee ** Affects: dotdee (Ubuntu) Importance: Undecided Status: New ** Branch linked: lp:~negronjl/+junk/dotdee -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/803030 Title: dotdee.xml needs to be empty To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/dotdee/+bug/803030/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 732953] Re: can_connect function inside ec2.rb always return false
Here is the modified file. -Juan ** Attachment added: Modified ec2 facter module https://bugs.launchpad.net/ubuntu/+source/facter/+bug/732953/+attachment/1909110/+files/ec2.rb -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to facter in ubuntu. https://bugs.launchpad.net/bugs/732953 Title: can_connect function inside ec2.rb always return false -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
Re: [Bug 732953] Re: can_connect function inside ec2.rb always return false
I attached the modified file to the bug. I am attaching to this email as well. -- Thanks, Juan Juan, Can you provide a patch please? Thanks chuck ** Changed in: facter (Ubuntu) Importance: Undecided = Low ** Changed in: facter (Ubuntu) Status: New = Incomplete ** Attachment added: ec2.rb https://bugs.launchpad.net/bugs/732953/+attachment/1909111/+files/ec2.rb -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to facter in ubuntu. https://bugs.launchpad.net/bugs/732953 Title: can_connect function inside ec2.rb always return false -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 732953] Re: can_connect function inside ec2.rb always return false
Here is the modified file. -Juan ** Attachment added: Modified ec2 facter module https://bugs.launchpad.net/ubuntu/+source/facter/+bug/732953/+attachment/1909110/+files/ec2.rb -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/732953 Title: can_connect function inside ec2.rb always return false -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 732953] Re: can_connect function inside ec2.rb always return false
I attached the modified file to the bug. I am attaching to this email as well. -- Thanks, Juan Juan, Can you provide a patch please? Thanks chuck ** Changed in: facter (Ubuntu) Importance: Undecided = Low ** Changed in: facter (Ubuntu) Status: New = Incomplete ** Attachment added: ec2.rb https://bugs.launchpad.net/bugs/732953/+attachment/1909111/+files/ec2.rb -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/732953 Title: can_connect function inside ec2.rb always return false -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 732953] [NEW] can_connect function inside ec2.rb always return false
Public bug reported: Binary package hint: facter the can_connect function in ec2.rb always return false. I modified the code as follows and it seems to have fixed the issue: Before (Line 9 in ec2.rb): Timeout::timeout(wait_sec) {open(ip, port)} After: Timeout::timeout(wait_sec) {open(http://#{ip}:#{port}/latest/meta-data;)} After that change, the module seems to work properly in EC2 instances. ** Affects: facter (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to facter in ubuntu. https://bugs.launchpad.net/bugs/732953 Title: can_connect function inside ec2.rb always return false -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 732953] Re: can_connect function inside ec2.rb always return false
The meta-data URL also seems to be wrong: http://169.254.169.254/2008-02-01/meta-data It should be: http://169.254.169.254/latest/meta-data -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to facter in ubuntu. https://bugs.launchpad.net/bugs/732953 Title: can_connect function inside ec2.rb always return false -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 732953] [NEW] can_connect function inside ec2.rb always return false
Public bug reported: Binary package hint: facter the can_connect function in ec2.rb always return false. I modified the code as follows and it seems to have fixed the issue: Before (Line 9 in ec2.rb): Timeout::timeout(wait_sec) {open(ip, port)} After: Timeout::timeout(wait_sec) {open(http://#{ip}:#{port}/latest/meta-data;)} After that change, the module seems to work properly in EC2 instances. ** Affects: facter (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/732953 Title: can_connect function inside ec2.rb always return false -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 732953] Re: can_connect function inside ec2.rb always return false
The meta-data URL also seems to be wrong: http://169.254.169.254/2008-02-01/meta-data It should be: http://169.254.169.254/latest/meta-data -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/732953 Title: can_connect function inside ec2.rb always return false -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs