home *** CD-ROM | disk | FTP | other *** search
/ ftp.novell.com / 2014.06.ftp.novell.com.tar / ftp.novell.com / forge / SLES-11-SP3-MINI-ISO-x86_64-RC1-DVD.iso / docu / RELEASE-NOTES.en.rtf < prev    next >
Text File  |  2013-04-24  |  298KB  |  2,553 lines
  1. <html><head><meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"><title>Release Notes for SUSE Linux Enterprise Server 11 Service Pack 3 (SP3)</title><meta name="generator" content="DocBook XSL Stylesheets V1.78.1"><meta name="description" content="These release notes are generic for all products of our SUSE Linux Enterprise Server 11 product line. Some parts may not apply to a particular architecture or product. Where this is not obvious, the specific architectures or products are explicitly listed. Installation Quick Start and Deployment Guides can be found in the docu language directories on the media. Documentation (if installed) is available below the /usr/share/doc/ directory of an installed system. This SUSE product includes materials licensed to SUSE under the GNU General Public License (GPL). The GPL requires SUSE to provide the source code that corresponds to the GPL-licensed material. The source code is available for download at . Also, for up to three years after distribution of the SUSE product, upon request, Novell will mail a copy of the source code. Requests should be sent by e-mail to or as otherwise instructed at . Novell may charge a reasonable fee to recover distribution costs."></head><body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF"><div class="book"><div class="titlepage"><div><div><h1 class="title"><a name="rnotes"></a>Release Notes for SUSE Linux Enterprise Server 11 Service Pack 3 (SP3)</h1></div><div><p class="releaseinfo">Version 11.3.12 (2013-04-18)</p></div><div><div class="abstract"><p class="title"><b>Abstract</b></p><p>
  2.     These release notes are generic for all products of our SUSE Linux Enterprise Server 11
  3.     product line. Some parts may not apply to a particular architecture
  4.     or product. Where this is not obvious, the specific architectures or
  5.     products are explicitly listed.
  6.    </p><p>
  7.     Installation Quick Start and Deployment Guides can be found in the
  8.     <code class="filename">docu</code> language directories on the
  9.     media. Documentation (if installed) is available below the
  10.     <code class="filename">/usr/share/doc/</code> directory of an installed
  11.     system.
  12.    </p><p>
  13.      This SUSE product includes materials licensed to SUSE under the
  14.      GNU General Public License (GPL). The GPL requires SUSE to provide the
  15.      source code that corresponds to the GPL-licensed
  16.      material. The source code is available for download at
  17.      <a class="ulink" href="http://www.suse.com/download-linux/source-code.html" target="_top">http://www.suse.com/download-linux/source-code.html</a>. Also, for up to
  18.      three years after distribution of the SUSE product,
  19.      upon request, Novell will mail a copy of the source code. Requests
  20.      should be sent by e-mail to
  21.      <a class="ulink" href="mailto:sle_source_request@novell.com" target="_top">mailto:sle_source_request@novell.com</a> or as otherwise
  22.      instructed at <a class="ulink" href="http://www.suse.com/download-linux/source-code.html" target="_top">http://www.suse.com/download-linux/source-code.html</a>.
  23.      Novell may charge a reasonable fee to recover distribution costs.
  24.    </p></div></div></div><hr></div><div class="toc"><dl class="toc"><dt><span class="chapter"><a href="#rnotes-purpose">1. SUSE Linux Enterprise Server</a></span></dt><dt><span class="chapter"><a href="#mustread">2. Read Me First</a></span></dt><dt><span class="chapter"><a href="#Support">3. Support Statement for SUSE Linux Enterprise Server</a></span></dt><dd><dl><dt><span class="section"><a href="#fate-308838">3.1. Erasing All Registration Data</a></span></dt><dt><span class="section"><a href="#Support.General">3.2. General Support Statement</a></span></dt><dd><dl><dt><span class="section"><a href="#id353200">3.2.1. Tomcat6 and Related Packages</a></span></dt><dt><span class="section"><a href="#id353412">3.2.2. SELinux</a></span></dt></dl></dd><dt><span class="section"><a href="#Support.Software">3.3. Software Requiring Specific Contracts</a></span></dt><dt><span class="section"><a href="#Support.TechPreviews">3.4. Technology Previews</a></span></dt><dd><dl><dt><span class="section"><a href="#fate-312159">3.4.1. Technology Preview: libguestFS</a></span></dt><dt><span class="section"><a href="#id353272">3.4.2. Hot-Add Memory</a></span></dt><dt><span class="section"><a href="#id353319">3.4.3. Internet Storage Naming Service (iSNS)</a></span></dt><dt><span class="section"><a href="#id352662">3.4.4. Read-Only Root File System</a></span></dt></dl></dd></dl></dd><dt><span class="chapter"><a href="#Installation">4. Installation</a></span></dt><dd><dl><dt><span class="section"><a href="#fate-314578">4.1. Current Limitations in a UEFI Secure Boot Context</a></span></dt><dt><span class="section"><a href="#fate-314346">4.2. Support for 4 KB/Sector Hard Disk Drives</a></span></dt><dt><span class="section"><a href="#fate-312709">4.3. XEN: Pygrub Improvement</a></span></dt><dt><span class="section"><a href="#fate-312662">4.4. Installation via USB</a></span></dt><dt><span class="section"><a href="#Installation.Deployment">4.5. Deployment</a></span></dt><dt><span class="section"><a href="#Installation.CJK">4.6. CJK Languages Support in Text-mode Installation</a></span></dt><dt><span class="section"><a href="#Installation.BootGrub2TB">4.7. Booting from Harddisks larger than 2 TiB in Non-UEFI Mode</a></span></dt><dt><span class="section"><a href="#Installation.PerstDevNames">4.8. Installation Using Persistent Device Names</a></span></dt><dt><span class="section"><a href="#id353758">4.9. iSCSI Booting with iBFT in UEFI Mode</a></span></dt><dt><span class="section"><a href="#Installation.iSCSI">4.10. Using iSCSI Disks when Installing</a></span></dt><dt><span class="section"><a href="#Installation.qla">4.11. Using qla3xxx and qla4xxx Drivers at the Same Time</a></span></dt><dt><span class="section"><a href="#Installation.EDD">4.12. Using EDD Information for Storage Device Identification</a></span></dt><dt><span class="section"><a href="#Installation.autoyast">4.13. Automatic Installation with AutoYaST in an LPAR (System z)</a></span></dt><dt><span class="section"><a href="#Installation.Systemz">4.14. Adding DASD or zFCP Disks During Installation (System z)</a></span></dt><dt><span class="section"><a href="#Installation.Network">4.15. Network Installation via eHEA on POWER</a></span></dt><dt><span class="section"><a href="#id354216">4.16. For More Information</a></span></dt></dl></dd><dt><span class="chapter"><a href="#Features">5. Features and Versions</a></span></dt><dd><dl><dt><span class="section"><a href="#Features.Kernel">5.1. Linux Kernel and Toolchain</a></span></dt><dd><dl><dt><span class="section"><a href="#fate-314679">5.1.1. Lustre 2.1 Kernel Modules Preparation</a></span></dt><dt><span class="section"><a href="#fate-314436">5.1.2. Kernel Dumps with LZO Compression</a></span></dt><dt><span class="section"><a href="#fate-313991">5.1.3. Add Option to mpstat to Only Display Stats for Online CPUs</a></span></dt><dt><span class="section"><a href="#fate-313984">5.1.4. Support for Failopen Mode When Using Netfilter's NFQUEUE Target</a></span></dt><dt><span class="section"><a href="#fate-313982">5.1.5. libvirt Support for QEMU seccomp Sandboxing</a></span></dt><dt><span class="section"><a href="#fate-313980">5.1.6. Makedumpfile: Enhanced Elimination of Sensitive Data from Dumps</a></span></dt><dt><span class="section"><a href="#fate-311770">5.1.7. Support for Latest Intel Active Management Technology (AMT)</a></span></dt><dt><span class="section"><a href="#id354324">5.1.8. General Version Information</a></span></dt><dt><span class="section"><a href="#id353925">5.1.9. SUSE Linux Enterprise Real Time Extension</a></span></dt></dl></dd><dt><span class="section"><a href="#Features.Server">5.2. Server</a></span></dt><dd><dl><dt><span class="section"><a href="#fate-314322">5.2.1. Upgrading MySQL to Version 5.5</a></span></dt></dl></dd><dt><span class="section"><a href="#Features.Desktop">5.3. Desktop</a></span></dt><dt><span class="section"><a href="#Features.Security">5.4. Security</a></span></dt><dd><dl><dt><span class="section"><a href="#fate-314753">5.4.1. Support of SHA-256 Hash Algorithm in opencryptoki CCA Token</a></span></dt><dt><span class="section"><a href="#fate-314333">5.4.2. OpenSCAP Tools and Libraries Added</a></span></dt><dt><span class="section"><a href="#id354240">5.4.3. PAM Configuration</a></span></dt><dt><span class="section"><a href="#id353860">5.4.4. SELinux Enablement</a></span></dt><dt><span class="section"><a href="#id354405">5.4.5. Enablement for TPM/Trusted Computing</a></span></dt><dt><span class="section"><a href="#id354543">5.4.6. Linux File System Capabilities</a></span></dt></dl></dd><dt><span class="section"><a href="#Features.Network">5.5. Network</a></span></dt><dd><dl><dt><span class="section"><a href="#fate-313479">5.5.1. Linux Virtual Server Load Balancer (ipvs) Extends Support for IPv6</a></span></dt></dl></dd><dt><span class="section"><a href="#Features.ResourceManagement">5.6. Resource Management</a></span></dt><dd><dl><dt><span class="section"><a href="#fate-313992">5.6.1. libseccomp</a></span></dt><dt><span class="section"><a href="#fate-313570">5.6.2. XEN: Support for PCI Pass-through Bind and Unbind in libvirt Xen Driver</a></span></dt><dt><span class="section"><a href="#features.resmgmt">5.6.3. LXC Requires Correct Network Configuration</a></span></dt></dl></dd><dt><span class="section"><a href="#Features.SystemManagement">5.7. Systems Management</a></span></dt><dt><span class="section"><a href="#Features.Other">5.8. Other</a></span></dt></dl></dd><dt><span class="chapter"><a href="#Drivers">6. Driver Updates</a></span></dt><dd><dl><dt><span class="section"><a href="#fate-314487">6.1. X.Org: fbdev Used in UEFI Secure Boot Mode (ASpeed Chipset)</a></span></dt><dt><span class="section"><a href="#fate-314425">6.2. X.Org Driver Used in UEFI Secure Boot Mode (Matrox)</a></span></dt><dt><span class="section"><a href="#Drivers.Network">6.3. Network Drivers</a></span></dt><dd><dl><dt><span class="section"><a href="#fate-313915">6.3.1. Broadcom bnx2x Driver Limitation</a></span></dt><dt><span class="section"><a href="#fate-313910">6.3.2. Add Support for TIPC (Transparent Inter-Process Communication)</a></span></dt><dt><span class="section"><a href="#id355041">6.3.3. Updating Firmware for QLogic 82XX based CNA</a></span></dt><dt><span class="section"><a href="#id354856">6.3.4. Broadcom 57712 vNICs/NPAR PCIE Functions Disappearing under
  25.    SP2</a></span></dt></dl></dd><dt><span class="section"><a href="#Drivers.Storage">6.4. Storage Drivers</a></span></dt><dd><dl><dt><span class="section"><a href="#id354740">6.4.1. Brocade FCoE Switch Does Not Accept Fabric Logins from Initiator</a></span></dt></dl></dd><dt><span class="section"><a href="#Drivers.Other">6.5. Other Drivers</a></span></dt><dd><dl><dt><span class="section"><a href="#fate-314365">6.5.1. New Intel Platform and CPU Support</a></span></dt><dt><span class="section"><a href="#fate-313511">6.5.2. Support for the Intel Bordenville Microserver</a></span></dt></dl></dd></dl></dd><dt><span class="chapter"><a href="#OtherUpdates">7. Other Updates</a></span></dt><dd><dl><dt><span class="section"><a href="#fate-313453">7.1. Package python-ethtool</a></span></dt><dt><span class="section"><a href="#fate-313238">7.2. Update Python to 2.6.8</a></span></dt><dt><span class="section"><a href="#fate-312611">7.3. Individual Timeout Value for Each Direct AutoFS Mount</a></span></dt><dt><span class="section"><a href="#id355305">7.4. List of Updated Packages</a></span></dt></dl></dd><dt><span class="chapter"><a href="#SDK">8. Software Development Kit</a></span></dt><dd><dl><dt><span class="section"><a href="#fate-314169">8.1. Optional GCC Compiler Suite on SDK</a></span></dt></dl></dd><dt><span class="chapter"><a href="#Update">9. Update-Related Notes</a></span></dt><dd><dl><dt><span class="section"><a href="#Update.General">9.1. General Notes</a></span></dt><dd><dl><dt><span class="section"><a href="#fate-311794">9.1.1. Upgrading PostgreSQL Installations from 8.3 to 9.1.</a></span></dt><dt><span class="section"><a href="#id355155">9.1.2. Online Migration from SP2 to SP3 via "YaST wagon"</a></span></dt><dt><span class="section"><a href="#id355304">9.1.3. Online Migration with Debuginfo Packages Not Supported</a></span></dt><dt><span class="section"><a href="#id353853">9.1.4. Migrating to SLE 11 SP3 Using Zypper</a></span></dt><dt><span class="section"><a href="#id356135">9.1.5. Migration from SUSE Linux Enterprise Server 10 SP4 via Bootable Media</a></span></dt><dt><span class="section"><a href="#id356062">9.1.6. Upgrading from SLES 10 (GA and Service Packs) or SLES 11 GA</a></span></dt><dt><span class="section"><a href="#id356169">9.1.7. Upgrading to SLES 11 SP3 with Root File System on iSCSI</a></span></dt><dt><span class="section"><a href="#id355690">9.1.8. 
  26.       Kernel Split in Different Packages
  27.     </a></span></dt><dt><span class="section"><a href="#id356651">9.1.9. 
  28.      Tickless Idle
  29.    </a></span></dt><dt><span class="section"><a href="#id356587">9.1.10. 
  30.     Development Packages
  31.    </a></span></dt><dt><span class="section"><a href="#id356526">9.1.11. Displaying Manual Pages with the Same Name</a></span></dt><dt><span class="section"><a href="#id356504">9.1.12. 
  32.     YaST LDAP Server No Longer Uses
  33.     <code class="filename">/etc/openldap/slapd.conf</code>
  34.    </a></span></dt><dt><span class="section"><a href="#id356512">9.1.13. 
  35.     AppArmor
  36.    </a></span></dt><dt><span class="section"><a href="#id356680">9.1.14. 
  37.     Updating with Alternative Boot Loader (Non-Linux) or Multiple Boot Loader Programs
  38.    </a></span></dt><dt><span class="section"><a href="#id356443">9.1.15. 
  39.     Upgrading MySQL to SUSE Linux Enterprise Server 11
  40.    </a></span></dt><dt><span class="section"><a href="#id356820">9.1.16. 
  41.     Fine-Tuning Firewall Settings
  42.    </a></span></dt><dt><span class="section"><a href="#id356830">9.1.17. Upgrading from SUSE Linux Enterprise Server 10 SP4 with the Xen Hypervisor May Have
  43.    Incorrect Network Configuration</a></span></dt><dt><span class="section"><a href="#id356860">9.1.18. LILO Configuration Via YaST or AutoYaST</a></span></dt></dl></dd><dt><span class="section"><a href="#Update.GAToSP3">9.2. Update from SUSE Linux Enterprise Server 11</a></span></dt><dd><dl><dt><span class="section"><a href="#id355553">9.2.1. Changed Routing Behavior</a></span></dt><dt><span class="section"><a href="#id356710">9.2.2. Kernel Devel Packages</a></span></dt></dl></dd><dt><span class="section"><a href="#Update.SP1ToSP3">9.3. Update from SUSE Linux Enterprise Server 11 SP 1</a></span></dt><dd><dl><dt><span class="section"><a href="#id355598">9.3.1. Update from SUSE Linux Enterprise Server 11 SP 1</a></span></dt></dl></dd><dt><span class="section"><a href="#Update.SP2ToSP3">9.4. Update from SUSE Linux Enterprise Server 11 SP 2</a></span></dt><dd><dl><dt><span class="section"><a href="#fate-314874">9.4.1. Update of python-lxml to 2.3.x</a></span></dt><dt><span class="section"><a href="#fate-314855">9.4.2. Augeas Framework Updated to Version 0.9</a></span></dt><dt><span class="section"><a href="#fate-314654">9.4.3. Postfix: Incompatibility Issues and New Features</a></span></dt><dt><span class="section"><a href="#fate-314384">9.4.4. Binutils Update</a></span></dt><dt><span class="section"><a href="#fate-314360">9.4.5. unixODBC Updated to Version 2.3.1</a></span></dt><dt><span class="section"><a href="#fate-314256">9.4.6. stunnel Update to Version 4.54</a></span></dt><dt><span class="section"><a href="#fate-313355">9.4.7. IBM Java 1.4.2 End of Life</a></span></dt><dt><span class="section"><a href="#id356748">9.4.8. Update from SUSE Linux Enterprise Server 11 SP 2</a></span></dt></dl></dd></dl></dd><dt><span class="chapter"><a href="#Deprecated">10. Deprecated Functionality</a></span></dt><dd><dl><dt><span class="section"><a href="#fate-314487-1">10.1. X.Org: fbdev Used in UEFI Secure Boot Mode (ASpeed Chipset)</a></span></dt><dt><span class="section"><a href="#fate-314425-1">10.2. X.Org Driver Used in UEFI Secure Boot Mode (Matrox)</a></span></dt><dt><span class="section"><a href="#fate-314422">10.3. Support for the JFS File System</a></span></dt><dt><span class="section"><a href="#fate-313016">10.4. Support for Portmap to End with SUSE Linux Enterprise 11 SP3</a></span></dt><dt><span class="section"><a href="#fate-312973">10.5. L3 Support for Openswan Is Scheduled to Expire</a></span></dt><dt><span class="section"><a href="#fate-311983">10.6. PHP 5.2 Is Deprecated</a></span></dt><dt><span class="section"><a href="#Deprecated.rmwith11sp3">10.7. Packages Removed with SUSE Linux Enterprise Server 11 SP3</a></span></dt><dt><span class="section"><a href="#Deprecated.rmwith11sp2">10.8. Packages Removed with SUSE Linux Enterprise Server 11 Service Pack 2</a></span></dt><dt><span class="section"><a href="#Deprecated.rmwith11sp1">10.9. Packages Removed with SUSE Linux Enterprise Server 11 Service Pack 1</a></span></dt><dt><span class="section"><a href="#Deprecated.rmwith11">10.10. Packages Removed with SUSE Linux Enterprise Server 11</a></span></dt><dt><span class="section"><a href="#Deprecated.future">10.11. Packages and Features to Be Removed in the Future</a></span></dt></dl></dd><dt><span class="chapter"><a href="#InfraPackArch">11. Infrastructure, Package and Architecture Specific Information</a></span></dt><dd><dl><dt><span class="section"><a href="#fate-314441">11.1. Hyper-V: KVP IP Injection</a></span></dt><dt><span class="section"><a href="#InfraPackArch.SystemManagement">11.2. Systems Management</a></span></dt><dd><dl><dt><span class="section"><a href="#fate-314318">11.2.1. Providing the URL of an Add-on Media at the Command Line during Installation</a></span></dt><dt><span class="section"><a href="#fate-312611-1">11.2.2. Individual Timeout Value for Each Direct AutoFS Mount</a></span></dt><dt><span class="section"><a href="#id357780">11.2.3. YaST Repair Tool Limitation</a></span></dt><dt><span class="section"><a href="#id356029">11.2.4. Modified Operation against Novell Customer Center</a></span></dt><dt><span class="section"><a href="#id357811">11.2.5. Operation against Subscription Management Tool</a></span></dt><dt><span class="section"><a href="#id357821">11.2.6. Minimal Pattern</a></span></dt><dt><span class="section"><a href="#id357836">11.2.7. SPident</a></span></dt></dl></dd><dt><span class="section"><a href="#InfraPackArch.Performance">11.3. Performance Related Information</a></span></dt><dd><dl><dt><span class="section"><a href="#id357735">11.3.1. Linux Completely Fair Scheduler Affects Java Performance</a></span></dt><dt><span class="section"><a href="#id357623">11.3.2. Tuning Performance of Simple Database Engines</a></span></dt></dl></dd><dt><span class="section"><a href="#InfraPackArch.Storage">11.4. Storage</a></span></dt><dd><dl><dt><span class="section"><a href="#fate-313625">11.4.1. Improved Support for Intel RSTe</a></span></dt><dt><span class="section"><a href="#fate-313521">11.4.2. Define disk order for MD Raid with YaST</a></span></dt><dt><span class="section"><a href="#id356204">11.4.3. Multipathing: SCSI Hardware Handler</a></span></dt><dt><span class="section"><a href="#id355389">11.4.4. Local Mounts of iSCSI Shares</a></span></dt></dl></dd><dt><span class="section"><a href="#InfraPackArch.HyperV">11.5. Hyper-V</a></span></dt><dd><dl><dt><span class="section"><a href="#id357644">11.5.1. Change of Kernel Device Names in Hyper-V Guests</a></span></dt><dt><span class="section"><a href="#id358142">11.5.2. Using the "Virtual Machine Snapshot" Feature</a></span></dt><dt><span class="section"><a href="#id358292">11.5.3. Formatting Large Disk Partitions on Windows 8 Server</a></span></dt></dl></dd><dt><span class="section"><a href="#InfraPackArch.ArchIndependent">11.6. Architecture Independent Information</a></span></dt><dd><dl><dt><span class="section"><a href="#fate-314578-1">11.6.1. Current Limitations in a UEFI Secure Boot Context</a></span></dt><dt><span class="section"><a href="#InfraPackArch.ArchIndependent.Package">11.6.2. Changes in Packaging and Delivery</a></span></dt><dt><span class="section"><a href="#InfraPackArch.ArchIndependent.Security">11.6.3. Security</a></span></dt><dt><span class="section"><a href="#InfraPackArch.ArchIndependent.Network">11.6.4. Networking</a></span></dt><dt><span class="section"><a href="#InfraPackArch.ArchIndependent.Cross">11.6.5. Cross Architecture Information</a></span></dt></dl></dd><dt><span class="section"><a href="#InfraPackArch.x86_64_x86">11.7. AMD64/Intel64 64-Bit (x86_64) and Intel/AMD 32-Bit (x86) Specific Information</a></span></dt><dd><dl><dt><span class="section"><a href="#InfraPackArch.x86_64_x86.System">11.7.1. System and Vendor Specific Information</a></span></dt><dt><span class="section"><a href="#InfraPackArch.x86_64_x86.Virtualization">11.7.2. Virtualization</a></span></dt><dt><span class="section"><a href="#InfraPackArch.x86_64_x86.RAS">11.7.3. RAS</a></span></dt></dl></dd><dt><span class="section"><a href="#InfraPackArch.IA64">11.8. Intel Itanium (ia64) Specific Information</a></span></dt><dd><dl><dt><span class="section"><a href="#id359568">11.8.1. Installation on Systems with Many LUNs (Storage)</a></span></dt></dl></dd><dt><span class="section"><a href="#InfraPackArch.Power">11.9. POWER (ppc64) Specific Information</a></span></dt><dd><dl><dt><span class="section"><a href="#fate-314588">11.9.1. Support for the IBM POWER7+ Accelerated Encryption and Random Number Generation</a></span></dt><dt><span class="section"><a href="#fate-314587">11.9.2. POWER7+ Random Number Generator</a></span></dt><dt><span class="section"><a href="#fate-314228">11.9.3. Add Per-process Data Stream Control Register (DSCR) Support</a></span></dt><dt><span class="section"><a href="#fate-314047">11.9.4. Check Sample Instruction Address Register (SIAR) Valid Bit before Saving Contents of SIAR</a></span></dt><dt><span class="section"><a href="#fate-314042">11.9.5. LightPath Diagnostics Framework for IBM Power</a></span></dt><dt><span class="section"><a href="#fate-314036">11.9.6. PRRN Event Handling</a></span></dt><dt><span class="section"><a href="#fate-314034">11.9.7. Increase Number of Partitions per Core on IBM POWER7+</a></span></dt><dt><span class="section"><a href="#fate-314024">11.9.8. Enable Firmware Assisted Dump for IBM Power Systems</a></span></dt><dt><span class="section"><a href="#fate-314019">11.9.9. Kernel cpuidle Framework for POWER7</a></span></dt><dt><span class="section"><a href="#id359478">11.9.10. Supported Hardware and Systems</a></span></dt><dt><span class="section"><a href="#id359848">11.9.11. Using btrfs as /root File System on IBM Power Systems</a></span></dt><dt><span class="section"><a href="#id359654">11.9.12. 
  44.     Loading the Installation Kernel via Network on POWER
  45.    </a></span></dt><dt><span class="section"><a href="#id359254">11.9.13. 
  46.     Huge Page Memory Support on POWER
  47.    </a></span></dt><dt><span class="section"><a href="#id357997">11.9.14. 
  48.     Installation on POWER onto IBM VSCSI Target
  49.    </a></span></dt><dt><span class="section"><a href="#id359996">11.9.15. 
  50.     iSCSI Installations with Multiple NICs Losing
  51.     Network Connectivity at the End of Firstboot Stage
  52.    </a></span></dt><dt><span class="section"><a href="#id360009">11.9.16. IBM Linux VSCSI Server Support in SUSE Linux Enterprise Server 11</a></span></dt><dt><span class="section"><a href="#id358261">11.9.17. 
  53.     Virtual Fibre Channel Devices
  54.    </a></span></dt><dt><span class="section"><a href="#id359258">11.9.18. Virtual Tape Devices</a></span></dt><dt><span class="section"><a href="#id359567">11.9.19. Chelsio cxgb3 iSCSI Offload Engine</a></span></dt><dt><span class="section"><a href="#id359596">11.9.20. Known TFTP Issues with Yaboot</a></span></dt><dt><span class="section"><a href="#id359883">11.9.21. Graphical Administration of Remotely Installed Hardware</a></span></dt><dt><span class="section"><a href="#id359969">11.9.22. InfiniBand - SDP Protocol Not Supported on IBM Hardware</a></span></dt><dt><span class="section"><a href="#id360019">11.9.23. RDMA NFS Server May Hang During Shutdown (OFED)</a></span></dt></dl></dd><dt><span class="section"><a href="#InfraPackArch.SystemZ">11.10. System z (s390x) Specific Information</a></span></dt><dd><dl><dt><span class="section"><a href="#InfraPackArch.SystemZ.Hardware">11.10.1. Hardware</a></span></dt><dt><span class="section"><a href="#InfraPackArch.SystemZ.Virtualization">11.10.2. Virtualization</a></span></dt><dt><span class="section"><a href="#InfraPackArch.SystemZ.Storage">11.10.3. Storage</a></span></dt><dt><span class="section"><a href="#InfraPackArch.SystemZ.Network">11.10.4. Network</a></span></dt><dt><span class="section"><a href="#InfraPackArch.SystemZ.Security">11.10.5. Security</a></span></dt><dt><span class="section"><a href="#InfraPackArch.SystemZ.RAS">11.10.6. RAS</a></span></dt><dt><span class="section"><a href="#InfraPackArch.SystemZ.Performance">11.10.7. Performance</a></span></dt><dt><span class="section"><a href="#InfraPackArch.SystemZ.Misc">11.10.8. Miscellaneous</a></span></dt></dl></dd></dl></dd><dt><span class="chapter"><a href="#Resolved">12. Resolved Issues</a></span></dt><dt><span class="chapter"><a href="#TechInfo">13. Technical Information</a></span></dt><dd><dl><dt><span class="section"><a href="#TechInfo.Kernel">13.1. Kernel Limits</a></span></dt><dt><span class="section"><a href="#TechInfo.KVM">13.2. KVM Limits</a></span></dt><dd><dl><dt><span class="section"><a href="#fate-314781">13.2.1. QEMU: Version 1.4 Master Feature</a></span></dt><dt><span class="section"><a href="#fate-314754">13.2.2. Technology preview: QEMU: Include virtio-blk-data-plane</a></span></dt><dt><span class="section"><a href="#fate-314655">13.2.3. Technology Preview: KVM Nested Virtualization with Intel VT</a></span></dt><dt><span class="section"><a href="#fate-313994">13.2.4. XEN/KVM: virt-manager Can Configure PCI Pass-through Devices at VM Creation</a></span></dt><dt><span class="section"><a href="#fate-313992-1">13.2.5. libseccomp</a></span></dt><dt><span class="section"><a href="#fate-313982-1">13.2.6. libvirt Support for QEMU seccomp Sandboxing</a></span></dt><dt><span class="section"><a href="#fate-313981">13.2.7. libvirt Bridged Networking for Unprivileged Users</a></span></dt><dt><span class="section"><a href="#fate-313979">13.2.8. libvirt DAC Isolation</a></span></dt><dt><span class="section"><a href="#fate-313969">13.2.9. QEMU Network Helper for Unprivileged Users</a></span></dt><dt><span class="section"><a href="#fate-313968">13.2.10. QEMU: Sandboxing with seccomp</a></span></dt><dt><span class="section"><a href="#fate-313957">13.2.11. KVM: Export Platform Power Management Capability through libvirt Framework</a></span></dt><dt><span class="section"><a href="#fate-313826">13.2.12. KVM: Support INVPCID's Haswell Instructions</a></span></dt><dt><span class="section"><a href="#fate-313642">13.2.13. KVM: TSC Deadline Timer Support</a></span></dt><dt><span class="section"><a href="#fate-313619">13.2.14. KVM: TSC Offset Timer</a></span></dt><dt><span class="section"><a href="#fate-313618">13.2.15. KVM: Support for APIC Virtualization</a></span></dt><dt><span class="section"><a href="#fate-313616">13.2.16. KVM: Haswell New Instructions Support</a></span></dt><dt><span class="section"><a href="#fate-313612">13.2.17. KVM: support for Supervisor Mode Execution Protection (SMEP)</a></span></dt><dt><span class="section"><a href="#fate-313599">13.2.18. XEN/KVM/libvirt: Virtual Machine Lock Manager</a></span></dt></dl></dd><dt><span class="section"><a href="#TechInfo.Xen">13.3. Xen Limits</a></span></dt><dd><dl><dt><span class="section"><a href="#fate-314491">13.3.1. XEN: Secure Boot</a></span></dt><dt><span class="section"><a href="#fate-313994-1">13.3.2. XEN/KVM: virt-manager Can Configure PCI Pass-through Devices at VM Creation</a></span></dt><dt><span class="section"><a href="#fate-313830">13.3.3. XEN: Netconsole Support to Netfront Device</a></span></dt><dt><span class="section"><a href="#fate-313667">13.3.4. XEN: TSC Deadline Timer Support</a></span></dt><dt><span class="section"><a href="#fate-313665">13.3.5. XEN: JKT Core Error Recovery</a></span></dt><dt><span class="section"><a href="#fate-313633">13.3.6. XEN: TSC Offset Support</a></span></dt><dt><span class="section"><a href="#fate-313631">13.3.7. XEN: Haswell New Instructions Support</a></span></dt><dt><span class="section"><a href="#fate-313605">13.3.8. APIC Virtuatization in Xen and KVM</a></span></dt><dt><span class="section"><a href="#fate-313603">13.3.9. XEN: Large VT-d Pages</a></span></dt><dt><span class="section"><a href="#fate-313599-1">13.3.10. XEN/KVM/libvirt: Virtual Machine Lock Manager</a></span></dt><dt><span class="section"><a href="#fate-313584">13.3.11. XEN: Bios Information to XEN HVM Guest</a></span></dt><dt><span class="section"><a href="#fate-313570-1">13.3.12. XEN: Support for PCI Pass-through Bind and Unbind in libvirt Xen Driver</a></span></dt><dt><span class="section"><a href="#fate-313222">13.3.13. XEN: xenstore-chmod Command Now Support 256 Permissions</a></span></dt></dl></dd><dt><span class="section"><a href="#TechInfo.Filesystems">13.4. File Systems</a></span></dt><dd><dl><dt><span class="section"><a href="#fate-314871">13.4.1. XFS Realtime Volumes</a></span></dt><dt><span class="section"><a href="#fate-314864">13.4.2. ext4: Runtime Switch for Write Support</a></span></dt></dl></dd><dt><span class="section"><a href="#TechInfo.KernelModules">13.5. Kernel Modules</a></span></dt><dt><span class="section"><a href="#TechInfo.IPv6">13.6. IPv6 Implementation and Compliance</a></span></dt><dd><dl><dt><span class="section"><a href="#fate-314863">13.6.1. IPv6 Support for NFSv3</a></span></dt><dt><span class="section"><a href="#fate-314659">13.6.2. Add IPv6 support to AutoFS</a></span></dt><dt><span class="section"><a href="#fate-313479-1">13.6.3. Linux Virtual Server Load Balancer (ipvs) Extends Support for IPv6</a></span></dt></dl></dd><dt><span class="section"><a href="#TechInfo.Other">13.7. Other Technical Information</a></span></dt><dd><dl><dt><span class="section"><a href="#id363555">13.7.1. libica 2.1.0 Available in SLES 11 SP2 for s390x</a></span></dt><dt><span class="section"><a href="#id362714">13.7.2. YaST Support for Layer 2 Devices</a></span></dt><dt><span class="section"><a href="#id363513">13.7.3. Changes to Network Setup</a></span></dt><dt><span class="section"><a href="#id363628">13.7.4. Memory cgroups</a></span></dt><dt><span class="section"><a href="#id362593">13.7.5. MCELog</a></span></dt><dt><span class="section"><a href="#id363713">13.7.6. Locale Settings in <code class="filename">~/.i18n</code></a></span></dt><dt><span class="section"><a href="#id363619">13.7.7. Configuration of kdump</a></span></dt><dt><span class="section"><a href="#id363333">13.7.8. Configuring Authentication for kdump through YaST with ssh/scp as
  55.     Target</a></span></dt><dt><span class="section"><a href="#id363799">13.7.9. JPackage Standard for Java Packages</a></span></dt><dt><span class="section"><a href="#id363625">13.7.10. Stopping Cron Status Messages</a></span></dt></dl></dd></dl></dd><dt><span class="chapter"><a href="#Documentation">14. Documentation and Other Information</a></span></dt><dd><dl><dt><span class="section"><a href="#id363763">14.1. Additional or Update Documentation</a></span></dt><dt><span class="section"><a href="#id363913">14.2. Product and Source Code Information</a></span></dt></dl></dd><dt><span class="chapter"><a href="#id363944">15. Miscellaneous</a></span></dt><dt><span class="chapter"><a href="#Legal">16. Legal Notices</a></span></dt></dl></div><div class="chapter"><div class="titlepage"><div><div><h1 class="title"><a name="rnotes-purpose"></a>Chapter 1. SUSE Linux Enterprise Server</h1></div></div></div><p>
  56.    SUSE Linux Enterprise Server is a highly reliable, scalable, and secure server operating system, built to power mission-critical workloads in both physical and virtual environments.   It is an affordable, interoperable, and manageable open source foundation.  With it, enterprises can cost-effectively deliver core business services, enable secure networks, and simplify the management of their heterogeneous IT infrastructure, maximizing efficiency and value.
  57.   </p><p>
  58.    The only enterprise Linux recommended by Microsoft and SAP, SUSE Linux Enterprise Server is optimized to deliver high-performance mission-critical services, as well as edge of network, and web infrastructure workloads.
  59.   </p><p>
  60.    Designed for interoperability, SUSE Linux Enterprise Server integrates into classical Unix
  61.    as well as Windows environments, supports open standard CIM
  62.    interfaces for systems management, and has been certified for IPv6
  63.    compatibility,
  64.   </p><p>
  65.    This modular, general purpose operating system runs on five processor
  66.    architectures and is available with optional extensions that provide
  67.    advanced capabilities for tasks such as real time computing and high
  68.    availability clustering.
  69.   </p><p>
  70.    SUSE Linux Enterprise Server is optimized to run as a high performing guest on leading
  71.    hypervisors and supports an unlimited number of virtual machines per
  72.    physical system with a single subscription, making it the perfect
  73.    guest operating system for virtual computing.
  74.   </p><p>
  75.    SUSE Linux Enterprise Server is backed by award-winning support from SUSE, an established
  76.    technology leader with a proven history of delivering
  77.    enterprise-quality support services.
  78.   </p><p>***CHECKIT With the release of SUSE Linux Enterprise Server 11 Service Pack 3 the former SUSE Linux Enterprise Server
  79.   11 Service Pack 2 enters the 6 month migration window, during which time SUSE
  80.   will continue to provide security updates and full support. At the end
  81.   of the six-month parallel support period, on 2013-MM-DD, support for
  82.   SUSE Linux Enterprise Server 11 Service Pack 2 will be discontinued. Long Term Service Pack Support
  83.   (LTSS) for SUSE Linux Enterprise Server 11 Service Pack 1 is available as a separate option. </p></div><div class="chapter"><div class="titlepage"><div><div><h1 class="title"><a name="mustread"></a>Chapter 2. Read Me First</h1></div></div></div><p>
  84.    For users upgrading from a previous SUSE Linux Enterprise Server release it is recommended to
  85.    review:
  86.   </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  87.      <a class="xref" href="#Support" title="Chapter 3. Support Statement for SUSE Linux Enterprise Server">Chapter 3, <i>Support Statement for SUSE Linux Enterprise Server</i></a>
  88.     </p></li><li class="listitem"><p>
  89.      <a class="xref" href="#Update" title="Chapter 9. Update-Related Notes">Chapter 9, <i>Update-Related Notes</i></a>
  90.     </p></li><li class="listitem"><p>
  91.      <a class="xref" href="#TechInfo" title="Chapter 13. Technical Information">Chapter 13, <i>Technical Information</i></a>
  92.     </p></li></ul></div><p>
  93.    These Release Notes are identical across all architectures, and the most
  94.    recent version is always available online at <a class="ulink" href="http://www.suse.com/releasenotes/" target="_top">http://www.suse.com/releasenotes/</a>.  Some entries are listed twice,
  95.    if they are important and belong to more than one section.
  96.   </p></div><div class="chapter"><div class="titlepage"><div><div><h1 class="title"><a name="Support"></a>Chapter 3. Support Statement for SUSE Linux Enterprise Server</h1></div></div></div><p>
  97.    To receive support, customers need an appropriate subscription with
  98.    SUSE; for more information, see <a class="ulink" href="http://www.suse.com/products/server/services-and-support/" target="_top">http://www.suse.com/products/server/services-and-support/</a>.
  99.   </p><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="fate-308838"></a>3.1. Erasing All Registration Data</h2></div></div></div><p><span class="emphasis"><em>Sometimes you may want to remove all data that was created during the registration of a SUSE Linux Enterprise system, so you can cleanly re-register it with different credentials.</em></span></p><p>This can now be accomplished with suse_register by using the new option "--erase-local-regdata". Note that this does not free the subscription that the system may have consumed in the Customer Center. This needs to be done from the Customer Center's Web UI.</p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Support.General"></a>3.2. General Support Statement</h2></div></div></div><p>
  100.   The following definitions apply:
  101.  </p><div class="variablelist"><dl class="variablelist"><dt><span class="term">L1</span></dt><dd><p>
  102.      Problem determination, which means technical support designed to
  103.      provide compatibility information, usage support, on-going
  104.      maintenance, information gathering and basic troubleshooting using
  105.      available documentation.
  106.     </p></dd><dt><span class="term">L2</span></dt><dd><p>
  107.      Problem isolation, which means technical support designed to
  108.      analyze data, duplicate customer problems, isolate problem area and
  109.      provide resolution for problems not resolved by Level 1 or
  110.      alternatively prepare for Level 3.
  111.     </p></dd><dt><span class="term">L3</span></dt><dd><p>
  112.      Problem resolution, which means technical support designed to
  113.      resolve problems by engaging engineering to resolve product defects
  114.      which have been identified by Level 2 Support.
  115.     </p></dd></dl></div><p>
  116.   For contracted customers and partners, SUSE Linux Enterprise Server 11 will be delivered
  117.   with L3 support for all packages, except the following:
  118.  </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  119.     technology previews
  120.    </p></li><li class="listitem"><p>
  121.     sound, graphics, fonts and artwork
  122.    </p></li><li class="listitem"><p>
  123.     packages that require an additional customer contract
  124.    </p></li><li class="listitem"><p>
  125.     packages provided as part of the Software Development Kit (SDK)
  126.    </p></li></ul></div><p>
  127.   SUSE will only support the usage of original (e.g., unchanged or
  128.   un-recompiled) packages.
  129.  </p><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id353200"></a>3.2.1. Tomcat6 and Related Packages</h3></div></div></div><p>
  130.    Tomcat6 and related packages are fully supported on the Intel/AMD x86
  131.    (32bit), AMD64/Intel64, IBM POWER, and IBM System z architectures.
  132.   </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id353412"></a>3.2.2. SELinux</h3></div></div></div><p>
  133.     The SELinux subsystem is supported.
  134.     Arbitrary SELinux policies running on SLES are not supported, though.
  135.     Customers and Partners who have an interest in using
  136.     SELinux in their solutions, are encouraged to contact SUSE to
  137.     evaluate the level of support that is needed, and how support
  138.     and services for the specific SELinux policies will be granted.
  139.   </p></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Support.Software"></a>3.3. Software Requiring Specific Contracts</h2></div></div></div><p>
  140.   The following packages require additional support contracts to be
  141.   obtained by the customer in order to receive full support:
  142.  </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  143.      BEA Java (Itanium only)
  144.    </p></li><li class="listitem"><p>
  145.      MySQL Database
  146.    </p></li><li class="listitem"><p>
  147.           PostgreSQL Database
  148.       </p></li><li class="listitem"><p>
  149.           WebSphere CE Application Server
  150.       </p></li></ul></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Support.TechPreviews"></a>3.4. Technology Previews</h2></div></div></div><p>
  151.   Technology previews are packages, stacks, or features delivered by
  152.   SUSE. These features are not supported. They may be functionally
  153.   incomplete, unstable or in other ways not suitable for production use.
  154.   They are mainly included for customer convenience and give customers a
  155.   chance to test new technologies within an enterprise
  156.   environment.
  157.  </p><p>
  158.   Whether a technical preview will be moved to a fully supported package
  159.   later, depends on customer and market feedback. A technical preview
  160.   does not automatically result in support at a later point in time.
  161.   Technical previews could be dropped at any time and SUSE is not
  162.   committed to provide a technical preview later in the product
  163.   cycle.
  164.  </p><p>
  165.   Please, give your SUSE representative feedback, including your
  166.   experience and use case.
  167.   Alternatively, use the Novell Requirements Portal
  168.   at <a class="ulink" href="http://www.novell.com/rms" target="_top">http://www.novell.com/rms</a>.
  169.   </p><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-312159"></a>3.4.1. Technology Preview: libguestFS</h3></div></div></div><p>Libguestfs is a set of tools for accessing and modifying virtual machine disk images. It can be used for many virtual image managements tasks such as viewing and editing files inside guests (only Linux one are enable), scripting changes to VMs, monitoring disk used/free statistics, performing partial backups, and cloning VMs. See http://libguestfs.org/ for more information.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id353272"></a>3.4.2. Hot-Add Memory</h3></div></div></div><p>
  170.      Hot-add memory is currently only supported on the following hardware:
  171.    </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>IBM x3800, x3850, single node x3950, x3850 M2,
  172.     single node x3850 M2, X3950 M2,</p></li><li class="listitem"><p>certified systems based on recent Intel Xeon
  173.     Architecture,</p></li><li class="listitem"><p>certified systems based on recent Intel IPF
  174.     Architecture,</p></li><li class="listitem"><p>all IBM servers and blades with POWER5, POWER6,
  175.     POWER7, or POWER7+ processors and recent firmware. (This requires
  176.     the Power Linux service and productivity tools available at
  177.     <a class="ulink" href="http://www14.software.ibm.com/webapp/set2/sas/f/lopdiags/yum.html" target="_top">http://www14.software.ibm.com/webapp/set2/sas/f/lopdiags/yum.html</a>.)</p></li></ul></div><p>
  178.     If your specific machine is not listed, please call SUSE support to
  179.     confirm whether or not your machine has been successfully
  180.     tested. Also, regularly check our maintenance update information,
  181.     which will explicitly mention the general availability of this
  182.     feature.
  183.    </p><p>
  184.      Restriction on using IBM eHCA InfiniBand adapters in conjunction with
  185.      hot-add memory on IBM System p:
  186.    </p><p>
  187.      The current eHCA Device Driver will prevent dynamic memory operations on
  188.      a partition as long as the driver is loaded. If the driver is unloaded
  189.      prior to the operation and then loaded again afterwards, adapter
  190.      initialization may fail. A Partition Shutdown / Activate sequence on the
  191.      HMC may be needed to recover from this situation.
  192.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id353319"></a>3.4.3. Internet Storage Naming Service (iSNS)</h3></div></div></div><p>The Internet Storage Naming Service (iSNS) package is by design
  193.    suitable for secure internal networks only. SUSE will continue to
  194.    work with the community on improving security.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id352662"></a>3.4.4. Read-Only Root File System</h3></div></div></div><p>It is possible to run SUSE Linux Enterprise Server 11 on a shared read-only root
  195.    file system.  A read-only root setup consists of the read-only root
  196.    file system, a scratch and a state file system.  The
  197.    <code class="filename">/etc/rwtab</code> file defines which files and
  198.    directories on the read-only root file system are replaced by which
  199.    files on the state and scratch file systems for each system
  200.    instance.</p><p>The <code class="filename">readonlyroot</code> kernel command line
  201.    option enables read-only root mode; the <code class="filename">state=</code>
  202.    and <code class="filename">scratch=</code> kernel command line options
  203.    determine the devices on which the state and scratch file systems are
  204.    located.</p><p>In order to set up a system with a read-only root file system,
  205.    set up a scratch file system, set up a file system to use for storing
  206.    persistent per-instance state,
  207.  
  208.  adjust
  209.    <code class="filename">/etc/rwtab</code> as needed, add the appropriate kernel
  210.    command line options to your boot loader configuration, replace
  211.    <code class="filename">/etc/mtab</code> with a symlink to
  212.    <code class="filename">/proc/mounts</code> as described below, and (re)boot
  213.    the system.</p><p>To replace <code class="filename">/etc/mtab</code> with the appropriate
  214.    symlinks, call:</p><pre class="screen">ln -sf /proc/mounts /etc/mtab</pre><p>See the rwtab(5) manual page for further details and <a class="ulink" href="http://www.redbooks.ibm.com/abstracts/redp4322.html" target="_top">http://www.redbooks.ibm.com/abstracts/redp4322.html</a> for
  215.    limitations on System z.</p></div></div></div><div class="chapter"><div class="titlepage"><div><div><h1 class="title"><a name="Installation"></a>Chapter 4. Installation</h1></div></div></div><p></p><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="fate-314578"></a>4.1. Current Limitations in a UEFI Secure Boot Context</h2></div></div></div><p>When booting in Secure Boot mode, the following restrictions apply:</p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>bootloader, kernel and kernel modules must be signed</p></li><li class="listitem"><p>kexec and kdump are disabled</p></li><li class="listitem"><p>hibernation (suspend on disk) is disabled</p></li><li class="listitem"><p>access to /dev/kmem and /dev/mem is not possible, even as root user</p></li><li class="listitem"><p>access to IO port is not possible, even as root user. All X11 graphical drivers must use a kernel driver</p></li><li class="listitem"><p>PCI BAR access through sysfs is not possible</p></li><li class="listitem"><p>'custom_method' in ACPI is not available</p></li><li class="listitem"><p>debugfs for asus-wmi module is not available</p></li><li class="listitem"><p>acpi_rsdp parameter doesn't have any effect on kernel</p></li></ul></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="fate-314346"></a>4.2. Support for 4 KB/Sector Hard Disk Drives</h2></div></div></div><p><span class="emphasis"><em>Support for 4 KB/sector hard disk drives requires support from all code
  216. that directly accesses the hard disk drives.</em></span></p><p>SUSE Linux Enterprise fully supports 4 KB/sector drives in all
  217. conditions and architectures with one exception.  The 4KB/sector hard
  218. disk drives are not supported as a boot drive on x86_64 systems booting
  219. with a legacy BIOS.</p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="fate-312709"></a>4.3. XEN: Pygrub Improvement</h2></div></div></div><p>Pygrub is used to boot a virtual Xen machine according to a certain menu.lst entry. Pygrub now accepts a new flag [-l|--list_entries] to show grub entries in the guest.</p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="fate-312662"></a>4.4. Installation via USB</h2></div></div></div><p>FATE 312662 RN missing</p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Installation.Deployment"></a>4.5. Deployment</h2></div></div></div><p>SUSE Linux Enterprise Server can be deployed in three ways:</p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>Physical Machine,</p></li><li class="listitem"><p>Virtual Host,</p></li><li class="listitem"><p>Virtual Machine in paravirtualized environments.</p></li></ul></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Installation.CJK"></a>4.6. CJK Languages Support in Text-mode Installation</h2></div></div></div><p>
  220.    CJK (Chinese, Japanese, and Korean) languages do not work properly
  221.    during text-mode installation if the framebuffer is not used
  222.    (Text Mode selected in boot loader).
  223.   </p><p>There are three alternatives to resolve this issue:</p><div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem"><p>
  224.      Use English or some other non-CJK language for installation then switch to the CJK language later on a running system using
  225. <span class="guimenu">YaST</span>+<span class="guimenu">System</span>+<span class="guimenu">Language</span>.
  226.     </p></li><li class="listitem"><p>Use your CJK language during installation, but do not choose
  227.     <span class="guimenu">Text Mode</span> in the boot loader using <span class="guimenu">F3
  228.     Video Mode</span>. Select one of the other VGA modes
  229.     instead. Select the CJK language of your choice using <span class="guimenu">F2
  230.     Language</span>, add <span class="command"><strong>textmode=1</strong></span> to the boot
  231.     loader command-line and start the installation.
  232.     </p></li><li class="listitem"><p>Use graphical installation (or install remotely via SSH or VNC).
  233.     </p></li></ol></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Installation.BootGrub2TB"></a>4.7. Booting from Harddisks larger than 2 TiB in Non-UEFI Mode</h2></div></div></div><p>
  234.    Booting from harddisks larger than 2 TiB in non-UEFI mode (but with
  235.    GPT partition table) fails.
  236.   </p><p>
  237.    To successfully use harddisks larger than 2 TiB in non-UEFI mode, but
  238.    with GPT partition table (i.e., grub bootloader), consider one of the
  239.    following options:
  240.   </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  241.      Use a 4k sector harddisk in 4k mode (in this case, the 2 TiB limit will
  242.      become a 16 TiB limit).
  243.     </p></li><li class="listitem"><p>
  244.      Use a separate <code class="filename">/boot</code> partition. This partition
  245.      must be one of the first 3 partitions and end below the 2 TiB
  246.      limit.
  247.     </p></li><li class="listitem"><p>
  248.      Switch from legacy mode to UEFI mode, if this is an option for you.
  249.     </p></li></ul></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Installation.PerstDevNames"></a>4.8. Installation Using Persistent Device Names</h2></div></div></div><p>
  250.      The installer uses persistent device names by default. If you plan
  251.      to add storage devices to your system after the installation, we
  252.      strongly recommend you use persistent device names for all storage
  253.      devices.
  254.     </p><p>
  255.      To switch to persistent device names on a system that has already
  256.      been installed, start the YaST2 partitioner. For each partition,
  257.      select <span class="guimenu">Edit</span> and go to the <span class="guimenu">Fstab
  258.      Options</span> dialog. Any mount option except <span class="guimenu">Device
  259.      name</span> provides you persistent device names. In addition,
  260.      rerun the Boot Loader module in YaST and select <span class="guimenu">Propose
  261.      New Config</span> to switch the boot loader to using the
  262.      persistent device name, or manually adjust all boot loader
  263.      sections. Then select <span class="guimenu">Finish</span> to write the new
  264.      proposed configuration to disk.  Alternatively, edit
  265.      <code class="filename">/boot/grub/menu.lst</code> and
  266.      <code class="filename">/boot/grub/device.map</code> according to your needs.
  267.     </p><p>
  268.      This needs to be done before adding new storage devices.
  269.     </p><p>
  270.       For further information, see the <span class="quote">“<span class="quote">Storage Administration
  271.       Guide</span>”</span> about "Device Name Persistence".
  272.     </p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id353758"></a>4.9. iSCSI Booting with iBFT in UEFI Mode</h2></div></div></div><p>
  273. If booting over iSCSI, iBFT information cannot be parsed when booting via
  274. native UEFI.  The system should be configured to boot in legacy mode if iSCSI
  275. booting using iBFT is required.
  276.   </p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Installation.iSCSI"></a>4.10. Using iSCSI Disks when Installing</h2></div></div></div><p>
  277.    To use iSCSI disks during installation, add the following parameter
  278.    to the boot option line: <code class="literal">withiscsi=1</code>.
  279.   </p><p>
  280.    During installation, an additional screen provides the option to
  281.    attach iSCSI disks to the system and use them in the installation
  282.    process.
  283.   </p><p>
  284.    Booting from an iSCSI server on i386, x86_64 and ppc64 is supported
  285.    if iSCSI-enabled firmware is used.
  286.   </p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Installation.qla"></a>4.11. Using qla3xxx and qla4xxx Drivers at the Same Time</h2></div></div></div><p>
  287.    QLogic iSCSI Expansion Card for IBM BladeCenter provides both
  288.    Ethernet and iSCSI functions. Some parts on the card are shared by
  289.    both functions. The current qla3xxx (Ethernet) and qla4xxx (iSCSI)
  290.    drivers support Ethernet and iSCSI function individually. In contrast
  291.    to previous SLES releases, using both functions at the same time is
  292.    now supported.
  293.   </p><p>
  294.    If you happen to use <code class="literal">brokenmodules=qla3xxx</code> or
  295.    <code class="literal">brokenmodules=qla4xxx</code> before upgrading to SLES 11 SP2,
  296.    these options can be removed.
  297.   </p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Installation.EDD"></a>4.12. Using EDD Information for Storage Device Identification</h2></div></div></div><p>
  298.    EDD information (in
  299.    <code class="filename">/sys/firmware/edd/<device></code>) is used by
  300.    default to identify your storage devices.
  301.   </p><p>EDD Requirements:</p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  302.      BIOS provides full EDD information (found in
  303.      <code class="filename">/sys/firmware/edd/<device></code>)
  304.     </p></li><li class="listitem"><p>
  305.      Disks are signed with a unique MBR signature (found in
  306.      <code class="filename">/sys/firmware/edd/<device>/mbr_signature</code>).
  307.     </p></li></ul></div><p>
  308.    Add <code class="literal">edd=off</code> to the kernel parameters to disable
  309.    EDD.
  310.   </p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Installation.autoyast"></a>4.13. Automatic Installation with AutoYaST in an LPAR (System z)</h2></div></div></div><p>
  311.    For automatic installation with AutoYaST in an LPAR, the
  312.    <code class="filename">parmfile</code> used for such an installation must have
  313.    blank characters at the beginning and at the end of each line (the
  314.    first line does not need to start with a blank). The number of
  315.    characters in one line should not exceed 80.
  316.   </p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Installation.Systemz"></a>4.14. Adding DASD or zFCP Disks During Installation (System z)</h2></div></div></div><p>
  317.    Adding of DASD or zFCP disks is not only possible during the
  318.    installation workflow, but also when the installation proposal is
  319.    shown. To add disks at this stage, please click on the
  320.    <span class="guimenu">Expert</span> tab and scroll down. There the DASD and/or
  321.    zFCP entry is shown. These added disks are not displayed in the
  322.    partitioner automatically. To make the disks visible in the
  323.    partitioner, you have to click on <span class="guimenu">Expert</span> and
  324.    select <span class="guimenu">reread partition table</span>. This may reset any
  325.    previously entered information.
  326.   </p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Installation.Network"></a>4.15. Network Installation via eHEA on POWER</h2></div></div></div><p>
  327.    If you want to carry out a network installation via the IBM eHEA
  328.    Ethernet Adapter on POWER systems, no huge (16GB) pages may be
  329.    assigned to the partition during installation.
  330.   </p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id354216"></a>4.16. For More Information</h2></div></div></div><p>For more information, see <a class="xref" href="#InfraPackArch" title="Chapter 11. Infrastructure, Package and Architecture Specific Information">Chapter 11, <i>Infrastructure, Package and Architecture Specific Information</i></a>.</p></div></div><div class="chapter"><div class="titlepage"><div><div><h1 class="title"><a name="Features"></a>Chapter 5. Features and Versions</h1></div></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Features.Kernel"></a>5.1. Linux Kernel and Toolchain</h2></div></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314679"></a>5.1.1. Lustre 2.1 Kernel Modules Preparation</h3></div></div></div><p><span class="emphasis"><em>Lustre 2.1 builds of kernel modules by 3rd parties needed kernel modifications of the previous shipped SUSE Kernel, and thus breaking the support chain.</em></span></p><p>To allow the build of kernel modules for Lustre 2.1 by 3rd parties without breaking the support chain for the SUSE Kernel, the needed hooks for Lustre were added to the shipped kernel.</p><p>This change does not include Lustre modules or packages, nor support.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314436"></a>5.1.2. Kernel Dumps with LZO Compression</h3></div></div></div><p>yast2-kdump and crash also support LZO compression as a new target format.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313991"></a>5.1.3. Add Option to mpstat to Only Display Stats for Online CPUs</h3></div></div></div><p>mpstat added the "-P ON" option to limit statistics displayed to only online CPUs.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313984"></a>5.1.4. Support for Failopen Mode When Using Netfilter's NFQUEUE Target</h3></div></div></div><p>Adds support for a new failopen mode when using netfilter's NFQUEUE target. This mode allows users to temporarily disable packet inspection and maintain connectivity under heavy network traffic.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313982"></a>5.1.5. libvirt Support for QEMU seccomp Sandboxing</h3></div></div></div><p><span class="emphasis"><em>QEMU guests spawned by libvirt are exposed to a large number of system calls that go unused for the entire lifetime of the process.</em></span></p><p>libvirt's qemu.conf file is updated with a seccomp_sandbox option that can be used to enable use of QEMU's seccomp sandboxing support. This allows execution of QEMU guests with reduced exposure to kernel system calls.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313980"></a>5.1.6. Makedumpfile: Enhanced Elimination of Sensitive Data from Dumps</h3></div></div></div><p>Enhances the current makedumpfile filtering to eliminate complex data structures and cryptographic keys.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-311770"></a>5.1.7. Support for Latest Intel Active Management Technology (AMT)</h3></div></div></div><p>This Servicepack adds support for Intel AMT version 7 and later by providing
  331. the Intel MEI kernel driver.</p><p>In order to use Intel AMT, you also must download the Intel LMS and ACUConfig 
  332. components from Intels website:</p><p>http://software.intel.com/en-us/articles/download-the-latest-intel-amt-open-source-drivers</p><p>For more information on AMT on Linux, please follow the URLs in the
  333. "Additional Information" found on the above mentioned Intel website.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id354324"></a>5.1.8. General Version Information</h3></div></div></div><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  334.      GCC 4.3.4
  335.     </p></li><li class="listitem"><p>
  336.     glibc 2.11.3
  337.    </p></li><li class="listitem"><p>
  338.     Linux kernel 3.0
  339.    </p></li><li class="listitem"><p>
  340.     perl 5.10
  341.    </p></li><li class="listitem"><p>
  342.     php 5.3
  343.    </p></li><li class="listitem"><p>
  344.     python 2.6.8
  345.    </p></li><li class="listitem"><p>
  346.            ruby 1.8.7
  347.       </p></li></ul></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id353925"></a>5.1.9. SUSE Linux Enterprise Real Time Extension</h3></div></div></div><p>
  348.    To take advantage of the Real Time extension the extension must be at
  349.    the same version as the base SUSE Linux Enterprise Server. An updated
  350.    version for SUSE Linux Enterprise Real Time extension is provided
  351.    later after the release of SUSE Linux Enterprise Server.
  352.   </p></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Features.Server"></a>5.2. Server</h2></div></div></div><p></p><div class="note" style="margin-left: 0.5in; margin-right: 0.5in;"><h3 class="title">Note</h3><p>
  353.     Note: in the following text version numbers do not necessarily give the 
  354.     final patch- and security-status of an application, as SUSE may have added
  355.     additional patches to the specific version of an application.
  356.   </p></div><p>
  357.         
  358.  
  359.         
  360.  </p><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314322"></a>5.2.1. Upgrading MySQL to Version 5.5</h3></div></div></div><p><span class="emphasis"><em>Replacing an unmaintained version of MySQL.</em></span></p><p>SLES11-SP3 introduces the upgrade of the MySQL database to version 5.5.
  361.   This upgrade involves a change of the database format and the database
  362.     needs to be converted before MySQL can run again. Therefore
  363.     MySQL is not running directly after the upgrade.</p><p>To mgirate the MySQL database, run following commands as root:</p><pre class="screen">touch /var/lib/mysql/.force_upgrade
  364. rcmysql restart</pre><p>To verify failures during the server start check the log files under /var/log/mysql/.</p><p>We strongly recommend to back up the database before migrating it (mostly /var/lib/mysql).</p></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Features.Desktop"></a>5.3. Desktop</h2></div></div></div><p></p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  365.      GNOME 2.28
  366.    </p><p>
  367.      GNOME was updated with SP2 and uses PulseAudio for sound.
  368.    </p></li><li class="listitem"><p>
  369.      KDE 4.3.5
  370.    </p><p>
  371.      KDE was updated with SP2.
  372.    </p></li><li class="listitem"><p>
  373.      X.org 7.4
  374.    </p></li></ul></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Features.Security"></a>5.4. Security</h2></div></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314753"></a>5.4.1. Support of SHA-256 Hash Algorithm in opencryptoki CCA Token</h3></div></div></div><p>SLES 11 SP3 includes opencryptoki 2.4.2 which comes with a CCA token that exploits the SHA-256 hash algorithm that is provided by System z crypto hardware.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314333"></a>5.4.2. OpenSCAP Tools and Libraries Added</h3></div></div></div><p> OpenSCAP is a set of open source libraries providing a path for integration of SCAP (Security Content Automation Protocol).  SCAP is a collection of standards managed by NIST with the goal of providing a standard language for the expression of Computer Network Defense related information.  For more information about SCAP, see <a class="ulink" href="http://nvd.nist.gov" target="_top">http://nvd.nist.gov</a> . </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id354240"></a>5.4.3. PAM Configuration</h3></div></div></div><p>
  375.     The common PAM configuration files
  376.     (<code class="filename">/etc/pam.d/common-*</code>) are now created and
  377.     managed with <span class="command"><strong>pam-config</strong></span>.
  378.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id353860"></a>5.4.4. SELinux Enablement</h3></div></div></div><p>
  379.     In addition to AppArmor, SELinux capabilities have been added to
  380.     SUSE Linux Enterprise Server.  While these capabilities are not enabled by default,
  381.     customers can run SELinux with SUSE Linux Enterprise Server if they choose to.
  382.    </p><p>
  383.     What does SELinux enablement mean?
  384.    </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>The kernel ships with SELinux support.</p></li><li class="listitem"><p>
  385.       We will apply SELinux patches to all “common” userland packages.
  386.      </p></li><li class="listitem"><p>
  387.       The libraries required for SELinux (<code class="systemitem">libselinux, libsepol, libsemanage</code>,
  388.       etc.) have been added to openSUSE and SUSE Linux Enterprise.
  389.      </p></li><li class="listitem"><p>
  390.       Quality Assurance is performed with SELinux
  391.       disabled—to make sure that SELinux patches do not break the
  392.       default delivery and the majority of packages.
  393.      </p></li><li class="listitem"><p>
  394.       The SELinux specific tools are shipped as part of the default
  395.       distribution delivery. 
  396.      </p></li><li class="listitem"><p>
  397.     Arbitrary SELinux policies running on SLES are not supported, though,
  398.     and we will not be shipping any SELinux policies in the
  399.     distribution. Reference and minimal policies may be available
  400.     from the repositories at some future point.
  401.      </p></li><li class="listitem"><p>
  402.     Customers and Partners who have an interest in using
  403.     SELinux in their solutions, are encouraged to contact SUSE to
  404.     evaluate the level of support that is needed, and how support
  405.     and services for the specific SELinux policies will be granted.
  406.      </p></li></ul></div><p>
  407.     By enabling SELinux in our codebase, we add community code to offer
  408.     customers the option to use SELinux without replacing significant
  409.     parts of the distribution.
  410.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id354405"></a>5.4.5. Enablement for TPM/Trusted Computing</h3></div></div></div><p>
  411.     SUSE Linux Enterprise Server 11 comes with support for Trusted Computing technology.  To
  412.     enable your system's TPM chip, make sure that the "security chip"
  413.     option in your BIOS is selected. TPM support is entirely passive,
  414.     meaning that measurements are being performed, but no action is
  415.     taken based on any TPM-related activity. TPM chips manufactured by
  416.     Infineon, NSC and Atmel are supported, in addition to the virtual
  417.     TPM device for Xen.
  418.    </p><p>
  419.       The corresponding kernel drivers are not loaded automatically. To
  420.       do so, enter:
  421.      </p><pre class="screen">find /lib/modules -type f -name "tpm*.ko"</pre><p>
  422.       and load the kernel modules for your system manually or via
  423.       <span class="command"><strong>MODULES_LOADED_ON_BOOT</strong></span> in
  424.       <code class="filename">/etc/sysconfig/kernel</code>.
  425.      </p><p>
  426.       If your TPM chip with taken ownership is configured in Linux and
  427.       available for use, you may read PCRs from
  428.       <code class="filename">/sys/devices/*/*/pcrs</code>.
  429.      </p><p>
  430.       The <code class="systemitem">tpm-tools</code> package
  431.       contains utilities to administer your TPM chip, and the
  432.       <code class="systemitem">trousers</code> package
  433.       provides <code class="systemitem">tcsd</code>—the daemon
  434.       that allows userland programs to communicate with the TPM driver
  435.       in the Linux kernel. <code class="systemitem">tcsd</code>
  436.       can be enabled as a service for the runlevels of your choice.
  437.      </p><p>
  438.       To implement a trusted ("measured") boot path, use the package
  439.       <code class="systemitem">trustedgrub</code> instead of
  440.       the <code class="systemitem">grub</code> package as your
  441.       bootloader. The trustedgrub bootloader does not display any
  442.       graphical representation of a boot menu for informational reasons.
  443.      </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id354543"></a>5.4.6. Linux File System Capabilities</h3></div></div></div><p>
  444.       Our kernel is compiled with support for Linux File System Capabilities.
  445.       This is disabled by default. The feature can be enabled by adding
  446.       <code class="option">file_caps=1</code> as kernel boot option.
  447.     </p></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Features.Network"></a>5.5. Network</h2></div></div></div><p></p><div class="variablelist"><dl class="variablelist"><dt><span class="term">
  448.      IPv6 Improvements
  449.    </span></dt><dd><p>
  450.      SUSE Linux Enterprise Server has successfully completed the USGv6 test program designated
  451.     by NIST that provides a proof of compliance to IPv6 specifications
  452.     outlined in current industry standards for common network products.
  453.    </p><p>***CHECKIT
  454.     Being IPv6 Consortium Member and Contributor Novell/SUSE have worked
  455.     successfully with University of New Hampshire InterOperability
  456.     Laboratory (UNH-IOL) to verify compliance to IPv6
  457.     specifications. The UNH-IOL offers ISO/IEC 17025 accredited testing
  458.     designed specifically for the USGv6 test program. The devices that
  459.     have successfully completed the USGv6 testing at the UNH-IOL by
  460.     December 2012 are SUSE Linux Enterprise Server 11 SP2.  Testing for
  461.     subsequent releases of SUSE Linux Enterprise Server is in progress,
  462.     and current and future results will be listed at
  463.     <a class="ulink" href="http://www.iol.unh.edu/services/testing/ipv6/usgv6tested.php?company=105&type=#eqplist" target="_top">http://www.iol.unh.edu/services/testing/ipv6/usgv6tested.php?company=105&type=#eqplist</a>.
  464.    </p><p>
  465.     SUSE Linux Enterprise Server can be installed in an IPv6 environment and run IPv6
  466.     applications. When installing via network, do not forget to boot
  467.     with "<code class="literal">ipv6=1</code>" (accept v4 and v6) or
  468.     "<code class="literal">ipv6only=1</code>" (only v6) on the kernel command
  469.     line. For more information, see the Deployment Guide and also <a class="xref" href="#TechInfo.IPv6" title="13.6. IPv6 Implementation and Compliance">Section 13.6, “IPv6 Implementation and Compliance”</a>.
  470.    </p></dd><dt><span class="term">
  471.      10G Networking Capabilities
  472.    </span></dt><dd><p></p></dd><dt><span class="term">
  473.      OFED 1.5
  474.    </span></dt><dd><p></p></dd><dt><span class="term">
  475.     traceroute 1.2
  476.    </span></dt><dd><p>
  477.     Support for traceroute over TCP.
  478.    </p></dd><dt><span class="term">
  479.     FCoE
  480.    </span></dt><dd><p>
  481.     FCoE is an implementation of the Fibre Channel over Ethernet working
  482.     draft. Fibre Channel over Ethernet is the encapsulation of Fibre
  483.     Channel frames in Ethernet packets.  It allows users with a FCF
  484.     (Fibre Channel over Ethernet Forwarder) to access their existing
  485.     Fibre Channel storage using an Ethernet adapter. When leveraging
  486.     DCB's PFC technology to provide a loss-less environment, FCoE can
  487.     run SAN and LAN traffic over the same link.
  488.    </p></dd><dt><span class="term">
  489.     Data Center Bridging (DCB)
  490.    </span></dt><dd><p>
  491.     Data Center Bridging (DCB) is a collection of Ethernet enhancements
  492.     designed to allow network traffic with differing requirements (e.g.,
  493.     highly reliable, no drops vs. best effort vs. low latency) to
  494.     operate and coexist on Ethernet. Current DCB features are:
  495.    </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  496.       <span class="emphasis"><em>Enhanced Transmission Selection</em></span> (aka
  497.       <span class="emphasis"><em>Priority Grouping</em></span>) to provide a framework for
  498.       assigning bandwidth guarantees to traffic classes.
  499.      </p></li><li class="listitem"><p>
  500.       <span class="emphasis"><em>Priority-based Flow Control (PFC)</em></span> provides a
  501.       flow control mechanism which can work independently for each
  502.       802.1p priority.
  503.      </p></li><li class="listitem"><p>
  504.       <span class="emphasis"><em>Congestion Notification</em></span> provides a mechanism
  505.       for end-to-end congestion control for protocols, which do not have
  506.       built-in congestion management.
  507.      </p></li></ul></div></dd></dl></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313479"></a>5.5.1. Linux Virtual Server Load Balancer (ipvs) Extends Support for IPv6</h3></div></div></div><p><span class="emphasis"><em>The LVS/ipvs load balancing code did not fully support RFC2460 and fragmented IPv6 packets which could lead to lost packets and interrupted connections when IPv6 traffic was fragmented.</em></span></p><p>The load balancer has been enhanced to fully support IPv6 fragmented extension headers and is now RFC2460 compliant.</p></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Features.ResourceManagement"></a>5.6. Resource Management</h2></div></div></div><p></p><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313992"></a>5.6.1. libseccomp</h3></div></div></div><p><span class="emphasis"><em>Seccomp filters are expressed as a Berkeley Packet Filter (BPF) program, which is not a well understood interface for most developers.</em></span></p><p>The libseccomp library provides an easy to use interface to the Linux Kernel's syscall filtering mechanism, seccomp.  The libseccomp API allows an application to specify which syscalls, and optionally which syscall arguments, the application is allowed to execute, all of which are enforced by the Linux Kernel.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313570"></a>5.6.2. XEN: Support for PCI Pass-through Bind and Unbind in libvirt Xen Driver</h3></div></div></div><p>Virt-manager is now able to set up PCI pass-through for Xen without having to switch to the command line to free the PCI device before assigning it to the VM.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="features.resmgmt"></a>5.6.3. LXC Requires Correct Network Configuration</h3></div></div></div><p>
  508.      LXC now comes with support for network gateway detection.
  509.      This feature will prevent a container from starting, if the network
  510.      configuration setup of the container is incorrect.  For instance,
  511.      you must make sure that the network address of the container is
  512.      within the host ip range, if it was set up as brigded on host. You
  513.      might need to specify the netmask of the container network address
  514.      (using the syntax "<code class="literal">lxc.network.ipv4 = X.Y.Z.T /
  515.      cidr</code>") if the netmask is not the network class default
  516.      netmask).
  517.     </p><p>
  518.      When using DHCP to assign a container network address, ensure
  519.      "<code class="literal">lxc.network.ipv4 = 0.0.0.0</code>" is used in your
  520.      configuration template.
  521.     </p><p>
  522.      Previously a container would have been started but the network
  523.      would not have been working properly.  Now a container will refuse
  524.      to start, and print an error message stating that the gateway could
  525.      not be set up.  For containers created before this update we
  526.      recommend running <code class="literal">rcnetwork restart</code> to
  527.      reestablish a container network connection.
  528.     </p><div class="tip" style="margin-left: 0.5in; margin-right: 0.5in;"><h3 class="title">LXC Maintenance Update</h3><p>
  529.       After installing LXC maintenance update, we recommend clearing the
  530.       LXC SLES cache template (stored by default in
  531.       <code class="filename">/var/cache/lxc/sles/rootfs-*</code>) to ensure
  532.       changes in the SLES template are available in newly created
  533.       containers.
  534.      </p><p>
  535.       For containers created before the update, we recommend to install
  536.       the packages "supportconfig", "sysconfig", and "iputils" using
  537.       zypper.
  538.      </p></div></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Features.SystemManagement"></a>5.7. Systems Management</h2></div></div></div><p></p><div class="variablelist"><dl class="variablelist"><dt><span class="term">
  539.     Improved Update Stack
  540.    </span></dt><dd><p>
  541.     SUSE Linux Enterprise Server 11 provides an improved update stack and the new command line
  542.     tool <span class="command"><strong>zypper</strong></span> to manage the repositories and
  543.     install or update packages.
  544.    </p></dd><dt><span class="term">
  545.     Enhanced YaST Partitioner
  546.    </span></dt><dd><p></p></dd><dt><span class="term">
  547.     Extended Built-in Management Infrastructure
  548.    </span></dt><dd><p>
  549.     SUSE Linux Enterprise Server provides CIM/WBEM enablement with the SFCB CIMOM.
  550.    </p><p>
  551.     
  552.    The following CIM providers are available:
  553.    </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  554. cmpi-pywbem-base
  555. </p></li><li class="listitem"><p>
  556. cmpi-pywbem-power-management (DSP1027)
  557. </p></li><li class="listitem"><p>
  558. cmpi-pywbem-software (DSP1023)
  559. </p></li><li class="listitem"><p>
  560. libvirt-cim (DSP1041, DSP1043, DSP1045, DSP1057, DSP1059, DSP1076, DSP1081)
  561. </p></li><li class="listitem"><p>
  562. sblim-cmpi-base        
  563. </p></li><li class="listitem"><p>
  564. sblim-cmpi-dhcp        
  565. </p></li><li class="listitem"><p>
  566. sblim-cmpi-ethport_profile (DSP1014)
  567. </p></li><li class="listitem"><p>
  568. sblim-cmpi-fsvol        
  569. </p></li><li class="listitem"><p>
  570. sblim-cmpi-network        
  571. </p></li><li class="listitem"><p>
  572. sblim-cmpi-nfsv3
  573. </p></li><li class="listitem"><p>
  574. sblim-cmpi-nfsv4        
  575. </p></li><li class="listitem"><p>
  576. sblim-cmpi-sysfs        
  577. </p></li><li class="listitem"><p>
  578. sblim-gather-provider
  579. </p></li><li class="listitem"><p>
  580. smis-providers
  581. </p></li><li class="listitem"><p>
  582. sblim-cmpi-dns        
  583. </p></li><li class="listitem"><p>
  584. sblim-cmpi-samba        
  585. </p></li><li class="listitem"><p>
  586. sblim-cmpi-smbios
  587. </p></li></ul></div></dd><dt><span class="term">
  588.     Support for Web Services for Management (WS-Management)
  589.    </span></dt><dd><p>
  590.     The WS-Management protocol is supported via Openwsman, providing
  591.     client (package: openwsman-client) and server (package:
  592.     openwsman-server) implementations.
  593.    </p><p>
  594.     This allows for interoperable management with the Windows 'winrm' stack.
  595.    </p></dd><dt><span class="term">
  596.     WebYaST — Web-Based Remote Management
  597.    </span></dt><dd><p>
  598.     WebYaST is an easy to use, web-based administration tool targeted at
  599.     casual Linux administrators.
  600.    </p><p>
  601. WebYaST is an add-on product.  To deploy it, download the WebYaST media
  602. from <a class="ulink" href="http://download.novell.com" target="_top">http://download.novell.com</a> and install the add-on
  603. product e.g., via the YaST add-on module. After installation, follow
  604. these steps:
  605.    </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  606. Open firewall port (note port number change!):
  607.      </p><pre class="screen">SuSEfirewall2 open EXT TCP 4984    
  608. SuSEfirewall2 restart</pre></li><li class="listitem"><p>
  609. Start services:
  610.      </p><pre class="screen">rccollectd start
  611. rcwebyast start</pre></li></ul></div><p>
  612. The last command will display the URL to connect to with a Web browser.
  613.    </p></dd></dl></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Features.Other"></a>5.8. Other</h2></div></div></div><p></p><div class="variablelist"><dl class="variablelist"><dt><span class="term">EVMS2 Replaced with LVM2</span></dt><dd><p></p></dd><dt><span class="term">Default File System</span></dt><dd><p>
  614.      With SUSE Linux Enterprise Server 11, the default file system in new installations has
  615.      been changed from ReiserFS to ext3. A public statement can be found
  616.      at
  617.      <a class="ulink" href="http://www.suse.com/products/server/technical-information/#FileSystem" target="_top">http://www.suse.com/products/server/technical-information/#FileSystem</a>.
  618.    </p></dd><dt><span class="term">UEFI Enablement on AMD64/Intel64</span></dt><dd><p></p></dd><dt><span class="term">SWAP over NFS</span></dt><dd><p></p></dd><dt><span class="term">Linux Foundation's Carrier Grade Linux (CGL)</span></dt><dd><p>
  619.     SUSE supports the Linux Foundation's Carrier Grade Linux (CGL)
  620.     specification. SUSE Linux Enterprise 11 meets the latest CGL 4.0
  621.     standard, and is CGL registered.  For more information, see <a class="ulink" href="http://www.suse.com/products/server/cgl/" target="_top">http://www.suse.com/products/server/cgl/</a>.
  622.    </p></dd><dt><span class="term">Hot-Add Memory and CPU with vSphere 4.1 or Newer</span></dt><dd><p>Hot-add memory and CPU is supported and tested for both 32-bit
  623.    and 64-bit systems when running vSphere 4.1 or newer. For more
  624.    information, see the VMware Compatibility Guide at <a class="ulink" href="http://www.vmware.com/resources/compatibility/detail.php?device_cat=software&device_id=11287~16&release_id=24" target="_top">http://www.vmware.com/resources/compatibility/detail.php?device_cat=software&device_id=11287~16&release_id=24</a>.
  625.    </p></dd></dl></div></div></div><div class="chapter"><div class="titlepage"><div><div><h1 class="title"><a name="Drivers"></a>Chapter 6. Driver Updates</h1></div></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="fate-314487"></a>6.1. X.Org: fbdev Used in UEFI Secure Boot Mode (ASpeed Chipset)</h2></div></div></div><p>The unaccelerated 
  626.      fbdev driver is used as a fallback in UEFI secure boot mode with the ast KMS driver, EFI VGA, and other currently unknown frame buffer drivers.</p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="fate-314425"></a>6.2. X.Org Driver Used in UEFI Secure Boot Mode (Matrox)</h2></div></div></div><p>The unaccelerated "mgag200"/"modesetting" (generic X.Org) driver combo is used instead of the "mga" X.Org driver if machine is running in UEFI secure boot mode.  The driver does not load in other cases with a warning message in the kernel log.</p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Drivers.Network"></a>6.3. Network Drivers</h2></div></div></div><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  627.       Updated bnx driver to version 2.0.4
  628.     </p></li><li class="listitem"><p>
  629.       Updated bnx2x driver to version 1.52.1-7
  630.     </p></li><li class="listitem"><p>
  631.       Updated e100 driver to version 3.5.24-k2
  632.     </p></li><li class="listitem"><p>
  633.       Updated tg3 driver to version 3.106
  634.     </p></li><li class="listitem"><p>
  635.       Added bna driver for Brocade 10Gbit LAN card in version 2.1.2.1
  636.     </p></li><li class="listitem"><p>
  637.       Updated bfa driver to version 2.1.2.1
  638.     </p></li><li class="listitem"><p>
  639.       Updated qla3xxx driver to version 2.03.00-k5
  640.     </p></li><li class="listitem"><p>
  641.       Updated sky2 driver to version 1.25
  642.     </p></li></ul></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313915"></a>6.3.1. Broadcom bnx2x Driver Limitation</h3></div></div></div><p>Only the initial SR-IOV Linux support is available.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313910"></a>6.3.2. Add Support for TIPC (Transparent Inter-Process Communication)</h3></div></div></div><p>The Transparent Inter-Process Communication protocol (TIPC) allows applications 
  643. in a cluster environment to communicate quickly and reliably with eachother, 
  644. regardless of their location within the cluster. TIPC includes a network topology 
  645. service that lets applications track both functional and physical changes in the 
  646. network, helping to synchronize startup of distributed applications and their 
  647. responses to failure conditions. A socket API is used to interact with the
  648. topology service and other applications. Address assignment and bearer 
  649. configuration is managed from a userspace application called tipc-config.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id355041"></a>6.3.3. Updating Firmware for QLogic 82XX based CNA</h3></div></div></div><p>
  650.     For QLogic 82XX based CNA, update the firmware to the latest from
  651.     the QLogic website or whatever is recommended by the OEM in case you
  652.     are running 4.7.x FW version.
  653.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id354856"></a>6.3.4. Broadcom 57712 vNICs/NPAR PCIE Functions Disappearing under
  654.    SP2</h3></div></div></div><p>***CHECKIT: SP3?</p><p>
  655. SP2 scans for the functions on a PCI device in a new way using ARI.
  656. This can cause some of the functions on the Broadcom 57712 adapter to be
  657. missing after upgrading to SP2.
  658.    </p><p>
  659. Contact your system vendor to receive the latest firmware for the
  660. 57712 adapter that resolves this issue.
  661. Alternatively, upgrading to kernel 3.0.26 and adding the boot parameter
  662. 'pci=noari' will allow all the functions on the 57712 adapter to become visible
  663. under SLES 11 SP2 and later.
  664.    </p></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Drivers.Storage"></a>6.4. Storage Drivers</h2></div></div></div><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  665.         Updated qla2xxx to version 8.03.01.04.11.1-k8
  666.       </p></li><li class="listitem"><p>
  667.         Updated qla4xxx to version v5.01.00.00.11.01-k13
  668.       </p></li><li class="listitem"><p>
  669.         Updated megaraid_mbox driver to version 2.20.5.1
  670.       </p></li><li class="listitem"><p>
  671.         Updated megaraid_sas to version 4.27
  672.       </p></li><li class="listitem"><p>
  673.         Updated MPT Fusion to version 4.22.00.00
  674.       </p></li><li class="listitem"><p>
  675.         Updated mpt2sas driver to version 04.100.01.02
  676.       </p></li><li class="listitem"><p>
  677.         Updated lpfc driver to version 8.3.5.7
  678.       </p></li><li class="listitem"><p>
  679.       Added bnx2i driver for Broadcom NetXtreme II in version 2.1.1
  680.     </p></li><li class="listitem"><p>
  681.         Updated bfa driver to version 2.1.2.1
  682.       </p></li><li class="listitem"><p>The enic driver was updated to version 1.4.2 to support newer Cisco
  683. UCS systems. This update also replaces LRO (Large Receive Offload) to GRO
  684. (Generic Receive Offload).</p></li></ul></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id354740"></a>6.4.1. Brocade FCoE Switch Does Not Accept Fabric Logins from Initiator</h3></div></div></div><div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem"><p>
  685.       Once link is up, LLDP query QoS to get the new PFC, send FCoE
  686.       incapable right away, which is right.
  687.      </p></li><li class="listitem"><p>
  688.       After negotiating with neighbor, we got lldp frame with
  689.       un-recognized ieee dcbx, so we declare link is CEE incapable, and
  690.       send out FCoE Capable event with PFC = 0 to fcoe kernel.
  691.      </p></li><li class="listitem"><p>
  692.       Then neighbor adjusts its version to match our CEE version, now we
  693.       find right DCBX tlv in incoming LLDP frame, we declare link CEE
  694.       capable. At this time we did not send FCoE capable again since we
  695.       already sent it in step 2.
  696.      </p></li></ol></div><p>To solve this, upgrade the switch firmware to v6.4.3 or
  697.    above.</p></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Drivers.Other"></a>6.5. Other Drivers</h2></div></div></div><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  698.         Updated CIFS to version 1.74
  699.       </p></li><li class="listitem"><p>
  700.         Updated intel-i810 driver
  701.       </p></li><li class="listitem"><p>
  702.         Added X11 driver for AMD Geode LX 2D (xorg-x11-driver-video-amd)
  703.       </p></li><li class="listitem"><p>
  704.         Updated X11 driver for Radeon cards
  705.       </p></li><li class="listitem"><p>
  706.         Updated XFS and DMAPI driver
  707.       </p></li><li class="listitem"><p>
  708.         Updated Wacom driver to version 1.46
  709.       </p></li></ul></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314365"></a>6.5.1. New Intel Platform and CPU Support</h3></div></div></div><p>This service pack adds support for the following new Intel CPUs:</p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>Next generation Intel(R) Xeon(R) processor E7-8800/4800/2800 v2 product families</p></li></ul></div><p>This covers new support for the following platforms:</p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>Brickland–EX</p></li></ul></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313511"></a>6.5.2. Support for the Intel Bordenville Microserver</h3></div></div></div><p>This Service Pack adds support for Intel's Bordenville Microserver based on the Centerton SoC (System On Chip).</p></div></div></div><div class="chapter"><div class="titlepage"><div><div><h1 class="title"><a name="OtherUpdates"></a>Chapter 7. Other Updates</h1></div></div></div><p></p><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="fate-313453"></a>7.1. Package python-ethtool</h2></div></div></div><p>The Python bindings for ethtool were updated in SLE11 SP2 to version 0.7. This update introduced several stability bugfixes and support for handling IPv6.</p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="fate-313238"></a>7.2. Update Python to 2.6.8</h2></div></div></div><p>Python 2.6.7 and 2.6.8 are security only updates to 2.6.6.</p><p> Python 2.6 helps with migrating to Python 3.0, which is a major redesign of the language. Whenever possible, Python 2.6 incorporates new features and syntax changes from 3.0 while remaining compatible with existing code. In case of conflict, Python 2.6  adds compatibility functions in a <code class="literal">future_builtins</code> module and a <code class="literal">-3</code> switch to warn about usages that will become unsupported in 3.0. </p><p>Some significant new packages have been added to the standard library, such as the multiprocessing and json modules.</p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="fate-312611"></a>7.3. Individual Timeout Value for Each Direct AutoFS Mount</h2></div></div></div><p><span class="emphasis"><em>If there were two direct mounts with different timeouts configured, the second one was ignored and the first timeout value was used for both mount points.</em></span></p><p>AutoFS was patched to support individual timeout values for each direct mount.</p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id355305"></a>7.4. List of Updated Packages</h2></div></div></div><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  710.       Added support for installation from an NFSv4 server.
  711.     </p></li><li class="listitem"><p>
  712.       Updated binutils to version 2.21.1
  713.     </p></li><li class="listitem"><p>
  714.       Updated bluez to version 4.51
  715.     </p></li><li class="listitem"><p>
  716.       Updated clamav to version 0.97.3
  717.     </p></li><li class="listitem"><p>
  718.       Updated crash to version 5.1.9
  719.     </p></li><li class="listitem"><p>
  720.       Updated dhcp to version 4.2.3.P2
  721.     </p></li><li class="listitem"><p>
  722.       Updated gdb to version 7.3
  723.     </p></li><li class="listitem"><p>
  724.       Updated hplip to version 3.11.10
  725.     </p></li><li class="listitem"><p>
  726.       Updated ipsec-tools to version 0.7.3
  727.     </p></li><li class="listitem"><p>
  728.       Updated IBM Java 1.4.2 (java-1_4_2-ibm) to SR13 FP11
  729.     </p></li><li class="listitem"><p>
  730.       Updated IBM Java 1.6.0 (java-1_6_0-ibm) to SR9.3
  731.     </p></li><li class="listitem"><p>
  732.       Updated libcgroup1 to version 0.37.1
  733.     </p></li><li class="listitem"><p>
  734.       Updated libcmpiutil to version 0.5.6
  735.     </p></li><li class="listitem"><p>
  736.       Updated libelf to version 0.8.12
  737.     </p></li><li class="listitem"><p>
  738.       Updated QT4 (libqt4) to version 4.6.3
  739.     </p></li><li class="listitem"><p>
  740.     Updated libvirt to version 0.9.6
  741.    </p></li><li class="listitem"><p>
  742.     Updated libvirt-cim to version 0.5.12
  743.    </p></li><li class="listitem"><p>
  744.       Updated mdadm to version 3.2.2
  745.     </p></li><li class="listitem"><p>
  746.       Updated module-init-tools to version 3.11.1
  747.     </p></li><li class="listitem"><p>
  748.       Updated MozillaFirefox to version 10
  749.     </p></li><li class="listitem"><p>
  750.       Added mt_st version 0.9b
  751.     </p></li><li class="listitem"><p>
  752.       Added netlabel version 0.19
  753.     </p></li><li class="listitem"><p>
  754.       Updated numactl to version 2.0.7
  755.     </p></li><li class="listitem"><p>
  756.       Updated openCryptoki to version 2.4
  757.     </p></li><li class="listitem"><p>
  758.       Updated openldap2 to version 2.4.26
  759.     </p></li><li class="listitem"><p>
  760.       Added openvas version 3.0
  761.     </p></li><li class="listitem"><p>
  762.       Added perf: Performance Counters For Linux
  763.     </p></li><li class="listitem"><p>
  764.       Added perl-WWW-Curl version 4.09
  765.     </p></li><li class="listitem"><p>
  766.       Added rng-tools: Support daemon for hardware random device
  767.     </p></li><li class="listitem"><p>
  768.       Updated sblim-cim-client2 to version 2.1.3
  769.     </p></li><li class="listitem"><p>
  770.       Updated sblim-cmpi-base to version 1.6.1
  771.     </p></li><li class="listitem"><p>
  772.       Updated sblim-cmpi-fsvol to version 1.5.0
  773.     </p></li><li class="listitem"><p>
  774.       Updated sblim-cmpi-network to version 1.4.0
  775.     </p></li><li class="listitem"><p>
  776.       Updated sblim-cmpi-nfsv3 to version 1.1.0
  777.     </p></li><li class="listitem"><p>
  778.       Updated sblim-cmpi-nfsv4 to version 1.1.0
  779.     </p></li><li class="listitem"><p>
  780.       Updated sblim-cmpi-params to version 1.3.0
  781.     </p></li><li class="listitem"><p>
  782.       Updated sblim-cmpi-sysfs to version 1.2.0
  783.     </p></li><li class="listitem"><p>
  784.       Updated sblim-gather to version 2.2.0
  785.     </p></li><li class="listitem"><p>
  786.       Updated sblim-sfcb to version 1.3.11
  787.     </p></li><li class="listitem"><p>
  788.       Updated sblim-sfcc to version 2.2.1
  789.     </p></li><li class="listitem"><p>
  790.       Updated sblim-wbemcli to version 1.6.1
  791.     </p></li><li class="listitem"><p>
  792.       Updated strongswan to version 4.4.0
  793.     </p></li><li class="listitem"><p>
  794.       Added stunnel version 4.36
  795.     </p></li><li class="listitem"><p>
  796.     Updated virt-viewer to version 0.4.1
  797.    </p></li><li class="listitem"><p>
  798.     Updated virt-manager to version 0.9.0
  799.    </p></li><li class="listitem"><p>
  800.     Updated kvm to version 0.15.1
  801.    </p></li><li class="listitem"><p>
  802.     Updated Xen (xen) to version 4.1.2
  803.    </p></li><li class="listitem"><p>
  804.       Updated dcbd to version 0.9.24
  805.     </p></li><li class="listitem"><p>
  806.       Updated e2fsprogs to version 1.41.9
  807.     </p></li><li class="listitem"><p>
  808.       Updated iprutils to version 2.3.7
  809.     </p></li><li class="listitem"><p>
  810.       Updated iscsitarget to version 1.4.20
  811.     </p></li><li class="listitem"><p>
  812.       Updated nfs-utils to version 1.2.3 for improved IPv6 support
  813.     </p></li><li class="listitem"><p>
  814.       Added apport, a tool to collect data automatically from crashed processes
  815.     </p></li></ul></div></div></div><div class="chapter"><div class="titlepage"><div><div><h1 class="title"><a name="SDK"></a>Chapter 8. Software Development Kit</h1></div></div></div><p>
  816.    SUSE provides a Software Development Kit (SDK) for SUSE Linux Enterprise 11 Service Pack
  817.    3.  This SDK contains libraries, development environments
  818.    and tools along the following patterns:
  819.   </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>C/C++ Development</p></li><li class="listitem"><p>Certification</p></li><li class="listitem"><p>Documentation Tools</p></li><li class="listitem"><p>GNOME Development</p></li><li class="listitem"><p>Java Development</p></li><li class="listitem"><p>KDE Development</p></li><li class="listitem"><p>Linux Kernel Development</p></li><li class="listitem"><p>Programming Libraries</p></li><li class="listitem"><p>.NET Development</p></li><li class="listitem"><p>Miscellaneous</p></li><li class="listitem"><p>Perl Development</p></li><li class="listitem"><p>Python Development</p></li><li class="listitem"><p>Qt 4 Development</p></li><li class="listitem"><p>Ruby on Rails Development</p></li><li class="listitem"><p>Ruby Development</p></li><li class="listitem"><p>Version Control Systems</p></li><li class="listitem"><p>Web Development</p></li><li class="listitem"><p>YaST Development</p></li></ul></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="fate-314169"></a>8.1. Optional GCC Compiler Suite on SDK</h2></div></div></div><p>The optional compiler on the SDK has been updated to GCC 4.7. It brings better standard compliance (ISO C 11, ISO C++ 11), improved optimizations and allows to take benefit of new hardware instructions.</p><p>SUSE also added support for the IBM zEnterprise EC12 architecture</p><p>For details see http://gcc.gnu.org/gcc-4.7/changes.html</p></div></div><div class="chapter"><div class="titlepage"><div><div><h1 class="title"><a name="Update"></a>Chapter 9. Update-Related Notes</h1></div></div></div><p>
  820.    This section includes update-related information for this release.
  821.   </p><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Update.General"></a>9.1. General Notes</h2></div></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-311794"></a>9.1.1. Upgrading PostgreSQL Installations from 8.3 to 9.1.</h3></div></div></div><p><span class="emphasis"><em>To upgrade a PostgreSQL server installation from version 8.3 to 9.1, the database files need to be converted to the new version.</em></span></p><p>Newer versions of PostgreSQL come with the pg_upgrade tool that simplifies and speeds up the migration of a PostgreSQL installation to a new version. Formerly dump and restore was needed that was much slower.</p><p>pg_upgrade needs to have the server binaries of both versions available. To allow this, we had to change the way PostgreSQL is packaged as well as the naming of the packages, so that two or more versions of PostgreSQL can be installed in parallel.</p><p>Starting with version 9.1, PostgreSQL package names contain numbers indicating the major version. In PostgreSQL terms the major version consists of the first two components of the version number, i.e. 8.3, 8.4, 9.0, or 9.1. So, the packages for Postgresql 9.1 are named postgresql91, postgresql91-server, etc. Inside the packages the files were moved from their standard locations to a versioned location such as /usr/lib/postgresql83/bin or /usr/lib/postgresql91/bin to avoid file conflicts if packages are installed in parallel. The update-alternatives mechanism creates and maintains symbolic links that cause one version (by default the highest installed version) to re-appear in the standard locations. By default, database data are stored under /var/lib/pgsql/data on SUSE Linux.</p><p>The following preconditions have to be fulfilled before data migration can be started:</p><div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem"><p>If not already done, the packages of the old PostgreSQL version must be upgraded to the new packaging scheme through a maintenance update. For SLE11 this means to install the patch that upgrades PostgreSQL from version 8.3.14 to 8.3.19 or higher.</p></li><li class="listitem"><p>The packages of the new PostgreSQL major version need to be installed. For SLE11 this means to install postgresql91-server and all the packages it depends on. As pg_upgrade is contained in postgresql91-contrib, that one has to be installed as well, at least until the migration is done.</p></li><li class="listitem"><p>Unless pg_upgrade is used in link mode, the server must have enough free disk space to temporarily hold a copy of the database files. If the database instance was installed in the default location, the needed space in megabytes can be determined by running the follwing command as root: "du -hs /var/lib/pgsql/data". If space is tight, it might help to run the "VACUUM FULL" SQL command on each database in the instance to be migrated, but be aware that it might take very long.</p></li></ol></div><p>Upstream documentation about pg_upgrade including step by step instructions for performing a database migration can be found under file:///usr/share/doc/packages/postgresql91/html/pgupgrade.html (if the postgresql91-docs package is installed), or online under http://www.postgresql.org/docs/9.1/static/pgupgrade.html. NOTE: The online documentation starts with explaining how you can install PostgreSQL from the upstream sources (which is not necessary on SLES) and also uses other directory names (/usr/local instead of the update-alternatives based path as described above).</p><p>For background information about the inner workings of pg_admin and a performance comparison with the old dump and restore method, see http://momjian.us/main/writings/pgsql/pg_upgrade.pdf .</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id355155"></a>9.1.2. Online Migration from SP2 to SP3 via "YaST wagon"</h3></div></div></div><p>
  822.     The online migration from SP2 to SP3 is supported via the "YaST
  823.     wagon" module.
  824.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id355304"></a>9.1.3. Online Migration with Debuginfo Packages Not Supported</h3></div></div></div><p>
  825.     ***CHECKIT
  826.     Online migration from SP2 to SP3 is not supported if debuginfo
  827.     packages  are installed.
  828.     </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id353853"></a>9.1.4. Migrating to SLE 11 SP3 Using Zypper</h3></div></div></div><p>
  829.    To migrate the system to the Service Pack 3 level with
  830.    <span class="command"><strong>zypper</strong></span>, proceed as follows:
  831.   </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  832.     Open a root shell.
  833.     </p></li><li class="listitem"><p>
  834.     Run <span class="command"><strong>zypper ref -s</strong></span> to refresh all services and
  835.     repositories.
  836.     </p></li><li class="listitem"><p>
  837.     Run <span class="command"><strong>zypper up -t patch</strong></span> to install package
  838.     management updates.
  839.     </p></li><li class="listitem"><p>
  840.     Now it is possible to install all available updates for SLES/SLED 11
  841.     SP2; run <span class="command"><strong>zypper up -t patch</strong></span> again.
  842.     </p></li><li class="listitem"><p>
  843.     Now the installed products contain information about distribution
  844.     upgrades and which migration products should be installed to perform
  845.     the migration. Read the migration product information from
  846.     <code class="filename">/etc/products.d/*.prod</code> and install them.
  847.     </p></li><li class="listitem"><p>
  848. Enter the following command:
  849.     </p><pre class="screen">grep '<product' /etc/products.d/*.prod</pre><p>
  850.     A sample output could be as follows:
  851.     </p><pre class="screen"><product>sle-sdk-SP3-migration</product>
  852. <product>SUSE_SLES-SP3-migration</product></pre></li><li class="listitem"><p>
  853.     Install these migration products (example):
  854.     </p><pre class="screen">zypper in -t product sle-sdk-SP3-migration SUSE_SLES-SP3-migration</pre></li><li class="listitem"><p>
  855. Run <span class="command"><strong>suse_register -d 2 -L /root/.suse_register.log</strong></span> to
  856. register the products in order to get the corresponding SP3 Update
  857. repositories.
  858.     </p></li><li class="listitem"><p>
  859.     Run <span class="command"><strong>zypper ref -s</strong></span> to refresh services and repositores.
  860.     </p></li><li class="listitem"><p>
  861.      ***CHECKIT
  862.     Check the repositories using <span class="command"><strong>zypper lr</strong></span>. Only if
  863.     needed, disable repositories manually (note that the SP1-Pool,
  864.     SP1-Updates, SP2-Pool and
  865.     SP2-Updates repos need to stay enabled!) and enable the new SP3
  866.     (SP3-Core, SP3-Updates) repositories:
  867.     </p><pre class="screen">zypper mr --disable <repo-alias>
  868. zypper mr --enable <repo-alias></pre></li><li class="listitem"><p>
  869.     Then perform a distribution upgrade by entering the following command:
  870.     </p><pre class="screen">zypper dup --from SLES11-SP3-Core --from SLES11-SP3-Updates \
  871. --from SLE11-WebYaST-SP3-Pool --from SLE11-WebYaST-SP3-Updates</pre><p>Add more SP3 catalogs here if needed, e.g. in case add-on products are installed.</p></li><li class="listitem"><p>
  872.     zypper will report that it will delete the migration product and update the main products. Confirm the message to continue updating the RPM packages.
  873.     </p></li><li class="listitem"><p>
  874.     To do a full update, run <span class="command"><strong>zypper patch</strong></span>.
  875.     </p></li><li class="listitem"><p>
  876.     After the upgrade is finished, register the new products again:
  877.     </p><pre class="screen">suse_register -d 2 -L /root/.suse_register.log</pre></li><li class="listitem"><p>
  878.     Reboot the system.
  879.     </p></li></ul></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id356135"></a>9.1.5. Migration from SUSE Linux Enterprise Server 10 SP4 via Bootable Media</h3></div></div></div><p>
  880.     Migration is supported from SUSE Linux Enterprise Server 10 SP4 via bootable media
  881.     (incl. PXE boot).
  882.     </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id356062"></a>9.1.6. Upgrading from SLES 10 (GA and Service Packs) or SLES 11 GA</h3></div></div></div><p>
  883.    There are supported ways to upgrade from SLES 10 GA and SPx or SLES
  884.    11 GA and SP1 to
  885.     SLES 11 SP3, which may require intermediate upgrade steps:
  886.   </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  887.      SLES 10 GA -> SLES 10 SP1 -> SLES 10 SP2 -> SLES 10 SP3 -> SLES 10
  888.      SP4 -> SLES 11 SP3, or
  889.     </p></li><li class="listitem"><p>
  890.      SLES 11 GA -> SLES 11 SP1 -> SLES 11 SP2 -> SLES 11 SP3
  891.     </p></li></ul></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id356169"></a>9.1.7. Upgrading to SLES 11 SP3 with Root File System on iSCSI</h3></div></div></div><p>
  892. ***CHECKIT
  893. The upgrade or the automated migration from SLES 10 to SLES 11 SP3 may
  894. fail if the root file system of the machine is located on iSCSI because
  895. of missing boot options.
  896.    </p><p>
  897. There are two approaches to solve it, if you are using AutoYaST (adjust
  898. IP addresses and hostnames according to your environment!):
  899.    </p><div class="variablelist"><dl class="variablelist"><dt><span class="term">With Manual Intervention:</span></dt><dd><p>
  900. Use as boot options:
  901.       </p><p><code class="literal">withiscsi=1 autoupgrade=1 autoyast=http://myserver/autoupgrade.xml</code></p><p>Then, in the dialog of the iSCSI initiator, configure the
  902.       iSCSI device.</p><p>
  903. After successful configuration of the iSCSI device, YaST will find the
  904. installed system for the upgrade.
  905.       </p></dd><dt><span class="term">Fully Automated Upgrade:</span></dt><dd><p>
  906.        Add or modify the <iscsi-client> section in your
  907.        <code class="filename">autoupgrade.xml</code> as follows:
  908.       </p><pre class="screen"><iscsi-client>
  909.   <initiatorname>iqn.2012-01.com.example:initiator-example</initiatorname>
  910.   <targets config:type="list">
  911.     <listentry>
  912.       <authmethod>None</authmethod>
  913.       <iface>default</iface>
  914.       <portal>10.10.42.84:3260</portal>
  915.       <startup>onboot</startup>
  916.       <target>iqn.2000-05.com.example:disk01-example</target>
  917.     </listentry>
  918.   </targets>
  919.   <version>1.0</version>
  920. </iscsi-client></pre><p>Then, run the automated upgrade with these boot options:</p><p><code class="literal">autoupgrade=1 autoyast=http://myserver/autoupgrade.xml</code></p></dd></dl></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id355690"></a>9.1.8. 
  921.       Kernel Split in Different Packages
  922.     </h3></div></div></div><p>
  923.       With SUSE Linux Enterprise Server 11 the kernel RPMs are split in different parts:
  924.     </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>kernel-flavor-base</p><p>
  925.           Very reduced hardware support, intended
  926.           to be used in virtual machine images.
  927.         </p></li><li class="listitem"><p>kernel-flavor</p><p>
  928.           Extends the base package; contains all supported
  929.           kernel modules.
  930.         </p></li><li class="listitem"><p>kernel-flavor-extra</p><p>
  931.           All other kernel modules which may be
  932.           useful but are not supported. This package
  933.           will not be installed by default.
  934.         </p></li></ul></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id356651"></a>9.1.9. 
  935.      Tickless Idle
  936.    </h3></div></div></div><p>
  937.      SUSE Linux Enterprise Server uses tickless timers. This can be disabled by adding
  938.     <code class="option">nohz=off</code> as a boot option.
  939.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id356587"></a>9.1.10. 
  940.     Development Packages
  941.    </h3></div></div></div><p>
  942.     SUSE Linux Enterprise Server will no longer contain any development packages, with the
  943.     exception of some core development packages necessary to compile
  944.     kernel modules. Development packages are available in the SUSE Linux Enterprise Software Development Kit.
  945.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id356526"></a>9.1.11. Displaying Manual Pages with the Same Name</h3></div></div></div><p>
  946.     The <span class="command"><strong>man</strong></span> command now asks which manual page the
  947.     user wants to see if manual pages with the same name exist in
  948.     different sections. The user is expected to type the section number
  949.     to make this manual page visible.
  950.     </p><p>
  951.      If you want to revert back to the previously used method, please
  952.      set <code class="literal">MAN_POSIXLY_CORRECT=1</code> in a shell
  953.      initialization file such as <code class="filename">~/.bashrc</code>.
  954.     </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id356504"></a>9.1.12. 
  955.     YaST LDAP Server No Longer Uses
  956.     <code class="filename">/etc/openldap/slapd.conf</code>
  957.    </h3></div></div></div><p>
  958.     The YaST LDAP Server module no longer stores the configuration of
  959.     the LDAP Server in the file
  960.     <code class="filename">/etc/openldap/slapd.conf</code>.  It uses OpenLDAP's
  961.     dynamic configuration backend, which stores the configuration in an
  962.     LDAP database itself. That database consists of a set of
  963.     <code class="filename">.ldif</code> files in the directory
  964.     <code class="filename">/etc/openldap/slapd.d</code>.  You should - usually -
  965.     not need to access those files directly. To access the configuration
  966.     you can either use the <span class="command"><strong>yast2-ldap-server</strong></span> module
  967.     or any capable LDAP client (e.g., ldapmodify, ldapsearch, etc.). For
  968.     details on the dynamic configuration of OpenLDAP, refer to the
  969.     OpenLDAP Administration Guide.
  970.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id356512"></a>9.1.13. 
  971.     AppArmor
  972.    </h3></div></div></div><p>
  973.      This release of SUSE Linux Enterprise Server ships with AppArmor.
  974.      The AppArmor intrusion prevention framework builds a firewall around your
  975.      applications by limiting the access to files, directories, and POSIX
  976.      capabilities to the minimum required for normal operation. AppArmor
  977.      protection can be enabled via the AppArmor control panel, located
  978.      in YaST under Security and Users. For detailed information about using
  979.      AppArmor, see the documentation in
  980.      <code class="filename">/usr/share/doc/packages/apparmor-docs</code>.
  981.    </p><p>
  982.      The AppArmor profiles included with SUSE Linux have been developed with
  983.      our best efforts to reproduce how most users use their
  984.      software. The profiles provided work unmodified for many
  985.      users, but some users may find our profiles too restrictive for their
  986.      environments.
  987.    </p><p>
  988.      If you discover that some of your applications do not function as you
  989.      expected, you may need to use the AppArmor Update Profile Wizard in
  990.      YaST (or use the aa-logprof(8) command line utility) to update your
  991.      AppArmor profiles. Place all your profiles into learning mode with the
  992.      following:
  993.      <span class="command"><strong>aa-complain /etc/apparmor.d/*</strong></span>
  994.    </p><p>
  995.      When a program generates many complaints, the system's performance is
  996.      degraded. To mitigate this, we recommend periodically running the Update
  997.      Profile Wizard (or aa-logprof(8)) to update your profiles even if you
  998.      choose to leave them in learning mode. This reduces the number of
  999.      learning events logged to disk, which improves the performance of
  1000.       the system.
  1001.     </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id356680"></a>9.1.14. 
  1002.     Updating with Alternative Boot Loader (Non-Linux) or Multiple Boot Loader Programs
  1003.    </h3></div></div></div><div class="note" style="margin-left: 0.5in; margin-right: 0.5in;"><h3 class="title">Note</h3><p>
  1004.     Before updating, check the configuration of your boot loader to
  1005.     assure that it is not configured to modify any system areas (MBR,
  1006.     settings active partition or similar). This will reduce the amount
  1007.     of system areas that you need to restore after update.
  1008.    </p></div><p>
  1009.     Updating a system where an alternative boot loader (not grub) or an
  1010.     additional boot loader is installed in the MBR (Master Boot Record)
  1011.     might override the MBR and place grub as the primary boot loader
  1012.     into the system.
  1013.    </p><p>
  1014.     In this case, we recommend the following: First backup your data.
  1015.     Then either do a fresh installation and restore your data, or run
  1016.     the update nevertheless and restore the affected system areas (in
  1017.     particular, the MBR).  It is always recommended to keep data
  1018.     separated from the system software.  In other words,
  1019.     <code class="filename">/home</code>, <code class="filename">/srv</code>, and other
  1020.     volumes containing data should be on separate partitions, volume
  1021.     groups or logical volumes.  The YaST partitioning module will
  1022.     propose doing this.
  1023.    </p><p>
  1024.     Other update strategies (except booting the install media) are safe
  1025.     if the boot loader is configured properly.  But the other strategies
  1026.     are not available, if you update from SUSE Linux Enterprise Server
  1027.     10.
  1028.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id356443"></a>9.1.15. 
  1029.     Upgrading MySQL to SUSE Linux Enterprise Server 11
  1030.    </h3></div></div></div><p>
  1031.     During the upgrade to SUSE Linux Enterprise Server 11  MySQL is also upgraded to the latest version.
  1032.     To complete this migration you may have to upgrade your data as described
  1033.     in the MySQL documentation.
  1034.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id356820"></a>9.1.16. 
  1035.     Fine-Tuning Firewall Settings
  1036.    </h3></div></div></div><p>
  1037.     SuSEfirewall2 is enabled by default, which means you cannot log in
  1038.     from remote systems. This also interferes with network browsing and
  1039.     multicast applications, such as SLP and Samba ("Network
  1040.     Neighborhood"). You can fine-tune the firewall settings using
  1041.     YaST.
  1042.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id356830"></a>9.1.17. Upgrading from SUSE Linux Enterprise Server 10 SP4 with the Xen Hypervisor May Have
  1043.    Incorrect Network Configuration</h3></div></div></div><p>
  1044.     We have improved the network configuration: If you install SUSE Linux Enterprise Server 11
  1045.     SP3 and configure Xen, you get a bridged setup through YaST.
  1046.    </p><p>
  1047.     However, if you upgrade from SUSE Linux Enterprise Server 10 SP4 to SUSE Linux Enterprise Server 11 SP3, the
  1048.     upgrade does not configure the bridged setup automatically.
  1049.    </p><p>
  1050.     To start the bridge proposal for networking, start the "YaST Control
  1051.     Center", choose "Virtualization", then "Install Hypervisor and
  1052.     Tools".  Alternatively, call <span class="command"><strong>yast2 xen</strong></span> on the
  1053.     commandline.
  1054.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id356860"></a>9.1.18. LILO Configuration Via YaST or AutoYaST</h3></div></div></div><p>The configuration of the LILO boot loader on the x86 and x86_64
  1055.    architecture via YaST or AutoYaST is deprecated, and not supported
  1056.    anymore. For more information, see Novell TID 7003226 <a class="ulink" href="http://www.novell.com/support/documentLink.do?externalID=7003226" target="_top">http://www.novell.com/support/documentLink.do?externalID=7003226</a>.</p></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Update.GAToSP3"></a>9.2. Update from SUSE Linux Enterprise Server 11</h2></div></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id355553"></a>9.2.1. Changed Routing Behavior</h3></div></div></div><p>
  1057.       SUSE Linux Enterprise Server 10 and SUSE Linux Enterprise Server 11 set <code class="literal">net.ipv4.conf.all.rp_filter =
  1058.       1</code> in <code class="filename">/etc/sysctl.conf</code> with the
  1059.       intention of enabling route path filtering.  However, the kernel
  1060.       fails to enable routing path filtering, as intended, by default in
  1061.       these products.
  1062.     </p><p>
  1063.       Since SLES 11 SP1, this bug is fixed and most simple single-homed
  1064.       unicast server setups will not notice a change. But it may cause
  1065.       issues for applications that relied on reverse path filtering
  1066.       being disabled (e.g., multicast routing or multi-homed servers).
  1067.     </p><p>
  1068.       For more details, see
  1069.       <a class="ulink" href="http://ifup.org/2011/02/03/reverse-path-filter-rp_filter-by-example/" target="_top">http://ifup.org/2011/02/03/reverse-path-filter-rp_filter-by-example/</a>.
  1070.     </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id356710"></a>9.2.2. Kernel Devel Packages</h3></div></div></div><p>
  1071.       Starting with SUSE Linux Enterprise Server 11 Service Pack 1 the configuration files for recompiling the
  1072.       kernel were moved into their own sub-package:
  1073.     </p><div class="variablelist"><dl class="variablelist"><dt><span class="term">kernel-flavor-devel</span></dt><dd><p>
  1074.         This package contains only the configuration for one kernel type
  1075.         (<span class="quote">“<span class="quote">flavor</span>”</span>), such as <code class="literal">default</code> or
  1076.         <code class="literal">desktop</code>.
  1077.        </p></dd></dl></div></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Update.SP1ToSP3"></a>9.3. Update from SUSE Linux Enterprise Server 11 SP 1</h2></div></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id355598"></a>9.3.1. Update from SUSE Linux Enterprise Server 11 SP 1</h3></div></div></div><p>
  1078.      ***CHECKIT
  1079.      Updating from SUSE Linux Enterprise Server 11 SP 1 with AutoYaST is
  1080.      supported.
  1081.     </p></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Update.SP2ToSP3"></a>9.4. Update from SUSE Linux Enterprise Server 11 SP 2</h2></div></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314874"></a>9.4.1. Update of python-lxml to 2.3.x</h3></div></div></div><p>python-lxml has been updated to version 2.3.6. It brings several features and numerous bug fixes, as well as one API change:</p><p>
  1082.           <code class="literal">Element.findtext()</code> now returns an empty string instead of <code class="literal">None</code> for elements without text content; it still returns <code class="literal">None</code> when there is no element matching the request. This brings the lxml implementation of the ElementTree API in conformance with the <a class="ulink" href="http://www.effbot.org/zone/pythondoc-elementtree-ElementTree.htm#elementtree.ElementTree._ElementInterface.findtext-method" target="_top">ElementTree API specification</a> . </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314855"></a>9.4.2. Augeas Framework Updated to Version 0.9</h3></div></div></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314654"></a>9.4.3. Postfix: Incompatibility Issues and New Features</h3></div></div></div><p><span class="emphasis"><em>To benefit from enhancements and improvements which have been developed in the upstream community, postfix is upgraded from version 2.5.13 to the current version 2.9.4.</em></span></p><p>
  1083.           <span class="bold"><strong>Incompatibility Issues:</strong></span>
  1084.         </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>The default milter_protocol setting is increased from 2 to 6; this enables all available features up to and including Sendmail 8.14.0.</p></li><li class="listitem"><p>When a mailbox file is not owned by its recipient, the local and virtual delivery agents now log a warning and defer delivery.  Specify "strict_mailbox_ownership = no" to ignore such ownership discrepancies.</p></li><li class="listitem"><p>The Postfix SMTP client(!) no longer tries to use the obsolete SSLv2 protocol by default, as this may prevent the  use of modern SSL features.  Lack of SSLv2 support should never be a problem, since SSLv3 was defined in 1996, and TLSv1 in 1999. You  can undo the change by specifying empty main.cf values for smtp_tls_protocols and lmtp_tls_protocols.</p></li><li class="listitem"><p>Postfix SMTP server replies for address verification have changed.  unverified_recipient_reject_code and  unverified_sender_reject_code now handle "5XX" rejects only. The "4XX" rejects are now controlled with unverified_sender_defer_code and unverified_recipient_defer_code.</p></li><li class="listitem"><p>postfix-script, postfix-files and post-install are moved away from /etc/postfix to $daemon_directory.</p></li><li class="listitem"><p>Postfix now adds (Resent-) From:, Date:, Message-ID: or To: headers only when clients match $local_header_rewrite_clients.  Specify "always_add_missing_headers = yes" for backwards compatibility.</p></li><li class="listitem"><p>The verify(8) service now uses a persistent cache by default (address_verify_map = btree:$data_directory/verify_cache). To disable, specify "address_verify_map ="</p></li><li class="listitem"><p>The meaning of an empty filter next-hop destination has changed (for example, "content_filter = foo:" or "FILTER foo:").  Postfix now uses the recipient domain, instead of using $myhostname as in Postfix 2.6 and earlier.  To restore the old behavior specify  "default_filter_nexthop = $myhostname", or specify a non-empty next-hop content filter destination.</p></li><li class="listitem"><p>Postfix now requests default delivery status notifications when adding a recipient with the Milter smfi_addrcpt  action, instead of "never notify" as with Postfix automatically-added recipients.</p></li><li class="listitem"><p>Postfix now reports a temporary delivery error when the result of virtual alias expansion would exceed the  virtual_alias_recursion_limit or virtual_alias_expansion_limit.</p></li><li class="listitem"><p>To avoid repeated delivery to mailing lists with pathological nested alias configurations, the local(8) delivery agent now keeps the owner-alias attribute of a parent alias, when delivering mail to a child alias that does not have its own owner alias.</p></li><li class="listitem"><p>The Postfix SMTP client no longer appends the local domain when looking up a DNS name without ".".  Specify  "smtp_dns_resolver_options = res_defnames" to get the old behavior, which may produce unexpected results.</p></li><li class="listitem"><p>The format of the "postfix/smtpd[pid]: queueid: client=host[addr]" logfile record has changed. When available, the before-filter client information and the before-filter queue ID are now appended to the end of the record.</p></li><li class="listitem"><p>Postfix by default no longer adds a "To: undisclosed-recipients:;" header when no recipient specified in the message header.  For backwards compatibility, specify: "undisclosed_recipients_header = To: undisclosed-recipients:;"</p></li><li class="listitem"><p>The Postfix SMTP server now always re-computes the SASL mechanism list after successful completion of the STARTTLS command. Earlier versions only re-computed the mechanism list when the values of smtp_sasl_tls_security_options and smtp_sasl_security_options  differ.  This could produce incorrect results, because the Dovecot authentication server may change responses when the SMTP session is encrypted.</p></li><li class="listitem"><p>The smtpd_starttls_timeout default value is now stress-dependent.  By default, TLS negotiations must now complete under overload in 10s instead of 300s.</p></li><li class="listitem"><p>Postfix no longer appends the system-supplied default CA certificates to the lists specified with *_tls_CAfile or with *_tls_CApath. This prevents third-party certificates from getting mail relay permission with the permit_tls_all_clientcerts  feature. Unfortunately this change may cause compatibility problems when configurations rely on certificate verification for other purposes.  Specify "tls_append_default_CA = yes" for backwards compatibility.</p></li><li class="listitem"><p>The VSTREAM error flags are now split into separate read and write error flags. As a result of this change, all programs that use Postfix VSTREAMs MUST be recompiled.</p></li><li class="listitem"><p>For consistency with the SMTP standard, the (client-side) smtp_line_length_limit default value was increased from 990 characters to 999 (i.e. 1000 characters including <CR><LF>).  Specify "smtp_line_length_limit = 990" to restore historical Postfix behavior.</p></li><li class="listitem"><p>To simplify integration with third-party applications, the Postfix sendmail command now always transforms all input lines ending in <CR><LF> into UNIX format (lines ending in <LF>). Specify "sendmail_fix_line_endings = strict" to restore  historical Postfix behavior.</p></li><li class="listitem"><p>To work around broken remote SMTP servers, the Postfix SMTP client by default no longer appends the "AUTH=<>" option  to the MAIL FROM command.  Specify "smtp_send_dummy_mail_auth = yes" to restore the old behavior.</p></li><li class="listitem"><p>Instead of terminating immediately with a "fatal" message when a database file can't be opened, a Postfix daemon program now logs an "error" message, and continues execution with reduced functionality.   Logfile-based alerting systems may need to be updated to look for "error" messages in addition to "fatal" messages.  Specify "daemon_table_open_error_is_fatal = yes" to get the historical behavior (immediate termination with "fatal" message).</p></li><li class="listitem"><p>Postfix now logs the result of successful TLS negotiation with TLS logging levels of 0.</p></li><li class="listitem"><p>The default inet_protocols value is now "all" instead of "ipv4", meaning use both IPv4 and IPv6. To avoid an unexpected loss of performance for sites without global IPv6 connectivity, the commands "make upgrade" and "postfix upgrade-configuration" now append "inet_protocols = ipv4" to main.cf when no explicit inet_protocols setting is already present.</p></li></ul></div><p>
  1085.           <span class="bold"><strong>New Features:</strong></span>
  1086.         </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>Support for managing multiple Postfix instances. Multi-instance support allows you to do the following and more:
  1087.  - Simplify post-queue content filter configuration by using separate Postfix instances before and after the filter.
  1088. - Implement per-user content filters (or no filter) via transport map lookups instead of content_filter settings.
  1089. - Test new configuration settings (on a different server IP address or TCP port) without disturbing production instances.</p></li><li class="listitem"><p>check_reverse_client_hostname_access, to make access decisions based on the unverified client hostname.</p></li><li class="listitem"><p>With "reject_tempfail_action = defer", the Postfix SMTP server immediately replies with a 4xx status after some temporary error.</p></li><li class="listitem"><p>The Postfix SMTP server automatically hangs up after replying with "521". This makes overload handling more  effective.  See also RFC 1846 for prior art on this topic.</p></li><li class="listitem"><p>Stress-dependent behavior is enabled by default.  Under conditions of overload, smtpd_timeout is reduced from 300s  to 10s, smtpd_hard_error_limit is reduced from 20 to 1, and smtpd_junk_command_limit is reduced from 100 to 1.</p></li><li class="listitem"><p>Specify "tcp_windowsize = 65535" (or less) to work around routers with broken TCP window scaling implementations.</p></li><li class="listitem"><p>New "lmtp_assume_final = yes" flag to send correct DSN "success" notifications when LMTP delivery is "final" as opposed to delivery into a content filter.</p></li><li class="listitem"><p>The Postfix SMTP server's SASL authentication was re-structured.  With "smtpd_tls_auth_only = yes", SASL support  is now activated only after a successful TLS handshake. Earlier Postfix SMTP server versions could complain about unavailable SASL  mechanisms during the plaintext phase of the SMTP protocol.</p></li><li class="listitem"><p>Improved before-queue filter performance.  With "smtpd_proxy_options = speed_adjust", the Postfix SMTP server receives the entire message before it connects to a before-queue content filter. This means you can run more SMTP server processes with the same number of running content filter processes, and thus, handle more mail. This feature is off by default until it is proven to create no new problems.</p></li><li class="listitem"><p>sender_dependent_default_transport_maps, a per-sender override for default_transport.</p></li><li class="listitem"><p>milter_header_checks: Support for header checks on Milter-generated message headers.  This can be used, for example, to control mail flow with Milter-generated headers that carry indicators for badness or goodness. Currently,  all header_checks features are implemented except PREPEND.</p></li><li class="listitem"><p>Support to turn off the TLSv1.1 and TLSv1.2 protocols.  Introduced with OpenSSL version 1.0.1, these are known  to cause inter-operability problems with for example hotmail. The radical workaround is to temporarily turn off problematic  protocols globally:
  1090.     smtp_tls_protocols = !SSLv2, !TLSv1.1, !TLSv1.2
  1091.     smtp_tls_mandatory_protocols = !SSLv2, !TLSv1.1, !TLSv1.2</p></li><li class="listitem"><p>Prototype postscreen(8) server that runs a number of time-consuming checks in parallel for all incoming SMTP connections,  before clients are allowed to talk to a real Postfix SMTP server.  It detects clients that start talking too soon, or clients that appear on DNS blocklists, or clients that hang up without sending any command.</p></li><li class="listitem"><p>Support for address patterns in DNS blacklist and whitelist lookup results.</p></li><li class="listitem"><p>The Postfix SMTP server now supports DNS-based whitelisting with several safety features: permit_dnswl_client whitelists a client  by IP address, and permit_rhswl_client whitelists a client by its hostname.  These features use the same syntax as reject_rbl_client and reject_rhsbl_client, respectively. The main difference is that they return PERMIT instead of REJECT.</p></li><li class="listitem"><p>The SMTP server now supports contact information that is appended to "reject" responses. This includes SMTP server responses that aren't logged to the maillog file, such as responses to syntax errors, or unsupported commands.</p></li><li class="listitem"><p>tls_disable_workarounds parameter specifies a list or bit-mask of OpenSSL bug work-arounds to disable.</p></li><li class="listitem"><p>The lower-level code in the TLS engine was simplified by removing an unnecessary layer of data copying. OpenSSL now writes directly to the network.</p></li><li class="listitem"><p>enable_long_queue_ids Introduces support for non-repeating queue IDs (also used as queue file names). These names are encoded in a mix of upper case, lower case and decimal digit characters.  Long queue IDs are disabled by default to avoid breaking tools that parse logfiles and  that expect queue IDs with the smaller [A-F0-9] character set.</p></li><li class="listitem"><p>memcache lookup and update support. This provides a way to share postscreen(8) or verify(8) caches between Postfix instances.</p></li><li class="listitem"><p>Support for TLS public key fingerprint matching in the Postfix SMTP client (in smtp_tls_policy_maps) and server (in check_ccert access maps).</p></li><li class="listitem"><p>Support for external SASL authentication via the XCLIENT command.  This is used to accept SASL authentication from an SMTP proxy such as NGINX.  This support works even without having to specify "smtpd_sasl_auth_enable = yes".</p></li></ul></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314384"></a>9.4.4. Binutils Update</h3></div></div></div><p>Binutils was updated to support newer hardware instructions.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314360"></a>9.4.5. unixODBC Updated to Version 2.3.1</h3></div></div></div><p>unixODBC 2.3.1 provides the most recent upstream fixes; this helps for seamless population of DB2 data using automated tools and improves interoperability with MS SQL server.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314256"></a>9.4.6. stunnel Update to Version 4.54</h3></div></div></div><p>The "stunnel" package update adds new service options for sni and tcp socket handling, improves handling in a FIPS setup and contains some performance improvements</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313355"></a>9.4.7. IBM Java 1.4.2 End of Life</h3></div></div></div><p>As announced with SUSE Linux Enterprise Server 11 SP2, IBM Java 1.4.2 reached End of Life, and thus we remove support for this specific Java version with SUSE Linux Enterprise Server 11 SP3. We recommend to upgrade your environments.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id356748"></a>9.4.8. Update from SUSE Linux Enterprise Server 11 SP 2</h3></div></div></div><p>
  1092.      Updating from SUSE Linux Enterprise Server 11 SP 2 with AutoYaST is
  1093.      supported.
  1094.     </p></div></div></div><div class="chapter"><div class="titlepage"><div><div><h1 class="title"><a name="Deprecated"></a>Chapter 10. Deprecated Functionality</h1></div></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="fate-314487-1"></a>10.1. X.Org: fbdev Used in UEFI Secure Boot Mode (ASpeed Chipset)</h2></div></div></div><p>The unaccelerated 
  1095.      fbdev driver is used as a fallback in UEFI secure boot mode with the ast KMS driver, EFI VGA, and other currently unknown frame buffer drivers.</p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="fate-314425-1"></a>10.2. X.Org Driver Used in UEFI Secure Boot Mode (Matrox)</h2></div></div></div><p>The unaccelerated "mgag200"/"modesetting" (generic X.Org) driver combo is used instead of the "mga" X.Org driver if machine is running in UEFI secure boot mode.  The driver does not load in other cases with a warning message in the kernel log.</p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="fate-314422"></a>10.3. Support for the JFS File System</h2></div></div></div><p>In connection with the change in the JFS support status the corresponding kernel module has been moved to the extra kernel RPM (kernel-flavor-extra).</p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="fate-313016"></a>10.4. Support for Portmap to End with SUSE Linux Enterprise 11 SP3</h2></div></div></div><p>In SUSE Linux Enterprise we provide "rpcbind", which is compatible with portmap.  "rpcbind" provides full IPv6 support. Thus portmap is now deprecated, and support for portmap will end end with the release of SUSE Linux Enterprise 11 SP3.</p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="fate-312973"></a>10.5. L3 Support for Openswan Is Scheduled to Expire</h2></div></div></div><p><span class="emphasis"><em>L3 support for Openswan is scheduled to expire. This
  1096. decision is driven by the fact that Openswan development
  1097. stalled substantially and there are no tangible signs that this will
  1098. change in the future.</em></span></p><p>In contrast to this the strongSwan project is
  1099. vivid and able to deliver a complete implementation of current
  1100. standards. Compared to Openswan all relevant features are available by
  1101. the package strongSwan plus strongSwan is the only complete Open Source
  1102. implementation of the RFC 5996 IKEv2 standard whereas Openswan only
  1103. implements a small mandatory subset. For now
  1104. and the expected future only strongSwan qualifies to be an enterprise-ready solution for encrypted TCP/IP connectivity.</p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="fate-311983"></a>10.6. PHP 5.2 Is Deprecated</h2></div></div></div><p>Based on significant customer demand, we ship PHP 5.3 parallel to PHP 5.2 with SUSE Linux Enterprise 11 SP2.</p><p>PHP 5.2 is deprecated though, and will be removed with SLES 11 SP3.</p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Deprecated.rmwith11sp3"></a>10.7. Packages Removed with SUSE Linux Enterprise Server 11 SP3</h2></div></div></div><p>
  1105.   The following packages were removed with the release of SUSE Linux Enterprise Server 11 
  1106.   SP3:
  1107.  </p><div class="variablelist"><dl class="variablelist"><dt><span class="term"></span></dt><dd><p>
  1108.    </p></dd></dl></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Deprecated.rmwith11sp2"></a>10.8. Packages Removed with SUSE Linux Enterprise Server 11 Service Pack 2</h2></div></div></div><p>
  1109.   The following packages were removed with the release of SUSE Linux Enterprise Server 11 Service Pack
  1110.   2:
  1111.  </p><div class="variablelist"><dl class="variablelist"><dt><span class="term">hyper-v-kmp</span></dt><dd><p>hyper-v-kmp has been removed.</p></dd><dt><span class="term">32-bit Xen Hypervisor as a Virtualization Host</span></dt><dd><p>
  1112.     The 32-bit Xen hypervisor as a virtualization host is not supported
  1113.     anymore. 32-bit virtual guests are not affected and fully supported
  1114.     with the provided 64-bit hypervisor.
  1115.    </p></dd></dl></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Deprecated.rmwith11sp1"></a>10.9. Packages Removed with SUSE Linux Enterprise Server 11 Service Pack 1</h2></div></div></div><p>
  1116.   The following packages were removed with the release of SUSE Linux Enterprise Server 11 Service Pack
  1117.   1:
  1118.  </p><div class="variablelist"><dl class="variablelist"><dt><span class="term">brocade-bfa</span></dt><dd><p>The brocade-bfa kernel module is
  1119.    now part of the main kernel package.</p></dd><dt><span class="term">enic-kmp</span></dt><dd><p>The enic kernel module is
  1120.    now part of the main kernel package.</p></dd><dt><span class="term">fnic-kmp</span></dt><dd><p>The fnic kernel module is
  1121.    now part of the main kernel package.</p></dd><dt><span class="term">kvm-kmp</span></dt><dd><p>The KVM kernel modules are
  1122.    now part of the main kernel package.</p></dd><dt><span class="term">java-1_6_0-ibm-x86</span></dt><dd><p></p></dd></dl></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Deprecated.rmwith11"></a>10.10. Packages Removed with SUSE Linux Enterprise Server 11</h2></div></div></div><p>
  1123.   The following packages were removed with the major release of SUSE Linux Enterprise Server
  1124.   11:
  1125.  </p><div class="variablelist"><dl class="variablelist"><dt><span class="term">dante</span></dt><dd><p></p></dd><dt><span class="term">JFS</span></dt><dd><p>The JFS file system is no longer
  1126.    supported and the utilities have been removed from the distribution.</p></dd><dt><span class="term">EVMS</span></dt><dd><p>
  1127.      Replaced with LVM2.
  1128.     </p></dd><dt><span class="term">ippl</span></dt><dd><p></p></dd><dt><span class="term">powertweak</span></dt><dd><p></p></dd><dt><span class="term">SUN Java</span></dt><dd><p></p></dd><dt><span class="term">uw-imapd</span></dt><dd><p></p></dd><dt><span class="term">mapped-base Functionality</span></dt><dd><p>
  1129.      The mapped-base functionality, which is used by 32-bit applications
  1130.      that need a larger dynamic data space (such as database management
  1131.      systems), has been replaced with flexmap.
  1132.     </p></dd><dt><span class="term">zmd</span></dt><dd><p></p></dd></dl></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="Deprecated.future"></a>10.11. Packages and Features to Be Removed in the Future</h2></div></div></div><p>
  1133.   The following packages and features are deprecated and will be removed
  1134.   with the next Service Pack or major release of SUSE Linux Enterprise Server:
  1135.  </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  1136.    The <span class="command"><strong>reiserfs</strong></span> file system is fully supported for the
  1137.    lifetime of SUSE Linux Enterprise Server 11 specifically for migration purposes. We will
  1138.    however remove support for creating new reiserfs file systems starting
  1139.    with SUSE Linux Enterprise Server 12.
  1140.   </p></li><li class="listitem"><p>
  1141.    The <code class="systemitem">sendmail</code> package is
  1142.    deprecated and might be discontinued with SUSE Linux Enterprise Server 12.
  1143.     </p></li><li class="listitem"><p>
  1144.     The <code class="systemitem">lprng</code> package is
  1145.     deprecated and will be discontinued with SUSE Linux Enterprise Server 12.
  1146.     </p></li><li class="listitem"><p>
  1147.     The <code class="systemitem">dhcp-client</code> package is
  1148.     deprecated and will be discontinued with SUSE Linux Enterprise Server 12.
  1149.    </p></li><li class="listitem"><p>
  1150.     The <code class="systemitem">qt3</code> package is
  1151.     deprecated and will be discontinued with SUSE Linux Enterprise Server 12.
  1152.    </p></li><li class="listitem"><p>
  1153.     <code class="systemitem">syslog-ng</code> will be replaced
  1154.     with <code class="systemitem">rsyslog</code>.
  1155.    </p></li><li class="listitem"><p>
  1156.     The <code class="systemitem">smpppd</code> package is
  1157.     deprecated and will be discontinued with one of the next Service Packs or
  1158.     SUSE Linux Enterprise Server 12.
  1159.    </p></li><li class="listitem"><p>
  1160.     The raw block devices (major 162) are deprecated and will be
  1161.     discontinued with one of the next Service Packs or SUSE Linux Enterprise Server 12.
  1162.    </p></li></ul></div></div></div><div class="chapter"><div class="titlepage"><div><div><h1 class="title"><a name="InfraPackArch"></a>Chapter 11. Infrastructure, Package and Architecture Specific Information</h1></div></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="fate-314441"></a>11.1. Hyper-V: KVP IP Injection</h2></div></div></div><p>Hyper-V now supports the KVP (Key Value Pair) functionality to implement the mechanism to GET/SET IP addresses in the guest. This functionality is used in Windows Server 2012 to implement VM replication functionality.</p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="InfraPackArch.SystemManagement"></a>11.2. Systems Management</h2></div></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314318"></a>11.2.1. Providing the URL of an Add-on Media at the Command Line during Installation</h3></div></div></div><p><span class="emphasis"><em>Add-on media like the Software Development Kit or third party driver media can be added to SUSE Linux Enterprise during installation or later in the running system. Sometimes it's advisable that an add-on media is available from the very beginning, for example to make drivers for new hardware available.</em></span></p><p>It is now possible to provide one or more URLs that point to the location of add-on media at the installer's command line by providing an "addon=url" parameter. Multiple add-ons need to be provided as a comma-separated list ("addon=url1,url2,...").</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-312611-1"></a>11.2.2. Individual Timeout Value for Each Direct AutoFS Mount</h3></div></div></div><p><span class="emphasis"><em>If there were two direct mounts with different timeouts configured, the second one was ignored and the first timeout value was used for both mount points.</em></span></p><p>AutoFS was patched to support individual timeout values for each direct mount.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id357780"></a>11.2.3. YaST Repair Tool Limitation</h3></div></div></div><p>
  1163.    The YaST Repair Tool as available from the boot medium does not
  1164.    detect pseudo devices like <code class="filename">/dev/btrfs</code> and writes
  1165.    a warning about missing partitions instead.
  1166.   </p><p>
  1167.    You should skip the repair of such a device, because for such pseudo
  1168.    devices the availability of a partition is not expected.
  1169.   </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id356029"></a>11.2.4. Modified Operation against Novell Customer Center</h3></div></div></div><p>
  1170.     Effective on 2009-01-13, provisional registrations have been disabled
  1171.     in the Novell Customer Center. Registering an instance of SUSE Linux Enterprise Server or
  1172.     Open Enterprise Server (OES) products now requires a valid, entitled
  1173.     activation code. Evaluation codes for reviews or proofs of concept
  1174.     can be obtained from the product pages and from the download pages
  1175.     on novell.com.
  1176.    </p><p>
  1177.     If a device is registered without a code at setup time, a
  1178.     provisional code is assigned to it by Novell Customer Center (NCC),
  1179.     and it will be entered in your NCC list of devices. No update
  1180.     repositories are assigned to the device at this time.
  1181.    </p><p>
  1182.     Once you are ready to assign a code to the device, start the YaST
  1183.     Novell Customer Center registration module and replace the
  1184.     un-entitled provisional code that NCC generated with the appropriate
  1185.     one to fully entitle the device and activate the related update
  1186.     repositories.
  1187.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id357811"></a>11.2.5. Operation against Subscription Management Tool</h3></div></div></div><p>
  1188.     Operation under the Subscription Management Tool (SMT) package and
  1189.     registration proxy is not affected. Registration against SMT will
  1190.     assign codes automatically from your default pool in NCC until all
  1191.     entitlements have been assigned. Registering additional devices once
  1192.     the pool is depleted will result in the new device being assigned a
  1193.     provisional code (with local access to updates) The SMT server will
  1194.     notify the administrator that these new devices need to be
  1195.     entitled.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id357821"></a>11.2.6. Minimal Pattern</h3></div></div></div><p>
  1196.     The minimal pattern provided in YaST's Software Selection dialog
  1197.     targets experienced customers and should be used as a base for your
  1198.     own specific software selections.
  1199.    </p><p>
  1200.     Do not expect a minimal pattern to provide a useful basis for your
  1201.     business needs without installing additional software.
  1202.    </p><p>
  1203.     This pattern does not include any dump or logging tools. To fully
  1204.     support your configuration, Novell Technical Services (NTS) will
  1205.     request installation of all tools needed for further analysis in
  1206.     case of a support request.
  1207.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id357836"></a>11.2.7. SPident</h3></div></div></div><p>
  1208.     SPident is a tool to identify the Service Pack level of the current
  1209.     installation. On SUSE Linux Enterprise Server 11 GA, this tool has been replaced by the
  1210.     new SAM tool (package "suse-sam").
  1211.    </p></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="InfraPackArch.Performance"></a>11.3. Performance Related Information</h2></div></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id357735"></a>11.3.1. Linux Completely Fair Scheduler Affects Java Performance</h3></div></div></div><p>
  1212.     Problem (Abstract)
  1213.     </p><p>
  1214.      Java applications that use synchronization extensively might
  1215.      perform poorly on Linux systems that include the Completely Fair
  1216.      Scheduler.  If you encounter this problem, there are two possible
  1217.      workarounds.
  1218.     </p><p>Symptom</p><p>
  1219.      You may observe extremely high CPU usage by your Java application
  1220.      and very slow progress through synchronized blocks. The application
  1221.      may appear to hang due to the slow progress.
  1222.      </p><p>Cause</p><p>
  1223.       The Completely Fair Scheduler (CFS) was adopted into the mainline
  1224.       Linux kernel as of release 2.6.23. The CFS algorithm is different
  1225.       from previous Linux releases. It might change the performance
  1226.       properties of some applications. In particular, CFS implements
  1227.       sched_yield() differently, making it more likely that a thread
  1228.       that yields will be given CPU time regardless. More information on
  1229.       CFS can be found here: "Multiprocessing with the Completely Fair
  1230.       Scheduler",
  1231.      <a class="ulink" href="http://www.ibm.com/developerworks/linux/library/l-cfs/?ca=dgrlnxw06CFC4Linux" target="_top">http://www.ibm.com/developerworks/linux/library/l-cfs/?ca=dgrlnxw06CFC4Linux</a>
  1232.      </p><p>
  1233.       The new behavior of sched_yield() might adversely affect the
  1234.       performance of synchronization in the IBM JVM.
  1235.      </p><p>
  1236.       Environment
  1237.      </p><p>
  1238.       This problem may affect IBM JDK 5.0 and 6.0 (all versions) running
  1239.       on Linux kernels that include the Completely Fair Scheduler,
  1240.       including Linux kernel 2.6.27 in SUSE Linux Enterprise Server 11.
  1241.      </p><p>
  1242.       Resolving the Problem
  1243.      </p><p>
  1244.       If you observe poor performance of your Java application, there
  1245.       are two possible workarounds:
  1246.      </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>Either invoke the JVM with the additional argument <code class="option">"-Xthr:minimizeUserCPU"</code>. </p></li><li class="listitem"><p>Or configure the Linux kernel to use the more
  1247.       backward-compatible heuristic for sched_yield() by setting the
  1248.       sched_compat_yield tunable kernel property to
  1249.       <code class="option">1</code>. For example:</p><pre class="screen">echo "1" > /proc/sys/kernel/sched_compat_yield</pre></li></ul></div><p>
  1250.      You should not use these workarounds unless you are experiencing
  1251.      poor performance.
  1252.      </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id357623"></a>11.3.2. Tuning Performance of Simple Database Engines</h3></div></div></div><p>
  1253.     Simple database engines like Berkeley DB use memory mappings
  1254.     (mmap(2)) to manipulate database files. When the mapped memory is
  1255.     modified, those changes need to be written back to disk. In SUSE Linux Enterprise
  1256.     11, the kernel includes modified mapped memory in its calculations
  1257.     for deciding when to start background writeback and when to throttle
  1258.     processes which modify additional memory.  (In previous versions,
  1259.     mapped dirty pages were not accounted for and the amount of modified
  1260.     memory could exceed the overall limit defined.) This can lead to a
  1261.     decrease in performance; the fix is to increase the overall limit.
  1262.    </p><p>
  1263.     The maximum amount of dirty memory is 40% in SUSE Linux Enterprise 11 by
  1264.     default. This value is chosen for average workloads, so that enough
  1265.     memory remains available for other uses. The following settings may
  1266.     be relevant when tuning for database workloads:
  1267.    </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  1268.          vm.dirty_ratio
  1269.         </p><p>
  1270.     Maximum percentage of dirty system memory (default 40).
  1271.         </p></li><li class="listitem"><p>
  1272.          vm.dirty_background_ratio
  1273.         </p><p>
  1274.          
  1275.          Percentage of dirty system memory at which background writeback
  1276.          will start (default 10).
  1277.         </p></li><li class="listitem"><p>
  1278.          vm.dirty_expire_centisecs
  1279.         </p><p>
  1280.          Duration after which dirty system memory is considered old
  1281.          enough to be eligible for background writeback (in
  1282.          centiseconds).
  1283.         </p></li></ul></div><p>These limits can be observed or modified with the sysctl
  1284.    utility (see sysctl(1) and sysctl.conf(5)).
  1285.    </p></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="InfraPackArch.Storage"></a>11.4. Storage</h2></div></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313625"></a>11.4.1. Improved Support for Intel RSTe</h3></div></div></div><p>This Service Pack adds improved support for Intel Rapid Storage Technology Enterprise (RSTe). It now supports RAID levels 0,1,4,5,6 and 10.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313521"></a>11.4.2. Define disk order for MD Raid with YaST</h3></div></div></div><p>This enables to specify the disk order if a RAID device is created.  Thus you can influence which data of the RAID is written on which disk.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id356204"></a>11.4.3. Multipathing: SCSI Hardware Handler</h3></div></div></div><p>
  1286.     Some storage devices, e.g. IBM DS4K, require special handling for
  1287.     path failover and failback. In SUSE Linux Enterprise Server 10 SP2, dm layer served as
  1288.     hardware handler.
  1289.    </p><p>
  1290.     One drawback of this implementation was that the underlying SCSI
  1291.     layer did not know about the existence of the hardware
  1292.     handler. Hence, during device probing, SCSI would send I/O on the
  1293.     passive path, which would fail after a timeout and also print
  1294.     extraneous error messages in the console.
  1295.    </p><p>
  1296.     In SUSE Linux Enterprise Server 11, this problem is resolved by moving the hardware
  1297.     handler to the SCSI layer, hence the term SCSI Hardware
  1298.     Handler. These handlers are modules created under the SCSI directory
  1299.     in the Linux Kernel.
  1300.    </p><p>
  1301.     In SUSE Linux Enterprise Server 11, there are four SCSI Hardware Handlers:
  1302.     <code class="literal">scsi_dh_alua</code>, <code class="literal">scsi_dh_rdac</code>,
  1303.     <code class="literal">scsi_dh_hp_sw</code>, <code class="literal">scsi_dh_emc</code>.
  1304.    </p><p>
  1305.     These modules need to be included in the initrd image so that SCSI
  1306.     knows about the special handling during probe time itself.
  1307.    </p><p>
  1308.     To do so, carry out the following steps:
  1309.    </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>Add the device handler modules to the
  1310.     <code class="literal">INITRD_MODULES</code> variable in
  1311.     <code class="filename">/etc/sysconfig/kernel</code></p></li><li class="listitem"><p>Create a new initrd with:</p><pre class="screen">mkinitrd -k /boot/vmlinux-<flavour> \
  1312. -i /boot/initrd-<flavour>-scsi_dh \
  1313. -M /boot/System.map-<flavour></pre></li><li class="listitem"><p>Update the <code class="filename">grub.conf/lilo.conf/yaboot.conf</code> file with the newly built initrd.</p></li><li class="listitem"><p>Reboot.</p></li></ul></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id355389"></a>11.4.4. Local Mounts of iSCSI Shares</h3></div></div></div><p>
  1314.     An iSCSI shared device should never be mounted directly on the local
  1315.     machine. In an OCFS2 environment, doing so causes all hardware to
  1316.     hard hang.
  1317.    </p></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="InfraPackArch.HyperV"></a>11.5. Hyper-V</h2></div></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id357644"></a>11.5.1. Change of Kernel Device Names in Hyper-V Guests</h3></div></div></div><p>
  1318.     Starting with SP2, SLES 11 has a newer block device driver, which presents all
  1319.     configured virtual disks as SCSI devices.  Disks, which used to
  1320.     appear as <code class="filename">/dev/hda</code> in SLES 11 SP1 will from now
  1321.     on appear as <code class="filename">/dev/sda</code>.
  1322.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id358142"></a>11.5.2. Using the "Virtual Machine Snapshot" Feature</h3></div></div></div><p>
  1323.     The Windows Server Manager GUI allows to take snapshots of a Hyper-V
  1324.     guest.  After a snapshot is taken the guest will fail to reboot.  By
  1325.     default, the guest's root file system is referenced by the serial
  1326.     number of the virtual disk.  This serial number changes with each
  1327.     snapshot.  Since the guest expects the initial serial number,
  1328.     booting will fail.
  1329.    </p><p>
  1330.     The solution is to either delete all snapshots
  1331.     using the Windows GUI, or configure the guest to mount partitions by
  1332.     file system UUID.  This change can be made with the YaST partitioner
  1333.     and boot loader configurator.
  1334.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id358292"></a>11.5.3. Formatting Large Disk Partitions on Windows 8 Server</h3></div></div></div><p>
  1335. Installing a guest hosted on Windows 8 Server may fail when a large
  1336. virtual disk image (larger than 50 GB) in <code class="literal">.vhdx</code>
  1337. format is assigned to the guest. To workaround this issue use either
  1338. virtual disk images with a fixed size, or create the dynamically sized
  1339. disk image using Powershell.
  1340.    </p><div class="variablelist"><dl class="variablelist"><dt><span class="term">Technical Background about the Issue</span></dt><dd><p>
  1341. The <code class="literal">.vhd</code> and <code class="literal">.vhdx</code> images are
  1342. sparse files.  When a dynamic <code class="literal">.vhdx</code> is created with a
  1343. maximum size of 127 GB, the initial size is about 256 KB.  Because the
  1344. default block size for <code class="literal">.vhdx</code> files is 32 MB, writing
  1345. one 512 byte sector will result in a 32 MB section of the sparse file
  1346. being allocated.  When <code class="literal">ext3</code> is allocating the MBR,
  1347. the super block, the backup super blocks, inodes, directories, etc.,
  1348. space is being allocated in the sparse file.  Because of
  1349. <code class="literal">ext3</code>'s suboptimal IO, how the data structures are
  1350. laid out on disk, and the default block size, a large partition of the
  1351. <code class="literal">.vhdx</code> file is allocated just by formatting.  The
  1352. workaround is to create a <code class="literal">.vhdx</code> file with a 1 MB block
  1353. size rather than the default 32 MB.
  1354.       </p><p>
  1355. Changing the block size in the UI is not implemented. It can only be
  1356. changed when the VHDx file is created through Powershell.  To create a
  1357. VHD with a modified block size, use this Powershell script (all in one
  1358. line):
  1359.       </p><pre class="screen">New-VHD -Path C:\MyVHDs\test.vhdx -SizeBytes (127GB)
  1360.   -Dynamic -BlockSizeBytes (1MB) -VHDFormat vhdx</pre></dd></dl></div></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="InfraPackArch.ArchIndependent"></a>11.6. Architecture Independent Information</h2></div></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314578-1"></a>11.6.1. Current Limitations in a UEFI Secure Boot Context</h3></div></div></div><p>When booting in Secure Boot mode, the following restrictions apply:</p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>bootloader, kernel and kernel modules must be signed</p></li><li class="listitem"><p>kexec and kdump are disabled</p></li><li class="listitem"><p>hibernation (suspend on disk) is disabled</p></li><li class="listitem"><p>access to /dev/kmem and /dev/mem is not possible, even as root user</p></li><li class="listitem"><p>access to IO port is not possible, even as root user. All X11 graphical drivers must use a kernel driver</p></li><li class="listitem"><p>PCI BAR access through sysfs is not possible</p></li><li class="listitem"><p>'custom_method' in ACPI is not available</p></li><li class="listitem"><p>debugfs for asus-wmi module is not available</p></li><li class="listitem"><p>acpi_rsdp parameter doesn't have any effect on kernel</p></li></ul></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="InfraPackArch.ArchIndependent.Package"></a>11.6.2. Changes in Packaging and Delivery</h3></div></div></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314692"></a>11.6.2.1. Python Updated to Version 2.6.8 with  "collections.OrderedDict" Functionality</h4></div></div></div><p>The "OrderedDict" functionality ensures that Python dictionaries emitted for conversion into strings maintain their original order. This functionality is important for data analytics applications.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314654-1"></a>11.6.2.2. Postfix: Incompatibility Issues and New Features</h4></div></div></div><p><span class="emphasis"><em>To benefit from enhancements and improvements which have been developed in the upstream community, postfix is upgraded from version 2.5.13 to the current version 2.9.4.</em></span></p><p>
  1361.           <span class="bold"><strong>Incompatibility Issues:</strong></span>
  1362.         </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>The default milter_protocol setting is increased from 2 to 6; this enables all available features up to and including Sendmail 8.14.0.</p></li><li class="listitem"><p>When a mailbox file is not owned by its recipient, the local and virtual delivery agents now log a warning and defer delivery.  Specify "strict_mailbox_ownership = no" to ignore such ownership discrepancies.</p></li><li class="listitem"><p>The Postfix SMTP client(!) no longer tries to use the obsolete SSLv2 protocol by default, as this may prevent the  use of modern SSL features.  Lack of SSLv2 support should never be a problem, since SSLv3 was defined in 1996, and TLSv1 in 1999. You  can undo the change by specifying empty main.cf values for smtp_tls_protocols and lmtp_tls_protocols.</p></li><li class="listitem"><p>Postfix SMTP server replies for address verification have changed.  unverified_recipient_reject_code and  unverified_sender_reject_code now handle "5XX" rejects only. The "4XX" rejects are now controlled with unverified_sender_defer_code and unverified_recipient_defer_code.</p></li><li class="listitem"><p>postfix-script, postfix-files and post-install are moved away from /etc/postfix to $daemon_directory.</p></li><li class="listitem"><p>Postfix now adds (Resent-) From:, Date:, Message-ID: or To: headers only when clients match $local_header_rewrite_clients.  Specify "always_add_missing_headers = yes" for backwards compatibility.</p></li><li class="listitem"><p>The verify(8) service now uses a persistent cache by default (address_verify_map = btree:$data_directory/verify_cache). To disable, specify "address_verify_map ="</p></li><li class="listitem"><p>The meaning of an empty filter next-hop destination has changed (for example, "content_filter = foo:" or "FILTER foo:").  Postfix now uses the recipient domain, instead of using $myhostname as in Postfix 2.6 and earlier.  To restore the old behavior specify  "default_filter_nexthop = $myhostname", or specify a non-empty next-hop content filter destination.</p></li><li class="listitem"><p>Postfix now requests default delivery status notifications when adding a recipient with the Milter smfi_addrcpt  action, instead of "never notify" as with Postfix automatically-added recipients.</p></li><li class="listitem"><p>Postfix now reports a temporary delivery error when the result of virtual alias expansion would exceed the  virtual_alias_recursion_limit or virtual_alias_expansion_limit.</p></li><li class="listitem"><p>To avoid repeated delivery to mailing lists with pathological nested alias configurations, the local(8) delivery agent now keeps the owner-alias attribute of a parent alias, when delivering mail to a child alias that does not have its own owner alias.</p></li><li class="listitem"><p>The Postfix SMTP client no longer appends the local domain when looking up a DNS name without ".".  Specify  "smtp_dns_resolver_options = res_defnames" to get the old behavior, which may produce unexpected results.</p></li><li class="listitem"><p>The format of the "postfix/smtpd[pid]: queueid: client=host[addr]" logfile record has changed. When available, the before-filter client information and the before-filter queue ID are now appended to the end of the record.</p></li><li class="listitem"><p>Postfix by default no longer adds a "To: undisclosed-recipients:;" header when no recipient specified in the message header.  For backwards compatibility, specify: "undisclosed_recipients_header = To: undisclosed-recipients:;"</p></li><li class="listitem"><p>The Postfix SMTP server now always re-computes the SASL mechanism list after successful completion of the STARTTLS command. Earlier versions only re-computed the mechanism list when the values of smtp_sasl_tls_security_options and smtp_sasl_security_options  differ.  This could produce incorrect results, because the Dovecot authentication server may change responses when the SMTP session is encrypted.</p></li><li class="listitem"><p>The smtpd_starttls_timeout default value is now stress-dependent.  By default, TLS negotiations must now complete under overload in 10s instead of 300s.</p></li><li class="listitem"><p>Postfix no longer appends the system-supplied default CA certificates to the lists specified with *_tls_CAfile or with *_tls_CApath. This prevents third-party certificates from getting mail relay permission with the permit_tls_all_clientcerts  feature. Unfortunately this change may cause compatibility problems when configurations rely on certificate verification for other purposes.  Specify "tls_append_default_CA = yes" for backwards compatibility.</p></li><li class="listitem"><p>The VSTREAM error flags are now split into separate read and write error flags. As a result of this change, all programs that use Postfix VSTREAMs MUST be recompiled.</p></li><li class="listitem"><p>For consistency with the SMTP standard, the (client-side) smtp_line_length_limit default value was increased from 990 characters to 999 (i.e. 1000 characters including <CR><LF>).  Specify "smtp_line_length_limit = 990" to restore historical Postfix behavior.</p></li><li class="listitem"><p>To simplify integration with third-party applications, the Postfix sendmail command now always transforms all input lines ending in <CR><LF> into UNIX format (lines ending in <LF>). Specify "sendmail_fix_line_endings = strict" to restore  historical Postfix behavior.</p></li><li class="listitem"><p>To work around broken remote SMTP servers, the Postfix SMTP client by default no longer appends the "AUTH=<>" option  to the MAIL FROM command.  Specify "smtp_send_dummy_mail_auth = yes" to restore the old behavior.</p></li><li class="listitem"><p>Instead of terminating immediately with a "fatal" message when a database file can't be opened, a Postfix daemon program now logs an "error" message, and continues execution with reduced functionality.   Logfile-based alerting systems may need to be updated to look for "error" messages in addition to "fatal" messages.  Specify "daemon_table_open_error_is_fatal = yes" to get the historical behavior (immediate termination with "fatal" message).</p></li><li class="listitem"><p>Postfix now logs the result of successful TLS negotiation with TLS logging levels of 0.</p></li><li class="listitem"><p>The default inet_protocols value is now "all" instead of "ipv4", meaning use both IPv4 and IPv6. To avoid an unexpected loss of performance for sites without global IPv6 connectivity, the commands "make upgrade" and "postfix upgrade-configuration" now append "inet_protocols = ipv4" to main.cf when no explicit inet_protocols setting is already present.</p></li></ul></div><p>
  1363.           <span class="bold"><strong>New Features:</strong></span>
  1364.         </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>Support for managing multiple Postfix instances. Multi-instance support allows you to do the following and more:
  1365.  - Simplify post-queue content filter configuration by using separate Postfix instances before and after the filter.
  1366. - Implement per-user content filters (or no filter) via transport map lookups instead of content_filter settings.
  1367. - Test new configuration settings (on a different server IP address or TCP port) without disturbing production instances.</p></li><li class="listitem"><p>check_reverse_client_hostname_access, to make access decisions based on the unverified client hostname.</p></li><li class="listitem"><p>With "reject_tempfail_action = defer", the Postfix SMTP server immediately replies with a 4xx status after some temporary error.</p></li><li class="listitem"><p>The Postfix SMTP server automatically hangs up after replying with "521". This makes overload handling more  effective.  See also RFC 1846 for prior art on this topic.</p></li><li class="listitem"><p>Stress-dependent behavior is enabled by default.  Under conditions of overload, smtpd_timeout is reduced from 300s  to 10s, smtpd_hard_error_limit is reduced from 20 to 1, and smtpd_junk_command_limit is reduced from 100 to 1.</p></li><li class="listitem"><p>Specify "tcp_windowsize = 65535" (or less) to work around routers with broken TCP window scaling implementations.</p></li><li class="listitem"><p>New "lmtp_assume_final = yes" flag to send correct DSN "success" notifications when LMTP delivery is "final" as opposed to delivery into a content filter.</p></li><li class="listitem"><p>The Postfix SMTP server's SASL authentication was re-structured.  With "smtpd_tls_auth_only = yes", SASL support  is now activated only after a successful TLS handshake. Earlier Postfix SMTP server versions could complain about unavailable SASL  mechanisms during the plaintext phase of the SMTP protocol.</p></li><li class="listitem"><p>Improved before-queue filter performance.  With "smtpd_proxy_options = speed_adjust", the Postfix SMTP server receives the entire message before it connects to a before-queue content filter. This means you can run more SMTP server processes with the same number of running content filter processes, and thus, handle more mail. This feature is off by default until it is proven to create no new problems.</p></li><li class="listitem"><p>sender_dependent_default_transport_maps, a per-sender override for default_transport.</p></li><li class="listitem"><p>milter_header_checks: Support for header checks on Milter-generated message headers.  This can be used, for example, to control mail flow with Milter-generated headers that carry indicators for badness or goodness. Currently,  all header_checks features are implemented except PREPEND.</p></li><li class="listitem"><p>Support to turn off the TLSv1.1 and TLSv1.2 protocols.  Introduced with OpenSSL version 1.0.1, these are known  to cause inter-operability problems with for example hotmail. The radical workaround is to temporarily turn off problematic  protocols globally:
  1368.     smtp_tls_protocols = !SSLv2, !TLSv1.1, !TLSv1.2
  1369.     smtp_tls_mandatory_protocols = !SSLv2, !TLSv1.1, !TLSv1.2</p></li><li class="listitem"><p>Prototype postscreen(8) server that runs a number of time-consuming checks in parallel for all incoming SMTP connections,  before clients are allowed to talk to a real Postfix SMTP server.  It detects clients that start talking too soon, or clients that appear on DNS blocklists, or clients that hang up without sending any command.</p></li><li class="listitem"><p>Support for address patterns in DNS blacklist and whitelist lookup results.</p></li><li class="listitem"><p>The Postfix SMTP server now supports DNS-based whitelisting with several safety features: permit_dnswl_client whitelists a client  by IP address, and permit_rhswl_client whitelists a client by its hostname.  These features use the same syntax as reject_rbl_client and reject_rhsbl_client, respectively. The main difference is that they return PERMIT instead of REJECT.</p></li><li class="listitem"><p>The SMTP server now supports contact information that is appended to "reject" responses. This includes SMTP server responses that aren't logged to the maillog file, such as responses to syntax errors, or unsupported commands.</p></li><li class="listitem"><p>tls_disable_workarounds parameter specifies a list or bit-mask of OpenSSL bug work-arounds to disable.</p></li><li class="listitem"><p>The lower-level code in the TLS engine was simplified by removing an unnecessary layer of data copying. OpenSSL now writes directly to the network.</p></li><li class="listitem"><p>enable_long_queue_ids Introduces support for non-repeating queue IDs (also used as queue file names). These names are encoded in a mix of upper case, lower case and decimal digit characters.  Long queue IDs are disabled by default to avoid breaking tools that parse logfiles and  that expect queue IDs with the smaller [A-F0-9] character set.</p></li><li class="listitem"><p>memcache lookup and update support. This provides a way to share postscreen(8) or verify(8) caches between Postfix instances.</p></li><li class="listitem"><p>Support for TLS public key fingerprint matching in the Postfix SMTP client (in smtp_tls_policy_maps) and server (in check_ccert access maps).</p></li><li class="listitem"><p>Support for external SASL authentication via the XCLIENT command.  This is used to accept SASL authentication from an SMTP proxy such as NGINX.  This support works even without having to specify "smtpd_sasl_auth_enable = yes".</p></li></ul></div></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314562"></a>11.6.2.3. Postfix Banner Less Verbose</h4></div></div></div><p><span class="emphasis"><em>The SMTP MTA banner sent to the client upon connection is less verbose now. It does not print the services name and version number anymore.</em></span></p><p>The SMTP MTA banner sent to the client upon connection is less verbose now. It does not print the services name and version number anymore.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314321"></a>11.6.2.4. Update RRDTool to 1.4.7</h4></div></div></div><p>RRDTool 1.4.5 is a drop-in replacement without any incompatible changes.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-313355-1"></a>11.6.2.5. IBM Java 1.4.2 End of Life</h4></div></div></div><p>As announced with SUSE Linux Enterprise Server 11 SP2, IBM Java 1.4.2 reached End of Life, and thus we remove support for this specific Java version with SUSE Linux Enterprise Server 11 SP3. We recommend to upgrade your environments.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id358528"></a>11.6.2.6. SUSE Linux Enterprise High Availability Extension 11</h4></div></div></div><p>
  1370.      With the <span class="emphasis"><em>SUSE Linux Enterprise High Availability Extension 11</em></span>, SUSE offers the most
  1371.      modern open source High Availability Stack for Mission Critical
  1372.      environments.
  1373.     </p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id358304"></a>11.6.2.7. Kernel Has Memory Cgroup Support Enabled By Default</h4></div></div></div><p>
  1374.      While this functionality is welcomed in most environments, it
  1375.      requires about 1% of memory. Memory allocation is done at boot time
  1376.      and is using 40 Bytes per 4 KiB page which results in 1% of memory.
  1377.     </p><p>
  1378.      In virtualized environments, specifically but not exclusively on
  1379.      s390x systems, this may lead to a higher basic memory consumption:
  1380.      e.g., a 20GiB host with 200 x 1GiB guests consumes 10% of the real
  1381.      memory.
  1382.     </p><p>
  1383.      This memory is not swappable by Linux itself, but the guest cgroup
  1384.      memory is pageable by a z/VM host on an s390x system and might be
  1385.      swappable on other hypervisors as well.
  1386.     </p><p>
  1387.      Cgroup memory support is activated by default but it can be
  1388.      deactivated by adding the Kernel Parameter
  1389.      <code class="literal">cgroup_disable=memory</code>
  1390.     </p><p>
  1391.      A reboot is required to deactivate or activate this setting.
  1392.     </p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id358263"></a>11.6.2.8. Kernel Development Files Moved to Individual
  1393.    kernel-$flavor-devel Packages</h4></div></div></div><p>
  1394.     Up to SLE 11 GA, the kernel development files
  1395.     (<code class="filename">.config</code>, <code class="filename">Module.symvers</code>,
  1396.     etc.) for all flavors were packaged in a single kernel-syms package.
  1397.     Starting with SLE 11 SP1, these files are packaged in individual
  1398.     kernel-$flavor-devel packages, allowing to build KMPs for only the
  1399.     required kernel flavors. For compatibility with existing spec files,
  1400.     the kernel-syms package still exists and depends on the individual
  1401.     kernel-$flavor-devel packages.
  1402.    </p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id358186"></a>11.6.2.9. Live Migration of KVM Guest with Device Hot-Plugging</h4></div></div></div><p>
  1403.      Hot-plugging a device (network, disk) works fine for a KVM guest on
  1404.      a SLES 11 host since SP1.  However, migrating the same guest with the
  1405.      hotplugged device (available on the destination host) fails.
  1406.     </p><p>
  1407.      Since SLES 11 SP1, supports the hotplugging of the device to the
  1408.      KVM guest, but migrating the guest with the hot-plugged device is
  1409.      not supported and expected to fail.
  1410.     </p></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="InfraPackArch.ArchIndependent.Security"></a>11.6.3. Security</h3></div></div></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id357654"></a>11.6.3.1. Removable Media</h4></div></div></div><p>To allow a specific user (<span class="quote">“<span class="quote">joe</span>”</span>) to mount
  1411.    removable media, run the following command as root:</p><pre class="screen">polkit-auth --user joe \
  1412. --grant org.freedesktop.hal.storage.mount-removable
  1413.    </pre><p>
  1414.     To allow all locally logged in users on the active console to mount
  1415.     removable media, run the following commands as root:
  1416.    </p><pre class="screen">echo 'org.freedesktop.hal.storage.mount-removable no:no:yes' \
  1417.   >> /etc/polkit-default-privs.local
  1418. /sbin/set_polkit_default_privs
  1419. </pre></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id358552"></a>11.6.3.2. Verbose Audit Records for System User Management Tools</h4></div></div></div><p>
  1420.      Install the package "pwdutils-plugin-audit". To enable this plugin, add "audit" to <code class="filename">/etc/pwdutils/logging</code>. See the <span class="quote">“<span class="quote">Security Guide</span>”</span>
  1421.  for more information.
  1422.     </p></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="InfraPackArch.ArchIndependent.Network"></a>11.6.4. Networking</h3></div></div></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id358549"></a>11.6.4.1. Mounting NFS Volumes Locally on the Exporting Server</h4></div></div></div><p>
  1423.     Mounting NFS volumes locally on the exporting server is not
  1424.     supported on SUSE Linux Enterprise systems, as it is the case on all
  1425.     Enterprise class Linux systems.
  1426.    </p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id358530"></a>11.6.4.2. Loading the mlx4_en Adapter Driver with the Mellanox ConnectX2 Ethernet Adapter</h4></div></div></div><p>
  1427. There is a reported problem that the Mellanox ConnectX2 Ethernet adapter
  1428. does not trigger the automatic load of the mlx4_en adapter driver. If
  1429. you experience problems with the mlx4_en driver not automatically
  1430. loading when a Mellanox ConnectX2 interface is available, create the
  1431. file <code class="filename">mlx4.conf</code> in the directory
  1432. <code class="filename">/etc/modprobe.d</code> with the following command:
  1433.    </p><pre class="screen">install mlx4_core /sbin/modprobe --ignore-install mlx4_core \
  1434.   && /sbin/modprobe mlx4_en</pre></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id358429"></a>11.6.4.3. Using the System as a Router</h4></div></div></div><p>
  1435.      As long as the firewall is active, the option
  1436.      <code class="filename">ip_forwarding</code> will be reset by the firewall
  1437.      module. To activate the system as a router, the variable
  1438.      <code class="filename">FW_ROUTE</code> has to be set, too. This can be done
  1439.      through <span class="command"><strong>yast2 firewall</strong></span> or manually.
  1440.     </p></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="InfraPackArch.ArchIndependent.Cross"></a>11.6.5. Cross Architecture Information</h3></div></div></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id358882"></a>11.6.5.1. ATI Radeon ES1000 Support</h4></div></div></div><p>
  1441.     ***CHECKIT
  1442. If upgrading from SP1 to SP2 on a system with an ATI Radeon ES1000 video
  1443. chip, there may be issues with the color palette when running Xorg.  To
  1444. avoid this issue, regenerate a new <code class="filename">xorg.conf</code> file
  1445. after the installation with:
  1446.    </p><pre class="screen">sax2 -a -r</pre><p>
  1447. This will allow the Xorg vesa driver to control the video chip.
  1448.    </p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id358122"></a>11.6.5.2. Myricom 10-Gigabit Ethernet Driver and Firmware</h4></div></div></div><p>
  1449.     SUSE Linux Enterprise 11 (x86, x86_64 and IA64) is using the Myri10GE driver from
  1450.     mainline Linux kernel. The driver requires a firmware file to be
  1451.     present, which is not being delivered with SUSE Linux Enterprise 11.
  1452.    </p><p>
  1453.     Download the required firmware at <a class="ulink" href="http://www.myricom.com" target="_top">http://www.myricom.com</a>.
  1454.    </p></div></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="InfraPackArch.x86_64_x86"></a>11.7. AMD64/Intel64 64-Bit (x86_64) and Intel/AMD 32-Bit (x86) Specific Information</h2></div></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="InfraPackArch.x86_64_x86.System"></a>11.7.1. System and Vendor Specific Information</h3></div></div></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id358890"></a>11.7.1.1. IBM System x Servers: Installation on 4KB Sector Drives Not
  1455.    Supported</h4></div></div></div><p>
  1456.     Legacy installations are not supported on 4KB sector drives that are
  1457.     installed in System x servers.  (UEFI installations and the use of
  1458.     the 4KB sector disks as non-boot disks are supported).
  1459.    </p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id359067"></a>11.7.1.2. Insecurity with XEN on Some AMD Processors</h4></div></div></div><p>
  1460. This hardware flaw ("AMD Erratum #121") is described in "Revision Guide
  1461. for AMD Athlon 64 and AMD Opteron Processors"
  1462. (<a class="ulink" href="http://support.amd.com/us/Processor_TechDocs/25759.pdf" target="_top">http://support.amd.com/us/Processor_TechDocs/25759.pdf</a>):</p><p>
  1463. The following 130nm and 90nm (DDR1-only) AMD processors are subject
  1464. to this erratum:
  1465. </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  1466.   First-generation AMD-Opteron(tm) single and dual core processors
  1467.   in either 939 or 940 packages:</p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: circle; "><li class="listitem"><p>AMD Opteron(tm) 100-Series Processors</p></li><li class="listitem"><p>AMD Opteron(tm) 200-Series Processors</p></li><li class="listitem"><p>AMD Opteron(tm) 800-Series Processors</p></li><li class="listitem"><p>AMD Athlon(tm) processors in either 754, 939 or 940 packages</p></li><li class="listitem"><p>AMD Sempron(tm) processor in either 754 or 939 packages</p></li><li class="listitem"><p>AMD Turion(tm) Mobile Technology in 754 package</p></li></ul></div></li><li class="listitem"><p>
  1468.     This issue does not affect Intel processors.
  1469. </p></li></ul></div><p>(End quoted text.)</p><p>
  1470. As this is a hardware flaw.  It is not fixable except by upgrading your
  1471. hardware to a newer revision, or not allowing untrusted 64-bit guest
  1472. systems, or accepting that someone stops your machine.  The impact of
  1473. this flaw is that a malicious PV guest user can halt the host system.
  1474. </p><p>
  1475. The SUSE XEN updates will fix it via disabling the boot of XEN GUEST
  1476. systems. The HOST will boot, just not start guests.  In other words:
  1477. If the update is installed on the above listed AMD64 hardware, the
  1478. guests will no longer boot by default.
  1479. </p><p>
  1480. To reenable booting, the "<code class="literal">allow_unsafe</code>" option needs to be
  1481. added to <code class="literal">XEN_APPEND</code> in <code class="filename">/etc/sysconfig/bootloader</code> as follows:
  1482. </p><pre class="screen">XEN_APPEND="allow_unsafe"</pre></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id358925"></a>11.7.1.3. Boot Device Larger than 2 TiB</h4></div></div></div><p>
  1483.      Due to limitations in the legacy x86/x86_64 BIOS implementations,
  1484.      booting from devices larger than 2 TiB is technically not possible
  1485.      using legacy partition tables (DOS MBR).
  1486.     </p><p>
  1487.      Since SUSE Linux Enterprise Server 11 Service Pack 1 we support installation and boot using uEFI
  1488.      on the x86_64 architecture and certified hardware.
  1489.     </p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id359055"></a>11.7.1.4. 
  1490.      i586 and i686 Machines with More than 16 GB of Memory
  1491.     </h4></div></div></div><p>
  1492.      Depending on the workload, i586 and i686 machines with 16GB-48GB of
  1493.      memory can run into instabilities.  Machines with more than 48GB of
  1494.      memory are not supported at all. Lower the memory with the
  1495.      <code class="literal">mem=</code> kernel boot option.
  1496.     </p><p>
  1497.      In such memory scenarios, we strongly recommend using a x86-64
  1498.      system with 64-bit SUSE Linux Enterprise Server, and run the (32-bit) x86 applications on
  1499.      it.
  1500.     </p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id359150"></a>11.7.1.5. 
  1501.      Directly Addressable Memory on x86 Machines
  1502.     </h4></div></div></div><p>
  1503.      When running SLES on an x86 machine, the kernel can only address
  1504.      896MB of memory directly. In some cases, the pressure on this
  1505.      memory zone increases linearly according to hardware resources such
  1506.      as number of CPUs, amount of physical memory, number of LUNs and
  1507.      disks, use of multipath, etc.
  1508.     </p><p>
  1509.      To workaround this issue, we recommend running an x86_64 kernel on
  1510.      such large server machines.
  1511.     </p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id359386"></a>11.7.1.6. 
  1512.      NetXen 10G Ethernet Expansion Card on IBM BladeCenter HS12 System
  1513.     </h4></div></div></div><p>
  1514.      When installing SUSE Linux Enterprise Server 11 on a HS12 system with a "NetXen
  1515.      Incorporated BladeCenter-H 10 Gigabit Ethernet High Speed Daughter
  1516.      Card", the boot parameter <code class="literal">pcie_aspm=off</code> should
  1517.      be added.
  1518.     </p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id359167"></a>11.7.1.7. NIC Enumeration</h4></div></div></div><p>
  1519.      Ethernet interfaces on some hardware do not get enumerated in a way
  1520.      that matches the marking on the chassis.
  1521.     </p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id359411"></a>11.7.1.8. HP Linux ProLiant Support Pack for SUSE Linux Enterprise Server 11</h4></div></div></div><p>
  1522.      The hpilo driver is included in SUSE Linux Enterprise Server 11. Therefore, no hp-ilo
  1523.      package will be provided in the Linux ProLiant Support Pack for
  1524.      SUSE Linux Enterprise Server 11.
  1525.     </p><p>For more details, see Novell TID 7002735.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id359421"></a>11.7.1.9. HP High Performance Mouse for iLO Remote Console.</h4></div></div></div><p>
  1526.      The desktop in SUSE Linux Enterprise Server 11 now recognizes the HP High Performance
  1527.      Mouse for iLO Remote Console and is configured to accept and
  1528.      process events from it.  For the desktop mouse and the HP High
  1529.      Performance Mouse to stay synchronized, it is necessary to turn off
  1530.      mouse acceleration. As a result, the HP iLO2 High-Performance mouse
  1531.      (hpmouse) package is no longer needed with SUSE Linux Enterprise Server 11 once one of
  1532.      the following three options are implemented.
  1533.     </p><div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem"><p>
  1534.        In a terminal run <code class="literal">xset m 1</code> — this
  1535.        setting will not survive a reset of the desktop.
  1536.       </p></li><li class="listitem"><p>
  1537.        (Gnome) In a terminal run <code class="literal">gconf-editor</code> and go
  1538.        to desktop->gnome->peripherals->mouse. Edit the "motion
  1539.        acceleration" field to be 1.
  1540.       </p><p>
  1541.        (KDE) Open "Personal Settings (Configure Desktop)" in the menu
  1542.        and go to "Computer
  1543.        Administration->Keyboard&Mouse->Mouse->Advanced" and change
  1544.        "Pointer Acceleration" to 1.
  1545.       </p></li><li class="listitem"><p>
  1546.        (Gnome) In a terminal run "gnome-mouse-properties" and adjust the
  1547.        "Pointer Speed" slide scale until the HP High Performance Mouse
  1548.        and the desktop mouse run at the same speed across the screen.
  1549.        The recommended adjustment is close to the middle, slightly on
  1550.        the "Slow" side.
  1551.       </p></li></ol></div><p>
  1552.      After acceleration is turned off, sync the desktop mouse and the
  1553.      ILO mouse by moving to the edges and top of the desktop to line
  1554.      them up in the vertical and horizontal directions.  Also if the HP
  1555.      High Performance Mouse is disabled, pressing the <Ctrl> key
  1556.      will stop the desktop mouse and allow easier synching of the two
  1557.      pointers.
  1558.     </p><p>For more details, see Novell TID 7002735.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id359315"></a>11.7.1.10. 
  1559.      Missing 32-Bit Compatibility Libraries for libstdc++ and
  1560.      libg++ on 64-Bit Systems (x86_64)
  1561.     </h4></div></div></div><p>
  1562.      32-bit (x86) compatibility libraries like
  1563.      "libstdc++-libc6.2-2.so.3" have been available on x86_64 in the
  1564.      package "compat-32-bit" with SUSE Linux Enterprise Server 9, SUSE Linux Enterprise Server 10, and are also
  1565.      available on the SUSE Linux Enterprise Desktop 11 medium (compat-32-bit-2009.1.19), but
  1566.      are not included in SUSE Linux Enterprise Server 11.
  1567.     </p><p>Background</p><p>
  1568.      The respective libraries have been deprecated back in 2001 and
  1569.      shipped in the compatibility package with the release of SUSE Linux Enterprise Server 9
  1570.      in 2004. The package was still shipped with SUSE Linux Enterprise Server 10 to provide a
  1571.      longer transition period for applications requiring the package.
  1572.     </p><p>
  1573.      With the release of SUSE Linux Enterprise Server 11 the compatibility package is no
  1574.      longer supported.
  1575.     </p><p>Solution</p><p>In an effort to enable a longer transition period for
  1576. applications still requiring this package, it has been moved to
  1577. the unsupported "Extras" channel. This channel is visible on every SUSE Linux Enterprise Server 11
  1578. system, which has been registered with the Novell Customer Center.
  1579. It is also mirrored via SMT alongside the supported and maintained
  1580. SUSE Linux Enterprise Server 11 channels.
  1581.     </p><p>Packages in the "Extras" channel are not supported or maintained.</p><p>The compatibility package is part of SUSE Linux Enterprise Desktop 11 due to a policy
  1582.     difference with respect to deprecation and deprecated packages as
  1583. compared to SUSE Linux Enterprise Server 11.
  1584.     </p><p>We encourage customers to work with SUSE and SUSE's partners
  1585. to resolve dependencies on these old libraries.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id359524"></a>11.7.1.11. 32-Bit Devel-Packages Missing from the Software Development Kit (x86_64)</h4></div></div></div><p>Example: libpcap0-devel-32-bit package was available in Software Development Kit 10, but is missing from Software Development Kit 11</p><p>Background</p><p>SUSE supports running 32-bit applications on 64-bit architectures; respective runtime libraries are provided with SUSE Linux Enterprise Server 11 and fully supported. With SUSE Linux Enterprise 10 we also provided 32-bit devel packages on the 64-bit Software Development Kit. Having 32-bit devel packages and 64-bit devel packages installed in parallel may lead to side-effects during the build process. Thus with SUSE Linux Enterprise 11 we started to remove some  (but not yet all) of the 32-bit devel packages from the 64-bit Software Development Kit.</p><p>Solution</p><p>With the development tools provided in the Software Development Kit 11, customers and partners have two options to build 32-bit packages in a 64-bit environment (see below). Beyond that, SUSE's appliance offerings provide powerful environments for software building, packaging and delivery.</p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>Use the "build" tool, which creates a chroot environment for building packages.</p></li><li class="listitem"><p>The Software Development Kit contains the software used for the Open Build Service. Here the abstraction is provided by virtualization.</p></li></ul></div></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="InfraPackArch.x86_64_x86.Virtualization"></a>11.7.2. Virtualization</h3></div></div></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314663"></a>11.7.2.1. Hyper-V: Memory Ballooning Support</h4></div></div></div><p>Windows hosts dynamically manage the guest memory allocation via a combination memory hot add and ballooning. Memory hot add is used to grow the guest memory upto the maximum memory that can be allocatted to the guest. Ballooning is used to both shrink as well as expand up to the max memory.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-313528"></a>11.7.2.2. Xen Support for Booting the Hypervisor to UEFI X64</h4></div></div></div><p>The hypervisor is now able to boot to UEFI.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id357384"></a>11.7.2.3. KVM</h4></div></div></div><p>
  1586.      
  1587.      Since SUSE Linux Enterprise Server 11 SP1, KVM is fully supported on the x86_64
  1588.           architecture. KVM is designed around hardware virtualization
  1589.           features included in both AMD (AMD-V) and Intel (VT-x) CPUs
  1590.           produced within the past few years, as well as other
  1591.           virtualization features in even more recent PC chipsets and
  1592.           PCI devices. For example, device assignment using IOMMU and
  1593.           SR-IOV.
  1594.     </p><p>
  1595.      The following websites identify processors, which support
  1596.      hardware virtualization:
  1597.     </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  1598.         <a class="ulink" href="http://wiki.xensource.com/xenwiki/HVM_Compatible_Processors" target="_top">http://wiki.xensource.com/xenwiki/HVM_Compatible_Processors</a>
  1599.        </p></li><li class="listitem"><p>
  1600.              <a class="ulink" href="http://en.wikipedia.org/wiki/X86_virtualization" target="_top">http://en.wikipedia.org/wiki/X86_virtualization</a>
  1601.        </p></li></ul></div><p>
  1602.       The KVM kernel modules will not load if the basic hardware
  1603.       virtualization features are not present and enabled in the
  1604.       BIOS. If KVM does not start, please check the BIOS
  1605.       settings.
  1606.      </p><p>
  1607.       KVM allows for memory overcommit and disk space overcommit. It is
  1608.       up to the user to understand the impact of doing so. Hard errors
  1609.       resulting from exceeding available resources will result in guest
  1610.       failures.  CPU overcommit is supported but carries performance
  1611.       implications.
  1612.      </p><p>
  1613.       
  1614.       KVM supports a number of storage caching strategies which may be
  1615.       employed when configuring a guest VM. There are important data
  1616.       integrity and performance implications when choosing a caching
  1617.       mode. As an example, <code class="literal">cache=writeback</code> is not as
  1618.       safe as <code class="literal">cache=none</code>. See the online "SUSE Linux
  1619.       Enterprise Server Virtualization with KVM" documentation for
  1620.       details.
  1621.      </p><p>
  1622.       The following guest operating systems are supported:
  1623.      </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  1624.         
  1625.         Starting with SLES 11 SP2,  Windows guest operating systems
  1626.         are fully supported on the KVM hypervisor, in addition to
  1627.         Xen. For the best experience, we recommend using
  1628.         WHQL-certified virtio drivers, which are part of SLE VMDP.
  1629.        </p><p>
  1630.         
  1631.         SUSE Linux Enterprise Server 11 SP2 and SP3 as fully virtualized. The following
  1632.         virtualization aware drivers are available: kvm-clock,
  1633.         virtio-net, virtio-block, virtio-balloon
  1634.        </p></li><li class="listitem"><p>
  1635.         
  1636.         
  1637.         SUSE Linux Enterprise Server 10 SP3 and SP4 as fully virtualized. The following
  1638.         virtualization aware drivers are available: kvm-clock,
  1639.         virtio-net, virtio-block, virtio-balloon
  1640.        </p></li><li class="listitem"><p>
  1641.         SUSE Linux Enterprise Server 9 SP4 as fully virtualized. For 32-bit kernel,
  1642.         specify <code class="literal">clock=pmtmr</code> on the Linux boot
  1643.         line; for 64-bit kernel, specify
  1644.         <code class="literal">ignore_lost_ticks</code> on the Linux boot
  1645.         line.
  1646.        </p></li></ul></div><p>
  1647.           For more information, see
  1648.           <code class="filename">/usr/share/doc/packages/kvm/kvm-supported.txt</code>.
  1649.      </p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id359015"></a>11.7.2.4. 
  1650.           VMI Kernel (x86, 32-bit only)
  1651.          </h4></div></div></div><p>
  1652.           VMware, SUSE and the community improved the kernel
  1653.           infrastructure in a way that VMI is no longer
  1654.           necessary. Starting with SUSE Linux Enterprise Server 11 SP1, the separate VMI
  1655.           kernel flavor is obsolete and therefore has been dropped from
  1656.           the media. When upgrading the system, it will be automatically
  1657.           replaced by the PAE kernel flavor. The PAE kernel provides all
  1658.           features, which were included in the separate VMI kernel
  1659.           flavor.
  1660.          </p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id358838"></a>11.7.2.5. CPU Overcommit and Fully Virtualized Guest</h4></div></div></div><p>
  1661.           Unless the hardware supports Pause Loop Exiting (Intel) or
  1662.           Pause Intercept Filter (AMD) there might be issues with fully
  1663.           virtualized guests with CPU overcommit in place becoming
  1664.           unresponsive or hang under heavy load.
  1665.          </p><p>
  1666.           Paravirtualized guests work flawlessly with CPU overcommit
  1667.           under heavy load.
  1668.          </p><p>This issue is currently being worked on.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id359102"></a>11.7.2.6. IBM System X x3850/x3950 with ATI Radeon 7000/VE Video Cards and Xen Hypervisor</h4></div></div></div><p>
  1669.           When installing SUSE Linux Enterprise Server 11 on IBM System X x3850/x3950 with ATI
  1670.           Radeon 7000/VE video cards, the boot parameter 'vga=0x317'
  1671.           needs to be added to avoid video corruption during the
  1672.           installation process.
  1673.          </p><p>
  1674.           Graphical environment (X11) in Xen is not supported on IBM
  1675.           System X x3850/x3950 with ATI Radeon 7000/VE video cards.
  1676.          </p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id359730"></a>11.7.2.7. 
  1677.           Video Mode Selection for Xen Kernels
  1678.          </h4></div></div></div><p>In a few cases, following the installation of Xen, the
  1679.          hypervisor does not boot into the graphical environment. To
  1680.          work around this issue, modify
  1681.          <code class="filename">/boot/grub/menu.lst</code> and replace
  1682.          <code class="filename">vga=<number></code> with
  1683.          <code class="filename">vga=mode-<number></code>. For example, if
  1684.          the setting for your native kernel is vga=0x317, then for Xen
  1685.          you will need to use vga=mode-0x317.
  1686.          </p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id359549"></a>11.7.2.8. 
  1687.           Time Synchronization in titlevirtualized Domains with NTP
  1688.          </h4></div></div></div><p>
  1689.           Paravirtualized (PV) DomUs usually receive the time from the
  1690.           hypervisor. If you want to run "ntp" in PV DomUs, the DomU
  1691.           must be decoupled from the Dom0's time. At runtime, this is
  1692.           done with:
  1693.          </p><pre class="screen">echo 1 > /proc/sys/xen/independent_wallclock</pre><p>
  1694.           To set this at boot time:
  1695.          </p><div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem"><p>either append "independent_wallclock=1" to kernel cmd line in DomU's grub configuration file </p></li><li class="listitem"><p>or append "xen.independent_wallclock = 1" to <code class="filename">/etc/sysctl.conf</code> in the DomU.</p></li></ol></div><p>If you encounter time synchronization issues with
  1696.          Paravirtualized Domains, we encourage you to use NTP.</p></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="InfraPackArch.x86_64_x86.RAS"></a>11.7.3. RAS</h3></div></div></div><p></p></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="InfraPackArch.IA64"></a>11.8. Intel Itanium (ia64) Specific Information</h2></div></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id359568"></a>11.8.1. Installation on Systems with Many LUNs (Storage)</h3></div></div></div><p>
  1697.     While the number of LUNs for a running system is virtually
  1698.     unlimited, we suggest not having more than 64 LUNs online while
  1699.     installing the system, to reduce the time to initialize and scan the
  1700.     devices and thus reduce the time to install the system in general.
  1701.    </p></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="InfraPackArch.Power"></a>11.9. POWER (ppc64) Specific Information</h2></div></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314588"></a>11.9.1. Support for the IBM POWER7+ Accelerated Encryption and Random Number Generation</h3></div></div></div><p>For more information on making use of the IBM POWER7+ crypto and RNG accelerators, please see: https://www.ibm.com/developerworks/mydeveloperworks/files/form/anonymous/api/library/f57fde24-5f30-4295-91fb-e612c6a7a75a/document/4a8d6ce4-6e1f-4203-b9b9-1d7747cec644/media/power7%2B-accelerated-encryption-for-linux-v3.pdf</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314587"></a>11.9.2. POWER7+ Random Number Generator</h3></div></div></div><p>Support the POWER7+ on-chip Random Number Generator.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314228"></a>11.9.3. Add Per-process Data Stream Control Register (DSCR) Support</h3></div></div></div><p><span class="emphasis"><em>The current kernel supports setting system-wide DSCR (Data Stream Control Register) value using sysfs interface (/sys/devices/system/cpu/dscr_default). This system-wide DSCR value will be inherited by new processes until user changes this value again. So users cannot modify and/or retrieve DSCR value for each process separately.</em></span></p><p>The powerpc-utils package shipped in this release provides the modified ppc64_cpu command. This command allows users to set and read DSCR value per process basis.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314047"></a>11.9.4. Check Sample Instruction Address Register (SIAR) Valid Bit before Saving Contents of SIAR</h3></div></div></div><p><span class="emphasis"><em>The POWER7 processor has a register, referred to as Sample Instruction Address Register. This register is loaded with the contents of instruction address when a sample of a performance monitoring event is taken. If an instruction that was executed speculatively is rolled back, the event is also rolled back but the contents of SIAR are not cleared and thus invalid. The kernel has no way of detecting that the contents of SIAR are invalid. This can result in a few profiling samples with incorrect instruction addresses.</em></span></p><p>The POWER7+ processor adds a new bit, referred to as SIAR-Valid bit and sets this bit to indicate when the contents of the SIAR are valid. The new SLES 11 SP3 kernel checks this bit before saving the contents of the SIAR in a sample. This ensures that the instruction addresses saved in profiling samples are correct.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314042"></a>11.9.5. LightPath Diagnostics Framework for IBM Power</h3></div></div></div><p><span class="emphasis"><em>IBM Power systems have Service indicators (LED) that help identify components (Guiding Light) and also to indicate a component in error (Light Path). Currently, Linux only has a couple of commands that cater to LightPath services.</em></span></p><p>Deliver a LightPath framework that will help customers to identify a hardware component in error on IBM Power Systems</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314036"></a>11.9.6. PRRN Event Handling</h3></div></div></div><p><span class="emphasis"><em>The latest versions of firmware for IBM Power Systems provide customers the opportunity to have the affinity for the resources on their systems dynamically updated. This procedure occurs via a Platform Resource Reassignment Notification (PRRN) Event.</em></span></p><p>The updates to the ppc64-diag, powerpc-utils, and librtas packages allow Linux systems to handle these PRRN events and update the affinity for system cpu and memory resources.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314034"></a>11.9.7. Increase Number of Partitions per Core on IBM POWER7+</h3></div></div></div><p>Enable support for 20 partitions per core on IBM POWER7+</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314024"></a>11.9.8. Enable Firmware Assisted Dump for IBM Power Systems</h3></div></div></div><p>Starting from IBM POWER6 and above the Power firmware now has a capability to preserve the partition memory dump during system crash and boot into a fresh copy of the kernel with fully-reset system. This feature adds support to exploit the dump capture capability provided by Power firmware</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314019"></a>11.9.9. Kernel cpuidle Framework for POWER7</h3></div></div></div><p>Enable POWER systems to leverage the generic cpuidle framework by taking advantage of advanced heuristics, tunables and features provided by the cpuidle framework. This enables better power management on the systems and helps tune the system and applications accordingly.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id359478"></a>11.9.10. Supported Hardware and Systems</h3></div></div></div><p>
  1702.     All POWER3, POWER4, PPC970 and RS64–based models that were supported by SUSE Linux Enterprise Server 9 are no longer supported.
  1703.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id359848"></a>11.9.11. Using btrfs as /root File System on IBM Power Systems</h3></div></div></div><p>
  1704.     Configure a minimum of 32MB for the PReP partition when using btrfs as
  1705.     the <code class="filename">/root</code> file system.
  1706.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id359654"></a>11.9.12. 
  1707.     Loading the Installation Kernel via Network on POWER
  1708.    </h3></div></div></div><p>
  1709.      With SUSE Linux Enterprise Server 11 the bootfile <code class="filename">DVD1/suseboot/inst64</code>
  1710.      can not be
  1711.      booted directly via network anymore, because its size is larger
  1712.      than 12MB.  To load the installation kernel via network, copy the
  1713.      files <code class="filename">yaboot.ibm</code>, <code class="filename">yaboot.cnf</code>
  1714.      and <code class="filename">inst64</code> from the <code class="filename">DVD1/suseboot</code>
  1715.      directory to the TFTP server.
  1716.      Rename the <code class="filename">yaboot.cnf</code> file to
  1717.      <code class="filename">yaboot.conf</code>. yaboot can also load config files
  1718.      for specific Ethernet MAC addresses. Use a name like
  1719.      <code class="filename">yaboot.conf-01-23-45-ab-cd-ef</code> to match a MAC address.
  1720.      An example <code class="filename">yaboot.conf</code> for TFTP booting looks
  1721.      like this:
  1722.     </p><pre class="screen">default=sles11
  1723. timeout=100
  1724. image[64-bit]=inst64
  1725.     label=sles11
  1726.     append="quiet install=nfs://hostname/exported/sles11dir"</pre></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id359254"></a>11.9.13. 
  1727.     Huge Page Memory Support on POWER
  1728.    </h3></div></div></div><p>
  1729.     Huge Page Memory (16GB pages, enabled via HMC) is supported by the
  1730.     Linux kernel, but special kernel parameters must be used to enable
  1731.     this support. Boot with the parameters "<code class="literal">hugepagesz=16G
  1732.     hugepages=N</code>" in order to use the 16GB huge pages, where N
  1733.     is the number of 16GB pages assigned to the partition via the
  1734.     HMC. The number of 16GB huge pages available can not be changed once
  1735.     the partition is booted.  Also, there are some restrictions if huge
  1736.     pages are assigned to a partition in combination with eHEA / eHCA
  1737.     adapters:
  1738.    </p><p>
  1739.      IBM eHEA Ethernet Adapter:
  1740.    </p><p>
  1741.      The eHEA module will fail to initialize any eHEA ports if huge pages
  1742.      are assigned to the partition and Huge Page kernel parameters are
  1743.      missing. Thus, no huge pages should be assigned to the partition during
  1744.      a network installation.  To support huge pages after installation, the
  1745.      huge page kernel parameters need to be added to the boot loader
  1746.      configuration before huge pages are assigned to the partition.
  1747.    </p><p>
  1748.      IBM eHCA InfiniBand Adapter:
  1749.    </p><p>
  1750.      The current eHCA device driver is not compatible with huge pages. If
  1751.      huge pages are assigned to a partition, the device driver will fail to
  1752.      initialize any eHCA adapters assigned to the partition.
  1753.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id357997"></a>11.9.14. 
  1754.     Installation on POWER onto IBM VSCSI Target
  1755.    </h3></div></div></div><p>
  1756.     The installation on a vscsi client will fail with old versions of
  1757.     the AIX VIO server. Please upgrade the AIX VIO server to version
  1758.     1.5.2.1-FP-11.1 or later.
  1759.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id359996"></a>11.9.15. 
  1760.     iSCSI Installations with Multiple NICs Losing
  1761.     Network Connectivity at the End of Firstboot Stage
  1762.    </h3></div></div></div><p>
  1763.     ***CHECKIT (still valid for SP3?)
  1764.     After installing SLES 11 SP1 on an iSCSI target, the system boots
  1765.     properly, network is up and the iSCSI root device is found as
  1766.     expected. The install completes (firstboot part) as usual. However,
  1767.     at the end of firstboot, the network is shut down before the root
  1768.     file system is unmounted, leading to read failures accessing the root
  1769.     (iSCSI) device; the system hangs.
  1770.    </p><p>
  1771.     Solution: reboot the system.
  1772.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id360009"></a>11.9.16. IBM Linux VSCSI Server Support in SUSE Linux Enterprise Server 11</h3></div></div></div><p>
  1773.     Customers using SLES 9 or SLES 10 to serve Virtual SCSI to other
  1774.     LPARs, using the ibmvscsis driver, who wish to migrate from these
  1775.     releases, should consider migrating to the IBM Virtual I/O server.
  1776.     The IBM Virtual I/O server supports all the IBM PowerVM virtual I/O
  1777.     features and also provides integration with the Virtual I/O
  1778.     management capabilities of the HMC.  It can be downloaded from:
  1779.     <a class="ulink" href="http://www14.software.ibm.com/webapp/set2/sas/f/vios/download/home.html" target="_top">http://www14.software.ibm.com/webapp/set2/sas/f/vios/download/home.html</a>
  1780.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id358261"></a>11.9.17. 
  1781.     Virtual Fibre Channel Devices
  1782.    </h3></div></div></div><p>
  1783.     When using IBM Power Virtual Fibre Channel devices utilizing N-Port
  1784.     ID Virtualization, the Virtual I/O Server may need to be updated in
  1785.     order to function correctly. Linux requires VIOS 2.1, Fixpack 20.1,
  1786.     and the LinuxNPIV I-Fix for this feature to work properly.  These
  1787.     updates can be downloaded from:
  1788.     <a class="ulink" href="http://www14.software.ibm.com/webapp/set2/sas/f/vios/home.html" target="_top">http://www14.software.ibm.com/webapp/set2/sas/f/vios/home.html</a>
  1789.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id359258"></a>11.9.18. Virtual Tape Devices</h3></div></div></div><p>
  1790.     When using virtual tape devices served by an AIX VIO server, the
  1791.     Virtual I/O Server may need to be updated in order to function
  1792.     correctly. The latest updates can be downloaded from:
  1793.     <a class="ulink" href="http://www14.software.ibm.com/webapp/set2/sas/f/vios/home.html" target="_top">http://www14.software.ibm.com/webapp/set2/sas/f/vios/home.html</a>
  1794.    </p><p>
  1795.     For more information about IBM Virtual I/O Server, see
  1796.     <a class="ulink" href="http://www14.software.ibm.com/webapp/set2/sas/f/vios/documentation/home.html" target="_top">http://www14.software.ibm.com/webapp/set2/sas/f/vios/documentation/home.html</a>.
  1797.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id359567"></a>11.9.19. Chelsio cxgb3 iSCSI Offload Engine</h3></div></div></div><p>
  1798.     The Chelsio hardware supports ~16K packet size (the exact value
  1799.     depends on the system configuration). It is recommended that you set
  1800.     the parameter <code class="filename">MaxRecvDataSegmentLength</code> in
  1801.     <code class="filename">/etc/iscsid.conf</code> to 8192.
  1802.    </p><p>
  1803.     For the cxgb3i driver to work properly, this parameter needs to be
  1804.     set to 8192.
  1805.    </p><p>
  1806.     In order to use the cxgb3i offload engine, the cxgb3i module needs
  1807.     to be loaded manually after open-scsi has been started.
  1808.    </p><p>
  1809.     For additional information, refer to
  1810.     <code class="filename">/usr/src/linux/Documentation/scsi/cxgb3i.txt</code> in
  1811.     the kernel source tree.
  1812.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id359596"></a>11.9.20. Known TFTP Issues with Yaboot</h3></div></div></div><p>When attempting to netboot yaboot, users may see the following error message:</p><pre class="screen">Can't claim memory for TFTP download (01800000 @ 01800000-04200000)</pre><p>and the netboot will stop and immediately display the yaboot "boot:" prompt.
  1813.  Use the following steps to work around the problem.</p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>Reboot the system and at the IBM splash screen select '8' to
  1814.    get to an Open Firmware prompt "0>"</p></li><li class="listitem"><p>At the Open Firmware prompt, type the following commands:</p><pre class="screen">setenv load-base 4000
  1815. setenv real-base c00000
  1816. dev /packages/gui obe
  1817. </pre></li><li class="listitem"><p>The second command will take the system back to the IBM splash
  1818.    screen and the netboot can be attempted again.</p></li></ul></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id359883"></a>11.9.21. Graphical Administration of Remotely Installed Hardware</h3></div></div></div><p>If you do a remote installation in text mode, but want to
  1819.    connect to the machine later in graphical mode, be sure to set the
  1820.    default runlevel to 5 via YaST. Otherwise xdm/kdm/gdm might not be
  1821.    started.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id359969"></a>11.9.22. InfiniBand - SDP Protocol Not Supported on IBM Hardware</h3></div></div></div><p>To disable SDP on IBM hardware set <code class="literal">SDP=no</code> in
  1822.    openib.conf so that by default SDP is not loaded. After you have set
  1823.    this setting in openib.conf to 'no' run <span class="command"><strong>openibd
  1824.    restart</strong></span> or reboot the system for this setting to take
  1825.    effect.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id360019"></a>11.9.23. RDMA NFS Server May Hang During Shutdown (OFED)</h3></div></div></div><p>
  1826.     If your system is configured as an NFS over RDMA server, the system
  1827.     may hang during a shutdown if a remote system has an active NFS over
  1828.     RDMA mount. To avoid this problem, prior to shutting down the
  1829.     system, run "openibd stop"; run it in the background, because the
  1830.     command will hang and otherwise block the console:
  1831.    </p><pre class="screen">/etc/init.d/openibd stop &</pre><p>
  1832.     A shutdown can now be run cleanly.
  1833.     
  1834.   
  1835.   
  1836.    </p><p>The steps to configure and start NFS over RDMA are as follows:</p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>On the server system:</p><div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem"><p>Add an entry to the file <code class="filename">/etc/exports</code>, for example:</p><pre class="screen">/home   192.168.0.34/255.255.255.0(fsid=0,rw,async,insecure,no_root_squash)</pre></li><li class="listitem"><p>As the root user run the commands:</p><pre class="screen">/etc/init.d/nfsserver start
  1837. echo rdma 20049 > /proc/fs/nfsd/portlist</pre></li></ol></div></li><li class="listitem"><p>On the client system:</p><div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem"><p>Run the command:  <span class="command"><strong>modprobe xprtrdma</strong></span>.</p></li><li class="listitem"><p>Mount the remote file system using the command
  1838.        <span class="command"><strong>/sbin/mount.nfs</strong></span>.  Specify the ip address of
  1839.        the ip-over-ib network interface (ib0, ib1...) of the server and
  1840.        the options: <code class="option">proto=rdma,port=20049</code>, for
  1841.        example:</p><pre class="screen">/sbin/mount.nfs 192.168.0.64:/home /mnt \
  1842. -o proto=rdma,port=20049,nolock</pre></li></ol></div></li></ul></div></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="InfraPackArch.SystemZ"></a>11.10. System z (s390x) Specific Information</h2></div></div></div><p>
  1843.   Look at
  1844.   <a class="ulink" href="http://www.ibm.com/developerworks/linux/linux390/documentation_novell_suse.html" target="_top">http://www.ibm.com/developerworks/linux/linux390/documentation_novell_suse.html</a>
  1845.   for more information.
  1846.  </p><p>
  1847. IBM zEnterprise 196 (z196) and IBM zEnterprise 114 (z114) further on
  1848. referred to as z196 and z114.
  1849.  </p><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="InfraPackArch.SystemZ.Hardware"></a>11.10.1. Hardware</h3></div></div></div><p></p><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314242"></a>11.10.1.1. Leverage Cross Memory Attach Functionality for System z</h4></div></div></div><p>Cross memory attach reduces the number of data copies needed for intra-node interprocess communication.  In particular, MPI libraries engaged in intra-node communication can now perform a single copy of the message to shared memory rather than performing a double copy.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314097"></a>11.10.1.2. CryptoExpress4 - Device Driver Exploitation</h4></div></div></div><p>With SLES 11 SP3 the z90crypt device driver supports the Crypto Express 4 (CEX4) adapter card.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314085"></a>11.10.1.3. Implement lscpu and chcpu</h4></div></div></div><p>This feature improves handling of CPU hotplug. The lscpu command now displays detailed information about available CPUs. Using a new command, chcpu, you can change the CPU state, disable and enable CPUs, and configure specified CPUs.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314078"></a>11.10.1.4. CPACF Exploitation (libica Part 2)</h4></div></div></div><p>This feature extends the libica library with new modes of operation for DES, 3DES and AES. These modes of operation (CBC-CS, CCM, GCM, CMAC) are supported by Message Security Assist (CPACF) extension 4, which can be used with z196 and later System z mainframes.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-312255"></a>11.10.1.5. Exploitation of Data Routing for FCP</h4></div></div></div><p>This feature supports the enhanced mode of the System z FCP adapter card. In this mode, the adapter passes data directly from memory to the SAN when there is no free memory on the adapter card because of large or slow I/O requests.</p></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="InfraPackArch.SystemZ.Virtualization"></a>11.10.2. Virtualization</h3></div></div></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314595"></a>11.10.2.1. VEPA Mode Support</h4></div></div></div><p>VEPA mode routes traffic between virtual machines on the same mainframe through an external switch. The switch then becomes a single point of control for security, filtering, and management.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-310914"></a>11.10.2.2. Technology preview: KVM support on s390x</h4></div></div></div><p>KVM is now included on the s390x platform as a technology preview.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id360441"></a>11.10.2.3. Support of Live Guest Relocation (LGR) with z/VM 6.2 on SLES 11 SP2</h4></div></div></div><p>
  1850.     ***CHECKIT (still valid for SP3?)
  1851. Live guest relocation (LGR) with z/VM 6.2 on SLES 11 SP2 requires z/VM service
  1852. applied, especially with Collaborative Memory Management (CMMA) active
  1853. (<code class="literal">cmma=on</code>).
  1854.    </p><p>
  1855. Apply z/VM APAR  VM65134.
  1856.    </p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id360446"></a>11.10.2.4. Linux Guests Running on z/VM 5.4 and 6.1 Require z/VM Service
  1857.    Applied</h4></div></div></div><p>
  1858.     Linux guests using dedicated devices may experience a loop, if an
  1859.     available path to the device goes offline prior to the IPL of Linux.
  1860.    </p><p>
  1861.      Apply recommended z/VM service APARs VM65017 and VM64847
  1862.     </p></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="InfraPackArch.SystemZ.Storage"></a>11.10.3. Storage</h3></div></div></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314555"></a>11.10.3.1. Safe Offline Interface for DASD Devices</h4></div></div></div><p>Instead of setting a DASD device offline and returning all outstanding I/O requests as failed, with this interface you can set a DASD device offline and write all outstanding data to the device before setting the device offline.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314095"></a>11.10.3.2. Flash Express Support for IBM System z</h4></div></div></div><p>Flash Express memory is accessed as storage-class memory increments. Storage-class memory for IBM System z is a class of data storage devices that combine properties of both storage and memory. This feature improves the paging rate and access performance for temporary storage, for example, for data warehousing.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314091"></a>11.10.3.3. Detect DASD Path Connection Error</h4></div></div></div><p>This feature enables the Linux DASD device driver to detect path configuration errors that cannot be detected by hardware or microcode. The device driver then does not use such paths. For example, with this feature, the DASD device driver detects paths that are assigned to a specific subchannel, but lead to different storage servers.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314086"></a>11.10.3.4. SAN Utilities for zFCP, hbaapi Completion</h4></div></div></div><p>Improves systems manageability by supporting pass-through for generic services and retrieving events in the SAN.
  1863. Improves SAN setup by retrieving information about the SAN fabric including all involved interconnect elements, such as switches.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314075"></a>11.10.3.5. Enhanced DASD Statistics for PAV and HPF</h4></div></div></div><p>This feature improves DASD I/O diagnosis, especially for Parallel Access Volume (PAV) and High Performance FICON (HPF) environments, to analyze and tune DASD performance.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id360594"></a>11.10.3.6. New Partition Types Added to the fdasd Command</h4></div></div></div><p>
  1864.     In SLES11 SP2 new partition types were added to the
  1865.     <span class="command"><strong>fdasd</strong></span> command in the
  1866.     <code class="systemitem">s390-tools</code> package. Anyone using YaST in
  1867.     SP3 to create partitions will not see this happening. If
  1868.     <span class="command"><strong>fdasd</strong></span> is used from the command line, it will work
  1869.     as documented and desired.
  1870.    </p></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="InfraPackArch.SystemZ.Network"></a>11.10.4. Network</h3></div></div></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id360260"></a>11.10.4.1. YaST May Fail to Activate Hipersocket Devices in Layer 2 Mode</h4></div></div></div><p>
  1871. In rare occasions Hipersocket devices in layer 2 mode may remain in softsetup
  1872. state when configured via YaST.
  1873.    </p><p>
  1874. Perform <span class="command"><strong>ifup</strong></span> manually.
  1875.    </p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id360282"></a>11.10.4.2. YaST Sets an Invalid Default MAC Address for OSA Devices in
  1876.    Layer 2 Mode</h4></div></div></div><p>
  1877. OSA devices in layer 2 mode remain in softsetup state when "Set default MAC
  1878. address" is used in Yast
  1879.    </p><p>
  1880. Do not select "Set default MAC address" in YaST.  If default MAC address
  1881. got selected in YaST remove the line
  1882. <code class="literal">LLADR='00:00:00:00:00:00'</code> from the
  1883. <code class="filename">ifcfg</code> file in
  1884. <code class="filename">/etc/sysconfig/network</code>.
  1885.    </p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id360326"></a>11.10.4.3. Limitations with the "qetharp" Utility</h4></div></div></div><div class="variablelist"><dl class="variablelist"><dt><span class="term"><span class="command"><strong>qetharp -d</strong></span></span></dt><dd><p>
  1886.       Deleting: An ARP entry, which is part of Shared OSA should not get
  1887.       deleted from the arp cache.
  1888.      </p><p>
  1889.       Current Behavior: An ARP entry, which is part of shared OSA is
  1890.       getting deleted from the arp cache.
  1891.      </p></dd><dt><span class="term"><span class="command"><strong>qetharp -p</strong></span></span></dt><dd><p>
  1892.        Purging: It should remove all the remote entries, which are not
  1893.        part of shared OSA.
  1894.       </p><p>
  1895.        Current Behavior: It is only flushing out the remote entries,
  1896.        which are not part of shared OSA for first time. Then, if the
  1897.        user pings any of the purged ip address, the entry gets added
  1898.        back to the arp cache. Later, if the user runs purge for a second
  1899.        time, that particular entry is not getting removed from the arp
  1900.        cache.
  1901.       </p></dd></dl></div></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="InfraPackArch.SystemZ.Security"></a>11.10.5. Security</h3></div></div></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314753-1"></a>11.10.5.1. Support of SHA-256 Hash Algorithm in opencryptoki CCA Token</h4></div></div></div><p>SLES 11 SP3 includes opencryptoki 2.4.2 which comes with a CCA token that exploits the SHA-256 hash algorithm that is provided by System z crypto hardware.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314097-1"></a>11.10.5.2. CryptoExpress4 - Device Driver Exploitation</h4></div></div></div><p>With SLES 11 SP3 the z90crypt device driver supports the Crypto Express 4 (CEX4) adapter card.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314078-1"></a>11.10.5.3. CPACF Exploitation (libica Part 2)</h4></div></div></div><p>This feature extends the libica library with new modes of operation for DES, 3DES and AES. These modes of operation (CBC-CS, CCM, GCM, CMAC) are supported by Message Security Assist (CPACF) extension 4, which can be used with z196 and later System z mainframes.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id360708"></a>11.10.5.4. Existing Data Execution Protection Removed for System z</h4></div></div></div><p>
  1902. The existing data execution protection for Linux on System z relies on the
  1903. System z hardware to distinguish instructions and data through the secondary
  1904. memory space mode. As of System z10, new load-relative-long instructions do not
  1905. make this distinction. As a consequence, applications that have been compiled
  1906. for System z10 or later fail when running with the existing data execution
  1907. protection.
  1908.    </p><p>
  1909. Therefore, data execution protection for Linux on System z has been removed.
  1910.    </p></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="InfraPackArch.SystemZ.RAS"></a>11.10.6. RAS</h3></div></div></div><p></p><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314126"></a>11.10.6.1. Crypto Adapter Resiliency</h4></div></div></div><p>This feature provides System z typical RAS for cryptographic adapters through comprehensive failure recovery. For example, this feature handles unexpected failures or changes caused by Linux guest relocation, suspend and resume activities or configuration changes.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314098"></a>11.10.6.2. Fuzzy Live Dump for System z</h4></div></div></div><p>With this feature kernel dumps from running Linux systems can be created, to allow problem analysis without taking down systems. Because the Linux system continues running while the dump is written, and kernel data structures are changing during the dump process, the resulting dump contains inconsistencies.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314077"></a>11.10.6.3. kdump Support for System z</h4></div></div></div><p>kdump can be used to create system dumps for instances of SUSE Linux Enterprise Server.
  1911. kdump reduces dump time and size, facilitates dump disk sharing. A setup GUI is provided by YaST. Any IBM System z system with kdump support and more than 4 GB of memory has kdump enabled by default. When performing an upgrade to SLES 11 SP3, note that kdump reserves approximately 128 MB by default and sufficient disk space must be available for storing the dump.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314074"></a>11.10.6.4. Distinguish Dump System and Boot System</h4></div></div></div><p>A dump system is not necessarily identical to the system that was booted. Linux guest relocation or suspend and resume activities might introduce problems. To help analyze such problems, a system dump now provides location information about the original Linux system.</p></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="InfraPackArch.SystemZ.Performance"></a>11.10.7. Performance</h3></div></div></div><p></p><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314242-1"></a>11.10.7.1. Leverage Cross Memory Attach Functionality for System z</h4></div></div></div><p>Cross memory attach reduces the number of data copies needed for intra-node interprocess communication.  In particular, MPI libraries engaged in intra-node communication can now perform a single copy of the message to shared memory rather than performing a double copy.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314142"></a>11.10.7.2. Support of the Transactional Execution Facility and Runtime Instrumentation</h4></div></div></div><p>With the facility the Linux kernel supports hardware runtime instrumentation, an advanced mechanism that improves analysis of and optimization of the code generated by the new IBM JVM. Software locking overhead is minimized and scalability and parallelism increased.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314094"></a>11.10.7.3. System z Performance Counters in the Linux perf Tool</h4></div></div></div><p>This feature provides simplified performance analysis for software on Linux on System z. It uses the perf tool to access the hardware performance counters.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314093"></a>11.10.7.4. Optimized Compression Library zlib</h4></div></div></div><p>This feature provides optimization of and support for the general purpose data compression library zlib. This library improves compression performance on System z.</p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="fate-314089"></a>11.10.7.5. Libhugetlbfs support for System z</h4></div></div></div><p>Enables the transparent exploitation of large pages in C/C++ programs. Applications and middleware programs can profit from the performance benefits of large pages without changes or recompilation.</p></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="InfraPackArch.SystemZ.Misc"></a>11.10.8. Miscellaneous</h3></div></div></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id361008"></a>11.10.8.1. IBM System z Architecture Level Set (ALS) Preparation</h4></div></div></div><p>
  1912.     To exploit new IBM System z architecture capabilities during the
  1913.     lifecycle of SUSE Linux Enterprise Server 11, support for machines of the types z900,
  1914.     z990, z800, z890 is deprecated in this release. SUSE plans to
  1915.     introduce an ALS earliest with SUSE Linux Enterprise Server 11 Service Pack 1 (SP1),
  1916.     latest with SP2.  After ALS, SUSE Linux Enterprise Server 11 only executes on z9 or newer
  1917.     processors.
  1918.    </p><p>
  1919.     With SUSE Linux Enterprise Server 11 GA, only machines of type z9 or newer are supported.
  1920.    </p><p>
  1921.     When developing software, we recommend to switch gcc to z9/z10 optimization:
  1922.    </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>install gcc</p></li><li class="listitem"><p>install gcc-z9 package (change gcc options to -march=z9-109 -mtune=z10)</p></li></ul></div></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id360109"></a>11.10.8.2. Minimum Storage Firmware Level for LUN Scanning</h4></div></div></div><p>For LUN Scanning to work properly, the minimum storage firmware level should be:</p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>DS8000 Code Bundle Level 64.0.175.0</p></li><li class="listitem"><p> DS6000 Code Bundle Level 6.2.2.108</p></li></ul></div></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id361067"></a>11.10.8.3. Large Page Support in IBM System z</h4></div></div></div><p>
  1923.    Large Page support allows processes to allocate process memory in chunks
  1924.    of 1 MiB instead of 4 KiB. This works through the hugetlbfs.
  1925.   </p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id360642"></a>11.10.8.4. Collaborative Memory Management Stage II (CMM2) Lite</h4></div></div></div><p>
  1926.     SLES 11 SP2 supports CMM2 Lite for optimized memory usage and to
  1927.     handle memory overcommitment via memory page state transitions based
  1928.     on "stable" and "unused" memory pages of z/VM guests using the
  1929.     existing <code class="literal">arch_alloc_page</code> and
  1930.     <code class="literal">arch_free_page</code> callbacks.
  1931.    </p></div><div class="section"><div class="titlepage"><div><div><h4 class="title"><a name="id361081"></a>11.10.8.5. Issue with SLES 11 and NSS under z/VM</h4></div></div></div><p>
  1932.     Starting SLES 11 under z/VM with NSS sometimes causes a guest to
  1933.     logoff by itself.
  1934.    </p><p>Solution: IBM addresses this issue with APAR VM64578.</p></div></div></div></div><div class="chapter"><div class="titlepage"><div><div><h1 class="title"><a name="Resolved"></a>Chapter 12. Resolved Issues</h1></div></div></div><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>Bugfixes</p><p>
  1935.      This Service Pack contains all the latest bugfixes for each package
  1936.      released via the maintenance Web since the GA version.
  1937.     </p></li><li class="listitem"><p>Security Fixes</p><p>
  1938.      This Service Pack contains all the latest security fixes for each package
  1939.      released via the maintenance Web since the GA version.
  1940.     </p></li><li class="listitem"><p>Program Temporary Fixes</p><p>
  1941.      This Service Pack contains all the PTFs (Program Temporary Fix) for each
  1942.      package released via the maintenance Web since the GA version which were
  1943.      suitable for integration into the maintained common codebase.
  1944.     </p></li></ul></div></div><div class="chapter"><div class="titlepage"><div><div><h1 class="title"><a name="TechInfo"></a>Chapter 13. Technical Information</h1></div></div></div><p>
  1945.     This section contains information about system limits,
  1946.     a number of technical changes and enhancements for the experienced user.
  1947.   </p><p>When talking about CPUs we are following this terminology:</p><div class="variablelist"><dl class="variablelist"><dt><span class="term">CPU Socket</span></dt><dd><p>The visible physical entity, as it is typically
  1948.      mounted to a motherboard or an equivalent.</p></dd><dt><span class="term">CPU Core</span></dt><dd><p>The (usually not visible) physical entity as
  1949.      reported by the CPU vendor.</p><p>On System z this is equivalent to an IFL.</p></dd><dt><span class="term">Logical CPU</span></dt><dd><p>This is what the Linux Kernel recognizes as a "CPU".</p><p>We avoid the word "thread" (which is sometimes used),
  1950.      as the word "thread" would also become ambiguous subsequently.</p></dd><dt><span class="term">Virtual CPU</span></dt><dd><p>A logical CPU as seen from within a Virtual Machine.</p></dd></dl></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="TechInfo.Kernel"></a>13.1. Kernel Limits</h2></div></div></div><p><a class="ulink" href="http://www.suse.com/products/server/technical-information/#Kernel" target="_top">http://www.suse.com/products/server/technical-information/#Kernel</a>
  1951.  </p><p>This table summarizes the various limits which exist in our recent kernels and utilities (if related) for SUSE Linux Enterprise Server 11.</p><div class="informaltable"><table border="1"><colgroup><col class="c1"><col class="c2"><col class="c3"><col class="c4"><col class="c5"><col class="c6"></colgroup><thead><tr><th><span class="emphasis"><em>SLES 11 (3.0)</em></span></th><th><span class="emphasis"><em>x86</em></span></th><th><span class="emphasis"><em>ia64</em></span></th><th><span class="emphasis"><em>x86_64</em></span></th><th><span class="emphasis"><em>s390x</em></span></th><th><span class="emphasis"><em>ppc64</em></span></th></tr></thead><tbody><tr><td>
  1952.       <p>CPU bits</p>
  1953.      </td><td>
  1954.       <p>32</p>
  1955.      </td><td>
  1956.       <p>64</p>
  1957.      </td><td>
  1958.       <p>64</p>
  1959.      </td><td>
  1960.       <p>64</p>
  1961.      </td><td>
  1962.       <p>64</p>
  1963.      </td></tr><tr><td>
  1964.       <p>max. # Logical CPUs</p>
  1965.      </td><td>
  1966.       <p>32</p>
  1967.      </td><td>
  1968.       <p>4096</p>
  1969.      </td><td>
  1970.       <p>4096</p>
  1971.      </td><td>
  1972.       <p>64</p>
  1973.      </td><td>
  1974.       <p>1024</p>
  1975.      </td></tr><tr><td>
  1976.       <p>max. RAM (theoretical / certified)</p>
  1977.      </td><td>
  1978.       <p>64/16 GiB</p>
  1979.      </td><td>
  1980.       <p>1 PiB/8+ TiB</p>
  1981.      </td><td>
  1982.       <p>64 TiB/16 TiB</p>
  1983.      </td><td>
  1984.       <p>4 TiB/256 GiB</p>
  1985.      </td><td>
  1986.       <p>1 PiB/512 GiB</p>
  1987.      </td></tr><tr><td>
  1988.       <p>max. user-/kernelspace</p>
  1989.      </td><td>
  1990.       <p>3/1 GiB</p>
  1991.      </td><td>
  1992.       <p>2 EiB/φ</p>
  1993.      </td><td>
  1994.       <p>128 TiB/128 TiB</p>
  1995.      </td><td>
  1996.       <p>φ/φ</p>
  1997.      </td><td>
  1998.       <p>2 TiB/2 EiB</p>
  1999.      </td></tr><tr><td>
  2000.       
  2001.       <p>max. swap space</p>
  2002.      </td><td colspan="5">
  2003.       <p>up to 29 * 64 GB (i386 and x86_64) or 30 * 64 GB (other architectures)</p>
  2004.      </td></tr><tr><td>
  2005.       <p>max. # processes</p>
  2006.      </td><td colspan="5">
  2007.       <p>1048576</p>
  2008.      </td></tr><tr><td>
  2009.       <p>max. # threads per process</p>
  2010.      </td><td colspan="5">
  2011.       <p>tested with more than 120000; maximum limit depends on memory and other parameters</p>
  2012.      </td></tr><tr><td>
  2013.       <p>max. size per block device</p>
  2014.      </td><td>
  2015.       <p>up to 16 TiB</p>
  2016.      </td><td colspan="4">
  2017.       <p>and up to 8 EiB on all 64-bit architectures</p>
  2018.      </td></tr><tr><td>
  2019.       <p>FD_SETSIZE</p>
  2020.      </td><td colspan="5">
  2021.       <p>1024</p>
  2022.      </td></tr></tbody></table></div><p></p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="TechInfo.KVM"></a>13.2. KVM Limits</h2></div></div></div><div class="informaltable"><table border="1"><colgroup><col class="c1"><col class="c2"></colgroup><tbody><tr><td>
  2023.                            <p>Guest RAM size</p>
  2024.                           </td><td>
  2025.                            <p>512 GiB</p>
  2026.                           </td></tr><tr><td>
  2027.                            <p>Virtual CPUs per guest</p>
  2028.                           </td><td>
  2029.                            
  2030.                            <p>64</p>
  2031.                           </td></tr><tr><td>
  2032.                            <p>Maximum number of NICs per guest</p>
  2033.                           </td><td>
  2034.                            <p>8</p>
  2035.                           </td></tr><tr><td>
  2036.                            <p>Block devices per guest</p>
  2037.                           </td><td>
  2038.                            <p>4 emulated, 20 para-virtual</p>
  2039.                           </td></tr><tr><td>
  2040.                            <p>Maximum number of guests</p>
  2041.                           </td><td>
  2042.                            <p>
  2043.                             Limit is defined as the total number of
  2044.                             vCPUs in all guests being no greater than
  2045.                             eight times the number of CPU cores in the
  2046.                             host.
  2047.                            </p>
  2048.                           </td></tr></tbody></table></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314781"></a>13.2.1. QEMU: Version 1.4 Master Feature</h3></div></div></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314754"></a>13.2.2. Technology preview: QEMU: Include virtio-blk-data-plane</h3></div></div></div><p>The virtio-blk-data-plane is a new experimental performance feature for KVM. It provides a streamlined block IO path which favors performance over functionality.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314655"></a>13.2.3. Technology Preview: KVM Nested Virtualization with Intel VT</h3></div></div></div><p>The KVM kernel module "kvm_intel" now has the nested parameter available, achieving parity with the "kvm_amd" kernel module with respect to nested virtualization capabilities.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313994"></a>13.2.4. XEN/KVM: virt-manager Can Configure PCI Pass-through Devices at VM Creation</h3></div></div></div><p>Virt-Manager is now capable to allow the configuration of PCI pass-through devices at VM creation in Xen and KVM.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313992-1"></a>13.2.5. libseccomp</h3></div></div></div><p><span class="emphasis"><em>Seccomp filters are expressed as a Berkeley Packet Filter (BPF) program, which is not a well understood interface for most developers.</em></span></p><p>The libseccomp library provides an easy to use interface to the Linux Kernel's syscall filtering mechanism, seccomp.  The libseccomp API allows an application to specify which syscalls, and optionally which syscall arguments, the application is allowed to execute, all of which are enforced by the Linux Kernel.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313982-1"></a>13.2.6. libvirt Support for QEMU seccomp Sandboxing</h3></div></div></div><p><span class="emphasis"><em>QEMU guests spawned by libvirt are exposed to a large number of system calls that go unused for the entire lifetime of the process.</em></span></p><p>libvirt's qemu.conf file is updated with a seccomp_sandbox option that can be used to enable use of QEMU's seccomp sandboxing support. This allows execution of QEMU guests with reduced exposure to kernel system calls.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313981"></a>13.2.7. libvirt Bridged Networking for Unprivileged Users</h3></div></div></div><p><span class="emphasis"><em>libvirt can already spawn QEMU guests with bridged networking support when running under a privileged user ID, however it cannot do the same when run under an unprivileged user ID.</em></span></p><p>libvirt is updated to enable QEMU guests to be spawned with bridged networking when libvirt is run under an unprivileged user ID.  This benefits installations that connect to the libvirtd instance with the qemu:///session URI.  This was achieved by using the new QEMU network helper support when libvirt is running under an unprivileged user ID.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313979"></a>13.2.8. libvirt DAC Isolation</h3></div></div></div><p><span class="emphasis"><em>libvirt spawns all QEMU guests created through the qemu:///system URI under the user ID and group ID defined in /etc/libvirt/qemu.conf. This means all guests are run under the same user ID and group ID, removing all Discretionary Access Control (DAC).  While Mandatory Access Control (MAC) may already be isolating guests, it would be nice to also have DAC isolation for an added layer of security.</em></span></p><p>libvirt has been updated to allow spawning of guests under unique user and group IDs. The libvirt domain XML's <seclabel> tag is updated with model='dac' to provide this support, and libvirt APIs are updated to allow applications to inspect the full list of security labels of a domain.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313969"></a>13.2.9. QEMU Network Helper for Unprivileged Users</h3></div></div></div><p><span class="emphasis"><em>QEMU guests previously could not be started with bridged networking support when run under an unprivileged user ID.</em></span></p><p>Infrastructure is introduced to enable a network helper to be executed by QEMU. This also allows third parties to implement user-visible network backends without having to introduce them into QEMU itself. A default network helper is introduced that implements the same bridged networking functionality as the common qemu-ifup script. It creates a tap file descriptor, attaches it to a bridge, and passes it back to QEMU. This helper runs with higher privileges, allowing QEMU to be invoked with bridged networking support under an unprivileged user.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313968"></a>13.2.10. QEMU: Sandboxing with seccomp</h3></div></div></div><p>New seccomp kernel functionality is intended to be used to declare the whitelisted syscalls and syscall parameters. This will limit QEMU's syscall footprint, and therefore the potential kernel attack surface. The idea is that if an attacker were to execute arbitrary code, they would only be able to use the whitelisted syscalls.</p><p>QEMU has been updated with the '-sandbox' option.  When set to 'on', the '-sandbox' option will enable seccomp system call filtering for QEMU, allowing only a subset of system calls to be used.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313957"></a>13.2.11. KVM: Export Platform Power Management Capability through libvirt Framework</h3></div></div></div><p>Libvirt can now discover and update tags in the capabilities XML field based on power management features supported by the platform.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313826"></a>13.2.12. KVM: Support INVPCID's Haswell Instructions</h3></div></div></div><p>KVM now support the new Haswell CPU instructions: INVPCID. Process-context identifiers (PCIDs) are a facility by which a logical processor may cache information for multiple linear-address spaces so that the processor may retain cached information when software switches to a different linear address space. INVPCID instruction is used for fine-grained TLB flush which is benefit for kernel. This features is now exposed to the guest. Modern guest can use this new instructiosn to improve the efficiency of KVM. qemu-kvm is required to selects PCID via -cpu option.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313642"></a>13.2.13. KVM: TSC Deadline Timer Support</h3></div></div></div><p>TSC deadline timer is a new mode in LAPIC timer, which will generate one-shot timer interrupt based on TSC deadline, in place of current APIC clock count interval. It will provide more precise timer interrupt (less than 1 ticks) to benefit OS scheduler etc.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313619"></a>13.2.14. KVM: TSC Offset Timer</h3></div></div></div><p>TSC is only writable via MSR 0x10 which is a moving target. TSC offset timer feature will provide a new MSR 0x3b that exposes the "Thread Offset" directly.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313618"></a>13.2.15. KVM: Support for APIC Virtualization</h3></div></div></div><p>Starting from IvyTown processor, APIC Virtualization provides more supports to improve VMM interrupt handling efficiency. There are two features:
  2049. - APIC-Register Virtualization: a new VM-execution control is introduced, which eliminates almost all VM exits on reads of APIC registers and provides more information for memory-mapped APIC writes
  2050. - Virtual-Interrupt Delivery: a new VM-execution control is introduced, which CPU delivers virtual interrupt through guest IDT when appropriate</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313616"></a>13.2.16. KVM: Haswell New Instructions Support</h3></div></div></div><p>KVM now support the Haswell CPU new instructions (ie: FP fused Multiply Add, 256-bit Integer vectors, MOVBE support...). Using some of these new instructions will improve the efficiency of KVM.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313612"></a>13.2.17. KVM: support for Supervisor Mode Execution Protection (SMEP)</h3></div></div></div><p>KVM now support tje Supervisor mode execution protection (SMEP) wich prevents execution of user mode pages while in supervisor mode and addresses class of exploits for hijacking kernel execution.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313599"></a>13.2.18. XEN/KVM/libvirt: Virtual Machine Lock Manager</h3></div></div></div><p>The virtual machine lock manager is a daemon which will ensure that a virtual machine's disk image cannot be written to by two QEMU/KVM processes at the same time. It provides protection against starting the same virtual machine twice, or adding the same disk to two different virtual machines.</p></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="TechInfo.Xen"></a>13.3. Xen Limits</h2></div></div></div><div class="informaltable"><table border="1"><colgroup><col class="c1"><col class="c2"></colgroup><thead><tr><th><span class="emphasis"><em>SLES 11 SP2</em></span></th><th><span class="emphasis"><em>x86</em></span></th></tr></thead><tbody><tr><td>
  2051.       <p>CPU bits</p>
  2052.      </td><td>
  2053.       <p>64</p>
  2054.      </td></tr><tr><td>
  2055.       <p>Logical CPUs (Xen Hypervisor)</p>
  2056.      </td><td>
  2057.       <p>255</p>
  2058.      </td></tr><tr><td>
  2059.       <p>Virtual CPUs per VM</p>
  2060.      </td><td>
  2061.       <p>32</p>
  2062.      </td></tr><tr><td>
  2063.       <p>Maximum supported memory (Xen Hypervisor)</p>
  2064.      </td><td>
  2065.       <p>2 TiB</p>
  2066.      </td></tr><tr><td>
  2067.       <p>Maximum supported memory (Dom0)</p>
  2068.      </td><td>
  2069.       <p>512 GiB</p>
  2070.      </td></tr><tr><td>
  2071.       <p>Virtual memory per VM</p>
  2072.      </td><td>
  2073.       <p>128 MiB-256 GiB</p>
  2074.      </td></tr><tr><td>
  2075.       <p>Total virtual devices per host</p>
  2076.      </td><td>
  2077.       <p>2048</p>
  2078.      </td></tr><tr><td>
  2079.       <p>Maximum number of NICs per host</p>
  2080.      </td><td>
  2081.       <p>8</p>
  2082.      </td></tr><tr><td>
  2083.       <p>Maximum number of vNICs per guest</p>
  2084.      </td><td>
  2085.       <p>8</p>
  2086.      </td></tr><tr><td>
  2087.       <p>Maximum number of guests per host</p>
  2088.      </td><td>
  2089.       <p>128</p>
  2090.      </td></tr></tbody></table></div><p>In Xen 4.1, the hypervisor bundled with SUSE Linux Enterprise Server 11 SP2, dom0 is
  2091.  able to see and handle a maximum of 512 logical CPUs. The hypervisor
  2092.  itself, however, can access up to logical 256 logical CPUs and schedule
  2093.  those for the VMs.</p><p>With SUSE Linux Enterprise Server 11 SP2, we removed the 32-bit hypervisor as a
  2094.  virtualization host. 32-bit virtual guests are not affected and are
  2095.  fully supported with the provided 64-bit hypervisor.</p><p></p><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314491"></a>13.3.1. XEN: Secure Boot</h3></div></div></div><p>Xen hypervisor is shipped as an EFI application, and signed. It will negotiate with the shim loader to validate the Dom0 kernel signature before booting it. Enabling the alternative kernel image format takes as a prerequisite the bumping of the backward compatibility level from 3.2 to 4.X, so we are not able to boot a SLE11 SP3 PV guest on SLE10 SP4, even if secure boot is not enable.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313994-1"></a>13.3.2. XEN/KVM: virt-manager Can Configure PCI Pass-through Devices at VM Creation</h3></div></div></div><p>Virt-Manager is now capable to allow the configuration of PCI pass-through devices at VM creation in Xen and KVM.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313830"></a>13.3.3. XEN: Netconsole Support to Netfront Device</h3></div></div></div><p>XEN now support netconsole on its netfront device.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313667"></a>13.3.4. XEN: TSC Deadline Timer Support</h3></div></div></div><p>TSC deadline timer is a new mode in LAPIC timer, which will generate one-shot timer interrupt based on TSC deadline, in place of current APIC clock count interval. It will provide more precise timer interrupt (less than 1 ticks) to benefit OS scheduler etc.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313665"></a>13.3.5. XEN: JKT Core Error Recovery</h3></div></div></div><p>Xen now support the new MCA type to handle errors in the core (like L1/L2 cache error). Previously only uncore errors (like L3 cache error) was handled.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313633"></a>13.3.6. XEN: TSC Offset Support</h3></div></div></div><p>TSC is only writable via MSR 0x10 which is a moving target. TSC offset timer feature will provide a new MSR 0x3b that exposes the "Thread Offset" directly.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313631"></a>13.3.7. XEN: Haswell New Instructions Support</h3></div></div></div><p>XEN now support the Haswell CPU new instructions (ie: FP fused Multiply Add, 256-bit Integer vectors, MOVBE support...). Using some of these new instructions will improve the efficiency of XEN.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313605"></a>13.3.8. APIC Virtuatization in Xen and KVM</h3></div></div></div><p>This Service Pack adds support for the APIC virtualization feature for Intel's IvyBridge and later CPUs. Both hypervisors - Xen and KVM - support APICv.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313603"></a>13.3.9. XEN: Large VT-d Pages</h3></div></div></div><p>This is an IOMMU performance enhancement to reduce IOMMU page table and IOTLB footprint.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313599-1"></a>13.3.10. XEN/KVM/libvirt: Virtual Machine Lock Manager</h3></div></div></div><p>The virtual machine lock manager is a daemon which will ensure that a virtual machine's disk image cannot be written to by two QEMU/KVM processes at the same time. It provides protection against starting the same virtual machine twice, or adding the same disk to two different virtual machines.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313584"></a>13.3.11. XEN: Bios Information to XEN HVM Guest</h3></div></div></div><p>Bios information of the physical server can now be passed to XEN HVM guest system.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313570-1"></a>13.3.12. XEN: Support for PCI Pass-through Bind and Unbind in libvirt Xen Driver</h3></div></div></div><p>Virt-manager is now able to set up PCI pass-through for Xen without having to switch to the command line to free the PCI device before assigning it to the VM.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313222"></a>13.3.13. XEN: xenstore-chmod Command Now Support 256 Permissions</h3></div></div></div><p>To be able to manage permission using the xenstore-chmod command on more than 16 domUs at the same time, xenstore-chmod command now support 256 permissions.</p></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="TechInfo.Filesystems"></a>13.4. File Systems</h2></div></div></div><p><a class="ulink" href="https://www.suse.com/products/server/technical-information/#FileSystem" target="_top">https://www.suse.com/products/server/technical-information/#FileSystem</a>
  2096.  </p><p>SUSE Linux Enterprise was the first enterprise Linux distribution to support journaling file systems and logical volume managers back in 2000. Today, we have customers running XFS and ReiserFS with more than 8TiB in one file system, and our own SUSE Linux Enterprise engineering team is using all 3 major Linux journaling file systems for all its servers.</p><p>We are excited to add the OCFS2 cluster file system to the range of supported file systems in SUSE Linux Enterprise.</p><p>We propose to use XFS for large-scale file systems, on systems
  2097.  with heavy load and multiple parallel read- and write-operations (e.g.,
  2098.  for file serving with Samba, NFS, etc.).  XFS has been developed for
  2099.  such conditions, while typical desktop use (single write or read) will
  2100.  not necessarily benefit from its capabilities.
  2101.  </p><p>
  2102.   Due to technical limitations (of the bootloader), we do not support
  2103.   XFS to be used for <code class="filename">/boot</code>.
  2104.  </p><div class="informaltable"><table border="1"><colgroup><col class="c1"><col class="c2"><col class="c3"><col class="c4"><col class="c5"><col class="c6"></colgroup><thead><tr><th><span class="emphasis"><em>Feature</em></span></th><th><span class="emphasis"><em>Ext 3</em></span></th><th><span class="emphasis"><em>Reiserfs 3.6</em></span></th><th><span class="emphasis"><em>XFS</em></span></th><th><span class="emphasis"><em>Btrfs *</em></span></th><th><span class="emphasis"><em>OCFS 2 **</em></span></th></tr></thead><tbody><tr><td>
  2105.       <p>Data/Metadata Journaling</p>
  2106.      </td><td>
  2107.       <p>•/•</p>
  2108.      </td><td>
  2109.       <p>○/•</p>
  2110.      </td><td>
  2111.       <p>○/•</p>
  2112.      </td><td>
  2113.       <p>n/a *</p>
  2114.      </td><td>
  2115.       <p>○/•</p>
  2116.      </td></tr><tr><td>
  2117.       <p>Journal internal/external</p>
  2118.      </td><td>
  2119.       <p>•/•</p>
  2120.      </td><td>
  2121.       <p>•/•</p>
  2122.      </td><td>
  2123.       <p>•/•</p>
  2124.      </td><td>
  2125.       <p>n/a *</p>
  2126.      </td><td>
  2127.       <p>•/○</p>
  2128.      </td></tr><tr><td>
  2129.       <p>Offline extend/shrink</p>
  2130.      </td><td>
  2131.       <p>•/•</p>
  2132.      </td><td>
  2133.       <p>•/•</p>
  2134.      </td><td>
  2135.       <p>○/○</p>
  2136.      </td><td>
  2137.       
  2138.       <p>○/○</p>
  2139.      </td><td>
  2140.       <p>•/○</p>
  2141.      </td></tr><tr><td>
  2142.       <p>Online extend/shrink</p>
  2143.      </td><td>
  2144.       <p>•/○</p>
  2145.      </td><td>
  2146.       <p>•/○</p>
  2147.      </td><td>
  2148.       <p>•/○</p>
  2149.      </td><td>
  2150.       <p>•/•</p>
  2151.      </td><td>
  2152.       <p>•/○</p>
  2153.      </td></tr><tr><td><p>Sparse Files</p></td><td><p>•</p></td><td><p>•</p></td><td><p>•</p></td><td><p>•</p></td><td><p>•</p></td></tr><tr><td><p>Tail Packing</p></td><td><p>○</p></td><td><p>•</p></td><td><p>○</p></td><td><p>•</p></td><td><p>○</p></td></tr><tr><td><p>Defrag</p></td><td><p>○</p></td><td><p>○</p></td><td><p>•</p></td><td><p>•</p></td><td><p>○</p></td></tr><tr><td><p>Extended Attributes/ Access Control Lists</p></td><td><p>•/•</p></td><td><p>•/•</p></td><td><p>•/•</p></td><td><p>•/•</p></td><td><p>•/•</p></td></tr><tr><td>
  2154.       <p>Quotas</p>
  2155.      </td><td>
  2156.       <p>•</p>
  2157.      </td><td>
  2158.       <p>•</p>
  2159.      </td><td>
  2160.       <p>•</p>
  2161.      </td><td>
  2162.       <p>^</p>
  2163.      </td><td>
  2164.       <p>•</p>
  2165.      </td></tr><tr><td>
  2166.       <p>Dump/Restore</p>
  2167.      </td><td>
  2168.       <p>•</p>
  2169.      </td><td>
  2170.       <p>○</p>
  2171.      </td><td>
  2172.       <p>•</p>
  2173.      </td><td>
  2174.       <p>○</p>
  2175.      </td><td>
  2176.       <p>○</p>
  2177.      </td></tr><tr><td>
  2178.       <p>Blocksize default</p>
  2179.      </td><td>
  2180.       <p>4 KiB</p>
  2181.      </td><td>
  2182.       <p>4 KiB</p>
  2183.      </td><td>
  2184.       <p>4 KiB</p>
  2185.      </td><td>
  2186.       
  2187.       <p>4/64 KiB</p>
  2188.      </td><td>
  2189.       <p>4 KiB</p>
  2190.      </td></tr><tr><td>
  2191.       <p>max. File System Size</p>
  2192.      </td><td>
  2193.       <p>16 TiB</p>
  2194.      </td><td>
  2195.       <p>16 TiB</p>
  2196.      </td><td>
  2197.       <p>8 EiB</p>
  2198.      </td><td>
  2199.       <p>16 EiB</p>
  2200.      </td><td>
  2201.       <p>16 TiB</p>
  2202.      </td></tr><tr><td>
  2203.       <p>max. Filesize</p>
  2204.      </td><td>
  2205.       <p>2 TiB</p>
  2206.      </td><td>
  2207.       <p>1 EiB</p>
  2208.      </td><td>
  2209.       <p>8 EiB</p>
  2210.      </td><td>
  2211.       <p>16 EiB</p>
  2212.      </td><td>
  2213.       <p>1 EiB</p>
  2214.      </td></tr><tr><td>
  2215.       <p> </p>
  2216.      </td><td colspan="5">
  2217.       <p>
  2218.        * Btrfs is supported in SUSE Linux Enterprise Server 11 Service Pack3; Btrfs is a copy-on-write
  2219.        logging-style file system. Rather than journaling changes before
  2220.        writing them in-place, it writes them to a new location, then
  2221.        links it in. Until the last write, the new changes are not
  2222.        "committed". Due to the nature of the filesystem, quotas will be
  2223.        implemented based on subvolumes in a future release.  The
  2224.        blocksize default varies with different host architectures.
  2225.        64KiB is used on ppc64 and IA64, 4KiB on most other systems.  The
  2226.        actual size used can be checked with the command "getconf
  2227.        PAGE_SIZE".
  2228.       </p>
  2229.      </td></tr><tr><td>
  2230.       <p> </p>
  2231.      </td><td colspan="5">
  2232.       <p>
  2233.       ** OCFS2 is fully supported as part of the SUSE Linux Enterprise High Availability Extension.
  2234.       </p>
  2235.      </td></tr></tbody></table></div><p>
  2236.   The maximum file size above can be larger than the file system's actual
  2237.   size due to usage of sparse blocks. Note that unless a file system
  2238.   comes with large file support (LFS), the maximum file size on a 32-bit
  2239.   system is 2 GB (2^31 bytes). Currently all of our standard file systems
  2240.   (including ext3 and ReiserFS) have LFS, which gives a maximum file
  2241.   size of 2^63 bytes in theory. The numbers in the above tables assume
  2242.   that the file systems are using 4 KiB block size. When using different
  2243.   block sizes, the results are different, but 4 KiB reflects the most
  2244.   common standard.
  2245.  </p><p>
  2246.   In this document: 1024 Bytes = 1 KiB; 1024 KiB = 1 MiB; 1024 MiB = 1
  2247.   GiB; 1024 GiB = 1 TiB; 1024 TiB = 1 PiB; 1024 PiB = 1 EiB. See also
  2248.   <a class="ulink" href="http://physics.nist.gov/cuu/Units/binary.html" target="_top">http://physics.nist.gov/cuu/Units/binary.html</a>.
  2249.  </p><p>
  2250.   
  2251.   NFSv4 with IPv6 is only supported for the client side. A NFSv4 server
  2252.   with IPv6 is not supported.
  2253.  </p><p>
  2254.   
  2255.   This version of Samba delivers integration with Windows 7 Active
  2256.   Directory Domains. In addition we provide the clustered version of
  2257.   Samba as part of SUSE Linux Enterprise High Availability 11 SP3.
  2258.  </p><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314871"></a>13.4.1. XFS Realtime Volumes</h3></div></div></div><p>XFS Realtime Volumes is an experimental feature, available for testing and experimenting. If you encounter any issues, SUSE is interested in feedback. Please, submit a support request through the usual access methods.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314864"></a>13.4.2. ext4: Runtime Switch for Write Support</h3></div></div></div><p>The SLE 11 SP3 kernel contains a fully supported ext4 file system module, which provides read-only access to the file system.</p><p> Read-write access to an ext4 file system can be acquired by setting the <code class="literal">rw</code> kernel module parameter to 1, either through module load time options or after module load through the kernel sysctl interface. Be aware that this action will render the kernel module and the kernel as the whole as unsupported upon first read-write mount of an ext4 file system. </p><p>ext4 is not supported for the installation of the SUSE Linux Enterprise operating system.</p><p>Since SUSE Linux Enterprise 11 SP2 we support offline migration from ext4 to the supported btrfs file system.</p></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="TechInfo.KernelModules"></a>13.5. Kernel Modules</h2></div></div></div><p>
  2259.   An important requirement for every Enterprise operating system is the
  2260.   level of support a customer receives for his environment.  Kernel
  2261.   modules are the most relevant connector between hardware
  2262.   ("controllers") and the operating system. Every kernel module in
  2263.   SUSE Linux Enterprise Server 11 has a flag 'supported' with three possible values:
  2264.   <code class="literal">"yes", "external", ""</code> (empty, not set,
  2265.   "unsupported").
  2266.  </p><p>
  2267.   The following rules apply:
  2268.  </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  2269.     All modules of a self-recompiled kernel are by default marked as
  2270.     unsupported.
  2271.    </p></li><li class="listitem"><p>
  2272.     Kernel Modules supported by SUSE partners and delivered using SUSE's
  2273.     Partner Linux Driver process are marked "external".
  2274.    </p></li><li class="listitem"><p>
  2275.     If the <code class="literal">"supported"</code> flag is not set, loading this
  2276.     module will taint the kernel.  Tainted kernels are not supported. To
  2277.     avoid this, not supported Kernel modules are included in an extra
  2278.     RPM (kernel-<flavor>-extra) and will not be loaded by default
  2279.     ("flavor"=default|smp|xen|...).  In addition, these unsupported
  2280.     modules are not available in the installer, and the package
  2281.     kernel-$flavor-extra is not on the SUSE Linux Enterprise Server media.
  2282.    </p></li><li class="listitem"><p>
  2283.     Kernel Modules not provided under a license compatible to the
  2284.     license of the Linux kernel will also taint the kernel; see
  2285.     <code class="filename">/usr/src/linux/Documentation/sysctl/kernel.txt</code>
  2286.     and the state of <code class="filename">/proc/sys/kernel/tainted</code>.
  2287.    </p></li></ul></div><p>Technical Background</p><p></p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>Linux Kernel</p><p>The value of /proc/sys/kernel/unsupported defaults to 2 on
  2288.    SUSE Linux Enterprise Server 11 ("do not warn in syslog when loading unsupported
  2289.    modules"). This is the default used in the installer as well as in
  2290.    the installed system.  See
  2291.    <code class="filename">/usr/src/linux/Documentation/sysctl/kernel.txt</code>
  2292.    for more information.
  2293.    </p></li><li class="listitem"><p>modprobe</p><p>The <span class="command"><strong>modprobe</strong></span> utility for checking module
  2294.    dependencies and loading modules appropriately checks for the value
  2295.    of the "supported" flag. If the value is <code class="literal">"yes"</code> or
  2296.    <code class="literal">"external"</code> the module will be loaded, otherwise it
  2297.    will not. See below, for information on how to override this
  2298.    behavior.</p><p>Note: SUSE does not generally support removing of storage modules via <span class="command"><strong>modprobe -r</strong></span>.</p></li></ul></div><p>Working with Unsupported Modules</p><p>While the general supportability is important, there might occur
  2299.  situations where loading an unsupported module is required (e.g., for
  2300.  testing or debugging purposes, or if your hardware vendor provides a
  2301.  hotfix):</p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  2302.     You can override the default by changing the variable
  2303.     <code class="option">allow_unsupported_modules</code> in
  2304.     <code class="filename">/etc/modprobe.d/unsupported-modules</code> and set the
  2305.     value to "<code class="literal">1</code>".
  2306.    </p><p>
  2307.     If you only want to try loading a module once, the
  2308.     <code class="option">--allow-unsupported-modules</code> command-line switch can
  2309.     be used with <code class="filename">modprobe</code>.  (For more information,
  2310.     see <span class="command"><strong>man modprobe</strong></span>).
  2311.    </p></li><li class="listitem"><p>
  2312.     During installation, unsupported modules may be added through driver
  2313.     update disks, and they will be loaded.
  2314.    </p><p>
  2315.     To enforce loading of unsupported modules during boot and
  2316.     afterwards, please use the kernel command line option
  2317.     <code class="option">oem-modules</code>.
  2318.    </p><p>
  2319.     While installing and initializing the <code class="systemitem">module-init-tools</code> package, the kernel
  2320.     flag <code class="option">"TAINT_NO_SUPPORT"</code>
  2321.     (<code class="filename">/proc/sys/kernel/tainted</code>) will be
  2322.     evaluated. If the kernel is already tainted,
  2323.     <code class="option">allow_unsupported_modules</code> will be enabled. This
  2324.     will prevent unsupported modules from failing in the system being
  2325.     installed. (If no unsupported modules are present during
  2326.     installation and the other special kernel command line option is not
  2327.     used, the default will still be to disallow unsupported modules.)
  2328.    </p></li><li class="listitem"><p>
  2329.     If you install unsupported modules after the initial installation
  2330.     and want to enable those modules to be loaded during system boot,
  2331.     please do not forget to run <span class="command"><strong>depmod</strong></span> and
  2332.     <span class="command"><strong>mkinitrd</strong></span>.
  2333.    </p></li></ul></div><p>
  2334.   Remember that loading and running unsupported modules will make the
  2335.   kernel and the whole system unsupported by SUSE.
  2336.  </p></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="TechInfo.IPv6"></a>13.6. IPv6 Implementation and Compliance</h2></div></div></div><p>
  2337.   SUSE Linux Enterprise Server 11 is compliant to IPv6 Logo Phase 2. However, when running the
  2338.   respective tests, you may see some tests failing.  For various
  2339.   reasons, we cannot enable all the configuration options by default,
  2340.   which are necessary to pass all the tests. For details, see below.
  2341.  </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  2342.     Section 3: RFC 4862 - IPv6 Stateless Address Autoconfiguration
  2343.    </p><p>
  2344.     Some tests fail because of the default DAD handling in Linux;
  2345.     disabling the complete interface is possible, but not the default
  2346.     behavior (because security-wise, this might open a DoS attack
  2347.     vector, a malicious node on a network could shutdown the complete
  2348.     segment) this is still conforming to RFC 4862: the shutdown of the
  2349.     interface is a "should", not a mandatory ("must") rule.
  2350.    </p><p>
  2351.     The Linux kernel allows you to change the default behavior with a
  2352.     sysctl parameter.  To do this on SUSE Linux Enterprise Server 11, you need to make the
  2353.     following changes in configuration:
  2354.    </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: circle; "><li class="listitem"><p>
  2355.       Add ipv6 to the modules load early on boot
  2356.      </p><p>
  2357.       Edit <code class="filename">/etc/sysconfig/kernel</code> and add ipv6 to
  2358.       MODULES_LOADED_ON_BOOT
  2359.       e.g. <code class="option">MODULES_LOADED_ON_BOOT="ipv6"</code>. This is needed
  2360.       for the second change to work, if ipv6 is not loaded early enough,
  2361.       setting the sysctl fails.
  2362.      </p></li><li class="listitem"><p>Add the following lines to <code class="filename">/etc/sysctl.conf</code>
  2363.      </p><pre class="screen">## shutdown IPV6 on MAC based duplicate address detection
  2364. net.ipv6.conf.default.accept_dad = 2
  2365. net.ipv6.conf.all.accept_dad = 2
  2366. net.ipv6.conf.eth0.accept_dad = 2
  2367. net.ipv6.conf.eth1.accept_dad = 2
  2368.       </pre><p>
  2369.       Note: if you use other interfaces (e.g., eth2), modify the
  2370.       lines. With these changes, all tests for RFC 4862 should
  2371.       pass.</p></li></ul></div></li><li class="listitem"><p>Section 4: RFC 1981 - Path MTU Discovery for IPv6    </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: circle; "><li class="listitem"><p>
  2372.       Test v6LC.4.1.10: Multicast Destination - One Router
  2373.      </p></li><li class="listitem"><p>
  2374.       Test v6LC.4.1.11: Multicast Destination - Two Routers
  2375.      </p></li></ul></div><p>On these two tests ping6 needs to be told to allow
  2376.    defragmentation of multicast packets. Newer ping6 versions have this
  2377.    disabled by default. Use: <span class="command"><strong>ping6 -M want <other
  2378.    parameters></strong></span>. See <span class="command"><strong>man ping6</strong></span> for more
  2379.    information.
  2380.    </p></li><li class="listitem"><p>Enable IPv6 in YaST for SCTP Support</p><p>SCTP is dependent on IPv6, so in order to successfully insert
  2381.    the SCTP module, IPv6 must be enabled in YaST. This allows for the
  2382.    IPv6 module to be automatically inserted when <span class="command"><strong>modprobe
  2383.    sctp</strong></span> is called.</p></li></ul></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314863"></a>13.6.1. IPv6 Support for NFSv3</h3></div></div></div><p>Kernel configuration and NFS userland utilities have been updated to fully support NFSv3 over the IPv6 protocol. The same functionality for NFSv4 has already been enabled since SUSE Linux Enterprise 11 SP2.</p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-314659"></a>13.6.2. Add IPv6 support to AutoFS</h3></div></div></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="fate-313479-1"></a>13.6.3. Linux Virtual Server Load Balancer (ipvs) Extends Support for IPv6</h3></div></div></div><p><span class="emphasis"><em>The LVS/ipvs load balancing code did not fully support RFC2460 and fragmented IPv6 packets which could lead to lost packets and interrupted connections when IPv6 traffic was fragmented.</em></span></p><p>The load balancer has been enhanced to fully support IPv6 fragmented extension headers and is now RFC2460 compliant.</p></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="TechInfo.Other"></a>13.7. Other Technical Information</h2></div></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id363555"></a>13.7.1. libica 2.1.0 Available in SLES 11 SP2 for s390x</h3></div></div></div><p>
  2384.     ***CHECKIT (adjusting for SP3?)
  2385.     The libica package contains the interface library routines used by
  2386.     IBM modules to interface with IBM Cryptographic Hardware
  2387.     (ICA). Starting with SLES 11 SP1, libica is provided in the s390x
  2388.     distribution in three flavors of packages: libica-1_3_9,
  2389.     libica-2_0_2, and libica-2_1_0 providing libica versions 1.3.9,
  2390.     2.0.2, and 2.1.0 respectively.
  2391.    </p><p>
  2392.     libica 1.3.9 is provided for compatibility reasons with legacy
  2393.     hardware present e.g. in the ppc64 architecture. For s390x users it
  2394.     is always recommended to use the new libica 2.1.0 library since it
  2395.     supports all newer s390x hardware, larger key sizes and is backwards
  2396.     compatible with any ICA device driver in the s390x architecture.
  2397.    </p><p>
  2398.     You may choose to continue using libica 1.3.9 or 2.0.2 if you do not
  2399.     have newer Cryptographic hardware to exploit or wish continue using
  2400.     custom applications that do not support the libica 2.1.0 library
  2401.     yet. Both openCryptoki and openssl-ibmca, the two main exploiters
  2402.     for the libica interface, are provided in SLES 11 SP2 to support the
  2403.     newer libica 2.1.0 library.
  2404.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id362714"></a>13.7.2. YaST Support for Layer 2 Devices</h3></div></div></div><p>
  2405.     YaST writes the MAC address for layer 2 devices only if they are
  2406.     of the card_types:
  2407.     </p><div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem"><p>OSD_100</p></li><li class="listitem"><p>OSD_1000</p></li><li class="listitem"><p>OSD_10GIG</p></li><li class="listitem"><p>OSD_FE_LANE</p></li><li class="listitem"><p>OSD_GbE_LANE</p></li><li class="listitem"><p>OSD_Express</p></li></ol></div><p>
  2408.     Per intent YaST does not write the MAC address for devices of the types:
  2409.    </p><div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem"><p>HiperSockets</p></li><li class="listitem"><p>GuestLAN/VSWITCH QDIO</p></li><li class="listitem"><p>OSM</p></li><li class="listitem"><p>OSX</p></li></ol></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id363513"></a>13.7.3. Changes to Network Setup</h3></div></div></div><p>
  2410.      The script <span class="command"><strong>modify_resolvconf</strong></span> is removed in favor
  2411.      of a more versatile script called
  2412.      <span class="command"><strong>netconfig</strong></span>. This new script handles specific
  2413.      network settings from multiple sources more flexibly and
  2414.      transparently. See the documentation and man-page of
  2415.      netconfig for more information.
  2416.     </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id363628"></a>13.7.4. Memory cgroups</h3></div></div></div><p>
  2417.     Memory cgroups are now disabled for machines where they cause memory
  2418.     exhaustion and crashes. Namely, X86 32-bit systems with PAE support
  2419.     and more than 8G in any memory node have this feature disabled.
  2420.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id362593"></a>13.7.5. MCELog</h3></div></div></div><p>
  2421.     The mcelog package logs and parses/translates Machine Check
  2422.     Exceptions (MCE) on hardware errors (also including memory
  2423.     errors). Formerly this has been done by a cron job executed
  2424.     hourly. Now hardware errors are immediately processed by an mcelog
  2425.     daemon.
  2426.    </p><p>
  2427.       However, the mcelog service is not enabled by default resulting in
  2428.       memory and CPU errors also not being logged by default. In
  2429.       addition, mcelog has a new feature to also handle predictive bad
  2430.       page offlining and automatic core offlining when cache errors
  2431.       happen.
  2432.     </p><p>
  2433.      The service can either be enabled via the YaST runlevel editor or
  2434.      via commandline with:
  2435.     </p><pre class="screen">chkconfig mcelog on
  2436. rcmcelog start</pre></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id363713"></a>13.7.6. Locale Settings in <code class="filename">~/.i18n</code></h3></div></div></div><p>
  2437.     If you are not satisfied with locale system defaults, change the
  2438.     settings in <code class="filename">~/.i18n</code>. Entries in
  2439.     <code class="filename">~/.i18n</code> override system defaults from
  2440.     <code class="filename">/etc/sysconfig/language</code>.  Use the same variable
  2441.     names but without the <code class="literal">RC_</code> namespace prefixes; for
  2442.     example, use <code class="literal">LANG</code> instead of
  2443.     <code class="literal">RC_LANG</code>. For more information about locales in
  2444.     general, see "Language and Country-Specific Settings" in the
  2445.     Administration Guide.
  2446.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id363619"></a>13.7.7. Configuration of kdump</h3></div></div></div><p>
  2447.     kdump is useful, if the kernel is crashing or otherwise misbehaving
  2448.     and a kernel core dump needs to be captured for analysis.
  2449.    </p><p>
  2450.     Use YaST (<span class="guimenu">System</span>+<span class="guimenu">Kernel
  2451.     Kdump</span>) to configure your environment.
  2452.     </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id363333"></a>13.7.8. Configuring Authentication for kdump through YaST with ssh/scp as
  2453.     Target</h3></div></div></div><p>
  2454.     When kdump is configured through YaST with ssh/scp as target and the
  2455.     target system is SUSE Linux Enterprise, then enable authentication
  2456.     using either of the following ways:
  2457.    </p><div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem"><p>
  2458.       Copy the public keys to the target system:
  2459.      </p><pre class="screen">ssh-copy-id -i ~/.ssh/id_*.pub  <username>@<target system IP></pre><p>
  2460.       or
  2461.      </p></li><li class="listitem"><p>
  2462.       Change the <code class="literal">PasswordAuthentication</code> setting in
  2463.       <code class="filename">/etc/ssh/sshd_config</code> of the target system
  2464.       from:
  2465.      </p><pre class="screen">PasswordAuthentication no</pre><p>
  2466.       to:
  2467.      </p><pre class="screen">PasswordAuthentication yes</pre></li><li class="listitem"><p>
  2468.       After the changing <code class="literal">PasswordAuthentication</code> in
  2469.       <code class="filename">/etc/ssh/sshd_config</code> restart the sshd service
  2470.       on the target system with:
  2471.      </p><pre class="screen">rcsshd restart</pre></li></ol></div></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id363799"></a>13.7.9. JPackage Standard for Java Packages</h3></div></div></div><p>
  2472.     Java packages are changed to follow the JPackage Standard (<a class="ulink" href="http://www.jpackage.org/" target="_top">http://www.jpackage.org/</a>). For more information, see the
  2473.     documentation in
  2474.     <code class="filename">/usr/share/doc/packages/jpackage-utils/</code>.
  2475.    </p></div><div class="section"><div class="titlepage"><div><div><h3 class="title"><a name="id363625"></a>13.7.10. Stopping Cron Status Messages</h3></div></div></div><p>
  2476. To avoid the mail-flood caused by cron status messages, the default
  2477. value of <code class="literal">SEND_MAIL_ON_NO_ERROR</code> in
  2478. <code class="filename">/etc/sysconfig/cron</code> is now set to
  2479. "<code class="literal">no</code>" for new installations.  Even with this setting
  2480. to "<code class="literal">no</code>", cron data output will still be send to the
  2481. <code class="literal">MAILTO</code> address, as documented in the cron manpage.
  2482.    </p><p>
  2483. In the update case it is recommended to set these values according to
  2484. your needs.
  2485.    </p></div></div></div><div class="chapter"><div class="titlepage"><div><div><h1 class="title"><a name="Documentation"></a>Chapter 14. Documentation and Other Information</h1></div></div></div><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  2486.      Read the READMEs on the DVDs.
  2487.     </p></li><li class="listitem"><p>
  2488.      Get the detailed changelog information about a particular
  2489.      package from the RPM (with filename <FILENAME>):
  2490.     </p><pre class="screen">rpm --changelog -qp <FILENAME>.rpm
  2491.     </pre></li><li class="listitem"><p>
  2492.      Check the <code class="filename">ChangeLog</code> file in the top level of DVD1 for
  2493.      a chronological log of all changes made to the updated packages.
  2494.     </p></li><li class="listitem"><p>
  2495.      Find more information in the <code class="filename">docu</code> directory
  2496.      of DVD1 of the SUSE Linux Enterprise Server 11 Service Pack 3 DVDs. This directory includes PDF versions
  2497.      of the SUSE Linux Enterprise Server 11 Installation Quick Start and Deployment Guides.
  2498.     </p></li><li class="listitem"><p>
  2499.      
  2500.      These Release Notes are identical across all architectures, and are
  2501.      available online at <a class="ulink" href="http://www.suse.com/releasenotes/" target="_top">http://www.suse.com/releasenotes/</a>.
  2502.      
  2503.      
  2504.      
  2505.      
  2506.      
  2507.      
  2508.     </p></li></ul></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id363763"></a>14.1. Additional or Update Documentation</h2></div></div></div><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
  2509.        <a class="ulink" href="http://www.suse.com/documentation/sles11/" target="_top">http://www.suse.com/documentation/sles11/</a> contains
  2510.        additional or updated documentation for SUSE Linux Enterprise Server 11 Service Pack 3.
  2511.      </p></li><li class="listitem"><p>
  2512.       Find a collection of White Papers in the SUSE Linux Enterprise Server Ressource Library
  2513.       at <a class="ulink" href="https://www.suse.com/products/server/resource-library/?ref=b#WhitePapers" target="_top">https://www.suse.com/products/server/resource-library/?ref=b#WhitePapers</a>.
  2514.      </p></li></ul></div></div><div class="section"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id363913"></a>14.2. Product and Source Code Information</h2></div></div></div><p>
  2515.      Visit <a class="ulink" href="http://www.suse.com/products/" target="_top">http://www.suse.com/products/</a> for the latest
  2516.      product news from SUSE and <a class="ulink" href="http://www.suse.com/download-linux/source-code.html" target="_top">http://www.suse.com/download-linux/source-code.html</a> for
  2517.      additional information on the source code of SUSE Linux Enterprise products.
  2518.     </p></div></div><div class="chapter"><div class="titlepage"><div><div><h1 class="title"><a name="id363944"></a>Chapter 15. Miscellaneous</h1></div></div></div><p></p></div><div class="chapter"><div class="titlepage"><div><div><h1 class="title"><a name="Legal"></a>Chapter 16. Legal Notices</h1></div></div></div><p>SUSE makes no representations or warranties with respect to the
  2519.   contents or use of this documentation, and specifically disclaims any express
  2520.   or implied warranties of merchantability or fitness for any particular
  2521.   purpose. Further, SUSE reserves the right to revise this publication
  2522.   and to make changes to its content, at any time, without the obligation to notify
  2523.   any person or entity of such revisions or changes.</p><p>Further, SUSE makes no representations or warranties with
  2524.   respect to any software, and specifically disclaims any express or implied
  2525.   warranties of merchantability or fitness for any particular purpose. Further,
  2526.   SUSE reserves the right to make changes to any and all parts of
  2527.   SUSE software, at any time, without any obligation to notify any person or
  2528.   entity of such changes.</p><p>Any products or technical information provided under this Agreement may
  2529.   be subject to U.S. export controls and the trade laws of other countries. You
  2530.   agree to comply with all export control regulations and to obtain any
  2531.   required licenses or classifications to export, re-export, or import
  2532.   deliverables. You agree not to export or re-export to entities on the current
  2533.   U.S. export exclusion lists or to any embargoed or terrorist countries as
  2534.   specified in U.S. export laws. You agree to not use deliverables for
  2535.   prohibited nuclear, missile, or chemical/biological weaponry end uses. Please
  2536.   refer to <a class="ulink" href="http://www.novell.com/info/exports/" target="_top">http://www.novell.com/info/exports/</a> for more information on
  2537.   exporting SUSE software. SUSE assumes no responsibility for your failure
  2538.   to obtain any necessary export approvals.</p><p>Copyright (c) 2010, 2011, 2012, 2013 SUSE. All rights reserved. No part of this
  2539.   publication may be reproduced, photocopied, stored on a retrieval system, or
  2540.   transmitted without the express written consent of the publisher.</p><p>SUSE has intellectual property rights relating to technology
  2541.   embodied in the product that is described in this document. In particular,
  2542.   and without limitation, these intellectual property rights may include one or
  2543.   more of the U.S. patents listed at
  2544.   <a class="ulink" href="http://www.novell.com/company/legal/patents/" target="_top">http://www.novell.com/company/legal/patents/</a> and one or more additional
  2545.   patents or pending patent applications in the U.S. and other
  2546.   countries.</p><p>For SUSE trademarks, see Novell Trademark ad Service Mark list
  2547.   (<a class="ulink" href="http://www.novell.com/company/legal/trademarks/tmlist.html" target="_top">http://www.novell.com/company/legal/trademarks/tmlist.html</a>).
  2548.   All third-party trademarks are the property of their respective owners.</p></div><div class="colophon"><h1 class="title"><a name="id363874"></a>Colophon</h1><p>
  2549.    Thanks for using SUSE Linux Enterprise Server in your business.
  2550.   </p><p>
  2551.    The SUSE Linux Enterprise Server Team.
  2552.   </p></div></div></body></html>
  2553.