Netapp : Online Backup and Recovery

[cmds]

vol
- options [vol_name]
  - nosnapdir
  - nosnap
  - convert_ucode
  - create_ucode
snap
- sched [vol_name] 0 2 6 @8,12,16,20
- create [vol_name] [snap_name]
- list [vol_name]
  - -q
- reserve [vol_name] %
- delta [vol_name] [s1] [s2]
- autodelete [vol_name] on option
  - commitment
    - try
    - disrupt
  - trigger
    - volume
    - snap_restore
    - space_restore
  - target_free_space %
  - delete_order
    - newest_first
    - oldest_first
  - defer_delete
    - user_created
    - prefix
  - prefix [proef]
  - show
  - reset
- restore
  - -t [vol|file]
snapmirror
- on
- initialize
  - -S <src>:vol <dst>:vol
- deinitialize
- destination
  - -s
- update
- status
- abort
  - -h [hard]
- break (zerwanie mirrora)
- release (usunięcie snaphotów)
- quiesce (‘uśpienie’)
- resume
- resync
- store (na taśmę)
- use (obsługa taśmy)
- retrieve (z taśmy)
- throtile
- migrate
snapvault
- start
  - -S sysA:qtree sysB:qtree
- status
  - -l
  - -c
  - -s
  - -t
- stop [qtree]
- snap
  - schedule
    - sv_weekly 1@sat@19
    - sv_hourly 11@mon-fri@7-18
    - -x vol1 sv_hourly 4@mon-fri@8-19
  - unsched
    - -o tries=[0|unlimited] volname snapname sched_spec
- modify
backup
- status
- terminate
ndmpd
- on
- status
ndmpcopy
- -sa username:password filerA:/vol/qtree /vol/qtree
df
sis
- start
- status
- on
- off

[options]

cifs.snapshot_file_folding.enable on

cifs.show_snapshot

options snapmirror.access || legacy -> /etc/snapmirror.allow

/etc/snapmirror.conf
/etc/log/snapmirror

options snapmirror.enable || snapmirror on
options snapmirror.window_size rate
Window Size = (Round Trip Delay) × (Desired Rate)

options snapmirror.access host=192.168.15.30

options snapmirror.checkip.enable on

options replication.throttle.enable on

options replication.throttle.incoming.max_kbs value

options replication.throttle.outgoing.max_kbs value

/etc/snapmirror.conf:
s_systemA:vol0 d_systemA:vol1 – sync
s_systemA:vol0 d_systemA:vol1 kbs=2000,restart=always 15 * * 1,2,3,4,5

NYC-Newark = multi (NYC-pri,Newark-pri) (NYC-sec,Newark-sec)
NYC-Newark:vol1 Newark:vol1 – sync

options snapvault.access host= snapvault_secondary

options snapvault.enable on

options snapvault.access host= snapvault_primary1, snapvault_primary2

[examples]

SnapMirror over Fibre Channel
- filer_1*> sysconfig
- filer_1*> sysconfig -v 4
- brocade switch
  - brcd_sw_1:root> zonecreate “sm_zone_1″, “20:00:00:e0:8b:0a:aa:6d;
    20:00:00:e0:8b:14:70:af”
  - brcd_sw_1:root> zonecreate “sm_zone_2″, “20:01:00:e0:8b:2a:aa:6d;
    20:01:00:e0:8b:34:70:af”
  - brcd_sw_1:root> cfgcreate “sm_zone_cfg”, “sm_zone_1; sm_zone_2″
  - brcd_sw_1:root> cfgenable “sm_zone_cfg”
  - brcd_sw_1:root> cfgshow
- cisco
  - cisco_sw_1(config)# zone name sm_zone_1
    cisco_sw_1(config-zone)# member pwwn 20:00:00:e0:8b:0a:aa:6d
    cisco_sw_1(config-zone)# member pwwn 20:00:00:e0:8b:14:70:af
    cisco_sw_1(config-zone)# zone name sm_zone_2
    cisco_sw_1(config-zone)# member pwwn 20:01:00:e0:8b:2a:aa:6d
    cisco_sw_1(config-zone)# member pwwn 20:01:00:e0:8b:34:70:af
  - cisco_sw_1(config)# zoneset name sm_zone_cfg
    cisco_sw_1(config-zoneset)# member sm_zone_1
  - cisco_sw_1(config-zoneset)# zoneset activate name sm_zone_cf
  - cisco_sw_1# show zoneset active
  - Config> zoning renamezoneset sm_zone_cfg
  - Config> zoning activatezoneset
- filer_1*> setup
- filer_1*> fcnic show fabric ql4a
Moving volume SnapMirror sources
- newsource> snapmirror initialize -S oldsource:oldsourcevol
  newsource:newsourcevol
- oldsource> snap create oldsourcevol common_Snapshot
- newsource> snapmirror update -S oldsource:oldsourcevol
  newsource:newsourcevol
- destination> snapmirror update -S oldsource:oldsourcevol
  destination:destinationvol
- destination> snapmirror quiesce destinationvol
- destination> snapmirror break destinationvol
- newsource> snapmirror quiesce newsourcevol
- newsource> snapmirror break newsourcevol
- edit /etc/snapmirror.conf
- destination> snapmirror resync -S newsource:newsourcevol
  destination:destinationvol
- destination> snapmirror status

[]

ls -l filename .snapshot/*/file_name
ls -lu filename .snapshot/*/file_name

Posted on January 29, 2010 at 12:36 am by admin · Permalink · Leave a comment
In: netapp

Netapp – Storage managment

[CMD]

aggr
- status – informacje o dyskach
  - -r wszystkie
  - -s spares
  - -m mainanance
  - -f broken
- create [aggr_name]
- create [vol_name] – dla tradycyjnych volumenów
- add
- offline
- online
- restrict – ‘zamrożenie’
- options
  - raidtype
  - raidsize
- show_space
- destroy
- undestroy
- rename
disk
- upgrade_ownership – zmiana na sotware-base ovnership ( z maint mode)
- remove_ownership all – zmiana na hardware-base (wcześniej może być konieczne storage release disks) (z maint mode)
- fail
  - -F force
- replace – zastąpienie dysku + odbudowa RAIDa
  - start old_disk_name new_spare_name
  - stop
- show – lista dysków
- zero spares
- sanitize
  - status – status sanitizacji
  - start
  - stop
- remove disk_name
- remove_ownership disk_name[*]
- maint
  - status – lista dysków obecnie w trybie maintanence
  - start
- sanitize – czyszczenie dysków
  - start
  - stop
  - status
  - release – przywraca dysk
- assign
  - auto
fcstat – info o FC-AL
- device_map
- fcal_stats
- link_stats
sasadmin
- dev_stats
- shelf [short]
storage
- show
  - disk
    - -x – disk ID, shelf, bay, serial number, vendor, model …
    - -a
    - -p – primary & secondary path
  - adapter
- enable [adapter]
sysconfig
- -d – informacje o dyskach
- -h – szczegóły
sysstat
df
- -Am
snap
- delta – różnice w snapshotach
- reclaimable – ilośc miejsca zwolnionych po usunięciu snapshotów
vol
- options [vol_name]
  - try_first -
    - volume_grow – auto zwiększanie
    - snap_delete – usuwanie snapshotów
  - flexcache_autogrow
  - flexcache_min_reserved
  - acdirmax
  - acregmax
  - acsymmax
  - actimeo
  - root
  - guarantee
    - none
    - volume
    - file
  - fractional_reserve
    - %
- clone
  - split
    - start
    - stop
    - status
    - estimate – ocena różnic
  - create [clone_name]
    - -b [parent_vol]
- restrict
- online
- offline
- lang [vol_name]
- create [vol_name]
  - -S XYZ:[vol_name] – dla flexcache
- autosize [vol_name]
- container
- lang
flexcache
- fstat
- stats
  - -C
- eject
maxfiles [vol_name] [nr]
nfsstat
- -C
file
- reservation <path>
  - enable
  - disable
qtree
- status
- create
- stats
- oplocks
- security [path]
  - unix
  - ntfs
  - mixed
quota
- status
- on | off [vol_name]
- resize
- report

[Options]

disk.maint_center.enable – okresowe sprawdzanie dysków
disk.maint_center.allowed_entries – ile razy dysk może trafić do maint center
disk.maint_center.spares_check – co się dzieje z dyskami po wykryciu błędu
raid.media_scrub.enable
raid.media_scrub.spares.enable
raid.media_scrub.rate
raid.timeout -
raid.reconstruction.wafliron.enable – proces sprawdzający media errors
raid.scrub.schedule
raid.rpm.fcal.enable
raid.rpm.ata.enable
cifs.preserve_unix_security
flexcache.access
options ndmpd.enable on
options ndmpd.authtype challenge
httpd.rootdir
nfs.exports.auto-update
options flexcache.enable
options flexcache.access host= XYZ
wafl.default_qtree_mode
options cifs.oplocks.enable
wafl.default_nt_user
wafl.default_unix_user

[Proc]

Flexvol sanitizing
- usuniecie dostępu przez nfs/cifs
- snap delete -V -a vol_name – usunięcie snapshotów
- df -g vol_name
- vol size vol_name new_size
- aggr create nixdestaggr 8@72G
- vol create nixsrcvol_1 nixdestaggr 20G
- ndmpcopy /vol/nixsrcvol /vol/nixsrcvol_1
- aggr status nixsrcaggr -r
- vol offline src_vol
- vol destroy src_vol
- aggr offline src_aggr
- aggr destroy src_aggr
- aggr rename nixdestaggr nixsrcaggr
- vol rename nixsrcvol_1 nixsrcvol
Vol -> FlexVol migration
- df -Ah vol_name
- df -i vol_name
- aggr rename vol0 vol0trad
- vol create vol0 aggrA 90g
- options ndmpd.enable on
- ndmpcopy /vol/vol0trad /vol/vol0
- vol options vol0 root

raid4, aggr root, raidsize=9
degraded

Posted on January 16, 2010 at 6:59 pm by admin · Permalink · Leave a comment
In: netapp

Protected: IBM 000-101 tips & tricks

Posted on November 24, 2009 at 12:38 pm by admin · Permalink · Enter your password to view comments.
In: Uncategorized

HMC command line [draft]

lshwres – opcje HEA

chhwres - changes the hardware resource configuration of the managed system (DLPAR)

chsyscfg – changes the attributes of partitions, partition profiles, or
system profiles for the managed system

rsthwres – restores the hardware resource configuration of
partitions in the managed system. This operation might need to be performed
after a DLPAR operation fails

mksyscfg – creates partitions, partition profiles, or system profiles
for the managed system

lssyscfg – lists the attributes of partitions, partition profiles, or
system profiles for the managed system.

lslparutil – lists utilization data that is collected for a managed
system

[def | ls | rm ] sysplanres – defines, show, delete a system plan resource for use by system plans deployed from the HMC

dump – sets the system dump parameters for the managed system

[ch | ls ] cod – performs CoD operations on the managed system

mksysplan -

chsvcevent -

chhmc – set the date, time, time zone, and clock on the HMC

lssysconn – List system connections

Most common command line options and usage

List connection information for all systems and frames managed by this
- lssysconn -r all

List all configuration information for systems managed by this HMC:
- lssyscfg -r sys

List all partitions in the managed system and only display attribute values for each partition, following a header of attribute names:
- lssyscfg -r lpar -m system1 -F –header
List all system level memory informations:
- lshwres -r mem -m system1 –level sys
List all virtual slots for partition part1:
- lshwres -r virtualio –rsubtype slot -m system1 –level slot–filter “lpar_names=lpar1”

Change a partition profile’s memory amounts (reduce the profile’s current memory amounts each by 256 MB) and number of desired processors:
- chsyscfg -r prof -m system1 -i “name=profile1,lpar_name=part1,min_mem=256,desired_mem=256,max_mem=256,desired_procs=2”
Change a partition profile’s memory amounts (reduce the profile’s current memory amounts each by 256 MB) and number of desired processors:
- chsyscfg -r prof -m system1 -i “name=profile1,lpar_name=part1,min_mem=256,desired_mem=256,max_mem=256,desired_procs=2”
Change a system profile (add two new partition profiles):
- chsyscfg -r sysprof -m system1 -i “name=sysprof1,”lpar_names+=part3,part4″,”profile_names+=3_prof1,4_defaultProf”"

Add a virtual Ethernet adapter to the partition with ID 3:
- chhwres -r virtualio -m system1 -o a –id 3 –rsubtype eth -a “ieee_virtual_eth=1,port_vlan_id=4,”addl_vlan_ids=5,6″,is_trunk=1 ,trunk_priority=1″

Create an AIX or Linux partition:
- mksyscfg -r lpar -m system1 -i “name=aix_lpar2,profile_name=prof1,lpar_env=aixlinux,min_mem=256,desired_mem=1024,max_mem=1024,proc_mode=ded,min_procs=1,desired_procs=1,max_procs=2,sharing_mode=share_idle_procs,auto_start=1,boo t_mode=norm,lpar_io_pool_ids=3,”io_slots=21010003//1,21030003//0″”

Remove the partition profile test_profile for partition lpar3:
- rmsyscfg -r prof -m system1 -n test_profile -p lpar3

Disconnect from the managed system sytem1 and remove it from the
- rmsysconn -o remove -m system1

Restore memory resources for partition p1:
- rsthwres -r mem -m system1 -p p1

Open a virtual terminal session for partition p1:
- mkvterm -m system1 -p p1
List the BIOS level of the HMC
- lshmc -b
List the network settings for the HMC
- lshmc -n
List the VPD information for the HMC
- lshmc -v
List the version information for the HMC
- lshmc -V– List the status of DLPAR enabled partitions
List the status of DLPAR enabled partitions
- lspartition -dlpar
Collect various logs and javacore. This option can copy the data collected onto DVD or leave a compressed file in the /dump directory.
- pedbg -c
List connection information for all systems and frames managed by this
- lssysconn -r all
List all users defined on this HMC:
- lshmcusr
List the console events that occurred within the past three days:
- lssvcevents -t console -d 3
List all of the open serviceable events for the system system1:
- lssvcevents -t hardware -m system1 –filter “status=open”

Posted on November 11, 2009 at 12:52 pm by admin · Permalink · 3 Comments
In: AIX

System P Performance

AIX :
- truss - Traces a process’s system calls, received signals, and incurred machine faults.

alstat – Shows alignment exception statistics.

iostat – Reports central processing unit (CPU) statistics and I/O statistics for the entire system, adapters, TTY devices, disks, and CD-ROMs.

vmstat – Reports virtual memory statistics.

sar – Collects, reports, or saves system activity information.

prof – Displays object file profile data.

tprof – Reports CPU usage.

gprof – Displays call graph profile data.

emstat – Shows emulation exception statistics.

filemon – Monitors the performance of the file system, and reports the I/O activity on behalf of logical files, virtual memory segments, logical volumes, and physical volumes.

fileplace – Displays the placement of file blocks within logical or physical volumes.

netpmon – Monitors activity and reports statistics on network I/O and network-related CPU usage.

pprof – Reports CPU usage of all kernel threads over a period of time.

rmss – Simulates a system with various sizes of memory for performance testing of applications.

svmon – Captures and analyzes a snapshot of virtual memory.

topas – Reports selected local system statistics.

lparstat – Reports LPAR-related information and utilization statistics.

mpstat – Reports performance statistics for all logical CPUs in the system

entstat – Shows ethernet device driver and device statistics.

fcstat

VIO :
- sysstat – This command gives you an uptime for the system and the list of logged-on users.
- wkldout This command provides post-processing of recordings made by wkldagent. The files are located in /home/ios/perf/wlm path
- lsgcl This command displays the contents of the global command log.
- vasistat This command shows VASI device driver and device statistics (used for PowerVM Live Partition Mobility).

ioslevel This command gives the version of the Virtual I/O Server.

lssw This command lists the software installed.

lsfware This command displays microcode and firmware levels of the system, adapters and devices.

lslparinfo This command displays the LPAR number and LPAR name.

lssvc This command lists available agent names if the parameter is not given. It lists the agent’s attributes and values if the agent’s name is provided as a parameter.

oem_platform_level This command returns the operating system level of the OEM install and setup environment.

lsdev This command displays devices in the system and their characteristics.

lsmap This command displays the mapping between physical and virtual devices.

viostat This command reports Central Processing Unit statistics, asynchronous input/output, input/output statistics for entire system, adapters, tty devices, disks, and CD-ROMs. The parameter -extdisk provides detailed performance statistics information for disk devices.

fcstat This command displays statistics gathered by the specified Fibre Channel device driver.

lsvg This command displays information about volume groups.

lslv This command displays information about a logical volume.

lspv This command displays information about physical volumes.

lssp This command displays information about storage pools.

lsvopt This command lists and displays information about the systems virtual optical devices.

lsrep This command lists and displays information about the Virtual Media Repository.

lspath This command displays information about paths to MultiPath I/0 (MPIO)-capable devices.

oem_setup_env

mpio_get_config -Av This command displays IBM SAN storage information with MPIO multi-path device driver attachment.

fget_config -Av This command displays IBM SAN storage information with RDAC multi-path device driver attachment.

pcmpath query adapter This command displays SAN storage Fibre Channel adapter path information with SDDPCM path control module attachment.

pcmpath query device This command displays SAN storage device information with SDDPCM path control module attachment.

lscfg -vl hdiskx This command displays vendor storage information.

network

netstat This command displays active sockets for each protocol, or routing table information, or displays the contents of a network data structure.

entstat This command displays Ethernet device driver and device statistics.

seastat This command generates a report to view, per client, the Shared Ethernet Adapter statistics.

lsnetsvc This command gives the status of a network service.

lstcpip This command displays the TCP/IP settings.

optimizenet -list This command lists the characteristics of one or all network tunables.

snmp_info -get|-next This command requests the values of Management Information Base variables managed by a Simple Network Management Protocol agent.

traceroute This command prints the route that IP packets take to a network host.

showmount This command displays a list of all clients that have remotely mountable file systems.

Posted on November 9, 2009 at 5:02 pm by admin · Permalink · Leave a comment
In: AIX

IBM Workload Estimator

http://www-912.ibm.com/wle/EstimatorServlet/

Posted on November 8, 2009 at 12:16 pm by admin · Permalink · Leave a comment
In: AIX

Protected: Test IBM 000-100 Tips & Tricks

Posted on November 6, 2009 at 1:31 pm by admin · Permalink · Enter your password to view comments.
In: AIX

PowerVM : Virtual network management & Virtual I/O Server : security, maintenance & LPM

Virtual network management

zmiana IP lub VLANu
- SEA
  - do czego wykożystany jest ten adres :
    - RSC (Resource Monitoring and Control)
    - logowanie do VIO
    - istalacje z poziomu NIM (installios)
  - przezroczysty dla klientów VIO, może zostać zmieniony niezauważalnie dla klientów
  - $mktcpip -hostname VIO_Server2 -inetaddr 9.3.5.109 -interface en5
  - $chtcpip -interface en5 -inetaddr 9.3.5.109
  - $rmtcpip [...]
- VLAN
  - możemy dodawać w locie VLANy do tagged virtual Ethernet adapter (z poziomu VIO + zmiana w profilu)
  - #smitty vlan
  - dodawanie :
    - tworzymy nowy virtual Ethernet
    - dodajemy go do listy virt_adapters SEA (chdev)
- AIX :
  - #mktcpip -h lpar02 -a 9.3.5.112 -i en0
  - #lscfg -l ent*
    ent0 U9117.MMA.101F170-V3-C2-T1 Virtual I/O Ethernet
    C2 – drugi slot na VIO
- co powinniśmy dokumentować :
  - Virtual I/O Server
    - hostname
    - Physical adapter device name
    - Switch port
    - SEA device name
    - Virtual adapter device name
    - Virtual adapter slot number
    - Port virtual LAN ID (in tagged and untagged usages)
    - Additional virtual LAN IDs
  - Virtual I/O client
    - Client host name
    - Virtual adapter device name
    - Virtual adapter slot number
    - Port virtual LAN ID (in tagged and untagged usages)
    - Additional virtual LAN IDs
- SEA threading
  - priorytety dysków vs. sieci
  - siec bardziej zasobożerna i wrażliwa na przestoje -> większy priorytet
  - od 1.3 SEA implementowana na poziomie wątków jądra
  - pozwala na bardziej równomierne rozmieszczenie zasobów pomiędzydysk i sieci.
  - $ lsdev -dev ent2 -attr thread
  - $ chdev -dev ent2 -attr thread=1
  - domyślnie włączone
  - jedyna opcja gdy rozważamy możliwość wyłączenia : 2 VIO : jedno dedykowane do sieci, drugie do dysków
- Jumbo frame / path MTU discovery
  - MTU
    - zgodnie z IEEE 802.x : 1526 bytes; Ethernet (gigabit) : 9000
    - jesli po analizie ruchu sieciowego stwierdzimy, że wysyłamy sporo dużych pakietów zwiększenie może być korzystne (mniejsze obciążenie)
    - MSS(maximum segment size) = MTU – nagłowek TCP/IP (40b)
      - domyślnie 1460
      - negocjowane przy każdym połączeniu
    - #no -a |grep tcp
  - Path MTU discovery (PMTUD)
    - AIX 5.2 : komunikaty ICMP
    - 5.2+ : UDP datagrams
    - #pmtu display
  - jumbo frames
    - AIX 6+
    - adaptery wirtualne oraz SEA obsługują dowolną wartość MTU, nie można na nich wymusić używania jumbo frames : przejmują wartość interfejsu fizycznego
    - konfiguracja VIO :
      - $ chdev -dev ent0 -attr jumbo_frames=yes
      - $lsdev -dev ent0 -attr
      - jeśli korzystamy z SEA musimy usunąć i utworzyć ponownie
    - AIX :
      - # chdev -l en0 -a mtu=9000
      - # lsattr -El en0
  - TCP checksum offload
    - # lsattr -El ent0 | grep chk
    - sprzętowe sprawdzanie sum kontrolnych z nagłówka TCP/IP
  - Largesend option
    - wysyłanie ‘dużego pakietu’ do interfejsu, obsługującego to funkcjonalnośc, który dzieli go na mniejsze części
    - aktywny domyślnie
    - # ifconfig en0 [-] largesend
    - $ chdev -dev ent6 -attr largesend=1 (na SEA najpierw przenosimy w down)
    - może powodować znaczący wzrost wydajności
  - QoS w SEA
    - każde SEA działa w 7 wątkach
    - każdy wątek ma 9 kolejek
    - ruch z virtual Ethernet nie taguje pakietów, więc nie może być priorytetowany (w sumie nie ma takiej potrzeby, wszystko dzieje się w pamięci)
    - 2 algorytmy :
      - Strict mode
        
        najpierw wysyłane wszystkie z niepustej kolejki o najwyższym priorytecie
      - Loose
        
        podobne jak wyżej, tylko po skończeniu cyklu schodzi do kolejki o niższym priorytecie
        
        zapewnia, ze dane nie utknął w najniższych kolejkach
    - konfiguracja
      - # lsattr -El ent5
      - # chdev -l ent5 -a qos_mode=[disable, loose,strict]
      - smitty vlan dla ustalenia priorytetów
  - ochrona przed DoS na VIO
    - # no -p -p tcptr_enable=1
    - $tcptr -add <start_port> <end_port> <max> <div>
    - $ tcptr -delete <start_port> <end_port>
    - $ tcptr -add 25 25 1000
    - # tcptr -show

Virtual I/O Server security

domyśle usługi po instalcji VIO
- ftp(21), ssh(22), telnet(23), rpcbind(111), rmc(657)
- $ stopnetsvc telnet
- $ stopnetsvc ftp
firewall
- stosujemy standardową politykę : blokujemy wszystko a potem wpuszczamy co niezbędne
- $viosecure -firewall view
- zalecany tryb do konfiguracji
  - $ viosecure -firewall off -
- ustawiamy ‘deny all’
  - $ viosecure -firewall deny -port 0
- wpuszczamy :
  - $ viosecure -firewall allow -port 22 -address 9.3.5.200
    $ viosecure -firewall allow -port 22 -address 9.3.4.148
    $ viosecure -firewall allow -port 657 -address 9.3.5.128
- blokujemy konkretny adres
  - $ viosecure -firewall deny -port 0 -address 9.3.5.180
- $ viosecure -firewall on
- możemy również przeprowadzić konfiguracje z poziomu : cfgassist [TODO!]
- przepuszczanie ICMP
  - /usr/sbin/genfilt -v 4 -a P -s 0.0.0.0 -m 0.0.0.0 -d 0.0.0.0 -M 0.0.0.0 -g n -c icmp -o eq -p 0 -O any -P 0 -r L -w I -l N -t 0 -i all -D echo_reply
  - /usr/sbin/genfilt -v 4 -a P -s 0.0.0.0 -m 0.0.0.0 -d 0.0.0.0 -M 0.0.0.0 -g n -c icmp -o eq -p 8 -O any -P 0 -r L -w I -l N -t 0 -i all -D echo_request
- pre-definiowane konfiguracje
  - $ viosecure -level low -apply
  - $ viosecure -level low – informacja
LDAP / Kerberos [po co??]
ntp
- $ vi /home/padmin/config/ntp.conf
  server ptbtime1.ptb.de
  server ptbtime2.ptb.de
  driftfile /home/padmin/config/ntp.drift
  tracefile /home/padmin/config/ntp.trace
  logfile /home/padmin/config/ntp.log
- $ startnetsvc xntpd
- $ cat config/ntp.log
- $ chdate 1206093607
- # ln -sf /home/padmin/config/ntp.conf /etc/ntp.conf
używtkownicy
- Rodzaje
  - System administrator
    - $ mkuser johndoe
    - wszystko oprócz: cleargcl, lsfailedlogin, lsgcl, mirrorios, mkuser, oem_setup_env, rmuser, shutdown, unmirrorios
  - Service representative
    - $ mkuser -sr qserv
    - diagnostyka, hot-plug, shutdown, reebot…
  - Development engineer
    - mkuser with the -de flag
  - Read-only
    - $ mkuser -attr pgrp=view auditor
  - Log wszystkich komend
    - lsgcl

Virtual I/O Server maintenance

Instalacja
- PowerVM Virtualization on IBM System p: Introduction
  and Configuration [TODO!]
Migracja
- wymagania
  - do wersji 2.1 możliwa tylko z 1.3+
  - Virtual I/O Server Version 2.1 Migration DVD
  - HMC 7.3.4
  - backupios
- z HMC
  - płytka do napędu
  - jeśli przez sieć prywatną ustawiamy zmienną
    - export INSTALLIOS_PRIVATE_IF=interface
  - #installios
  - …
- z DVD
  - zabootowanie z płytki…
backup
- co krytycznego?
  - system, poprawki, sterowniki
  - mapowanie, definicje wirtualnych urządzeń
- dodatkowo niezbędne backupy :
  - konfiguracja SAN
  - konfiguracja HMC (profile)
    - używamy narzędzia IBM System Planning Tool
    - #mksysplan
    - jeśli IVM
      - bkprofdata -o backup -f /home/padmin/profile.bak
  - klientów (AIX, Linux…)
- powinien być wykonywany z każdą zmianą konfiguracji (krytyczność systemu jest dość spora)
- od wersji 1.3 może być wywoływany z crona
- backup systemu :
  - na taśmę
    - $ lsdev -type tape
      name status description
      rmt0 Available Other SCSI Tape Drive
    - $ backupios -tape /dev/rmt0 -accept
  - na DVD
    - $ lsdev -type optical
    - backupios -cd /dev/cd0 -accept
  - do pliku
    - konfigurujemy nfs
      //TIPS hostmap manipuluje /etc/hosts file; manipuluje DNSsem cfgnamesrv
    - #backupios -file /mnt/backup
    - jeśli odzyskujemy na innym serwerze możemy potrzenować edycji
    - bosinst.data
    - RECOVER_DEVICES=Default
  - do mksysb
    - $backupios -file /mnt/backup -mksysb
    - jeśli chcemy do przywracania użyć NIM, musi od działać na możliwie najnowszym TL (np. VIO 2.1 wymaga AIX 6.1)
- backup user-defined virtual devices
  - po backupie systemu nie istnieje mamy dysków innych niż w rootvg, mapowanie fizyczno-wirtualne…
  - wyświetlanie obexnych sp
    - $ lssp
  - zachowanie struktury (automatycznie przed każdym backupios)
    - $ savevgstruct storage01
    - działa tylko na aktywnch vg/sp
  - backup mapowań
    - $ lsmap -net -all
    - $ lsmap -all
  - inne ważne :
    - command | tee /home/padmin/filename
      - $ioslevel
      - $lsdev -dev devicename -attr
      - $lsdev -type adapter
      - $lsuser
      - Network settings
        
        $ netstat -routinfo
        
        $ netstat -state
        
        $ netstat -routtable
        
        $ lsdev -dev Device -attr
        
        $ entstat -all devicename
        
        $optimizenet -list
        
        $hostmap -ls
        
        $cfgnamesrv -ls
      - $viosecure -firewall view
      - $viosecure -view -nonint
  - przywracanie
    - z DVD…
    - z tasiemki…
    - z hmc
      - udostępniamy obraz wcześniej zachowany obraz via nfs
      - hscroot@hmc1:~> installios -s [nazwa_maszyny] -S [maska sieci] -p [nazwa_lpara]
        -r [profil_hmc] -i [adres_ip_klienta]-d 9.3.5.5:/export_fs -m 00:02:55:d3:dc:34 -g [gateway]
    - z nim
      - tworzymy sobie zasób
        
        # nim -o define -t mksysb -aserver=master
        -alocation=/export/mksysb/VIOS_BACKUP_13Oct2008.mksysb VIOS_mksysb
        # lsnim VIOS_mksysb
        VIOS_mksysb resources mksysb
      - tworzymy spoot
        
        # nim -o define -t spot -a server=master -a location=/export/spot/ -a
        source=VIOS_mksysb VIOS_SPOT
      - sprawdzamy
        
        # lsnim VIOS_SPOT
      - instalacja powinna przywrócić definicje wirtualnych urządzeń (zwykle jeśli przywracamy na tą samą maszynę, i ustawienia w profilu hmc się zgadzają)
      - jeśli nie, robimy to ręcznie :
        
        struktura vg
        
        wyświetlanie obecnych :
        
        $ restorevgstruct -ls
        
        przywracanie
        
        $ restorevgstruct -vg extra_storage hdisk15
        
        SEA i mapowania zgodnie z zachowanym lsmap
  - budowa nowego (w razie nie posiadania backupu)
    - mkvdev -vdev cd0 -vadapter vhost0 -dev vcd
    - mkvdev -vdev hdisk12 -vadapter vhost1 -dev vnim_rvg
    - …
    - mkvdev -sea ent0 -vadapter ent2 -default ent2 -defaultid 1
    - mktcpip -hostname vios1 -inetaddr 9.3.5.111 -interface en5 -start -netmask
      255.255.254.0 -gateway 9.3.4.1
  - Update VIO
    - scentariusz z 1 VIO
      - wymagany downtime VIO & klientów
      - checklista przed :
        
        $ lsvg rootvg – sprawdzamy ‘stale PPs/PPv’ na klientach i VIO
        
        #cat /proc/mdstat – na Liniksie, sprawdzamy stan mirrorowanych dysków
        
        #multipath -ll – na linuksie z MPIO
        
        $lsvg -pv rootvg – na VIO
        
        $netstat -cdlistats / netstat -v -na VIO, sprawdzamy link
        
        #dmesg/errpt/messages
        
        #netstat -v – na VIO client, sprawdzamy link
        
        backup
      - procedura
        
        zatrzymujemy partycje klientów / wyłączamy wirtualne urządzenia
        
        usuwamy wszystkie Interim Fixes
        
        $ oem_setup_env
        
        # emgr -P
        
        # emgr -r -L <label name>
        - przenisomy wcześniejsze poprawki w tryb commite
        
        $ updateios -commit
        -aplikujemy poprawki
        
        $ updateios -dev /mnt -install -accept
        
        reboot..
        
        ioslevel
    - scenariusz z redundantnym VIO
      - dodatkowo do sprawdzenia
        
        #lspath – sprawdza stan linków MPIO, powinien być stan enabled
        
        #multipath -ll – jak wyżej tylko z Linuksa
        
        #lsattr -El hdisk0 – hcheck_mode = inactive, hcheck_interval = 60, reserve_policy = no_reserve (dla IBMowskich starage)
        
        gdy używamy mirroringu z poziomu LVM sprawdzamy także lsvg rootvg, lsvg -p rootvg
        
        cat /proc/mdstat – dla Linuksa
      - procedura
        
        znajdujemy pasywne VIO
        
        $ netstat -cdlistats
        Trunk Adapter: True
        Priority: 2 Active: False
        
        przenosimy w trym nieaktywaności jeśli potrzeba :
        
        $ chdev -attr entXX ha_mode=standby
        
        upgrade tak jak w przypadku wyżej
        
        reeboot
        
        sprawdzamy stan vg (ewentualnie varyonvg rootvg / syncvg -v <VGname>)
        
        przywracamy automatyczne przełączanie się SEA
        $ chdev -dev ent4 -attr ha_mode=auto
        
        backup
        
        dla Linuksa
        {TODO, po tym jak dowiem się jak to działa}
  - Errorloging
    - demon errorlog
    - piszący do /var/adm/ras/errlog
    - klasy błędów :
      - H Hardware error
      - S Software error
      - O Operator messages (logger)
      - U Undetermined error class
    - - przekierowanie errtp -> syslog
      - vi /tmp/syslog.add
        errnotify:
        en_pid = 0
        en_name = “syslog”
        en_persistenceflg = 1
        en_method = “/usr/bin/errpt -a -l $1 |/usr/bin/fgrep -v ‘ERROR_ID TIMESTAMP’|
        /usr/bin/logger -t ERRDEMON -p local1.warn”
      - # odmadd /tmp/syslog.add
      - *.debug @9.3.5.115 w /etc/syslog.conf
      - restart
    - backup
      - $ oem_setup_env
      - # cp /var/adm/ras/errlog /tmp/errlog.save
      - # errpt -i /tmp/errlog.save

Dynamic operations

Multiple Shared Processor Pools management (MSPP)
- tworzymy grupy LPARÓw w trybie Uncapped, które dzielić będą wzajemnie określone zasoby CPU
- domyślna z ID = 0
- jeśli nowa nie jest nam potrzebne, usuwamy ją dając jej 0 PU
- przy przydzielaniu najpierw brana jest pod uwagę waga partycji, dopiero póżńiej SPP
dynamiczne alokowanie zasobów
- procesor
- pamięć
- fizyczne zasob
- dodawanie
- prznoszenie (wymaga zwolnienia na partycji klienckiej)
  - $ lsdev -slots
  - # lsslot -c pcil
  - #rmdev -l pcin -d -R
  - $rmdev -dev pcin -recursive
  - wymiana hot-swapowych urządzen
  - Service and productivity tools for Linux for Power
    - RSCT (do kumunikacja z HMC)
    - Cluster Systems Management (CSM)
    - src
    - lib
    - Service Resource Manager (ServiceRM)
    - DynamicRM (Productivity tool)
    - lsvpd( lsvpd, lscfg i lsmcode)
    - Service Log (service tool)
    - diagela Error Log Analysis tool
    - rpa-pci-hotplug
    - rpa-dlpar (dodawanie processors i I/O w locie)
    - IBMinvscout
    - IBM Installation Toolkit
      - zestaw narzędzi, dokumentacji…
  - /sbin/update-lsvpd-db – aktualizacja Vital Product Data database
  - lscfg, lsvpd, lsvio
Service and productivity tools for Linux for Power
- RSCT (do kumunikacja z HMC)
- Cluster Systems Management (CSM)
- src
- lib
- Service Resource Manager (ServiceRM)
- DynamicRM (Productivity tool)
- lsvpd( lsvpd, lscfg i lsmcode)
- Service Log (service tool)
- diagela Error Log Analysis tool
- rpa-pci-hotplug
- rpa-dlpar (dodawanie processors i I/O w locie)
- IBMinvscout
IBM Installation Toolkit
- zestaw narzędzi, dokumentacji…
/sbin/update-lsvpd-db – aktualizacja Vital Product Data database
lscfg, lsvpd, lsvio
do poprawnej pracy potrzebujemy w/w pakietów oraz komunikacji z HMC (testowanej pingiem)
[root@linuxlpar ~]# lsrsrc IBM.ManagementServer – testowanie rmc
dodawanie procesorów :
- #tail -f /var/log/messages
  Dec 2 11:26:08 linuxlpar kernel: Processor 2 found.
- #cat /proc/ppc64/lparcfg
- #lparcfg
usuwanie :
- #dmesg
  IRQ 18 affinity broken off cpu 0
  IRQ 21 affinity broken off cpu 0
  cpu 0 (hwid 0) Ready to die…
  cpu 1 (hwid 1) Ready to die…
pamięc
- dodawaie, usuwanie
  - [root@VIOCRHEL52 ~]# cat /proc/meminfo | head -3
  MemTotal: 2057728 kB
  MemFree: 1534720 kB
  Buffers: 119232 kB
I/O
odświerzenie I/O
# echo “- – -” > /sys/class/scsi_host/host0/scan
# echo 1 > /sys/bus/scsi/drivers/sd/<SCSI-ID>/block/device/rescan
[TODO Reszta!]
dynamiczne operacja na VIO

PowerVM Live Partition Mobility

wymagania
HMC
- serwery zarządzane przez to samo (lub parę redundantnych) w wersji >=7 release 3.2
- serwery zarządzanie przez osobne konsole
  - komunikacja między nimi via TCP/IP
- - 7 release 3.4 (lshmc)
  - wymiana kluczy ssh między konsolami
  - #mkauthkeys -u hscroot –ip 9.3.5.180 –g
  - #mkauthkeys -u hscroot –ip 9.3.5.180 –test
POWER6
PowerVM Enterprise Edition
VIO 1.5.1.1
firmware 01Ex320 (X=S BladeCenter, L Low End servers, M Midrange, H High End servers)
- hscroot@hmc1:~> lslic -m MT_A_p570_MMA_100F6A0 -t sys -F
the same logical memory block size (?) można sprawdzić przez Advanced System Management Interface
jedna z partycji VIO na źródłowym/docelowym systemie muszą mieć w profilu HMC ‘mover service partition’, tworzy Virtual Asynchronous Services Interface (VASI)
partycje VIO muszą mieć ‘clocks synchronized’ [?] TODO!
systemu źródłowe muszą używać dyskó z SAN i wirtualnych adapterów korzystających z SEA na VIO
wolna pamięć, procesory na systemie źródłowym
jeden z VIO musi mieć dostęp do podsieci & SAN przenoszonej partycji
przenoszona partycja nie jest oznaczona jako ‘redundant error path reporting partition’
nie jest częścią LPAR workload group
ma unikalną nazwę
w profilu partycji nia ma slotów oznaczonych jako ‘required’
możemy przeprowadzić aktywne przenoszenie jeśli :
- partycja jest w stanie ‘running’
- nie ma dedykowanych adapterów
- nie używa ‘huge pages’, ‘number of BSR arrays’==0 (profil HMC)
- system kliencki :
  - AIX 5.3 TL 7 or later
  - Red Hat Enterprise Linux Version 5 (RHEL5) Update 1 or later
  - SUSE Linux Enterprise Services 10 (SLES 10) Service Pack 1 or later
zalecany link 1G pomiędzy maszynami
Walidacja / przenoszenie…
Gdy coś nie działa :
- przypisany wirtualny cd
- “Missing Begin Tag reserve policy mismatched” no_reserve dla hdiska z SAN
  - echo “lsattr -El hdiskxxx” | oem_setup_env
  - chdev -dev hdiskxxx -attr reserve_policy=no_reserve

Posted on July 28, 2009 at 12:22 pm by admin · Permalink · Leave a comment
In: AIX, wirtualizacja

PowerVM : Introduction & virtual storage managment

Introduction & virtual storage managment

PowerVM Editions
- PowerVM Express Edition
  - tylko serwery 520 & 550
  - IVM (biedniejsza wersja HMC, wbudowana)
  - do 3 partycji (2*LPAR systemowy + VIO)
- PowerVM Standard Edition
  - do 255 LPARów
  - zarządzanie przez HMC lub IVM
- PowerVM Enterprise Edition
  - PowerVM Standard Edition + PowerVM Live Partition Mobility (POWER6, przenoszenie w locie partycji na inną maszynę)
- info o wersji
  - http://www-912.ibm.com/pod/pod
Maintenance strategy (okna serwisowe, upgrady, HA..)
nowości v VIO 2.1
- N_Port ID Virtualization (NPIV)
  - direct access to Fibre Channel adapters from multiple client partitions
- Virtual tape
  - Access to SAN tape libraries using shared physical HBA resources through NPIV
- PowerVM Live Partition Mobility
  - Multiple path support
  - supported in environments with two Hardware Management Consoles (HMC)
- Enhancements to PowerVM Lx86
- Enhancements to PowerVM monitoring
  - monitor logical volumes statistics, volume group statistics, network and Shared Ethernet Adapter (SEA) statistics and disk service time metrics
  - topasrec
- Active Memory™ Sharing
  - intelligently flow memory from one partition to another for increased utilization and flexibility of memory
  - IP Version 6 Support
  - Dual HMC support for PowerVM Live Partition Mobility
Virtual storage management
- Disk mapping options
  - Physical volumes
    - zalecane przy SAN
    - mogą być obsługiwane przez redundantne VIO
    - The code path for exporting physical volumes is shorter
    - możliwa migracja bez straty danych z fizycznych serwerów
    - brak możliwości partycjonowania, przydzielamy jedynie całe hdiski
    - all storage associated with a virtual I/O client
      should be stored in the SAN, including rootvg and paging space
  - Logical volumes
    - Internal and SCSI-attached disk
    - możemy wydzielić z hdiska lv i przydzielić go do clienta
    - nie zalecane używanie w rootvg!
    - nie może być używana przez kilka klientów jednocześnie (jeśli chcemy użyć MPIO, to mirroring na poziomie LVM na drugim VIO)
    - dwa typy
      - storage pool (IVM)
        
        domyślną storage pool jest rootvg VIO(nie należy tam alokować innych)
      - logical volume manager (HMC)
        
        jeden lvm powinien znajdować się na tym samym dysku (wydajność)
  - File backing devices
    - od VIO 1.5
    - file-backed virtual SCSI devices
- virtual optical devices
  - TODO! Chapter 3, Basic Virtual I/O Scenario of PowerVM Virtualization on IBM System
    p: Introduction and Configuration Fourth Edition
  - pod linuksem : konieczny reboot
- virtual tape devices
  - podobnie jak oprival devices
  - nie ma konieczności przypisywania parent SCSI adapter z HMC
  - tylko jeden klient ma dostęp w jednym czasie
  - fizycznie SAS device ale mapowana jako virtual SCSI device
  - nie można przenosić mędzy VIO, konieczne usunięcie i dodanie na nowo
  - obsługiwane przez AIX Version 5.3 TL9, AIX Version
    6.1 TL2 + on a POWER6 System
  - SAN Fibre Channel tape drives obsługiwane przez N-port ID virtualization (NPIV)
  - procedury :
    - towrzenie
      - tworzymy virtual SCSI server adapter na VIO z poziomu HMC (nie dzielony z dyskami)
      - $cfgdev (dowierza urządzenia, ewentualnie wypisuje brakujące pakiety)
      - $lsdev -virtual – pokazuje urządzenia
      - $mkvdev -vdev rmt0 -vadapter vhost3 -dev vtape – tworzy virtual target device, 3 jest numerem vhost adapter
      - na każdym kliencie tworzymy virtual SCSI client adapter z poziomu HMC (wskazujące na server adapter wyżej)
      - cfgmgr dla odświeżenia na klientach
    - przenoszenie
      - $lscfg|grep Cn – sprawdzamy vscsi adapter number, n - slot number virtual
        client adapter z HMC
      - $rmdev -Rl vscsin – przeniesienie adaptera w stan defined (-d usuwa z ODM)
      - $cfgmgr na docelowym lpar
    - znajdowanie do której partycji jest przypisany
      - # for i in db-aix61-TL2 app-aix61-TL2
        > do
        > echo $i; ssh $i lsdev -Cc tape
        > done
        db-aix61-TL2
        rmt0 Available Virtual Tape Drive
        app-aix61-TL2
        rmt0 Defined Virtual Tape Drive
      - $lsmap -all z poziomu VIO
    - zwalnianie, gdy potrzebujemy tasiemki z poziomu VIO
      - usuwamy z klienta
      - $rmdev -dev name -ucfg – cusuwamy definicję wirtualnego urządzenia
      - $cfgdev dla powrotu do poprzenidego stanu
    - przenoszenie do innego VIO
      - zwalniamy z partycji
      - usuwamy z poziomu VIO wirtualny adapter
      - $rmdev -dev adapter -recursive -ucfg – usuwamy adapter SAS, rekursywanie
      - przesuwamy adapter do docelowej partycji
      - oswieżamy (cfgdev, cfgmgr)
- file-backed devices
  - pozwala np. udostępnić obraz .iso jaki wirtualny napęd optyczny
  - dla VIO > 1.5
  - $lsrep – wyświetla już stworzone repozytoria
    $ lsrep
    The DVD repository has not been created yet.
  - $mkrep – tworzy repozytorium
    $ mkrep -sp rootvg -size 14G
    Virtual Media Repository Created
    Repository created within “VMLibrary_LV” logical volume
  - mkvopt – dodaje virtual optical disk do repozytorium
    - $ mkvopt -name ibm_directory_cd1 -file obraz.iso
    - $ mkvopt -name file.iso -dev cd0 -ro – tworzy is, domyślnie w /var/vio/
  - tworzymy virtual optical device
    - $ mkvdev -fbo -vadapter vhost1
      vtopt0 Available
  - ładujemy obraz
    - $loadopt -disk ibm_directory_cd1 -vtd vtopt0
  - wysuwamy obraz
    - $ unloadopt -vtd vtopt0
- LUNy do dysków vSCSI
  - IMG!
  - istotne nazewnicstwo! sugerowane użycie SPT
  - co musimy nazwać?
    - Virtual I/O Server
      - Server host name
      - Physical disk location
      - Physical adapter device name
      - Physical hdisk device name
      - Volume group or storage pool name (for logical volume or storage pool export only)
      - Logical volume or storage pool backing device name (for logical volume or
        storage pool export only)
      - Virtual SCSI adapter slot
      - Virtual SCSI adapter device name
      - Virtual target device
    - Virtual I/O client
      - Client host name
      - Virtual SCSI adapter slot
      - Virtual SCSI adapter device name
      - Virtual disk device name
  - konwencja
    - jak najmniej nazw, ujednolicamy nazewnictwo na klientach i VIO (volume group, logical volume, and virtual target device names)
    - polecenia do komunikacji z macierzami
      - lssdd dla IBM System Storage™ DS8000 i DS6000
      - fget_config or mpio_get_config dla DS4000®
    - numeracja slotów Virtual SCSI i Virtual Ethernet
      - maksymalna ilość virtual adapters < 1024
      - zaleca się ~ 100
      - zmiana wymaga edycji profilu partycji -> restartu
      - zwykle znacznie więcej urządzeń dyskowych (stosunek 1:1 serwer : klient)
      - nie mieszamy zakresów, najpierw miejsce dla urządzeń sieciowych
      - kilka dysków może zostać mapowanych do tej samej pary : klient – serwer SCSI
      - w systemach
        
        z jednym VIO : storage adapters zaczynamy numerować od 21
        
        z 2 VIO : wiążemy oba np: zaczynamy od 21 na VIO1 a od 22 na VIO2. Wtedy do jednego klienta 21 & 22
      - badanie konfiguracji
        
        $ lsmap -all
        
        $ lsmap -npiv -all
        
        $ lsdev -slots
        
        $ lsmap -vadapter vhost2
        
        ClntID = LPAR ID z HMC
        
        przykład
        
        znajdujemy z poziomu HMC do którego serwera podłączony jest Client SCSI
        
        $ lsdev -slots
        U9117.MMA.101F170-V1-C23 Virtual I/O Slot vhost2
        
        $ lsmap -vadapter vhost2
        
        znajdujemy mapowanie adapterów wirtualnych z SANowymi
        
        $ lsdev -dev hdisk11
        
        $ oem_setup_env
        
        # mpio_get_config -Av
    - wymiana dysku na VIO
      - najpierw odnajdujemy które LPARy będą zagrożone i odnajdujemy fizyczne dyski
      - Scenariusz 1 : wymiana mirrorowanego dysku z poziomu LVM przy 2 VIO
        
        # lsvg -p rootvg
        
        z poziomu AIX i sprawdzamy PV STATE
        
        z diag przeprowadzamy HotSwap (SCSI and SCSI RAID Hot Plug Manager -> Identify a Device Attached to a SCSI Hot Swap Enclosure Device)
        
        AIX :
        
        # unmirrorvg -c 1 rootvg hdisk1
        
        # reducevg rootvg hdisk1
        
        # rmdev -l hdisk1 -d
        
        z VIO :
        
        $ reducevg -rmlv -f vioc_rootvg_1 hdisk2
        
        jeśli nie chce po dobroci i mamy tylko jeden dysk v VG możemy
        
        $ deactivatevg vioc_rootvg_1
        
        $ exportvg vioc_rootvg_1
        
        $ rmdev -dev hdisk2
        
        wymiana fizyczna dysku
        
        możemy też użyć replphyvol
        
        $replphyvol -force hdisk0 hdisk4
        
        konfigurujemy nowy dysk pod VIO
        
        $ cfgdev
        
        lspv
        
        $ mkvg -vg vioc_rootvg_1 hdisk2
        
        $ mklv -lv vioc_1_rootvg vioc_rootvg_1 32G
        
        lslv -pv vioc_1_rootvg
        
        mkvdev -vdev vioc_1_rootvg -vadapter vhost0
        
        dodajemy do klienta
        
        # cfgmgr -l vscsi1
        
        # extendvg rootvg hdisk1
        
        # mirrorvg -c 2 rootvg hdisk1
        
        # bosboot -a
  - separacja & bezpieczeństwo
    - dostęp do VIO & HMC powinien być bardzo ograniczony!
    - hyperwizor działa podobnie do switcha SAN, dając dostęp do wirtualnych zasobów tylko przypisanej partycji, środowisko jest w pełni odseparowane
    - wiele LUNów jest przypisanych do tego samego HBA, co może wyglądać na ‘audit remarks’, ale VIO zapewnia izolację
  - storage a kwestia migracji (Live Partition Mobility)
    - aby możliwe było przenoszenie storage musi
      - pochodzić z SAN fc i być wyeksportowany z VIO jako pv
      - być widoczny z obu VIO (zoning, LUN masking…)
      - SCSI reserve wyłączone lub odpowiednio skonfigurowane
        
        $ lsdev -dev hdisk7 -attr reserve_policy
        
        $ chdev -dev hdisk7 -attr reserve_policy=single_path
        
        w środowisku z 2 *VIO : no_reserve na LUNie
        
        zostawiamy reserve na rootvg, aby zapobiec równoczesnemu zabootowaniu
  - N_Port ID virtualization(NPIV)
    - standart pozwalający na przypisanie fizycznego adaptera FC do winlu WWPN (world wide port names)
    - aby mieć dostęp do dysku na SAN : LUN -> port FC -> VIO mapuje do Virtual FC
    - wymagania
      - VIO > 2.1
      - POWER 6
      - NPIV-enabled FC switch
      - HMC V7.3.4
      - AIX 5.3 TL9; AIX 6.1 TL2
      - SDD, SDDPCM, PTF w odpowiednich wersjach
      - 8 Gigabit PCI Express Dual Port Fibre
        Channel Adapter
      - virtual client i server Fibre Channel
    - Przykład
      - macierz połączona do fizycznego kontrolera przypisanego do obu VIO udostępnia LUNy
      - 5 virtual Fibre Channel adapters, 2 z nich zmapowanych do fizycznego interfejsu
      - virtual Fibre Channel server adapter mapowne jest do virtual Fibre Channel client adapter
      - dostaje podwójny WWPNs (jeden aktywny; drugi w razie LPM)
      - do izolacji używamy zon na switchach, macierzy i kontrolerach
      - każdy virtual Fibre Channel client adapter dostaje unikalny WWPN
    - zarządzanie FC z poziomu HMC/IVM
      - tworzymy Fibre Channel server adapters na VIO
      - tworzymy Fibre Channel client adapters na klientach
      - HMC generuje parę unikalnych WWPN (stąły 6 cyfrowy prefix + unikalny i niepowtarzalny nawet po usunięciu, 32000 par)
      - za pomocą komenty vfcmap mapujemy virtual Fibre Channel server adapters do fizycznego portu Fibre Channel
    - przykład działania
      - upgrade firmware switcha
        itsosan02:admin> version
      - uaktualniamy NPIV
        itsosan02:admin> portCfgNPIVPort 16, 1
        itsosan02:admin> portcfgshow
      - z poziomu HMC tworzymy : Fibre Channel server adapter
      - wprowadzmy ID i przypisujemy do odpowiedniego klienta
      - zapisujemy profil
      - wworzymy Fibre Channel klient adapter i nadajemy odpowiedni id
      - $cfgdev z VIO
      - $ lsdev -dev vfchost* – lista Fibre Channel server adapter
        name status description
        vfchost0 Available Virtual FC Server Adapter
      - $lsdev -dev fcs*
        name status description
        fcs0 Available 4Gb FC PCI Express Adapter
      - $lsnports
        name physloc fabric tports aports swwpns awwpns
        fcs3 U789D.001.DQDYKYW-P1-C6-T2 1 64 63 2048 2046
        
        C6 – slot
        fabric – 1 gdy jest ok
      - $ vfcmap -vadapter vfchost0 -fcp fcs3 – mapujemy virtualny adapter na fizycznego
      - $ lsmap -npiv -vadapter vfchost0 – sprawdzamy mapowanie
      - konfigurujemy ZONy
        
        z poziomu HMC znajdujemy WWPN adaptera virtualnego
        
        z poziomu macierzy
        itsosan02:admin> zoneshow
        itsosan02:admin> zoneadd “vios1″, “c0:50:76:00:0a:fe:00:14″
        itsosan02:admin>cfgsave
        itsosan02:admin> cfgenable npiv
        
        dodajemy odpowiednie mapowanie LUNa do grupy hostów
      - z pozomu AIXa
        
        # cfgmgr
        
        # lsdev -l fcs*
        fcs0 Available 31-T1 Virtual Fibre Channel Client Adapter
        
        # lspath
        Enabled hdisk2 fscsi0
        
        #mpio_get_config -A – więcej informacji
        
        # chdev -l hdisk2 -a hcheck_interval=60 -P
    - konfiguracja redundantna
      - zabezpiecza przed awarią adaptera
      - zapewniamy ją na kliencie, gdyż tylko on rozmpoznaje LUNy (VIO jest tylko pośrednikiem z hypervizorem)
      - SAN jest połączony dwoma fizycznymi kontrolerami
        
        tworzymy 2 servery i 2 klientów virtual Fibre Channel oraz łączymy osobno
        
        otrzymujemy 2 pary WWPN
        
        na kliencie mamy 2 alternatywne ściezki, gdzie możemy użyć MPIO
      - bardziej złożone : 2 VIO
        
        każde VIO z 2 physical Fibre Channel adapters
        
        każde VIO udostępenia 2 virtual Fibre Channel server
        
        partycja kliencka z 4 virtual Fibre Channel client, połączona krzyżowo z obydwoma VIO, otrzymuje parę WWPN
        
        przy awarii jednego z fizycznych adapterów rolę przejmuje drugi, dodatkowo dzięki 2 VIO możemy przeprowadzać upgrade jednego z nich bez przestoju całego systemu
    - wymiana adaptera
      - identyfikujemy adapter (dla 2 portowych musimy usunąć oba)
        
        $ lsdev -dev fcs4 -child
      - usuwamy
        
        $ rmdev -dev vfchost0 -ucfg
        
        $ rmdev -dev fcs4 -recursive -ucfg
      - z diag przeprowadzamy Replace/Remove a PCI Hot Plug Adapter
      - teoretycznie po wymianie WWPN powinno zostać przywrócone
    - migracja z vSCSI do NPIV
      - mirroring
        
        dodajemy dyski do istniejącego środowiska za pomocą NPIV
        
        dodajemy do rootvg
        
        mirrorvg
      - alternate disk installation
      - migratepv
      - NIM
    - konfiguracja mieszana : virtual Fibre Channel client adapters & physical adapters

Posted on July 4, 2009 at 11:23 am by admin · Permalink · Leave a comment
In: AIX, wirtualizacja

Test 100: Enterprise Technical Support for AIX and Linux

Planning (34%)

OS, Application requirements
Use of tools (e.g. System Planning tool -SPT, performance tools)
Site preparation (facilities, floor space, energy, cooling, etc)
Availability levels (multipathing , backup windows, redundancy, etc)
I/O requirements (CPU, memory, disk, paths to disk, network connections, VIO)
NFS (including mobility considerations, sizing, redundacy)
Infrastructure requirements (HMC, networking, etc – but NOT site prep)

Install, configure and manage the system (45%)

Virtualization (LPAR management, DLPAR, , LVM and Storage configuration, VIO Server management, System and Application WPARs, Partition and Application mobility)
Configure virtual Ethernet, including shared Ethernet Adapter, shared Ethernet adapter failover, and IVE/HEA
Troubleshooting system and network problems
Hardware Maintenance (HMC and server firmware updates, diagnostics, problem reporting)
Software Maintenance (OS tuning, OS and Application deployment, managing interdependencies, 3rd party drivers)
Add and remove hardware (network cards, fiber adapters, etc.)
Configure virtual SCSI

Backups and Restores (6%)

Back up and restore HMC, perform VIO Server and client backups, and NIM backup/restore to a VIO server.

Performance Monitoring and management (13%)

Utilize tools (topas, svmon, lvmstat, lparstat, etc.), interpret output and take appropriate action.
Utilize files within etc/tunables

Posted on July 3, 2009 at 4:17 pm by admin · Permalink · Leave a comment
In: AIX

Notatnik…

Home

About

Priv

borek.org.pl

Netapp : Online Backup and Recovery

Netapp – Storage managment

Protected: IBM 000-101 tips & tricks

HMC command line [draft]

System P Performance

IBM Workload Estimator

Protected: Test IBM 000-100 Tips & Tricks

PowerVM : Virtual network management & Virtual I/O Server : security, maintenance & LPM

PowerVM : Introduction & virtual storage managment

Test 100: Enterprise Technical Support for AIX and Linux

Test 100: Enterprise Technical Support for AIX and Linux

Recent Posts

Categories

Archives

Blogroll

Meta