Careandfeedingvios Aug2117
Careandfeedingvios Aug2117
Jaqui Lynch
[email protected]
Agenda
• Best Practices Setup
• Installation
• Maintenance and Upgrades
• Backup and recovery
• Monitoring
• Wrap‐up/Questions
• Backup Material
• HMC and Firmware Maintenance
• Useful VIOS and HMC Commands
• Associated articles
• Complete Guide to Systems Maintenance
• http://tinyurl.com/hbbcefr
• Maintaining the HMC
• http://ibmsystemsmag.com/aix/administrator/systemsmanagement/hmc‐maintenance/
• Replay of Virtual User Group session from August 2017 can be found at:
• http://www.tinyurl.com/ibmaixvug
1
10/15/2017
Stay Current
VIOS Lifecycle
Version GA EOM EOS/EOL
1.5 11/07 2008 09/11
2.1 11/08 2010 09/12
2.2.0.0 9/10 2011 09/13
2.2.1 10/11 10/12 04/15
2.2.2 10/12 10/13 09/16
2.2.3 4Q13 11/17
2.2.4 2Q15 12/18
2.2.4.40 4/21/17 12/18
2.2.5 4Q16 11/2019
2.2.5.10 11/12/16 11/2019
2.2.5.20 4/14/17 11/2019
2.2.6 10/27/17
2
10/15/2017
PowerVM 2.2.5
Support for E850C server
Support for DDR4 memory for POWER8 servers
Technology preview of Software Defined Networking
Increased scaling for memory per partition and SR‐IOV adapters
Up to 32TB per LPAR
Doubles number of supported SR‐IOV adapters per LPAR
Large send offload for large packet transfers
LPM Improvements
RAS enhancements
vNIC failover
3
10/15/2017
Sample
4
10/15/2017
• On AIX this means you will be provided with a userid and password to login when you request the fixes
• ftp –s –I delivery04‐mul.dhe.ibm.com
• When prompted for userid and password use the ones provided
• passive (to set passive mode)
• binary (to download as binary)
• mget * (to download fixes)
• Quit
You can also use sftp – i.e. once they give you a userid and password:
sftp user@delivery04‐mul.dhe.ibm.com
Put in password when prompted then type in “mget *” then quit when done
General
• Keep it simple
• Ensure LMB is the same on all servers if you want to use LPM
• Use hot pluggable adapters rather than built in ones
Easier maintenance
• Use dual VIO to allow for concurrent updates
• All adapters should be desired, not required
• Don’t mix multipath drivers / HBAs
• Run HMC Scanner and/or Sysplan before and after all changes
• Plan for at least one update per year (IBM normally puts out 2)
• Separate VIOs for production and non prod on large systems
• Test failover (SEA failover and disk if vio goes down)
• Use VIO commands wherever possible rather than going into oem_setup_env
• mirror vio rootvg
• NOTE – v2 requires at LEAST 30GB in rootvg
• Fix Paging‐ By default VIO has a 512MB hd6 and a 1.5GB paging00 on the same LUN
• Add logging and set up dump devices properly
• Run VIOS Advisor regularly
• Check errpt regularly
• NEVER run at 100% entitlement – ensure it is high enough and there are plenty of VPs and memory
• Backup regularly – use NIM or scripts
10
5
10/15/2017
Sizing
Use Systems Planning Tool – run in compatibility mode with Windows 10
• Plan and design configuration
• http://www‐947.ibm.com/systems/support/tools/systemplanningtool/
Minimums
• Memory 4GB
• Cores .5 entitlement and 2VPs
• BUT remember that the more VFCs and high performance adapters the more memory and CPU you will need
• Also VIO servers perform based on entitlement not VPs
• So you could need more like 6 or 8GB and an entitlement of 1.5 or 2.
11
More on Sizing
If using 10Gb or 8Gb adapters need more memory for buffering and more CPU to handle traffic
High values for VIO adapter slots can also increase memory needs
Not uncommon to see a VIO now needing 6‐8GB memory and entitlement of 1‐2 cores
12
6
10/15/2017
Cover
Page
13
Actual
Data
14
7
10/15/2017
HBA Settings
15
HBA Tuning
• Make the same tuning changes you would make on AIX
• NOTE – as of AIX v7.1 tl2 (or 6.1 tl8) num_cmd_elems is limited to 256 on the VFCs so set
num_cmd_elems to the high number on the VIO but to no more than 256 on the NPIV clients
• See: http://www‐01.ibm.com/support/docview.wss?uid=isg1IV63282
• Increased again to 2048 in July 2016
• http://www‐01.ibm.com/support/docview.wss?uid=isg1IV76270
• This upper limit is set in the client LPAR not the VIO server
• VIO must be rebooted to at least the client value prior to client change.
16
8
10/15/2017
17
At AIX 6.1 TL2 VFCs will always use a 128MB DMA memory area even with default max_xfer_size
DMA area (max_xfer_size) controls the max IO size the adapter can send to the disk subsystem (default is
16MB). To use full bandwidth of adapter this needs to be 128MB.
Remember to make changes to both VIO servers and client LPARs if using NPIV.
VIO server setting must be at least as large as the client setting and rebooted prior.
Remember VFCs on the client may be limited to num_cmd_elems=256 after AIX 6.1 tl8 or 7.1 tl2
18
9
10/15/2017
Network
20
10
10/15/2017
Virtual Ethernet
Link aggregation
Put vio1 aggregate on a different switch to vio2 aggregate
Provides redundancy without having to use NIB
Allows full bandwidth and less network traffic (NIB is pingy)
Basically SEA failover with full redundancy and bandwidth
If VIOS only handling network then disable network threading on the virtual Ethernet
chdev –dev ent? thread=0
Non threaded improves LAN performance
Threaded (default) is best for mixed vSCSI and LAN
http://www14.software.ibm.com/webapp/set2/sas/f/vios/documentation/perf.html
22
11
10/15/2017
NETWORK
no ‐p ‐o rfc1323=1
no ‐p ‐o tcp_sendspace=262144
no ‐p ‐o tcp_recvspace=262144
no ‐p ‐o udp_sendspace=65536
no ‐p ‐o udp_recvspace=655360
Also check the actual NIC interfaces and make sure they are set to at least
these values
You can’t set udp_sendspace > 65536 as IP has an upper limit of 65536 bytes
per packet
23
lo0:
flags=e08084b,1c0<UP,BROADCAST,LOOPBACK,RUNNING,SIMPLEX,MULTICAST,GROUPRT,64BIT,LARGESEND,
CHAIN>
inet 127.0.0.1 netmask 0xff000000 broadcast 127.255.255.255
inet6 ::1%1/0
tcp_sendspace 131072 tcp_recvspace 131072 rfc1323 1
24
12
10/15/2017
Do not mess up priorities or ctl_chan or you will cause a spanning tree loop
13
10/15/2017
Installation
27
Install Options
• From DVD – complete install
• Using NIM
• http://www‐01.ibm.com/support/docview.wss?uid=isg3T1011386
• Minimum NIM levels
• http://www14.software.ibm.com/webapp/set2/sas/f/flrt/viostable.html
28
14
10/15/2017
• Note: For install, always create the SPOT resource directly from the VIOS mksysb image. Do NOT
update the SPOT from an LPP_SOURCE.
• On the NIM Master, use the operation updateios to update the VIOS Server.
• "nim –o updateios –a lpp_source=lpp_source1 ... ... ..."
• On the NIM Master, use the operation alt_disk_install to update an alternate disk copy of the VIOS
Server.
• "nim –o alt_disk_install –a source=rootvg –a disk=target_disk –a fix_bundle=(Value) ... ... ..."
• If NIM is not used to update the VIOS, only the updateios or the alt_root_vg command from the
padmin shell can be used to update the VIOS.
29
• Copy the VIOS mksysb image from the CD to your NIM master
• On VIOS 2.2 media there are 3 images now – the 3rd is on DVD 2
• Copy all 3 images individually to a directory and then use cat to combine them
cat /export/mksysb/vios2.2/mksysb_image /export/mksysb/vios2.2/mksysb_image2
/export/mksysb/vios2.2/mksysb_image3 >/export/mksysb/nim_vios2.2mksysb
• Copy the bosinst.data from the DVD and create a viosbosinst resource
• You can now use bos_inst to do a mksysb install once the partition profile is defined
• http://www‐01.ibm.com/support/docview.wss?uid=isg3T1011386
30
15
10/15/2017
Cloning disks
After installing vio1, if you have all the disks in vio1 you can take a clone to build vio2
If your server has a split backplane then you can make a clone
Make sure the 4 disks are split (2 and 2) across the backplane
vio1 is using hdisk0 and hdisk1, hdisk2 and 3 are on the other adapter and will be used for vio2
Put all the disks into vio1 (both adapters)
Install vio1 on hdisk0 – from NIM, DVD, HMC …..
Now clone it to hdisk2
alt_disk_copy –d hdisk2
Remove vio2 hdisks from vio1, Shutdown vio1, Remove vio2 resources from vio1 profile and
reactivate vio1
Clean up vio1 removing any extra disks, etc that now show as defined. Also remove the adapter
definitions for them.
Reboot vio1 to ensure changes are good
Activate vio2
Remove any disks, adapters, networks etc that show as defined on vio2
Now cleanup vio2 (see next slide)
31
lspartition ‐dlpar
lssrc ‐g rsct_rm; lssrc –g rsct
You may have to start ctcas – startsrc –s ctcas
To be safe ‐ reboot
32
16
10/15/2017
33
Updating VIOS
Run lsvopt and make sure no one is using the FBO devices
1. Normally upgrade HMC first then firmware then VIOS and then AIX
2. BUT – check the readme for all of the above first to make sure there is
not a different required order
3. Download the updates and cross‐check compatibility using FLRT
4. Read the readme again
5. Run errpt to check for problems,check there are no stale partitions,
missing disks or paths, etc
• lsvg rootvg checks for stale PPs and physical volumes.
• lsvg ‐p rootvg looks for missing disks.
• lspath ‐ checks for missing paths.
• errpt checks for errors.
6. Ensure all paths on clients are redundant so LPARs will stay up when this
VIOS is rebooted
7. Run HMC Scanner or sysplan to document prior to changes
8. Backup the VIOS
9. Mount the NFS filesystem or DVD or FBO image to be used for update
10. If using SSPs there are specific additional steps outlined in the README 34
17
10/15/2017
Migration 1/2
Back the VIO up before doing anything and again when done!
If migrating from a pre v2 level ensure VP folding is turn off after the migration
1. In order to migrate to v2.* your HMC must be at v7 or later at least 7.7.4
If VIOS is lower than v2.1 then you must migrate to 2.1.0 using the migration DVD
2. Migrating from prior to v1.3
Basically this is a reinstall
Migration 2/2
5. See Power VM Managing and Monitoring Redbook – Chapter 11
http://www.redbooks.ibm.com/redbooks/pdfs/sg247590.pdf
Once you are on v2.1 then upgrades are all done using updateios or nim
There are specific concerns around updates if you are running SSPs (Shared storage pools)
Always double check with readme as some minipacks require a minimal level prior to the upgrade so you
may have to do multiple updates.
NOTE – the media repository cannot have anything loaded during an upgrade
36
18
10/15/2017
37
19
10/15/2017
39
oem_setup_env
# mount /usr/local/backups
# su ‐ padmin ‐c "ioscli backupios ‐file /usr/local/backups/b740vio2‐jul2214.mksysb ‐mksysb"
/usr/local/backups/b740vio2‐jul2214.mksysb doesn't exist.
Creating /usr/local/backups/b740vio2‐jul2214.mksysb
*** Here it is doing a savevgstructs for rootclients_vg *******
Creating information file for volume group rootclients_vg.
Creating list of files to back up.
Backing up 6 files
6 of 6 files (100%)
0512‐038 savevg: Backup Completed Successfully.
Backup in progress. This command can take a considerable amount of time
to complete, please be patient...
40
20
10/15/2017
• Normally I copy the files locally to the VIO in case I lose the
network during the install
41
42
21
10/15/2017
$ioslevel
Shows as 2.2.3.3
$oem_setup_env
# oslevel ‐s
6100‐09‐03‐1415
bosboot –a –d hdisk0
bosboot –a –d hdisk1
bootlist –m normal hdisk0 hdisk1
Once all checks are passed and VIO2 is back up then go do the same upgrade to VIO1
44
22
10/15/2017
# oslevel ‐s ‐l 6100‐08‐02‐1316
Fileset Actual Level Service Pack Level
‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐
bos.alt_disk_install.boot_images 6.1.8.0 6.1.8.15
bos.loc.utf.ES_ES 6.1.7.15 6.1.8.15
46
23
10/15/2017
If you run emgr –l and there are no fixes listed then you most likely have security holes that need patching, specifically Java, openssh and
openssl.
You can find out what fixes you need by downloading and running FLRTVC
https://www‐304.ibm.com/webapp/set2/sas/f/flrt/flrtvc.html
You should do this on AIX LPARs too
To remove:
# /usr/sbin/emgr ‐r ‐L <EFIX label>
emgr ‐r ‐L IV46869m3a
47
Backup and
recovery
48
24
10/15/2017
Backing up VIOS
• Use viosbr to backup user defined virtual and logical resources on the VIO
• Make sure to save that backup in rootvg
• viosbr –backup –file /tmp/viosabkupbr
• You can also use viosbr to view or restore
• http://publib.boulder.ibm.com/infocenter/systems/scope/hw/topic/p7hcg/viosbr.htm
• You may also want to use snap to grab other critical data
• If the media library is large and is on rootvg, then you can add the –nomedialib flag
49
This creates a nim_resources.tar file that can be used for restores described at:
http://public.dhe.ibm.com/software/server/vios/docs/backupios_mod.pdf
50
25
10/15/2017
Monitoring
52
26
10/15/2017
53
nmon Monitoring
May need to enable accounting on the SEA first – this is done on the VIO
chdev –dev ent* ‐attr accounting=enabled
27
10/15/2017
topas –C
Most important value is app – available pool processors
This represents the current number of free physical cores in the pool
lparstat
Shows the app column and poolsize
55
56
28
10/15/2017
NPIV Statistics
• Normally need to use nmon to get information at each client LPAR
• Could also use –O when recording
• BUT as of v2.2.3
• VIOS Performance advisor supports NPIV aggregation information
• As of v2.2.2
• http://www‐01.ibm.com/support/knowledgecenter/POWER7/p7hcg/fcstat.htm?cp=POWER7%2F1‐8‐3‐8‐2‐60
• fcstat –n wwpn device_name
• i.e. fcstat –n C05012345678000 fcs0
• Provides statistics at the WWPN for the virtual adapter
• You can also try fcstat ‐client
• Review options on fcstat – fcstat –d and fcstat –e provide additional statistics on adapter usage
• https://www.ibm.com/support/knowledgecenter/en/ssw_aix_61/com.ibm.aix.cmds2/fcstat.htm
57
netstat –v vio
SEA
Transmit Statistics: Receive Statistics:
‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐
Packets: 83329901816 Packets: 83491933633
Bytes: 87482716994025 Bytes: 87620268594031
Interrupts: 0 Interrupts: 18848013287
Transmit Errors: 0 Receive Errors: 0
Packets Dropped: 0 Packets Dropped: 67836309
Bad Packets: 0
Max Packets on S/W Transmit Queue: 374
S/W Transmit Queue Overflow: 0
Current S/W+H/W Transmit Queue Length: 0
“No Resource Errors” can occur when the appropriate amount of memory can not be added quickly
to vent buffer space for a workload situation.
You can also see this on LPARs that use virtual Ethernet without an SEA
58
29
10/15/2017
Buffers
Virtual Trunk Statistics
Receive Information
Receive Buffers
Buffer Type Tiny Small Medium Large Huge
Min Buffers 512 512 128 24 24
Max Buffers 2048 2048 256 64 64
Allocated 513 2042 128 24 24
Registered 511 506 128 24 24
History
Max Allocated 532 2048 128 24 24
Lowest Registered 502 354 128 24 24
Max buffers is an absolute threshold for how many buffers can be allocated
Use entstat –d (‐all on vio) or netstat –v to get this information 59
60
30
10/15/2017
HMC
Maintenance
61
Step 1 Save upgrade data and then backup to USB stick or remote FTP using GUI
Step 2 check we have plenty of memory
monhmc ‐r mem ‐n 0
Mem: 4095732k total, 3978304k used, 117428k free, 311480k buffers
So our server has 4GB memory
monhmc ‐r disk ‐n 0
Check if filesystems are full
If they are in use a lot then
chhmcfs ‐o f ‐d 0
The above clears out all temp files
monhmc ‐r disk ‐n 0
31
10/15/2017
Since it is an upgrade we need to either use the media or do it via the CLI
On the first of the two ssh sessions: Login and cd /hmcdump
getupgfiles ‐h ftp.software.ibm.com ‐u anonymous ‐‐passwd ftp ‐d /software/server/hmc/network/v7780
hmcshutdown ‐r ‐t now
Causes it to do the upgrade and takes about 20 minutes
HMC 778 is now apar MB03715 PTF MH01377
63
Then do MH01404 is latest update (requires MH01388) using same process as above
After the reboot put in a new USB stick (if that is how backup was done)
Save upgrade data and then backup to USB stick or FTP server using the GUI
DVD has been disabled at one of the versions so you now need to backup to an FTP server or the 8GB USB
stick that you may have purchased with the server. 64
32
10/15/2017
HMC v8
Required for POWER8
Runs on cr5 or C08 or higher
Will not run on earlier HMCs
Upgrading to HMC v8
Check memory and hardware prereqs
i.e.no POWER5, etc
HMC must already be at v7.7.80 with fixpack MH01402 or HMC v7.7.9 prior to upgrade
NOTE – upgrading from any level prior to 7.7.8 is a reinstall not an upgrade
PowerVM 2.2.3.0 is required for the new performance metrics
Check prereqs if using redundant HMCs
Process:
Back it up
Get the upgrade files
Reboot to upgrade to v8
Apply first mandatory PTF (can do via GUI)
Reboot
Repeat till you run out of fixes
Backup again after the last reboot
To update to 8.8.6 your HMC must first be at v8.8.4+mandatory fix MH01560 or v8.8.5+mandatory fix MH01617
See article on HMC Maintenance at: http://ibmsystemsmag.com/aix/administrator/systemsmanagement/hmc‐
maintenance/
If going to 8.8.7 you will only have Enhanced Mode and Power6 will no longer be supported
66
33
10/15/2017
chhmc ‐c altdiskboot ‐s enable ‐‐mode upgrade Boot from install image to upgrade
HMC Scanner
• Latest HMC Scanner is available at http://tinyurl.com/HMCscanner
• Java program that uses SSH to connect to HMC, FSM or IVM to gather information about the system
configuration – latest is 0.11.35 as of May 9, 2017
• I run it on one of the AIX Systems as follows:
• ./hmcScanner.ksh servername hscroot ‐p password ‐stats
• You can add ‐sanitize and it causes it to produce two spreadsheets – one that has been cleansed of identifying data
34
10/15/2017
69
Firmware
Maintenance
70
35
10/15/2017
Entitlement
See article at:
http://ibmsystemsmag.com/aix/administrator/systemsmanagement/debunking‐myths‐about‐power‐
entitlement/
Starting with POWER8 IBM will be checking entitlement when applying firmware fixes.
Entitlement requires an HWMA (hardware maintenance agreement)
POWER8 (and later) servers require machine code “update entitlement at activation”
POWER8 and later servers contain an “update access key” (UAK)
Machine code update entitlement is checked using the UAK at each activation / installation
• A good fix maintenance strategy is an important part of maintaining and managing your
server. Regular maintenance of your server, and application of the latest fixes help to
maximize server performance, and may reduce the impact of problems if they arise.
• It is recommended that all servers be kept on a supported release and current with latest
available fix packages for HMC and server firmware fixes whenever possible.
• The most important scenario to avoid is remaining on a release so long that all subsequent
releases that support a single‐step upgrade are withdrawn from marketing. Without a single‐
step upgrade available, there are no supported ways for you to upgrade your server.
72 72
36
10/15/2017
• There are some natural points at which firmware should be evaluated for potential updates:
When a subscription notice advises of a critical or HIPER (highly pervasive) fix, the
environment should be reviewed to determine if the fix should be applied.
When one of the twice‐yearly updates is released.
Whenever new hardware is introduced into the environment the firmware pre‐reqs and co‐
reqs should be evaluated.
Anytime HMC firmware levels are adjusted.
Whenever an outage is scheduled for a system which otherwise has limited opportunity to
update or upgrade.
When the firmware level your system is on is approaching end‐of‐service.
If other similar hardware systems are being upgraded and firmware consistency can be
maximized by a more homogenous firmware level.
On a yearly cycle if firmware has not been updated or upgraded within the last year.
73 73
PAGE 74
74
37
10/15/2017
USEFUL COMMANDS
75
Useful Commands
Command History
$ fc ‐l
725 lsrep
726 backupios ‐file /usr/local/backups/b750viobkp
727 exit
728 lsmap ‐vadapter vhost0
729 fc –l
38
10/15/2017
Useful Commands
vSCSI Commands
mkvdev ‐vdev hdisk2 ‐vadapter vhost0
mkvdev –fbo –vadapter vhost0
NPIV
Setup NPIV mappings
vfcmap –vadapter vfchost0 –fcp fcs0
lsmap –npiv –all
lsmap –vadapter vfchost0 –npiv
lsdev –virtual
lsnports
lsdev –slots
lscfg –vpl vfchost0
77
Useful Commands
$ lsdev ‐virtual
name status description
ent5 Available Virtual I/O Ethernet Adapter (l‐lan)
ent6 Available Virtual I/O Ethernet Adapter (l‐lan)
ent7 Available Virtual I/O Ethernet Adapter (l‐lan)
vasi0 Available Virtual Asynchronous Services Interface (VASI)
vbsd0 Available Virtual Block Storage Device (VBSD)
vfchost0 Available Virtual FC Server Adapter
vfchost1 Available Virtual FC Server Adapter
vhost0 Available Virtual SCSI Server Adapter
vhost1 Available Virtual SCSI Server Adapter
vsa0 Available LPAR Virtual Serial Adapter
b740ios1_rv1 Available Virtual Target Device ‐ Logical Volume
b740l1_rv1 Available Virtual Target Device ‐ Logical Volume
vtopt0 Available Virtual Target Device ‐ File‐backed Optical
vtopt1 Available Virtual Target Device ‐ File‐backed Optical
vtscsi0 Available Virtual Target Device ‐ Disk
vtscsi1 Available Virtual Target Device ‐ Disk
vtscsi2 Available Virtual Target Device ‐ Disk
vtscsi3 Available Virtual Target Device ‐ Disk
ent8 Available Shared Ethernet Adapter
78
39
10/15/2017
Useful Commands
$ lsmap ‐vadapter vhost0
VTD b740l1_rv1
Status Available
LUN 0x8300000000000000
Backing device lv_b740l1
Physloc
Mirrored N/A
VTD vtopt0
Status Available
LUN 0x8200000000000000
Backing device
Physloc
Mirrored N/A
VTD vtopt1
Status Available
LUN 0x8100000000000000
Backing device
Physloc
Mirrored N/A 79
Useful Commands
$ lsmap ‐vadapter vfchost0 ‐npiv
Status:NOT_LOGGED_IN
FC name:fcs0 FC loc code:U78AA.001.WZSG8XX‐P1‐C5‐T1
Ports logged in:0
Flags:4<NOT_LOGGED>
VFC client name: VFC client DRC:
Status:LOGGED_IN
FC name:fcs0 FC loc code:U78AA.001.WZSG8XX‐P1‐C5‐T1
Ports logged in:3
Flags:a<LOGGED_IN,STRIP_MERGE>
VFC client name:fcs0 VFC client DRC:U8205.E6B.1093XXX‐V8‐C36
80
40
10/15/2017
Useful Commands
$ lsnports
name physloc fabric tports aports swwpns awwpns
fcs0 U78AA.001.WZSG8XX‐P1‐C5‐T1 1 64 63 2048 2041
$ lsdev ‐slots
# Slot Description Device(s)
HEA 1 Logical I/O Slot lhea0 ent0
U8205.E6B.1093XXX‐V1‐C0 Virtual I/O Slot vsa0
U8205.E6B.1093XXX‐V1‐C11 Virtual I/O Slot ent5
U8205.E6B.1093XXX‐V1‐C12 Virtual I/O Slot ent6
U8205.E6B.1093XXX‐V1‐C13 Virtual I/O Slot ent7
U8205.E6B.1093XXX‐V1‐C21 Virtual I/O Slot vhost0
U8205.E6B.1093XXX‐V1‐C22 Virtual I/O Slot vhost1
U8205.E6B.1093XXX‐V1‐C23 Virtual I/O Slot vhost2
U8205.E6B.1093XXX‐V1‐C31 Virtual I/O Slot vfchost0
U8205.E6B.1093XXX‐V1‐C32 Virtual I/O Slot vfchost1
U8205.E6B.1093XXX‐V1‐C33 Virtual I/O Slot vfchost2
U8205.E6B.1093XXX‐V1‐C32769 Virtual I/O Slot vasi0
U8205.E6B.1093XXX‐V1‐C32773 Virtual I/O Slot vasi1
U8205.E6B.1093XXX‐V1‐C32774 Virtual I/O Slot vasi2
U8205.E6B.1093XXX‐V1‐C32775 Virtual I/O Slot vasi3
U8205.E6B.1093XXX‐V1‐C32776 Virtual I/O Slot vasi4
81
82
41
10/15/2017
Check entitlement
lslic ‐m ??????? ‐F mtms,update_access_key_exp_date
where ?????? is the managed system name
It will reply with a line that includes the managed system name and the expiry date
83
saveupgdata –r disk
ls –la /hmcdump
84
42
10/15/2017
85
hscroot@srvrhmc:~>monhmc ‐r proc ‐n 0
Cpu0 : 0.0%us, 0.7%sy, 0.0%ni, 98.3%id, 1.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu1 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu2 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu3 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
hscroot@srvrhmc:~>monhmc ‐r swap ‐n 0
Swap: 2040244k total, 137456k used, 1902788k free, 1036824k cached
hscroot@srvrhmc:~>monhmc ‐r disk ‐n 0
Filesystem 1K‐blocks Used Available Use% Mounted on
/dev/sda2 16121184 7100064 8202208 47% /
/dev/sda3 6040320 297672 5435808 6% /var
/dev/mapper/HMCDataVG‐HomeLV 10321208 245052 9551868 3% /home
/dev/mapper/HMCDataVG‐LogLV 8256952 1292372 6545152 17% /var/hsc/log
/dev/mapper/HMCDataVG‐DumpLV 123854820 319672 117243692 1% /dump
/dev/mapper/HMCDataVG‐ExtraLV 20642428 198692 19395160 2% /extra
/dev/mapper/HMCDataVG‐DataLV 227067260 455376 215077548 1% /data
hscroot@srvrhmc:~>lshmcfs
filesystem=/var,filesystem_size=8063,filesystem_avail=6390,temp_files_start_time=07/14/2014 13:11:00,temp_files_size=783
filesystem=/dump,filesystem_size=120951,filesystem_avail=114495,temp_files_start_time=07/14/2014 21:09:00,temp_files_size=0
filesystem=/extra,filesystem_size=20158,filesystem_avail=18940,temp_files_start_time=none,temp_files_size=0
filesystem=/,filesystem_size=15743,filesystem_avail=8009,temp_files_start_time=07/22/2014 23:18:00,temp_files_size=0
86
43
10/15/2017
87
44
10/15/2017
References
90
45
10/15/2017
Useful Links
• Jaqui Lynch Articles
• http://www.circle4.com/jaqui/eserver.html
• Jay Kruemke Twitter – chromeaix
• https://twitter.com/chromeaix
• Nigel Griffiths Twitter – mr_nmon
• https://twitter.com/mr_nmon
• Gareth Coates Twitter – power_gaz
• https://twitter.com/power_gaz
• Jaqui’s Movies
• Movie replays
• http://www.circle4.com/movies
• IBM US Virtual User Group
• http://www.tinyurl.com/ibmaixvug
• Power Systems UK User Group
• http://tinyurl.com/PowerSystemsTechnicalWebinars
91
92
46