Removed depreciated files

hadoop-ozone/dist/src/main/compose/upgrade/README.md

@@ -72,20 +72,6 @@ Each type of upgrade has a subdirectory under the *upgrades* directory.
     4. `with_this_version_finalized`: Run after ozone is stopped in the old version after donwgrade, started again in the new version pre-finalized, and then finalized.
         - The upgrade is complete when this callback runs.
 
-#### manual-upgrade
-
-- This is a legacy option that was used before the upgrade framework was introduced in 1.2.0. This option is left as an example in case it needs to be used for some reason in the future.
-
-- Any necessary conversion of on disk structures from the old version to the new version must be done explicitly.
-
-- This is primarily for testing upgrades from versions before the non-rolling upgrade framework was introduced.
-
-- Supported Callbacks:
-    1. `setup_old_version`: Run before ozone is started in the old version.
-    3. `with_old_version`: Run while ozone is running in the old version.
-    3. `setup_this_version`: Run after ozone is stopped in the old version, but before it is restarted in the new version.
-    4. `with_this_version`: Run while ozone is running in the new version.
-
 ### compose
 
 Docker compose cluster definitions to be used in upgrade testing are defined in the *compose* directory. A compose cluster can be selected by specifying the name of its subdirectory as the first argument to `run_test`. `run_test` will then source the `load.sh` script in the cluster's directory so it is used during the test. For manual testing, docker compose can be used normally from the compose cluster directory. Note that some clusters may not work with older versions. Ozone 1.1.0, for example, does not support SCM HA.