SUSE Lifecycle Management Server (SLMS) is a component of SUSE Studio. SUSE Lifecycle Management Server deliver updates for application images or appliances based on SUSE Linux Enterprise 11 SP2 products. It handles authentication, entitlement and access control required for software vendors to distribute updates to their customers. SLMS is primarily responsible for creating and then managing access to update repositories containing software updates. It also provides a basic interface for managing customer data and their subscriptions. For customers it provides a simple customer center that allows them to get a read-only access to information about their subscriptions.
SUSE Lifecycle Management Server 1.3 requires SUSE Linux Enterprise Server (SLES) 11 SP2 as a host system on the x86_64 architecture.
If you add SUSE Lifecycle Management Server during your installation process, online update repositories are added as soon as you register your product.
SUSE Lifecycle Management Server 1.3 provides a simple customer center. If you run SUSE Lifecycle Management Server on a single server, HTTP/HTTPS ports show the customer center, where your credentials defined during the set-up don't work. To log-in to SLMS administration (as known in SLMS 1.1), point your Web browser to https:///admin or htps://:4849.
The following packages are also part of other SUSE Linux Enterprise products with various support levels. They are fully supported to provide functionality needed by SLMS 1.3:
SLMS 1.3 can be either deployed as an appliance, or installed as an add-on product. The add-on product can be added during installation, so the additional packages that come with SLMS can be selected and installed right from the beginning, or later.
Be aware that before you run SLMS 1.3 you also need to install all updates of SLES11-SP2.
If you install SLMS on top of SLES that has the latest maintenance patches applied, you may get dependency errors in some cases if you do not also use the latest SLMS patches.
To avoid these errors, make sure that you re-run the Novell Customer Center (NCC) Configuration in YaST2 right after you have added the SLMS installation repository to your system, but before you install any packages from SLMS. This will add the SLMS update repository to your setup.
YaST2 will then automatically use newer packages from the update repository if available. Your system needs to be connected to the Internet for both running the NCC Configuration and receiving actual maintenance updates.
If you install SLMS together with SLES11-SP2 installation, manually enable the WebYaST and collectd services after the installation finishes.
SUSE continuously releases maintenance updates for SLMS, and newer packages are likely to be available compared to those installed from media. To install updates you can use for example 'zypper patch' command line command.
If your system contains a certificate at
before installation, SLMS will use it and will not generate its own certificate.
If it is not signed properly or is not valid in some other way, delete both
and restart SLMS. SLMS will create a new certificate on start.
WebYaST 1.3 has merged the REST API service with the Web User Interface. This change means that the Web UI is now available on port 4984.
If you configure a separate internal and external server and open the firewall of the internal server, then the PostgreSQL port will be open as well. Use the firewall configuration if you need more detailed settings. Note that the communication with the database is not encrypted, which means that the database credentials as well as the database records itself could be read and modified by an attacker with access to your network.
SLMS 1.3 uses a PostgreSQL 9.1 database. After updating from 1.2, PostgreSQL 8 is still running. You must migrate the database to the new format as soon as possible via the migrate_postgresql_database script, which is installed together with SLMS 1.3. See the documentation for more details.
With SLMS 1.3, it is not needed to adapt an appliance. However, in order to have an appliance visible in SLMS, you must configure it in Studio Onsite via the Update tab. The same applies for appliances previously adapted with SLMS 1.2. Until appliances are configured in Studio Onsite, they are not visible in SLMS.
After fresh rebuild of an appliance in Studio, the update stack on the running appliance will report one package to update; this is an internal package for appliance updates tracking.
This is a list of issues known in this release.
If you update the PostgreSQL database, which is used by SLMS, it is possible that SLMS will not work properly until it is restarted. After upgrading PostgreSQL we strongly recommend to restart SLMS with the command /sbin/rcslms restart or to reboot the server.