diff --git a/xml/depl_inst_admin.xml b/xml/depl_inst_admin.xml
index 6124bc82f..f670032c9 100644
--- a/xml/depl_inst_admin.xml
+++ b/xml/depl_inst_admin.xml
@@ -765,7 +765,7 @@ title="Profiling step"?>
to have registered both products in &ncc;. Run the following commands as
user &rootuser; on the ⪪ server:
-for REPO in SLES11-SP3-{Pool,Updates} SUSE-Cloud-4-{Pool,Updates}; do
+for REPO in SLES11-SP3-{Pool,Updates} SUSE-Cloud-5-{Pool,Updates}; do
smt-repos $REPO sle-11-x86_64 -e
done
smt-mirror -L /var/log/smt/smt-mirror.log
@@ -831,24 +831,24 @@ smt-mirror -L /var/log/smt/smt-mirror_ha.log
- SUSE-Cloud-4-Pool
+ SUSE-Cloud-5-Pool
- /srv/www/htdocs/repo/$RCE/SUSE-Cloud-4-Pool/sle-11-x86_64
+ /srv/www/htdocs/repo/$RCE/SUSE-Cloud-5-Pool/sle-11-x86_64
- SUSE-Cloud-4-Updates
+ SUSE-Cloud-5-Updates
- /srv/www/htdocs/repo/$RCE/SUSE-Cloud-4-Updates/sle-11-x86_64
+ /srv/www/htdocs/repo/$RCE/SUSE-Cloud-5-Updates/sle-11-x86_64
@@ -982,7 +982,7 @@ smt-mirror -L /var/log/smt/smt-mirror_ha.log
- Cloud 4 Product
+ Cloud 5 Product
@@ -1051,7 +1051,7 @@ mount -t nfs nfs.&exampledomain;:/exports/SUSE-CLOU/DVD1/
mount -o loop /local/SLES-11-SP3-DVD-x86_64-DVD1.iso /srv/tftpboot/suse-11.3/install
-mount -o loop /local/SUSE-CLOUD-4-DVD1.iso /srv/tftpboot/repos/Cloud
+mount -o loop /local/SUSE-CLOUD-5-DVD1.iso /srv/tftpboot/repos/Cloud
To automatically mount these directories either create entries in
/etc/fstab or set up the automounter.
@@ -1118,24 +1118,24 @@ mount -o loop /local/SUSE-CLOUD-4-DVD1.iso /srv/tftpb
- SUSE-Cloud-4-Pool
+ SUSE-Cloud-5-Pool
- /srv/tftpboot/repos/SUSE-Cloud-4-Pool
+ /srv/tftpboot/repos/SUSE-Cloud-5-Pool
- SUSE-Cloud-4-Updates
+ SUSE-Cloud-5-Updates
- /srv/tftpboot/repos/SUSE-Cloud-4-Updates
+ /srv/tftpboot/repos/SUSE-Cloud-5-Updates
@@ -1209,7 +1209,7 @@ mount -o loop /local/SUSE-CLOUD-4-DVD1.iso /srv/tftpb
In order to use repositories from a remote ⪪ server to deploy
&cloud; you first need to make sure the products &sls; 11 SP3 and
- Cloud 4 are registered and the corresponding channels are mirrored
+ Cloud 5 are registered and the corresponding channels are mirrored
in ⪪. Now you need to enter the repository URLs on the
Repositories tab in the &yast; &crow; module as
described in /local/SUSE-CLOUD-4-DVD1.iso /srv/tftpb
http://smt.&exampledomain;/repo/\$RCE/SLES11-SP3-Pool/sle-11-x86_64/http://smt.&exampledomain;/repo/\$RCE/SLES11-SP3-Updates/sle-11-x86_64/
- http://smt.&exampledomain;/repo/\$RCE/SUSE-Cloud-4-Pool/sle-11-x86_64/
- http://smt.&exampledomain;/repo/\$RCE/SUSE-Cloud-4-Updates/sle-11-x86_64/
+ http://smt.&exampledomain;/repo/\$RCE/SUSE-Cloud-5-Pool/sle-11-x86_64/
+ http://smt.&exampledomain;/repo/\$RCE/SUSE-Cloud-5-Updates/sle-11-x86_64/
For the optional &hasetup; you also need the &ha; repositories:
@@ -1251,7 +1251,7 @@ mount -o loop /local/SUSE-CLOUD-4-DVD1.iso /srv/tftpb
Link the repositories mirrored by ⪪ to
/srv/tftpboot:
-for REPO in SLES11-SP3-{Pool,Updates} SUSE-Cloud-4-{Pool,Updates}; do
+for REPO in SLES11-SP3-{Pool,Updates} SUSE-Cloud-5-{Pool,Updates}; do
ln -s /srv/www/htdocs/repo/\$RCE/$REPO/sle-11-x86_64 /srv/tftpboot/repos/${REPO}
done
@@ -1309,7 +1309,7 @@ done
- SUSE-Cloud-4-Pool
+ SUSE-Cloud-5-Poolhttp://manager.&exampledomain;/ks/dist/child/suse-cloud-4-pool-x86_64/sles11-sp3-x86_64/
@@ -1317,7 +1317,7 @@ done
- SUSE-Cloud-4-Updates
+ SUSE-Cloud-5-Updateshttp://manager.&exampledomain;/ks/dist/child/suse-cloud-4-updates-x86_64/sles11-sp3-x86_64/
@@ -1386,7 +1386,7 @@ done
&admserv;. This command will pull the files from
a host named host.&exampledomain;:
-for REPO in SLES11-SP3-{Pool,Updates} SUSE-Cloud-4-{Pool,Updates}; do
+for REPO in SLES11-SP3-{Pool,Updates} SUSE-Cloud-5-{Pool,Updates}; do
rsync -avPz host.&exampledomain;:/srv/www/htdocs/repo/\\\$RCE/$REPO/sle-11-x86_64/ \
/srv/tftpboot/repos/${REPO}/
done
@@ -1403,7 +1403,7 @@ done
address 192.168.124.10
in the following example):
- for REPO in SLES11-SP3-{Pool,Updates} SUSE-Cloud-4-{Pool,Updates}; do
+ for REPO in SLES11-SP3-{Pool,Updates} SUSE-Cloud-5-{Pool,Updates}; do
rsync -avPz /srv/www/htdocs/repo/\\\$RCE/$REPO/sle-11-x86_64/ \
192.168.124.10:/srv/tftpboot/repos/${REPO}/
done
diff --git a/xml/depl_inst_nodes.xml b/xml/depl_inst_nodes.xml
index 12557b9ae..1fc170f5d 100644
--- a/xml/depl_inst_nodes.xml
+++ b/xml/depl_inst_nodes.xml
@@ -660,8 +660,8 @@ title="Profiling step"?>
To enable the &susemgr; server to manage the &cloud; nodes, the
- respective &productname; &productnumber; channels (SUSE-Cloud-4-Pool,
- SUSE-Cloud-4-Updates) need to be available on the server. It also
+ respective &productname; &productnumber; channels (SUSE-Cloud-5-Pool,
+ SUSE-Cloud-5-Updates) need to be available on the server. It also
requires to generate an Activation Key for &cloud;.
diff --git a/xml/depl_maintenance.xml b/xml/depl_maintenance.xml
index 60bd45712..4077013d0 100644
--- a/xml/depl_maintenance.xml
+++ b/xml/depl_maintenance.xml
@@ -117,10 +117,10 @@
- Upgrading from &productname; 3 to &productname; 4
+ Upgrading from &productname; 5 to &productname; 5
- Upgrading from &productname; 3 to &productname; 4 is supported, with the
+ Upgrading from &productname; 4 to &productname; 5 is supported, with the
following manual steps. However, note that it will turn off the
&ostack; cloud during the upgrade and it is not possible to downgrade back
to &productname; 3 in case of a regression or problem. It is highly
@@ -155,7 +155,7 @@
Upgrade
- As of &productname; 4, HyperV Nodes need to be re-installed after the
+ As of &productname; 5, HyperV Nodes need to be re-installed after the
upgrade procedure. This re-installation will overwrite the instance's data
and therefore they will be lost. &kvm;, VMWare and &xen; instances are not
affected.
@@ -163,10 +163,10 @@
- Upgrading &productname; 3 to 4
+ Upgrading &productname; 4 to 5
- Make sure to subscribe to the SUSE Cloud 4 Pool and Update channels on
+ Make sure to subscribe to the SUSE Cloud 5 Pool and Update channels on
the source that provides these channels for your &cloud; installation
(for example an ⪪ or &susemgr; server).
@@ -174,13 +174,13 @@
In case the channels are provided by an ⪪ server (either remote or on
the &admserv; itself), refer to for instructions on
- subscribing to the &cloud; 4 channels.
+ subscribing to the &cloud; 5 channels.
Update the &productname; product repository on the &admserv;. To do so,
- insert the &productname; 4 DVD and run the following commands:
+ insert the &productname; 5 DVD and run the following commands:
mount /dev/dvd /mnt
rsync -avP --delete /mnt/ /srv/tftpboot/repos/Cloud/
@@ -192,28 +192,28 @@ umount /mnt
If you are using external URLs (for example from an external ⪪ or
- &susemgr; server) for the SUSE Cloud 3 Pool and Update repositories,
+ &susemgr; server) for the SUSE Cloud 4 Pool and Update repositories,
you need to update the file
/etc/crowbar/provisioner.json. Open it in an editor
and Search for the suseautoyastrepos
- entry. Replace the URLs pointing to the &productname; 3 Pool and Update
- repositories with the ones pointing to version 4. Also change the name of
- these repositories to SUSE-Cloud-4-Pool and SUSE-Cloud-4-Updates,
+ entry. Replace the URLs pointing to the &productname; 4 Pool and Update
+ repositories with the ones pointing to version 5. Also change the name of
+ these repositories to SUSE-Cloud-5-Pool and SUSE-Cloud-5-Updates,
respectively.
In case you are using an ⪪ server installed on the &admserv;, run the
following commands to make the repositories available for &cloud;:
- for REPO in SUSE-Cloud-4-{Pool,Updates}; do
+ for REPO in SUSE-Cloud-5-{Pool,Updates}; do
ln -s /srv/www/htdocs/repo/\$RCE/$REPO/sle-11-x86_64 /srv/tftpboot/repos/${REPO}
done
- Now you need to replace the &productname; 3 Pool and Update
- repositories used by the &admserv; with the ones for version 4. Modify
+ Now you need to replace the &productname; 4 Pool and Update
+ repositories used by the &admserv; with the ones for version 5. Modify
the repository configuration by running &yast;SoftwareSoftware
Repositories on the &admserv;.
@@ -235,14 +235,14 @@ zypper install suse-cloud-upgrade
Web interface. In case the command fails, contact the &suse;
support (see for more
information). At this point of the upgrade workflow it is still possible
- to go back to version 3.
+ to go back to version 4.
Update all packages on the &admserv; by running zypper
. During the update process you will need to
- accept the &productname; 4 EULA.
+ accept the &productname; 5 EULA.
@@ -252,7 +252,7 @@ zypper install suse-cloud-upgrade
the command fails, contact the &suse; support (see for more information). From this
point in the installation workflow on it is no longer possible to go back
- to version 3.
+ to version 4.
@@ -491,7 +491,7 @@ done
Backing Up and Restoring the &admserv;As an example of how to back up and restore the data on the
&admserv;, a crowbar-backup script is shipped with
- &productname; 4.
+ &productname; 5.
No Support for crowbar-backupThe script serves as a functioning example of how
diff --git a/xml/depl_require.xml b/xml/depl_require.xml
index 62008fad6..921dbd38e 100644
--- a/xml/depl_require.xml
+++ b/xml/depl_require.xml
@@ -816,7 +816,7 @@
- SLES11-SP3-Pool and SUSE-Cloud-4-Pool
+ SLES11-SP3-Pool and SUSE-Cloud-5-Pool
The &sls; and &productname; repositories containing all binary RPMs from
@@ -830,7 +830,7 @@
- SLES11-SP3-Updates and SUSE-Cloud-4-Updates
+ SLES11-SP3-Updates and SUSE-Cloud-5-Updates
These repositories contain maintenance updates to packages in the