accumulo-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From mwa...@apache.org
Subject [accumulo-website] branch master updated: ACCUMULO-4747 Create a unified upgrade reference (#45)
Date Tue, 05 Dec 2017 16:24:02 GMT
This is an automated email from the ASF dual-hosted git repository.

mwalch pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/accumulo-website.git


The following commit(s) were added to refs/heads/master by this push:
     new 5c64914  ACCUMULO-4747 Create a unified upgrade reference (#45)
5c64914 is described below

commit 5c64914ff2dbc8554826ca315e89df203d06786f
Author: Mark Owens <jmarkowe@gmail.com>
AuthorDate: Tue Dec 5 11:23:59 2017 -0500

    ACCUMULO-4747 Create a unified upgrade reference (#45)
    
    * Gather the various upgrading instructions from around the website into
    a single unified document that users can use for upgrading Accumulo.
---
 _docs-2-0/administration/upgrading.md | 109 ++++++++++++++++++++++++++++++++++
 1 file changed, 109 insertions(+)

diff --git a/_docs-2-0/administration/upgrading.md b/_docs-2-0/administration/upgrading.md
new file mode 100644
index 0000000..c760f47
--- /dev/null
+++ b/_docs-2-0/administration/upgrading.md
@@ -0,0 +1,109 @@
+---
+title: Upgrading Accumulo
+category: administration
+order: 11
+---
+
+## Upgrading from 1.7 to 1.8
+
+Upgrades from 1.7 to 1.8 are possible with little effort as no changes were made at the data
layer and RPC changes were made in a backwards-compatible way. The recommended way is to stop
Accumulo 1.7, perform the Accumulo upgrade to 1.8, and then start 1.8. Like previous versions,
after 1.8 is started on a 1.7 instance, a one-time upgrade will happen by the Master which
will prevent a downgrade back to 1.7. Upgrades are still one way. Upgrades from versions prior
to 1.7 to 1.8 should fol [...]
+
+Existing configuration files from 1.7 should be compared against the examples provided in
1.8. The 1.7 configuration files should all function with 1.8 code, but you will likely want
to include changes found in the 1.8.0 release notes and these release notes for 1.8.1.
+
+For upgrades from prior to 1.7, follow the upgrade instructions to 1.7 first.
+
+## Upgrading from 1.7.x to 1.7.y
+
+The recommended way to upgrade from a prior 1.7.x release is to stop Accumulo, upgrade to
1.7.y and then start 1.7.y.
+
+When upgrading, there is a known issue if the upgrade fails due to outstanding [FATE] operations,
see [ACCUMULO-4496] The work around if this situation is encountered:
+
+- Start tservers
+- Start shell
+- Run ```fate print``` to list all
+- If completed, just delete with ```fate delete```
+- Start masters once there are no more fate operations
+
+If any of the FATE operations are not complete, you should rollback the upgrade and troubleshoot
completing them with your prior version. When performing an upgrade between major versions,
the upgrade is one-way, therefore it is important that you do not have any outstanding FATE
operations before starting the upgrade.
+
+## Upgrading from 1.6 to 1.7
+
+Upgrades from 1.6 to 1.7 are possible with little effort as no changes were made at the data
layer and RPC changes were made in a backwards-compatible way. The recommended way is to stop
Accumulo 1.6, perform the Accumulo upgrade to 1.7, and then start 1.7. Like previous versions,
after 1.7.0 is started on a 1.6 instance, a one-time upgrade will happen by the Master which
will prevent a downgrade back to 1.6. Upgrades are still one way. Upgrades from versions prior
to 1.6 to 1.7 should f [...]
+
+After upgrading to 1.7.0, users will notice the addition of a replication table in the accumulo
namespace. This table is created and put offline to avoid any additional maintenance if the
data-center replication feature is not in use.
+
+Existing configuration files from 1.6 should be compared against the examples provided in
1.7. The 1.6 configuration files should all function with 1.7 code, but you will likely want
to include a new file (hadoop-metrics2-accumulo.properties) to enable the new metrics subsystem.
Read the section on Hadoop Metrics2 in the Administration chapter of the Accumulo User Manual.
+
+For each of the other new features, new configuration properties exist to support the feature.
Refer to the added sections in the User Manual for the feature for information on how to properly
configure and use the new functionality.
+
+## Upgrading from 1.5 to 1.6
+
+This happens automatically the first time Accumulo 1.6 is started.
+
+If your instance previously upgraded from 1.4 to 1.5, you must verify that your
+1.5 instance has no outstanding local write ahead logs. You can do this by ensuring
+either:
+
+- All of your tables are online and the Monitor shows all tablets hosted
+- The directory for write ahead logs (logger.dir.walog) from 1.4 has no files remaining
+    on any tablet server / logger hosts
+
+To upgrade from 1.5 to 1.6 you must:
+
+- Verify that there are no outstanding FATE operations
+    - Under 1.5 you can list what's in FATE by running
+      ```$ACCUMULO_HOME/bin/accumulo org.apache.accumulo.server.fate.Admin print```
+    - Note that operations in any state will prevent an upgrade. It is safe
+      to delete operations with status SUCCESSFUL. For others, you should restart
+      your 1.5 cluster and allow them to finish.
+- Stop the 1.5 instance.
+- Configure 1.6 to use the hdfs directory and zookeepers that 1.5 was using.
+- Copy other 1.5 configuration options as needed.
+-  Start Accumulo 1.6.
+
+  The upgrade process must make changes to Accumulo's internal state in both ZooKeeper and
+  the table metadata. This process may take some time if Tablet Servers have to go through
+  recovery. During this time, the Monitor will claim that the Master is down and some
+  services may send the Monitor log messages about failure to communicate with each other.
+  These messages are safe to ignore. If you need detail on the upgrade's progress you should
+  view the local logs on the Tablet Servers and active Master.
+
+## Upgrading from 1.4 to 1.6
+
+To upgrade from 1.4 to 1.6 you must perform a manual initial step.
+
+Prior to upgrading you must:
+
+- Verify that there are no outstanding FATE operations
+  - Under 1.4 you can list what's in FATE by running ```$ACCUMULO_HOME/bin/accumulo org.apache.accumulo.server.fate.Admin
print```
+  - Note that operations in any state will prevent an upgrade. It is safe to delete operations
with status SUCCESSFUL. For others, 
+      you should restart your 1.4 cluster and allow them to finish.
+- Stop the 1.4 instance.
+- Configure 1.6 to use the hdfs directory, walog directories, and zookeepers that 1.4 was
using.
+- Copy other 1.4 configuration options as needed.
+
+Prior to starting the 1.6 instance you will need to run the LocalWALRecovery tool on each
node that previously ran an instance of the Logger role.
+
+```
+$ACCUMULO_HOME/bin/accumulo org.apache.accumulo.tserver.log.LocalWALRecovery
+```
+
+The recovery tool will rewrite the 1.4 write ahead logs into a format that 1.6 can read.
After this step has completed on all nodes, start the 1.6 cluster to continue the upgrade.
+
+The upgrade process must make changes to Accumulo's internal state in both ZooKeeper and
the table metadata. This process may take some time if Tablet Servers have to go through recovery.
During this time, the Monitor will claim that the Master is down and some services may send
the Monitor log messages about failure to communicate with each other. While the upgrade is
in progress, the Garbage Collector may complain about invalid paths. The Master may also complain
about failure to creat [...]
+
+Note that the LocalWALRecovery tool does not delete the local files. Once you confirm that
1.6 is successfully running, you should delete these files on the local filesystem.
+
+## Upgrading from 1.4 to 1.5
+
+This happens automatically the first time Accumulo 1.5 is started.
+
+- Stop the 1.4 instance.  
+- Configure 1.5 to use the hdfs directory, walog directories, and zookeepers
+  that 1.4 was using.
+- Copy other 1.4 configuration options as needed.
+- Start Accumulo 1.5.
+
+[FATE]: https://accumulo.apache.org/1.7/accumulo_user_manual.html#_fault_tolerant_executor_fate
+[ACCUMULO-4496]: https://issues.apache.org/jira/browse/ACCUMULO-4496
+

-- 
To stop receiving notification emails like this one, please contact
['"commits@accumulo.apache.org" <commits@accumulo.apache.org>'].

Mime
View raw message