saptune-3.0.2-8.22.2<>,Da`Jp9|D):WK቏u4/ D82H *zLTfy0*@*(g7=XYF:5}YaпkC6_J{Bbi=7YA s^xa/iq Su|1q17VBi\詍S4̺eŗ!7(֬!GrD?G"s"um8?~d}U+U,mM鸰$B NpJ:bèz99* >H?d   P,0Ijr "/v2:3: 4: 4: 5p: ?: ?:@:A:CC8:D DHDE(F8F "9F":H"=>?@FG:H:I:XY\:]:^@b8cdcehfklmu:vh wt:x\:yDzP`Csaptune3.0.28.22.2Comprehensive system tuning management for SAP solutionsThe utility adjusts system parameters such as kernel parameters and resource limits to allow running various SAP solutions at satisfactory performance. The utility can be used in place of sapconf.a`Jibs-power9-12+SUSE Linux Enterprise 15SUSE LLC GPL-3.0https://www.suse.com/System/Managementhttps://www.suse.com/products/sles-for-saplinuxppc64le if [ -x /usr/bin/systemctl ]; then test -n "$FIRST_ARG" || FIRST_ARG="$1" [ -d /var/lib/systemd/migrated ] || mkdir -p /var/lib/systemd/migrated || : for service in saptune.service ; do sysv_service=${service%.*} if [ ! -e /usr/lib/systemd/system/$service ] && [ ! -e /etc/init.d/$sysv_service ]; then mkdir -p /run/systemd/rpm/needs-preset touch /run/systemd/rpm/needs-preset/$service elif [ -e /etc/init.d/$sysv_service ] && [ ! -e /var/lib/systemd/migrated/$sysv_service ]; then /usr/sbin/systemd-sysv-convert --save $sysv_service || : mkdir -p /run/systemd/rpm/needs-sysv-convert touch /run/systemd/rpm/needs-sysv-convert/$service fi done fi if [ $1 -ne 1 ]; then # package update NOTEDIR=/usr/share/saptune/notes if [ ! -d ${NOTEDIR} ]; then # installed package version is < 2.0, update v1 to v3 # indicated by missing directory /usr/share/saptune/notes # only change version to '1' (migration), if saptune is really used # so check, if a solution or a note is defined if (grep '^TUNE_FOR_SOLUTIONS[[:space:]]*=[[:space:]]*""' /etc/sysconfig/saptune >/dev/null 2>&1) && (grep '^TUNE_FOR_NOTES[[:space:]]*=[[:space:]]*""' /etc/sysconfig/saptune >/dev/null 2>&1); then echo "saptune NOT configured and NOT used - version will be set to '3'" else echo "ATTENTION: saptune Version 1 is currently configured and used - but this version of saptune is no longer supported. Please migrate to Version 3 after the package update is done. saptune will stop working" # to allow a migration from v1 to v3 after the installation, we need to preserve some 'old' data. touch /tmp/update_v1tov3_saptune_inst || : # preserve 'old' BOBJ and ASE note definition files for saptune # version 1 compatibility if [ -f /etc/saptune/extra/SAP_BOBJ-SAP_Business_OBJects.conf ]; then cp /etc/saptune/extra/SAP_BOBJ-SAP_Business_OBJects.conf /etc/saptune/extra/SAP_BOBJ_n2c.conf fi if [ -f /etc/saptune/extra/SAP_ASE-SAP_Adaptive_Server_Enterprise.conf ]; then cp /etc/saptune/extra/SAP_ASE-SAP_Adaptive_Server_Enterprise.conf /etc/saptune/extra/SAP_ASE_n2c.conf fi fi else # package version 2.0 or later # check SAPTUNE_VERSION stvers=$(grep ^SAPTUNE_VERSION= /etc/sysconfig/saptune | awk -F '"' '{ print $2 }') if [ "$stvers" == 1 ]; then # check, if saptune is really used # so check, if a solution or a note is defined if (grep '^TUNE_FOR_SOLUTIONS[[:space:]]*=[[:space:]]*""' /etc/sysconfig/saptune >/dev/null 2>&1) && (grep '^TUNE_FOR_NOTES[[:space:]]*=[[:space:]]*""' /etc/sysconfig/saptune >/dev/null 2>&1); then # saptune NOT configured and NOT used : else echo "ATTENTION: saptune currently running in Version 1 compatibility mode. Please migrate to Version 3 after the package update is done." fi fi if [ ! -d /var/lib/saptune/working/sols ]; then # installed package version is 2.x, update v2 to v3, save 'old' solution definition file cp /usr/share/saptune/solutions /var/lib/saptune/.v2_solutions fi # special fix only for 3.0.0 installations if [ -d /var/lib/saptune/working/sols ] && [ ! -f /usr/share/saptune/scripts/.updhelp ]; then touch /tmp/update_fix_300_saptune_inst || : fi fi # to prevent saptune related tuned error messages anytime after this # saptune package installation switch off tuned to remove the 'active' # saptune profile # 'tuned-adm off' is sadly the only possibility to remove an 'active' # saptune profile systemctl -q is-active tuned && [[ $(cat /etc/tuned/active_profile) == saptune ]] && (touch /run/saptune_is_active_in_tuned; tuned-adm off) || : else # initial installation # check, if old config files from a former installation still exist if [ -f /etc/sysconfig/saptune ]; then mv /etc/sysconfig/saptune /etc/sysconfig/saptune.rpmold || : fi fi PNAME=saptune SUBPNAME= SYSC_TEMPLATE=/usr/share/fillup-templates/sysconfig.$PNAME$SUBPNAME # If template not in new /usr/share/fillup-templates, fallback to old TEMPLATE_DIR if [ ! -f $SYSC_TEMPLATE ] ; then TEMPLATE_DIR=/var/adm/fillup-templates SYSC_TEMPLATE=$TEMPLATE_DIR/sysconfig.$PNAME$SUBPNAME fi SD_NAME="" if [ -x /bin/fillup ] ; then if [ -f $SYSC_TEMPLATE ] ; then echo "Updating /etc/sysconfig/$SD_NAME$PNAME ..." mkdir -p /etc/sysconfig/$SD_NAME touch /etc/sysconfig/$SD_NAME$PNAME /bin/fillup -q /etc/sysconfig/$SD_NAME$PNAME $SYSC_TEMPLATE fi else echo "ERROR: fillup not found. This should not happen. Please compare" echo "/etc/sysconfig/$PNAME and $TEMPLATE_DIR/sysconfig.$PNAME and" echo "update by hand." fi # workaround for the missing directory. mkdir -p /etc/security/limits.d # handling of working area is the same for initial install or update # initial install or update from v1 or v2 - STAGING is 'false' by default # the entire content of package area gets copied directly to the working area # which is empty at that state. # update from v3 or later - STAGING may be 'true' staging=$(grep ^STAGING= /etc/sysconfig/saptune | awk -F '"' '{ print $2 }') if [ "$staging" == "true" ]; then # handle staging area and DON'T touch the working area touch /tmp/update_saptune_staging_area || : else # staging is NOT active, same behavior as with v2 # adjust the notes of an enabled solution, if needed /usr/share/saptune/scripts/upd_helper enabledSol || : if [ -f /var/lib/saptune/.v2_solutions ]; then # remove no longer needed old solution definition file rm -f /var/lib/saptune/.v2_solutions || : fi # set up working area if [ -d /var/lib/saptune/working/notes ] || [ -d /var/lib/saptune/working/sols ]; then rm -rf /var/lib/saptune/working/* || : fi mkdir -p /var/lib/saptune/working/notes || : cp /usr/share/saptune/notes/* /var/lib/saptune/working/notes || : mkdir -p /var/lib/saptune/working/sols || : cp /usr/share/saptune/sols/* /var/lib/saptune/working/sols || : fi if [ $1 -ne 1 ]; then # package update # rewrite saptune version in /etc/sysconfig/saptune as fillup will not # change variables sed -i 's/SAPTUNE_VERSION="2"/SAPTUNE_VERSION="3"/' /etc/sysconfig/saptune if [ -f /tmp/update_v1tov3_saptune_inst ]; then # update from v1 to v3, same as v1 to v2 as nothing changed in v1 # step is needed to support migration after package update /usr/share/saptune/scripts/upd_helper v1tov2pi || : else # update from v2 to v2 or higher, call update helper script in posttrans touch /tmp/update_sle12tosel15_saptune_inst || : # clean up some leftover files from older saptune v2 versions /usr/share/saptune/scripts/upd_helper cleanup || : fi # special fix for update from 3.0.0 only if [ -f /tmp/update_fix_300_saptune_inst ]; then rm -f /tmp/update_fix_300_saptune_inst || : /usr/share/saptune/scripts/upd_helper fix_300 || : fi #else # initial install fi if [ -x /usr/bin/systemctl ]; then test -n "$FIRST_ARG" || FIRST_ARG="$1" [ -d /var/lib/systemd/migrated ] || mkdir -p /var/lib/systemd/migrated || : if [ "$YAST_IS_RUNNING" != "instsys" ]; then /usr/bin/systemctl daemon-reload || : fi for service in saptune.service ; do sysv_service=${service%.*} if [ -e /run/systemd/rpm/needs-preset/$service ]; then /usr/bin/systemctl preset $service || : rm "/run/systemd/rpm/needs-preset/$service" || : elif [ -e /run/systemd/rpm/needs-sysv-convert/$service ]; then /usr/sbin/systemd-sysv-convert --apply $sysv_service || : rm "/run/systemd/rpm/needs-sysv-convert/$service" || : touch /var/lib/systemd/migrated/$sysv_service || : fi done fi test -n "$FIRST_ARG" || FIRST_ARG="$1" if [ "$FIRST_ARG" -eq 0 -a -x /usr/bin/systemctl ]; then # Package removal, not upgrade /usr/bin/systemctl --no-reload disable saptune.service || : ( test "$YAST_IS_RUNNING" = instsys && exit 0 test -f /etc/sysconfig/services -a \ -z "$DISABLE_STOP_ON_REMOVAL" && . /etc/sysconfig/services test "$DISABLE_STOP_ON_REMOVAL" = yes -o \ "$DISABLE_STOP_ON_REMOVAL" = 1 && exit 0 /usr/bin/systemctl stop saptune.service ) || : fi test -n "$FIRST_ARG" || FIRST_ARG=$1 if [ $FIRST_ARG -eq 0 ]; then # Package removal, not upgrade stvers=$(grep ^SAPTUNE_VERSION= /etc/sysconfig/saptune | awk -F '"' '{ print $2 }') # revert settings if (grep '^TUNE_FOR_SOLUTIONS[[:space:]]*=[[:space:]]*""' /etc/sysconfig/saptune >/dev/null 2>&1) && (grep '^TUNE_FOR_NOTES[[:space:]]*=[[:space:]]*""' /etc/sysconfig/saptune >/dev/null 2>&1); then # saptune note configured and not used - nothing to do : else # saptune configured and used - revert settings to clean up the system if [ "$stvers" == 1 ]; then saptune daemon revert >/dev/null 2>&1 || : else saptune service revert >/dev/null 2>&1 || : fi fi # to suppress error messages from tuned, if the current active profile is # the removed saptune profile (systemctl -q is-active tuned && [[ $(cat /etc/tuned/active_profile) == saptune ]] ) && (tuned-adm off; /usr/sbin/saptune daemon stop >/dev/null 2>&1) || : # clean up saved states left over rm -rf /run/saptune/parameter/* /run/saptune/sections/* /run/saptune/saved_state/* || : # clean up working and staging area rm -rf /var/lib/saptune/staging/latest/* /var/lib/saptune/working/* /var/lib/saptune/working/.tmbackup || : # preserve 'old' BOBJ and ASE note definition files for saptune # version 1 compatibility if [ -f /etc/saptune/extra/SAP_BOBJ-SAP_Business_OBJects.conf ]; then echo "warning: /etc/saptune/extra/SAP_BOBJ-SAP_Business_OBJects.conf saved as /etc/saptune/extra/SAP_BOBJ-SAP_Business_OBJects.rpmsave" mv /etc/saptune/extra/SAP_BOBJ-SAP_Business_OBJects.conf /etc/saptune/extra/SAP_BOBJ-SAP_Business_OBJects.rpmsave || : fi if [ -f /etc/saptune/extra/SAP_ASE-SAP_Adaptive_Server_Enterprise.conf ]; then echo "warning: /etc/saptune/extra/SAP_ASE-SAP_Adaptive_Server_Enterprise.conf saved as /etc/saptune/extra/SAP_ASE-SAP_Adaptive_Server_Enterprise.conf.rpmsave" mv /etc/saptune/extra/SAP_ASE-SAP_Adaptive_Server_Enterprise.conf /etc/saptune/extra/SAP_ASE-SAP_Adaptive_Server_Enterprise.conf.rpmsave || : fi # preserve saptune configuration, if saptune was used # so check, if a solution or a note is defined if (grep '^TUNE_FOR_SOLUTIONS[[:space:]]*=[[:space:]]*""' /etc/sysconfig/saptune >/dev/null 2>&1) && (grep '^TUNE_FOR_NOTES[[:space:]]*=[[:space:]]*""' /etc/sysconfig/saptune >/dev/null 2>&1) && (grep '^NOTE_APPLY_ORDER[[:space:]]*=[[:space:]]*""' /etc/sysconfig/saptune >/dev/null 2>&1); then rm /etc/sysconfig/saptune || : else echo "warning: /etc/sysconfig/saptune saved as /etc/sysconfig/saptune.rpmsave" mv /etc/sysconfig/saptune /etc/sysconfig/saptune.rpmsave || : fi fi test -n "$FIRST_ARG" || FIRST_ARG="$1" if [ $1 -eq 0 ]; then # Package removal for service in saptune.service ; do sysv_service="${service%.*}" rm "/var/lib/systemd/migrated/$sysv_service" || : done fi if [ -x /usr/bin/systemctl ]; then /usr/bin/systemctl daemon-reload || : fi if [ "$FIRST_ARG" -ge 1 ]; then # Package upgrade, not uninstall if [ -x /usr/bin/systemctl ]; then ( test "$YAST_IS_RUNNING" = instsys && exit 0 test -f /etc/sysconfig/services -a \ -z "$DISABLE_RESTART_ON_UPDATE" && . /etc/sysconfig/services test "$DISABLE_RESTART_ON_UPDATE" = yes -o \ "$DISABLE_RESTART_ON_UPDATE" = 1 && exit 0 /usr/bin/systemctl try-restart saptune.service ) || : fi fi 0k)F*)'4 /`.( nqd/-1AAAAA큤큤A큤A큤A큤A큤A큤AAAAAAAa`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ia`Ia`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ha`Ia`Ia`H466dc65201abca405e412ef24821d908be59120755e0d0bb45ef5a61f740c7b7dc2456443a012c9bd460fe08e53df549203a30e0ca4b2b9ecb6b558c0f6663a7bd013f3cfd82091ff2ce7a52d947d92a275e0a6e72b0b757617ef41da378d948c1421b7c59d97c171d4fc12ed07b322e46d225c30154625cbb85f8ba3858386cd6db0aef99c7487f601460b5baa3f6ad12a2edd23e79e89c473ec870df4ceb7c38fd53010641d67455947f8fcdf86ed0c80318f83b6a820262163e0d3582207b267570452e689296efbcb3fc47ab7fa456f2192bb3653ac0d0f866839b719ce6ef3fdfe7bbb3eadcaa805d18ba39d09544ee8bf989a8fccf5cf55282a5a0c07fa77fac187d455c507307eb28a8492e481009a50a6a72e3247b75d3281046ead7d6e4f18b1b422dde2f01c3e2362cacda1dbef30d2eb507f3c08d793a143019f4265e411383cfe380c0a0a907528a85528a552cf6cdc3826defd7025169ac0e0e4d2db8eeebdac7ff12ef4a2e60499394e8b155b944ba5429a3f13660cc335c9ce09311463095cb3abab0cfbc6b81b812e66ee3ad0662723d592a84deaf70c584789696c3d8c1bbbd1c739d14ef2499b5ffdddec9ae53b8323869c66d6b97b09a5a8a4341b0abd9dce5351aad66a3ca4d402545233acca3cafc63044b4bd39320f5af6bcc9b305ae68e0649959a9ef485b527ec5b41e2667bcd56cde2ad1754c3dcbb04e7ef4955c339ed887038be4525c9779961ca908c2e78cccbab39a1a5486f1f08efde8e7ee0c488ad8d448de325ea22a33cacdcf8373b506cf58aa386c79d6b8cd57149445fae3ad5858edd7fafd068253bbb7683e50824ea7b8704e7cb1e75385d2d1a283e3a48578530e8e77274f0eb2e3b740d06805c4e6055669c1fc9f93adbe4510656a7524eb73aa3d1c42058e3ca44f6b03103bb1fc24d4393716e86d527f901ece86d36f08a15cafa66a39e0fa6b61ecd21e848016bc10175674c8f22a5791a5cd6071185bf9d77e4bab4654a653fa42405699d5116ad32fca35a3e34c2f7e0f6430f834bee5d99fdfb85b050897b2e95c3798a4e987a21c2a398ab75d1367e89aa06024aa36fe1742febd0f5416d415c161adb4fb978946b75d81af215b87e407ca7cc448842702a4297f5e25ab2eae7905b345fb268a9136a6e90337bf3c77d30a793be5c134c82a13d1f6871346b6323ab4ceb41b5ff51ac1b2eb3cf9dc33dff7a446ec5bc042f51d792d3d979eb66ae072fab002184c1206e15c206eb0c5c0bf8fde2b1e77d0c162d05d0e06c32090fa620add0b5168ad53fc0bf8d7ddbfe77eb4074c0b03d6567d7874a25ea4144aadea6686fcd5f6febfc733302245346353d9506e2e659a9cd2869e6e73730021b2480dcede622f402146b903c23a098cd39c80d257d1f2e5a14714a2d600c46185e308f41405a3309dba027df42f21c3bd18e4e1ecc14e949695dc9737faa4f5305033aaeb1ce9767f997dd506dd7d46141c33ba73581ccde96347b3d148112a65b326030f9b4d91a641622e31fbc3eef7d766792285d7473c242f3bc172ab10225a087dc51159b91430f14711ca3ffca8241805a5c9bc5fe3f2b530b0d94ce0212881cec6d692d439d996d1344a15fdbd390161ca7b0407e62c02051629bf599f286cc8c32a986f8b57d15e721c711ccdc17e2db7e37b22bc1f2d6ad22c24a224f64760e62c24b2d46e652486b833d1309fc52be77e6a8062f3f41c0a9d840b0312b62899d3c103d2947c48bab6dd78db4b7649a456cf4e5f110ebd10c4d5b2fb23f56fb5b1bb604service@@rootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootsaptune-3.0.2-8.22.2.src.rpmconfig(saptune)saptunesaptune(ppc-64) @ @     /bin/bash/bin/bash/bin/sh/bin/sh/bin/sh/bin/sh/usr/bin/cpupower/usr/bin/env/usr/bin/md5sumconfig(saptune)logrotaterpmlib(CompressedFileNames)rpmlib(FileDigests)rpmlib(PayloadFilesHavePrefix)rpmlib(PayloadIsXz)sysstatsystemdsystemdsystemdsystemdsystemduuiddvim3.0.2-8.22.23.0.4-14.6.0-14.0-15.2-1234-24.424.14.1aaba?=@^U @^@^ @]N@]X]@]@]4@]1]\-@[Ѱ@Z@Z|;Z3@Z1@Z.s@ZY|Y@YRHYY@X @X)@X @W@WWzOWQq@W!@abriel@suse.comabriel@suse.comabriel@suse.comabriel@suse.comabriel@suse.comabriel@suse.comabriel@suse.comabriel@suse.comabriel@suse.comabriel@suse.comabriel@suse.comabriel@suse.comabriel@suse.comabriel@suse.comabriel@suse.comabriel@suse.comgboiko@suse.comabriel@suse.comabriel@suse.comabriel@suse.comabriel@suse.comabriel@suse.comhguo@suse.comabriel@suse.comabriel@suse.comabriel@suse.comabriel@suse.comhguo@suse.comhguo@suse.comhguo@suse.comhguo@suse.comhguo@suse.comhguo@suse.comhguo@suse.com- update package version of saptune to 3.0.2 - avoid excluding LVM slaves when getting valid block devices (bsc#1194299) - fix 'not compliant' state for energy_perf_bias on Power systems and suppress misleading error message regarding missing 'mokutil' (bsc#1193435) - fix wrong behaviour of 'saptune revert all', if the saptune service was stopped between the two commands 'apply' and 'revert all' - 'saptune service enablestart|disablestop' now always perform both actions and does no longer stop working, if the service is already started|stopped. (bsc#1193241) - restrict the sys section of the AWS note 1656250 to the availability of a nvme block device to support AWS x1e instances too. sys section definition of Note 1656250 changed. (bsc#1192029) - abandon the dependency to 'mokutil' by relying on sysfs to detect a secure boot environment. Related to bsc#1193435 - support /etc/fstab entries with 4 instead of 6 fields as these are valid entries. Change error handling from 'panic' to error log messages. (bsc#1193580) - enhance man page 'saptune.8'. Add entry 'configured Note' and some more descriptions of the entries from 'saptune service status' (bsc#1192697) - as the Power systems (hardware architecture 'ppc64le') does not support files in '/sys/class/dmi' (this directory is not available on the 'ppc64le' hardware architecture) some of our section 'tags' will not work. Add some additional log messages to identify the cause and add a hint to the man page. - fix block device settings (e.g. NRREQ) for multipath devices (bsc#1193576) - 'saptune verify' will now report a non existing sysctl or sys parameter as 'not available on the system' (footnote) and this parameter will not affect the compliance state. But a warning is displayed to raise attention to may be typos in the parameter name. - 'saptune status' now reports the 'real' unit state, no mapping of not running (inactive) service to simply 'stopped' any more. (bsc#1194334)- update package version of saptune to 3.0.1 - fix the scheduler settings for multi path devices and suppress missleading warning messages regarding vendor and model information during block device detection (bsc#1192460) - fix override of custom solutions (bsc#1192062) - add missing update function for enabled solutions and add a special fix to correct the 3.0.0 behavior (bsc#1192053) - saptune_check - degraded system is no longer considered an error (bsc#1192272) - log missing model and vendor information to the saptune log file (bsc#1190509)- update package version of saptune to 3.0.0 This will be additional reflected in the saptune version found in /etc/sysconfig/saptune (SAPTUNE_VERSION) So now we will have saptune version 3 - saptune version 3 Strengthen configuration process with staging, checks of external changes and expansion of automation to new platforms (Azure, AWS) and hardware specifics (jsc#SLE-21029 and jsc#SLE-20985) - remove saptune version 1 (jsc#SLE-10823 and jsc#SLE-10842) - remove usage of tuned from saptune Add an own systemd service file for saptune to start/stop tuning of parameter values during a reboot of the system. Add a new saptune action 'service' to handle the saptune.service supporting start/stop/enable/disable/status a.s.m. The saptune action 'daemon', which handled tuned.service in the past, is now flagged as 'deprecated' and internally linked to the new action 'service' (jsc#SLE-5589, jsc#SLE-5588, jsc#SLE-6457) - add a sanity check to detect Note definition files which do not exist anymore, because they were renamed or deleted, but without reverting them before. saptune will now print an error message, remove the Note from the tracking variables in /etc/sysconfig/saptune and try to revert the related parameter settings. (bsc#1149205) - check, if json input file is empty and handle some left-over files from the migration from saptune v1 to saptune v2 (bsc#1167618) - To support system parameters only relevant for specific SLES releases, service packs and/or hardware architectures saptune now supports 'tagged' sections inside the Note definition files. (jsc#SLE-13246, jsc#SLE-13245) - new kernel requirement for Power added to SAP-Note 2205917 and 2684254 SAP Note 2205917 updated to Version 61 SAP Note 2684254 updated to Version 15 (bsc#1167416) - SAP Note 2382421 updated to Version 37 and move all 'not-well-defined' parameters from the 'reminder' section into the 'sysctl' section, but with 'empty' values. Use an override file to define the values fitting your system requirements (bsc#1170672) - support empty parameter values in the Note definition files and not only in the override file. This is needed for the support of SAP Notes like 2382421, so that the customer is able to simply use an override file to define some special parameters instead of using a customer specific Note definition file. needed for bsc#1170672 (jsc#TEAM-1702) - report an 'error' instead of 'info' and set the exit code to '1', if we reject the apply of a solution (bsc#1167213) - Skip perf bias change if secure boot is enabled When a system is in lockdown mode, i.e., Secure Boot is enabled, MSR cannot be altered in user-space. So check, if Secure Boot is enabled using the mokutil utility and skip setting the perf bias in case it is. (bsc#1176243) - rework the internal block device handling to speed up the apply of block device related tunings on systems with a high number of block devices. (bsc#1178207) - change block device handling to handle multipath devices correctly. Only the DM multipath devices will be used for the settings, but not its paths. (bsc#1179275) - fixed wrong comparison used for setting FORCE_LATENCY (bsc#1185702) - add keyword 'all' to the 'rpm' section description in the man page saptune-note(5) (bsc#1182287) - support note definition versions containing digits, upper-case and lower-case letters, dots, underscores, minus and plus signs. (bsc#1182289) - fixed issue with 'verify' operation and parameter 'VSZ_TMPFS_PERCENT'. As this parameter is only used to calculate the value of 'ShmFileSystemSizeMB' (if it is not set to a value >0 in the Note definition file) it will not be checked and compared during the saptune operation 'verify'. A footnote is pointing this out. (bsc#1182009) - SAP Note 1771258 update nofile values (bsc#1164720) - SAP Note 2684254 updated to Version 20 SAP Note 2578899 updated to Version 39 SAP Note 1680803 updated to Version 26 - enhancements for saptune version 3 All jsc#TEAM-* entries mentioned below are related to this rework (jsc#SLE-16972) - Implement a lock to avoid multiple instances of saptune running in parallel. (jsc#TEAM-1700) - Support for non-colorized output If redirecting the output from saptune to a pipe, you no longer need to deal with the 'ugly' control sequences for the colorized output. (jsc#TEAM-1679) - Add enable/disable for systemd units and support all systemd unit types in section [service] (jsc#TEAM-1701) - remove script /usr/share/doc/packages/saptune/sapconf2saptune and the associated man page (jsc#TEAM-1707) - implement staging of Note definition file and solution definitions. The idea is to freeze the saptune configuration to avoid config changes on package update when adding/removing/changing notes or solutions within the package (jsc#TEAM-1844) - support custom solutions and override files for solutions. Partners and customers will now be able to define their own solution definitions by using files in /etc/saptune/extra or to override the shipped solution definitions by using override files in /etc/saptune/override (jsc#TEAM-1706) - support for device specific configurations only supported for the [block] section, tags are 'vendor' and 'model' to support special block devices of a dedicated hardware vendor or a dedicated hardware model (jsc#TEAM-1728) - add support for AZURE cloud (SAP Note 2993054) (jsc#TEAM-2676) - add support for AWS cloud (SAP Note 1656250) (jsc#TEAM-1754 and jsc#TEAM-1755) - add NVMe support to the block device handling to support AWS (jsc#TEAM-2675) - add SAP Note 3024346 (a NetApp note) (jsc#TEAM-3454) - rework daemon and service actions (jsc#TEAM-3154) - add support for 'read_ahead_kb' and 'max_sectors_kb' to the [block] section (jsc#TEAM-1699) - add a warning to the reminder section of SAP Note 2382421 regarding iSCSI devices and setting of 'net.ipv4.tcp_syn_retries' (jsc#TEAM-1705) - for the actions 'note customise' and 'note create' check, if the customer has changed something during the editor session. If not, remove the temporary created note definition file. (jsc#TEAM-825) - add support for [sys] section and handle double configurations for parameters defined in the [sys] section (jsc#TEAM-3342) - check system sysctl config files as mentioned in the comments of /etc/sysctl.conf and in man page sysctl.conf(5) for sysctl parameters currently set by saptune notes. Print a warning and a footnote for 'verify' and 'customize'. (jsc#TEAM-1696) - add support for [filesystem] section only check filesystem mount options, not modify. Starting with filesystem type 'xfs' (jsc#TEAM-4093) - add SAP Note 900929 for SAP Netweaver workloads. It's the equivalent to the HANA Note 1980196. (jsc#TEAM-4386) - mv state files from /var/lib/saptune to /run/saptune to solve the problem of state files surviving a reboot. - add /sbin/saptune_check - add the description of the solution definitions shipped with saptune to the man page saptune(8) (jsc#TEAM-4260)- update version of saptune v2 to 2.0.3 - changes to the UserTasksMax handling in saptune In SLE15 the limit is removed from the systemd login manager and therefore the setting is no longer supported in SLE15 by saptune. On a system running SLE12 we do not restart the logind service, but try to reload the new configuration after creating or removing the drop-in file for UserTasksMax by using 'systemctl reload-or-try-restart systemd-logind' as display managers do not like a restart of the logind service. (bsc#1161791) - add commands for listing enabled Notes/Solutions to saptune (bsc#1160564) - correct typo in the year in the man page headline of man page saptune-note(5) - SAP Note 1410736 updated to Version 6 correct typo net.ipv4.tcp_probes to net.ipv4.tcp_keepalive_probes- if a parameter is not supported by the system, the note action 'verify' will no longer report this as an error even if the value is not compliant. Additionally if there is a non compliant 'grub' parameter, which has a compliant 'alternative' setting availabel (see man page saptune-note(5) for details), the note action 'verify' will no longer report this as an error (bsc#1159671)- remove no longer needed and now misleading message at the end of note action 'revert'. - check, if sapconf service is available before disabling this service during 'saptune daemon start' (bsc#1156049)- add action 'delete' to the 'note' operation to delete a customer or vendor specific Note definition file including the corresponding override file if available. A confirmation is needed to finish the action. add action 'rename' to the 'note' operation to rename a customer or vendor specific Note definition file to a new name. If a corresponding override file is available, this file will be renamed too. A confirmation is needed to finish the action. If the Note is already applied, the action will be terminated with the information, that the Note first needs to be reverted before it can be deleted or renamed. (jsc#SLE-9283)- Inform the customer that - by intention - the command 'saptune note customise ' does not apply changes immediately. It just changes the configuration in the 'override' file. These changes have to be applied in a second step. This is explained in the man page saptune_v2(8) and a message is printed in the logs and on the screen to inform the customer. (bsc#1142467)- Add warning to man page, not to rename/remove/modify active configurations (bsc#1149002)- update version of saptune v2 to 2.0.2 - support multi-queue I/O scheduler for block devices (bsc#1152598)- check, if the directory /etc/security/limits.d exists before writing the limits drop-in file. If not, create it. - add the '--no-pager' option to 'systemctl --list-unit-files' to get all services at once. - add missing search pattern to the update helper script to find all old and superfluous notes during upgrade from SLE12 to SLE15 For the daemon operations do not exit with an error, if a note definition file does not exist. Instead only log and print an error message, but continue with applying the other notes (bsc#1142526)- on 12SP1 and 12SP2 the directory /etc/security/limits.d may not exist. So create the missing directory during postinstall of the package.- update version of saptune v2 to 2.0.1 - update version of saptune v1 to 1.1.9 for migration purposes - resetting all values to clean the system during package removal - bugfixing saptune version 1: fix saptune issues with /etc/security/limits.conf (bsc#1124485) add deprecated message to the description of some notes set scheduler for note SUSE-GUIDE-01 correctly (bsc#1123808) No additional improvements or upgrades planned for saptune v1 For new features or current SAP Note settings please migrate to saptune v2. - support migration from saptune v1 to saptune v2 ship both versions of saptune in one package to support a smooth migration controlled by the customer. see man saptune-migrate(5) for more information - support note name changes and note deletion during update of saptune v2 from SLE12 to SLE15 - support different SAP Note definitions and solution definitions related to the used operation system version (distinguish between SLE12 and SLE15 at the moment) - Remove calculation of optimized values, only set the values from the configuration file irrespective of the current system value. Current system value can be increase or decrease. ATTENTION: saptune no longer respects higher system values. Use the override option to change the values of the Note definition files, if needed (bsc#1124488) - mark the Notes SUSE-GUIDE-01 and SUSE-GUIDE-02 as deprecated in saptune v1 and remove these Note definitions from saptune v2 (bsc#1116799) - add support helper script sapconf2saptune and the man page - add new man pages saptune_v1.8, saptune_v2.8, saptune-note.5 and saptune-migrate.7 rewrite man page saptune.8 - add bash-completion for saptune - add action 'show' to the 'note' operation to print content of the note definition file to stdout - add new action 'create' to support the customer/vendor while creating a vendor or customer specific file in /etc/saptune/extra using the template file /usr/share/saptune/NoteTemplate.conf - simplify file name syntax for the vendor files available in /etc/saptune/extra. Old file names still valid and supported. Add header support (version, date, description) for the vendor files available in /etc/saptune/extra as already available for the note definition files in /usr/share/saptune/notes - no longer write or remove entries from /etc/security/limits.conf. Instead add or remove drop-in files in /etc/security/limits.d The filename syntax for the drop-in files /etc/security/limits.d is saptune---.conf The limits entry syntax inside the Note definition files changed to support more than one limits settings in the definition file (bsc#1128322) - preserve comment sections of the security limits file /etc/security/limits.conf. Especially, if this is the only content of the file. (bsc#1124485) - work with the current Note definition file to define the pagecache settings and not with the default file rename PAGECACHE_LIMIT_IGNORE_DIRTY to the correct sysctl name vm.pagecache_limit_ignore_dirty (bsc#1126220) - setting of UserTaskMax is not done in the postinstall of the package. It's now done by applying the related SAP Notes. (bsc#1124489) - starting to support severities INFO, WARNING, ERROR and DEBUG for the logging and add a defined format for the log messages - remove saptune as active tuned profile during action 'saptune daemon stop' - start/stop services, if requested by SAP Notes, but do not enable/disable these services (bsc#1128325) - adapt the parameter oriented save state file handling (store and revert) to the special needs of the security limits parameter (bsc#1124485) - disable parameter settings using an override file (bsc#1124486) - store the order of the note as they are applied to get the same system tuning result after a system reboot as before - correct the revert of the vm.dirty parameters by handling their counterpart parameters in addition. (bsc#1124487) - adjust operation customize to the new configuration files and override location and enable customize option for vendor and customer specific files in /etc/saptune/extra (bsc#1124487) - Change output format of the operations list, verify and simulate (bsc#1124487) - Display footnotes during 'verify' and 'simulate' (bsc#1124487) - print current applied note order at the end of 'saptune note list' and 'saptune note verify' - remove Netweaver formula for page cache calculation. Use the HANA approach '2% system memory' for both - display a warning message, if a [block] section is found in the Note definition file because on systems with a huge number of block devices this operation may take some time - Add force_latency handling to 'cpu' section. Use the files in /sys/devices/system/cpu/cpu* instead of /dev/cpu_dma_latency. Remove the parameter from the tuned.conf file and add it to the SAP note files '1984787' and '2205917' - Add action 'saptune revert all' and add parameter based saved state files to support proper revert functionality (bsc#1124487) - Add override file handling for the solution definition using /etc/saptune/override/solution (bsc#1124486) - Read solution definition from file /usr/share/saptune/solution instead of static coding inside of saptune. (bsc#1124486) - tag deprecated solutions during list operation - allow only ONE solution to be applied - new solution definitions as discussed with SAP and Alliance team - support solution names with '+' - make sure a note, which is part of an applied solution definition, but was reverted manually later, will NOT applied again after a system reboot. - One configuration file per SAP Note (bsc#1124486) - add new SAP Notes and adapt content of SAP Notes - Handle different locations of the new configuration files (/usr/share/saptune/note, /etc/saptune/extra) (bsc#1124486) - Allow parameter override by the customer (bsc#1124486) - Expand section handling of the 'ini file' handler to handle the new configuration file entries. Supported sections: version, reminder, login, mem, vm, block, limits, sysctl, pagecache, cpu, service, rpm, grub (bsc#1124486)- remove new line from println arg list of main.go to support newer go versions. (bsc#1120741) - update version to 1.1.8- never ever stop or disable uuidd.socket in saptune (bsc#1100107) - update version to 1.1.7- correct content of /etc/systemd/logind.conf.d/sap.conf. (bsc#1089864) - improve error messages and exclude special block devices from 'number of request' settings. Improve the verify option for the block devices. (bsc#1079599)- Fix a typo in package description. (bsc#1053374) - Update from version 1.1.3 to 1.1.4- Start to support multiqueue schedulers. Writing a message to the log file, if a block device does not support the choosen scheduler. (bsc#1072562)- Check, if pagecache limit is available at the system. If yes, add SAP note 1557506 to the note list and the solution definition of saptune. If not, skip SAP note 1557506 silently (bsc#1071539, fate#323778)- Skip using tuned-adm command inside of saptune. Instead write 'saptune' profile directly to /etc/tuned/active_profile and enable and start the tuned service Remove the workaround for the tuned problem with section [cpu] (bsc#1060514)- workaround for a tuned problem with section [cpu] (bsc#1060514)- support customer entries in /etc/security/limits.conf containing values like 'unlimited' instead of an integer value. (bsc#1060469) - change error handling and redirect error messages to stderr instead of stdout. (bsc#1050521)- Fix a typo in package description. (bsc#1053374)- Amend logind's behaviour (bsc#1031355, bsc#1039309, bsc#1043844)- update man page to reflect the changes for bsc#1026172- add solution SAP ASE (Sybase) and SAP Business OBJects (BOBJ) according to fate#320359.- Support of vendor specific tune files located in /etc/saptune/extra (bsc#1026172).- Tune a PowerPC little endian system in a way similar to x86 system. Bump version to 1.0.5 to fix (bsc#1009529).- Fix processing of CLI parameter "--help" (bsc#1006114). - Fix startup failure caused by absence of sapconf package (bsc#1006187).- Avoid conflicting with sysconfig path of sapconf. (bsc#988186) Bump versin to 1.0.3.- Remove conflict against sapconf to resolve bsc#988186. Bump version to 1.0.2.- Exclusively build on X86_64 and PPC64le. Continue with fate#320360, fate#320361, fate#320362, fate#320633.- Remove ExclusiveArch. - Control uuidd as part of the tuning process. - Minor changes in the wording of CLI program output. - saptune conflicts with sapconf. - Bump version to 1.0.1. - fate#320360, fate#320361, fate#320362, fate#320633.- First revision. Implement fate#320360, fate#320361, fate#320362, fate#320633./bin/sh/bin/sh/bin/sh/bin/shibs-power9-12 1642422346  !"#$%&'()*+,-./0123456789:3.0.2-8.22.23.0.2-8.22.23.0.2-8.22.2 saptunesaptuneextraoverridesupportconfigpluginssaptunesaptune.servicercsaptunesaptunesaptune_checksaptunesysconfig.saptunesaptune-note.5.gzsaptune-migrate.7.gzsaptune.8.gzsaptuneNoteTemplate.confSolutionTemplate.confdeprecatedMAXDB.solnotes1410736165625016808031771258180575019801962161991238242125348442578899268425429930543024346900929941735SAP_BOBJscripts.updhelpupd_helpersolsBOBJ.solHANA.solMAXDB.solNETWEAVER+HANA.solNETWEAVER.solS4HANA-APP+DB.solS4HANA-APPSERVER.solS4HANA-DBSERVER.solSAP-ASE.solsaptunestaginglatestworkingnotessolssaptune/etc/logrotate.d//etc//etc/saptune//usr/lib//usr/lib/supportconfig//usr/lib/supportconfig/plugins//usr/lib/systemd/system//usr/sbin//usr/share/bash-completion/completions//usr/share/fillup-templates//usr/share/man/man5//usr/share/man/man7//usr/share/man/man8//usr/share//usr/share/saptune//usr/share/saptune/deprecated//usr/share/saptune/notes//usr/share/saptune/scripts//usr/share/saptune/sols//var/lib//var/lib/saptune//var/lib/saptune/staging//var/lib/saptune/working//var/log/-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -gobs://build.suse.de/SUSE:Maintenance:22411/SUSE_SLE-15-SP1_Update/4ec626573bed39a2d85042a45687b1d1-saptune.SUSE_SLE-15-SP1_Updatedrpmxz5ppc64le-suse-linux ASCII textdirectoryBourne-Again shell script, ASCII text executableELF 64-bit LSB executable, 64-bit PowerPC or cisco 7500, version 1 (SYSV), statically linked, strippedBourne-Again shell script, UTF-8 Unicode text executable, with very long linestroff or preprocessor input, ASCII text, with very long lines (gzip compressed data, max compression, from Unix)troff or preprocessor input, UTF-8 Unicode text (gzip compressed data, max compression, from Unix)UTF-8 Unicode textWindows setup INFormation, ASCII textRRRTPF9# Use a real bash script with an explicit "exit 0" at the end to be by default fail safe # an explicit "exit 1" must be use to enforce package install/upgrade/erase failure where needed # Begin refresh systemd units and clean up possibly obsolete systemd units # The following is a generic way how to refresh and/or clean up systemd units. # A systemd unit may need a refresh after updating a package when the new package # had installed a changed systemd unit file for an enabled systemd unit. # A systemd unit may become obsolete by updating a package (see bnc#904215). # A systemd unit is considered to have become obsolete when the systemd # symlink /etc/systemd/system/.../unit_name -> /path/to/unit_file is broken. # When during package update the new package does no longer provide a unit file # then the systemd symlink becomes broken after the files of the old package # had been actually removed by RPM. # According to /usr/share/doc/packages/rpm/manual/triggers and according # to https://en.opensuse.org/openSUSE:Packaging_scriptlet_snippets#Scriptlet_Ordering # and http://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Scriptlet_Ordering # from the new package only "posttrans of new package" is run after "removal of old package" # so that the new package must do the clean up as RPM posttrans scriptlet. if systemctl --quiet is-enabled saptune.service 2>/dev/null; then # Refresh still valid enabled systemd units and clean up possibly obsoleted systemd units: # Enforce systemd to use the current unit file which is usually the unit file of the new package # but also in case of custom units (that use other unit files) a "reenable" won't hurt because # "reenable" does not implicitly stop a running service which is "the right thing" because # a RPM package installation must not automatically disrupt (restart) a running service. # Using "--force reenable" is essential to clean up possibly conflicting/broken symlinks. # (without "|| :" build fails with "Failed to get D-Bus connection: No connection to service manager. posttrans script ... failed"): systemctl --quiet --force reenable saptune.service 2>/dev/null || : else # Refresh still valid disabled systemd units and clean up possibly obsoleted systemd units: # First using "--force reenable" is essential to clean up possibly conflicting/broken symlinks # because there is no "--force disable" that would clean up possibly conflicting/broken symlinks # see https://bugzilla.opensuse.org/show_bug.cgi?id=904215#c34 # so that first the unit has a clean state and then it is set back to disabled (as it was before). # If a disabled systemd unit has become obsoleted, "systemctl --force reenable" will clean it up # which means the unit gets removed and the subsequent "systemctl disable" will do nothing. # (without "|| :" build fails with "Failed to get D-Bus connection: No connection to service manager. posttrans script ... failed"): systemctl --quiet --force reenable saptune.service 2>/dev/null || : systemctl --quiet disable saptune.service 2>/dev/null || : fi if [ -f /tmp/update_v1tov3_saptune_inst ]; then rm -f /tmp/update_v1tov3_saptune_inst || : # get back custom note definition files for BOBJ and/or ASE # needed for migration, if customer had applied these notes /usr/share/saptune/scripts/upd_helper v1tov2pt || : else # cleanup of old saptune v1 sysconfig files # leftover from customer migration for file in saptune-note-SUSE-GUIDE-01 saptune-note-1275776 saptune-note-SUSE-GUIDE-02 saptune-note-1557506; do if [ -f /etc/sysconfig/${file} ]; then rm -f /etc/sysconfig/${file} fi done fi if [ -f /tmp/update_sle12tosel15_saptune_inst ]; then rm -f /tmp/update_sle12tosel15_saptune_inst || : # check for SAP Note name changes between SLE12 and SLE15 /usr/share/saptune/scripts/upd_helper sle12to15pt || : fi if [ -f /tmp/update_saptune_staging_area ]; then rm -f /tmp/update_saptune_staging_area || : # handle staging area and DON'T touch the working area, needs to run # after 'upd_helper sle12to15pt' /usr/share/saptune/scripts/upd_helper staging || : fi if [ -f /run/saptune_is_active_in_tuned ]; then # cleanup 'saptune with tuned is active' indicator rm -f /run/saptune_is_active_in_tuned || : # if saptune with tuned support was used/active (in v2 mode) # stop and disable tuned service # enable and start saptune service # (jsc#SLE-10987 decision) (systemctl stop tuned.service; systemctl disable tuned.service; systemctl enable saptune.service; systemctl start saptune.service) || : fi exit 0/bin/bashutf-8e9f9c54103cba7a2679616eabde44878fb9204aa206b7fd06c948a804bbf476e?7zXZ !t/xC]"k%]TC3 #D>c\ R(m5Jani2VC*L"I0,J{WHЂkZBs "P+5MuY%~]2.r+4E3ׄnE mM$~SSbM uٲG!jE"-澜ned&&sHHݏK6L%98k|I(й )\~VGLcL@XA{}#NeF86pqo;)YXz;k.96gDCʹԗm`"޷qP/Lt"M>x4*j+UɋiJ]rx}uOpyS+OQU 3Lk\Ə~6*֗fTIJ:ct/bmMRa:U֦b)`hLx t I]͙V,Xn%VIVoXͬ)FCr{l//=5\dX,60Ly厜 X[CD%I