PuppetDB 1.6.3 final now available
134 wyświetlenia
Przejdź do pierwszej nieodczytanej wiadomości
Ken Barber
27 mar 2014, 13:20:1827.03.2014
do Puppet Users, puppe...@googlegroups.com, puppet-...@googlegroups.com
PuppetDB 1.6.3 final - March 27th, 2014.
PuppetDB 1.6.3 Downloads
------------------------
Available in native package format in the release repositories at:
http://yum.puppetlabs.com and http://apt.puppetlabs.com
For information on how to enable the Puppet Labs repos, see:
http://docs.puppetlabs.com/guides/puppetlabs_package_repositories.html#open-source-repositories
Binary tarball: http://downloads.puppetlabs.com/puppetdb/
Source: http://github.com/puppetlabs/puppetdb
Please report feedback via the Puppet Labs tickets site, using an
affected PuppetDB version of 1.6.3:
https://tickets.puppetlabs.com/browse/PDB
Documentation: http://docs.puppetlabs.com/puppetdb/1.6
Puppet module:
http://forge.puppetlabs.com/puppetlabs/puppetdb
PuppetDB 1.6.3 Release Notes
----------------------------
PuppetDB 1.6.3 is a bugfix release.
Things to take note of before upgrading:
* (PDB-510) Add migration to fix sequence for catalog.id
The sequence for catalog.id had not been incremented during insert
for migration
20 'differential-catalog-resources'.
This meant that the catalog.id column would throw a constraint
exception during
insertion until the sequence had increased enough to be greater then
the max id
already used in the column.
While this was only a temporary error, it does cause puppetdb to
start to throw
errors and potentially dropping some catalog updates until a certain number of
catalogs had been attempted. In some cases catalogs had been queued up and
retried successfully, other cases meant they were simply dropped into the DLQ.
The fix is to reset the sequence to match the max id on the
catalogs.id column.
* RHEL 7 beta packages are now included
* (PDB-343) Fedora 18 packages are no longer to be built
* (PDB-468) Update CLI tools to use correct JAVA_BIN and JAVA_ARGS
Some tools such as `puppetdb import|export` and `puppetdb
foreground` where not
honouring the JAVA_BIN defined in /etc/default|sysconfig/puppetdb.
* (PDB-437) Reduce API source code and version inconsistencies
The API code when split between different versions created an opportunity for
inconsistencies to grow. For example, some versioning inside the
code supported
this file based way of abstracting versions, but other functions required
version specific handling.
This patch solidifies the version handling to ensure we reduce in regressions
relating to different versions of the query API and different
operator handling.
* Use v3 end-point for import and benchmark tools
* (PDB-80)(packaging) Fixup logic in defaults file for java on EL
* (PDB-463) Fix assertion error in /v1/resources
* (PDB-238) Some code reduction work related to simplifying future
query API version removal
* (PDB-446) Start in on the merge of v2 and v3 test namespaces for testing
* (PDB-435) Travis no longer has bundler installed by default, now
installing it explicitly
* (PDB-437) Clojure lint cleanups
* Change tutorial and curl documentation examples to use v3 API
* Added examples to documentation for latest-report? and file
PuppetDB 1.6.3 Contributors
---------------------------
Aric Gardner, Chris Price, Deepak Giridharagopal, Ken Barber, Matthaus
Owens, Moses Mendoza, Rob Braden, Ryan McKern, Ryan Senior
PuppetDB 1.6.3 Changlog
-----------------------
Aric Gardner (1):
f55c349 Added example for latest-report? and file
Chris Price (1):
37928e2 Don't use global schema validation
Ken Barber (18):
27e53b9 PDB-437 Reduce API source code and version inconsistencies
92d0e26 PDB-437 Clojure lint cleanups
2eff902 PDB-234 Cleanup some minor code duplication and missing
versions from case
7a5ed7c Change tutorial examples to use v3 API
c4fb8fe Switch curl examples to v3 also
59bce95 PDB-342 Use our own JDK repo for JDK 7 testing
ff62272 PDB-342 Fix order precedence issue with boolean logic
for use_our_jdk test
a0d0cc3 PDB-342 Ensure we use the correct GPG key for the JDK repo
981a457 Remove redmine links
1231d78 PDB-463 Fix assertion error in /v1/resources
8b39fa5 PDB-463 Add back missing query-resources
bda3953 Use v3 end-point for import and benchmark tools
6e09f22 Unpin beaker now that 1.7.0 is released
b7eccd8 PDB-510 Add migration to fix sequence for catalog.id
e335bbb PDB-510 Add explicit locking and move fix-identity-sequence
772bc64 Pin Rake for Ruby 1.8.7
174f5be PDB-549 Release notes for 1.6.3
daaeaf9 PDB-549 Some release note cleanups for 1.6.3
Moses Mendoza (6):
43b030b (packaging) Update top-level Rakefile's version and pe
determination
eb6a936 (packaging) Update template task for new erb_file method
8f5b484 (packaging) Fully qualify variables supplied by the
packaging repo in templates
1513b66 (packaging) set project to pe-puppetdb when building pe-puppetdb
168bea7 (packaging) Evaluate rpm spec file just like debian templates
44f7591 (packaging) Replace non-portable shell calls in spec and
changelog with ruby
Rob Braden (9):
4252f70 (pdb-80)(packaging) Fixup logic in defaults file for java on EL
29a14ac (pdb-343)(packaging) Remove Fedora 18 from default package builds
f0bd7df (PDB-468) Update scripts to use correct JAVA_BIN
781e94c (PDB-468) Break out script common environment to LIBEXECDIR
bdfaeef (PDB-468) Update el spec file for added environment file
e8a8606 (PDB-142) Update puppetdb-foreground to respect JAVA_ARGS
c09cf8c (PDB-468) Change back to default java_args in
non-persistent scripts
3a43f6e (pdb-468)(packaging) Fix package build on systemd platforms
fee7927 (PDB-468)(packaging) Fixup systemd service configuration
Ryan McKern (6):
ad533a8 (maint) Add RHEL7 to list of mocks to build against
e953381 (maint) Add RHEL7 to list of mocks to build against
e38f7e0 (maint) Point RHEL7 build_default entry to x86_64, not i386
00024be (maint) Updated RHEL7 support in 1.5.x branch
0549dd5 (maint) Replace shell logic for OS release with Facter
8efef56 (maint) Explicitly set LANG in RPM spec file
Ryan Senior (7):
c19db97 (PDB-238) - Remove v1 API - part 1
05808ad Split metrics/version/command out of api.clj and into
their own namespaces
5365bca (PDB-435) Travis no longer has bundler installed by
default, now installing it explicitly
fee7f68 Fixed an anonymizer test hidden behind a lazy seq
a880f87 (PDB-446) Start in on the merge of v2 and v3 test namespaces
a36466a Switched fact subquery tests from vector results to sets.
37445b5 The order of (keys m) and (vals m) is not guaranteed to
be the same
ken.
PuppetDB 1.6.3 Downloads
------------------------
Available in native package format in the release repositories at:
http://yum.puppetlabs.com and http://apt.puppetlabs.com
For information on how to enable the Puppet Labs repos, see:
http://docs.puppetlabs.com/guides/puppetlabs_package_repositories.html#open-source-repositories
Binary tarball: http://downloads.puppetlabs.com/puppetdb/
Source: http://github.com/puppetlabs/puppetdb
Please report feedback via the Puppet Labs tickets site, using an
affected PuppetDB version of 1.6.3:
https://tickets.puppetlabs.com/browse/PDB
Documentation: http://docs.puppetlabs.com/puppetdb/1.6
Puppet module:
http://forge.puppetlabs.com/puppetlabs/puppetdb
PuppetDB 1.6.3 Release Notes
----------------------------
PuppetDB 1.6.3 is a bugfix release.
Things to take note of before upgrading:
* (PDB-510) Add migration to fix sequence for catalog.id
The sequence for catalog.id had not been incremented during insert
for migration
20 'differential-catalog-resources'.
This meant that the catalog.id column would throw a constraint
exception during
insertion until the sequence had increased enough to be greater then
the max id
already used in the column.
While this was only a temporary error, it does cause puppetdb to
start to throw
errors and potentially dropping some catalog updates until a certain number of
catalogs had been attempted. In some cases catalogs had been queued up and
retried successfully, other cases meant they were simply dropped into the DLQ.
The fix is to reset the sequence to match the max id on the
catalogs.id column.
* RHEL 7 beta packages are now included
* (PDB-343) Fedora 18 packages are no longer to be built
* (PDB-468) Update CLI tools to use correct JAVA_BIN and JAVA_ARGS
Some tools such as `puppetdb import|export` and `puppetdb
foreground` where not
honouring the JAVA_BIN defined in /etc/default|sysconfig/puppetdb.
* (PDB-437) Reduce API source code and version inconsistencies
The API code when split between different versions created an opportunity for
inconsistencies to grow. For example, some versioning inside the
code supported
this file based way of abstracting versions, but other functions required
version specific handling.
This patch solidifies the version handling to ensure we reduce in regressions
relating to different versions of the query API and different
operator handling.
* Use v3 end-point for import and benchmark tools
* (PDB-80)(packaging) Fixup logic in defaults file for java on EL
* (PDB-463) Fix assertion error in /v1/resources
* (PDB-238) Some code reduction work related to simplifying future
query API version removal
* (PDB-446) Start in on the merge of v2 and v3 test namespaces for testing
* (PDB-435) Travis no longer has bundler installed by default, now
installing it explicitly
* (PDB-437) Clojure lint cleanups
* Change tutorial and curl documentation examples to use v3 API
* Added examples to documentation for latest-report? and file
PuppetDB 1.6.3 Contributors
---------------------------
Aric Gardner, Chris Price, Deepak Giridharagopal, Ken Barber, Matthaus
Owens, Moses Mendoza, Rob Braden, Ryan McKern, Ryan Senior
PuppetDB 1.6.3 Changlog
-----------------------
Aric Gardner (1):
f55c349 Added example for latest-report? and file
Chris Price (1):
37928e2 Don't use global schema validation
Ken Barber (18):
27e53b9 PDB-437 Reduce API source code and version inconsistencies
92d0e26 PDB-437 Clojure lint cleanups
2eff902 PDB-234 Cleanup some minor code duplication and missing
versions from case
7a5ed7c Change tutorial examples to use v3 API
c4fb8fe Switch curl examples to v3 also
59bce95 PDB-342 Use our own JDK repo for JDK 7 testing
ff62272 PDB-342 Fix order precedence issue with boolean logic
for use_our_jdk test
a0d0cc3 PDB-342 Ensure we use the correct GPG key for the JDK repo
981a457 Remove redmine links
1231d78 PDB-463 Fix assertion error in /v1/resources
8b39fa5 PDB-463 Add back missing query-resources
bda3953 Use v3 end-point for import and benchmark tools
6e09f22 Unpin beaker now that 1.7.0 is released
b7eccd8 PDB-510 Add migration to fix sequence for catalog.id
e335bbb PDB-510 Add explicit locking and move fix-identity-sequence
772bc64 Pin Rake for Ruby 1.8.7
174f5be PDB-549 Release notes for 1.6.3
daaeaf9 PDB-549 Some release note cleanups for 1.6.3
Moses Mendoza (6):
43b030b (packaging) Update top-level Rakefile's version and pe
determination
eb6a936 (packaging) Update template task for new erb_file method
8f5b484 (packaging) Fully qualify variables supplied by the
packaging repo in templates
1513b66 (packaging) set project to pe-puppetdb when building pe-puppetdb
168bea7 (packaging) Evaluate rpm spec file just like debian templates
44f7591 (packaging) Replace non-portable shell calls in spec and
changelog with ruby
Rob Braden (9):
4252f70 (pdb-80)(packaging) Fixup logic in defaults file for java on EL
29a14ac (pdb-343)(packaging) Remove Fedora 18 from default package builds
f0bd7df (PDB-468) Update scripts to use correct JAVA_BIN
781e94c (PDB-468) Break out script common environment to LIBEXECDIR
bdfaeef (PDB-468) Update el spec file for added environment file
e8a8606 (PDB-142) Update puppetdb-foreground to respect JAVA_ARGS
c09cf8c (PDB-468) Change back to default java_args in
non-persistent scripts
3a43f6e (pdb-468)(packaging) Fix package build on systemd platforms
fee7927 (PDB-468)(packaging) Fixup systemd service configuration
Ryan McKern (6):
ad533a8 (maint) Add RHEL7 to list of mocks to build against
e953381 (maint) Add RHEL7 to list of mocks to build against
e38f7e0 (maint) Point RHEL7 build_default entry to x86_64, not i386
00024be (maint) Updated RHEL7 support in 1.5.x branch
0549dd5 (maint) Replace shell logic for OS release with Facter
8efef56 (maint) Explicitly set LANG in RPM spec file
Ryan Senior (7):
c19db97 (PDB-238) - Remove v1 API - part 1
05808ad Split metrics/version/command out of api.clj and into
their own namespaces
5365bca (PDB-435) Travis no longer has bundler installed by
default, now installing it explicitly
fee7f68 Fixed an anonymizer test hidden behind a lazy seq
a880f87 (PDB-446) Start in on the merge of v2 and v3 test namespaces
a36466a Switched fact subquery tests from vector results to sets.
37445b5 The order of (keys m) and (vals m) is not guaranteed to
be the same
ken.
David Mesler
22 kwi 2014, 18:10:5122.04.2014
do puppet...@googlegroups.com
I'm having an issue updating from 1.6.2.
2014-04-22 17:00:33,043 INFO [main] [cli.services] PuppetDB version 1.6.3
2014-04-22 17:00:33,124 ERROR [main] [scf.migrate] Caught SQLException during migration
java.sql.BatchUpdateException: Batch entry 0 CREATE TABLE certnames (name TEXT PRIMARY KEY) was aborted. Call getNextException to see the cause.
at org.postgresql.jdbc2.AbstractJdbc2Statement$BatchResultHandler.handleError(AbstractJdbc2Statement.java:2746)
at org.postgresql.core.v3.QueryExecutorImpl$1.handleError(QueryExecutorImpl.java:457)
at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1887)
at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:405)
at org.postgresql.jdbc2.AbstractJdbc2Statement.executeBatch(AbstractJdbc2Statement.java:2893)
at com.jolbox.bonecp.StatementHandle.executeBatch(StatementHandle.java:469)
at clojure.java.jdbc$do_commands$fn__2182.invoke(jdbc.clj:188)
at clojure.java.jdbc.internal$transaction_STAR_.invoke(internal.clj:223)
at clojure.java.jdbc$do_commands.doInvoke(jdbc.clj:187)
at clojure.lang.RestFn.invoke(RestFn.java:408)
at clojure.java.jdbc$create_table.doInvoke(jdbc.clj:236)
at clojure.lang.RestFn.invoke(RestFn.java:423)
at com.puppetlabs.puppetdb.scf.migrate$initialize_store.invoke(migrate.clj:95)
at com.puppetlabs.puppetdb.scf.migrate$migrate_BANG_$fn__12703$fn__12716.invoke(migrate.clj:740)
at com.puppetlabs.puppetdb.scf.migrate$migrate_BANG_$fn__12703.invoke(migrate.clj:739)
at clojure.java.jdbc.internal$transaction_STAR_.invoke(internal.clj:204)
at com.puppetlabs.puppetdb.scf.migrate$migrate_BANG_.invoke(migrate.clj:736)
at com.puppetlabs.puppetdb.cli.services$_main$fn__12813.invoke(services.clj:274)
at clojure.java.jdbc.internal$with_connection_STAR_.invoke(internal.clj:186)
at com.puppetlabs.puppetdb.cli.services$_main.doInvoke(services.clj:272)
at clojure.lang.RestFn.invoke(RestFn.java:421)
at clojure.lang.Var.invoke(Var.java:419)
at clojure.lang.AFn.applyToHelper(AFn.java:163)
at clojure.lang.Var.applyTo(Var.java:532)
at clojure.core$apply.invoke(core.clj:617)
at com.puppetlabs.puppetdb.core$run_command.invoke(core.clj:87)
at com.puppetlabs.puppetdb.core$_main.doInvoke(core.clj:95)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at com.puppetlabs.puppetdb.core.main(Unknown Source)
2014-04-22 17:00:33,125 ERROR [main] [scf.migrate] Unravelled exception
org.postgresql.util.PSQLException: ERROR: relation "certnames" already exists
at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2157)
at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1886)
at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:405)
at org.postgresql.jdbc2.AbstractJdbc2Statement.executeBatch(AbstractJdbc2Statement.java:2893)
at com.jolbox.bonecp.StatementHandle.executeBatch(StatementHandle.java:469)
at clojure.java.jdbc$do_commands$fn__2182.invoke(jdbc.clj:188)
at clojure.java.jdbc.internal$transaction_STAR_.invoke(internal.clj:223)
at clojure.java.jdbc$do_commands.doInvoke(jdbc.clj:187)
at clojure.lang.RestFn.invoke(RestFn.java:408)
at clojure.java.jdbc$create_table.doInvoke(jdbc.clj:236)
at clojure.lang.RestFn.invoke(RestFn.java:423)
at com.puppetlabs.puppetdb.scf.migrate$initialize_store.invoke(migrate.clj:95)
at com.puppetlabs.puppetdb.scf.migrate$migrate_BANG_$fn__12703$fn__12716.invoke(migrate.clj:740)
at com.puppetlabs.puppetdb.scf.migrate$migrate_BANG_$fn__12703.invoke(migrate.clj:739)
at clojure.java.jdbc.internal$transaction_STAR_.invoke(internal.clj:204)
at com.puppetlabs.puppetdb.scf.migrate$migrate_BANG_.invoke(migrate.clj:736)
at com.puppetlabs.puppetdb.cli.services$_main$fn__12813.invoke(services.clj:274)
at clojure.java.jdbc.internal$with_connection_STAR_.invoke(internal.clj:186)
at com.puppetlabs.puppetdb.cli.services$_main.doInvoke(services.clj:272)
at clojure.lang.RestFn.invoke(RestFn.java:421)
at clojure.lang.Var.invoke(Var.java:419)
at clojure.lang.AFn.applyToHelper(AFn.java:163)
at clojure.lang.Var.applyTo(Var.java:532)
at clojure.core$apply.invoke(core.clj:617)
at com.puppetlabs.puppetdb.core$run_command.invoke(core.clj:87)
at com.puppetlabs.puppetdb.core$_main.doInvoke(core.clj:95)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at com.puppetlabs.puppetdb.core.main(Unknown Source)
2014-04-22 17:00:33,128 INFO [Thread-4] [cli.services] Shutdown request received; puppetdb exiting.
2014-04-22 17:00:33,043 INFO [main] [cli.services] PuppetDB version 1.6.3
2014-04-22 17:00:33,124 ERROR [main] [scf.migrate] Caught SQLException during migration
java.sql.BatchUpdateException: Batch entry 0 CREATE TABLE certnames (name TEXT PRIMARY KEY) was aborted. Call getNextException to see the cause.
at org.postgresql.jdbc2.AbstractJdbc2Statement$BatchResultHandler.handleError(AbstractJdbc2Statement.java:2746)
at org.postgresql.core.v3.QueryExecutorImpl$1.handleError(QueryExecutorImpl.java:457)
at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1887)
at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:405)
at org.postgresql.jdbc2.AbstractJdbc2Statement.executeBatch(AbstractJdbc2Statement.java:2893)
at com.jolbox.bonecp.StatementHandle.executeBatch(StatementHandle.java:469)
at clojure.java.jdbc$do_commands$fn__2182.invoke(jdbc.clj:188)
at clojure.java.jdbc.internal$transaction_STAR_.invoke(internal.clj:223)
at clojure.java.jdbc$do_commands.doInvoke(jdbc.clj:187)
at clojure.lang.RestFn.invoke(RestFn.java:408)
at clojure.java.jdbc$create_table.doInvoke(jdbc.clj:236)
at clojure.lang.RestFn.invoke(RestFn.java:423)
at com.puppetlabs.puppetdb.scf.migrate$initialize_store.invoke(migrate.clj:95)
at com.puppetlabs.puppetdb.scf.migrate$migrate_BANG_$fn__12703$fn__12716.invoke(migrate.clj:740)
at com.puppetlabs.puppetdb.scf.migrate$migrate_BANG_$fn__12703.invoke(migrate.clj:739)
at clojure.java.jdbc.internal$transaction_STAR_.invoke(internal.clj:204)
at com.puppetlabs.puppetdb.scf.migrate$migrate_BANG_.invoke(migrate.clj:736)
at com.puppetlabs.puppetdb.cli.services$_main$fn__12813.invoke(services.clj:274)
at clojure.java.jdbc.internal$with_connection_STAR_.invoke(internal.clj:186)
at com.puppetlabs.puppetdb.cli.services$_main.doInvoke(services.clj:272)
at clojure.lang.RestFn.invoke(RestFn.java:421)
at clojure.lang.Var.invoke(Var.java:419)
at clojure.lang.AFn.applyToHelper(AFn.java:163)
at clojure.lang.Var.applyTo(Var.java:532)
at clojure.core$apply.invoke(core.clj:617)
at com.puppetlabs.puppetdb.core$run_command.invoke(core.clj:87)
at com.puppetlabs.puppetdb.core$_main.doInvoke(core.clj:95)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at com.puppetlabs.puppetdb.core.main(Unknown Source)
2014-04-22 17:00:33,125 ERROR [main] [scf.migrate] Unravelled exception
org.postgresql.util.PSQLException: ERROR: relation "certnames" already exists
at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2157)
at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1886)
at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:405)
at org.postgresql.jdbc2.AbstractJdbc2Statement.executeBatch(AbstractJdbc2Statement.java:2893)
at com.jolbox.bonecp.StatementHandle.executeBatch(StatementHandle.java:469)
at clojure.java.jdbc$do_commands$fn__2182.invoke(jdbc.clj:188)
at clojure.java.jdbc.internal$transaction_STAR_.invoke(internal.clj:223)
at clojure.java.jdbc$do_commands.doInvoke(jdbc.clj:187)
at clojure.lang.RestFn.invoke(RestFn.java:408)
at clojure.java.jdbc$create_table.doInvoke(jdbc.clj:236)
at clojure.lang.RestFn.invoke(RestFn.java:423)
at com.puppetlabs.puppetdb.scf.migrate$initialize_store.invoke(migrate.clj:95)
at com.puppetlabs.puppetdb.scf.migrate$migrate_BANG_$fn__12703$fn__12716.invoke(migrate.clj:740)
at com.puppetlabs.puppetdb.scf.migrate$migrate_BANG_$fn__12703.invoke(migrate.clj:739)
at clojure.java.jdbc.internal$transaction_STAR_.invoke(internal.clj:204)
at com.puppetlabs.puppetdb.scf.migrate$migrate_BANG_.invoke(migrate.clj:736)
at com.puppetlabs.puppetdb.cli.services$_main$fn__12813.invoke(services.clj:274)
at clojure.java.jdbc.internal$with_connection_STAR_.invoke(internal.clj:186)
at com.puppetlabs.puppetdb.cli.services$_main.doInvoke(services.clj:272)
at clojure.lang.RestFn.invoke(RestFn.java:421)
at clojure.lang.Var.invoke(Var.java:419)
at clojure.lang.AFn.applyToHelper(AFn.java:163)
at clojure.lang.Var.applyTo(Var.java:532)
at clojure.core$apply.invoke(core.clj:617)
at com.puppetlabs.puppetdb.core$run_command.invoke(core.clj:87)
at com.puppetlabs.puppetdb.core$_main.doInvoke(core.clj:95)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at com.puppetlabs.puppetdb.core.main(Unknown Source)
2014-04-22 17:00:33,128 INFO [Thread-4] [cli.services] Shutdown request received; puppetdb exiting.
Ken Barber
22 kwi 2014, 18:40:4522.04.2014
do Puppet Users
We didn't actually provide any database schema migration for
1.6.2->1.6.3. This in fact looks like its trying to migrate from
scratch as if you have no tables loaded, this is done by looking at
the schema_migrations table to work out what needs to be updated.
So I guess the question is, what does your schema_migrations table
look like? Here is an example of how to get a hold of that info:
https://gist.github.com/kbarber/11196805
ken.
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to puppet-users...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/puppet-users/7989b0b9-458f-407f-a240-70364072c826%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
1.6.2->1.6.3. This in fact looks like its trying to migrate from
scratch as if you have no tables loaded, this is done by looking at
the schema_migrations table to work out what needs to be updated.
So I guess the question is, what does your schema_migrations table
look like? Here is an example of how to get a hold of that info:
https://gist.github.com/kbarber/11196805
ken.
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to puppet-users...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/puppet-users/7989b0b9-458f-407f-a240-70364072c826%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
David Mesler
22 kwi 2014, 18:47:4822.04.2014
do puppet...@googlegroups.com
Sorry, you can disregard. It turns out the database was screwed up before the upgrade. This was just on my failover server so a purge and reinitialization took care of it.
Ken Barber
23 kwi 2014, 05:00:5223.04.2014
do Puppet Users
Aah good to hear, it sounded like it was an outside influence causing it :-).
ken.
> https://groups.google.com/d/msgid/puppet-users/ad32c746-e98d-463d-9e6c-b63a1c78cbb7%40googlegroups.com.
ken.
Odpowiedz wszystkim
Odpowiedz autorowi
Przekaż
Nowe wiadomości: 0