IBM POWER 7 / BULL references
Bull Escala E1-700 / E3-700 (31E/2B ,8231-E2B)
Bull Escala E1-705 (31E/1C, 8231-E1C)
Bull Escala E1-715 (31E/1D, 8231-E1D)
Bull Escala E3-705 (31E/2C, 8231-E2C)
Bull Escala E3-715 (31E/2D, 8231-E2D)
Bull Escala E2-700 / E2-700T (02E/4B, 8202-E4B)
Bull Escala E2-705 / E2-705T (02E/4C, 8202-E4C)
Bull Escala E2-715 / E2-715T (02E/4D, 8202-E4D)
Bull Escala E4-700 / E4-700T (05F/6B, 8205-E6B)
Bull Escala E4-705 (05E/6C, 8205-E6C)
Bull Escala E4-715 (05E/6D, 8205-E6D)
Bull Escala E5-700 (33E/8B, 8233-E8B)
Bull Escala E5-715 (08E/8D, 8408-E8D)
Bull Escala M5-715 (09R/MD, 9109-RMD)
Bull Escala M6-700 (17M/MB, 9117-MMB)
Bull Escala M6-705 (17M/MC, 9117-MMC)
Bull Escala M6-715 (17M/MD, 9117-MMD)
Bull Escala M7-700 (79M/HB, 9179-MHB)
Bull Escala M7-705 (79M/HC, 9179-MHC)
Bull Escala M7-715 (79M/HD, 9179-MHD)
Bull Escala H9-700 (19F/HB, 9119-FHB)
SOURCE: BULL Support
Simple AIX ipv4 filtering configuration – memo
In this example :
- One server with IP address (10.0.0.1) configured on en0 logical interface
IPSEC Rules :
- PERMIT SSH request to server (10.0.0.1) from only one client (10.0.0.2)
- DENY and "LOG" all other SSH connections
- DENY ALL packets
Prerequisites
To start firewall in AIX you need few packages to be installed:
- bos.msg.en_US.net.ipsec
- bos.net.ipsec.keymgt
- bos.net.ipsec.rte
- clic.rte.kernext
- clic.rte.lib
Recommandations
- Use TTY or VTY connections for the first AIX filtering configuration.
- add client hostname in /etc/hosts server
- Use hostname in genfilt rules for this example.
- check IP host resolution
server is 10.0.0.1
# host client
client is 10.0.0.2
Prepared syslog to record logs of rejected packets
# touch /var/adm/ipsec.log
# refresh -s syslogd
Backup old rules
Example of IPSec rules script
# Remove all user rules
rmfilt -v 4 -n all
# Activate rules
mkfilt -v 4 -u
# Stop ipv4 LOG
mkfilt -v 4 -g stop
# DENY ALL
mkfilt -v 4 -u -z D
# PERMIT SSH request from client to server on en0 interface
genfilt -v 4 -a P -s client -d server -g N -c tcp -o gt -p 1023 -O eq -P 22 -r L -w I -l N -f Y -i en0
# PERMIT SSH answer from server to client on en0 interface
genfilt -v 4 -a P -s server -d client -g N -c tcp/ack -o eq -p 22 -O gt -P 1023 -r L -w O -l N -f Y -i en0
# DENY and LOG all other SSH request on en0 interface
genfilt -v 4 -a D -s 0.0.0.0 -m 0.0.0.0 -d 0.0.0.0 -M 0.0.0.0 -g N -c tcp -O eq -P 22 -r L -w I -l Y -f Y -i en0
# Activate rules
mkfilt -v 4 -u
# start ipv4 LOG to /var/adm/ipsec.log
mkfilt -v4 -g start
# Display Rules list
lsfilt -v4 -O
In ipsec.log trace below you can see that 10.0.0.5 is not authorised to request SSH server.
Feb 15 16:16:57 server local4:notice ipsec_logd: Filter logging daemon ipsec_logd (level 2.20) initialized at 16:16:57 on 02/15/13
Feb 15 16:17:10 server local4:info ipsec_logd: #:4 R:d I:10.0.0.1 S:10.0.0.5 D:10.0.0.1 P:tcp/ack SP:34804 DP:22 R:l I:en0 F:n T:0 L:44
Source:
http://www.ibm.com/developerworks/aix/library/au-aixfiltering/index.html
http://it.toolbox.com/blogs/unix-swing/sample-firewall-in-aix-48146
AIX “From Strength to Strength”

IBM AIX “From Strength to Strength”
A summary of upgrade benefits for each release of AIX
February, 2013 Edition
How to debug environnement problem with padmin user on Virtual I/O Server
What is interesting is the HMC command syntax with viosvrcmd and oem_setup_env, example:
unable run oem_setup_env
rksh: oem_setup_env: not found
debug via HMC
> ls -ld /home/padmin"
drwxr-x--- 9 root system 4096 Jan 24 11:13 /home/padmin
hmcV7:~ # viosvrcmd -m 9119-FHB -p VIOS1 -c "oem_setup_env
> chown padmin:staff /home/padmin"
login again with padmin
#
NOTE: hit return after the "oem_setup_env without ending the quotes. That will put you to the next line to run your command as root on the vios then end your quote.
Thank's Jonathan
Replace the physical adapter of the SEA
How can I replace the physical adapter of my SEA ?
Virtual I/O Server Version: 1.5.2.x-FP11.x, 2.1.0.x-FP20.x, 2.1.1.x-FP21.x, 2.1.2.x-FP22.x
Customer needs to replace the physical ethernet adapter of the SEA that is a NIC (Network Interface Card) with the same or different feature code from the original NIC but the same device driver.
NIC is in slot 5. Customer wants to replace the NIC with a different F/C but they use the same driver.
NOTE: This may not work if the replacement NIC uses a different device driver. You may need to remove the SEA and recreate it with the new NIC and new device driver.
1. Determine which ethernet device is the SEA:
ent8 Available Shared Ethernet Adapter
2. Make sure the SEA is in BACKUP state:
# entstat -d ent8 |grep State ---> must be in BACKUP
If State is PRIMARY, you must force failover to BACKUP state:
3. Determine which is the real or physical adapter of the SEA:
Real Side Statistics:
Real Adapter: ent0
4. Determine the physical location code of the NIC:
ent0 U787B.001.DNW3CA2-P1-C1-T1 10/100/1000 Mbps Ethernet PCI-X Adapter II (1410ff01) b. C1 = slot 1
5. Determine which interface has IP address configured:
Customer has IP address on SEA interface en8.
If no IP addresses are assigned to the SEA interface en8, skip steps 7 and 8.
6. Determine if SEA interface is using the default gateway:
7. If IP address is assigned to the SEA interface, bring the interface down:
8. Temporarily put the interface in a defined state:
9. Temporarily put the SEA device in a defined state:
10. Remove the real or physical ethernet device of the SEA;
11. Use hot plug manager to replace the adapter.
12. Run configuration manager:
13. Check that the new real or physical adapter is available:
14. Make the SEA available:
15. Check that SEA is available:
16. Make the en interface available:
17. Check that default gateway is assigned to the previously assigned interface (step 5):
If no default gateway:
18. Check that en8 (or interface in step 5) can ping default gateway:
19. Failover back to PRIMARY:
SOURCE: Technote T1011065
VIOS SEA Failover flapping on backup SEA
Why is the backup SEA adapter of my SEA failover flapping from Primary to Backup repeatedly?
Software version: Virtual I/O Server
2.1.0.x-FP20.x, 2.1.1.x-FP21.x, 2.1.2.x-FP22.x, 2.1.2.12, 2.1.2.13, 2.1.3.10, 2.2.0, 2.2.0.10, 2.2.0.11, 2.2.0.12, 2.2.0.13, 2.2.1.0, 2.2.1.1, 2.2.1.3
The Shared Ethernet Adapter (SEA) failover hung or became unresponsive. The backup SEA adapter was flapping between Primary and Backup states which is seen as contention on the control channel between primary ( 1) and backup (2) of SEAs.
This issue can be caused by 2 different problems:
1) The backup SEA sends a pulse to the primary SEA to see if it is still alive. The primary VIO is not able to send heart beats to backup SEA fast enough due to a lack of available CPU cycles. The backup SEA with trunk priority 2 tries to become primary before it receives the reply and logs these SEAHA_PRIMARY, SEAHA_BACKUP errors. This can sometimes be resolved by changing the VIO CPUs from shared to dedicated.
Another resolution is to update the VIO servers to at least 2.2.0.12 FP24 SP02 to get the SEA fixes for this issue.
2) CPU folding enabled on VIO servers can cause SEA flapping and in turn will cause the VIO SEA to hang.
Processor folding: Processor folding currently is not supported for VIOS partitions. If processor folding is enabled on your VIOS, and migration media is used to move from VIOS 1.5 to 2.1.0.13 FP 23, or later, processor folding remains enabled. Upgrading via migration media does not change the processor folding state. If you have installed VIOS 2.1.3.0, or later, and have not changed the folding policy, then folding is disabled.
Check for CPU folding on VIOS:
# schedo -o vpm_fold_policy
If the value is anything other than 4, turn it off with this command:
The current value can also found in the ./kernel/kernel.snap file in the VIO snap.
Link: A explanation of AIX Virtual processor folding
AIX Virtual Processor Folding is Misunderstood
++
ANR9999D_0521343731 and Could not determine media type , rc = 1
Problem
When the data is being backed up to a Tape Library/Drive, the following error is received during a write operation:
ANR9999D_0521343731 NtpOpen(pvrntp.c:1296) Thread<36>: Could not determine media type, rc = 1
Symptom
The label and checkin functions of the TSM Server work fine without any issues.
Cause
Wrong Drivers for the Library / Drives. Microsoft drivers were installed for the IBM LTO Drive.
Resolving the problem
Please verify that you are using the correct drivers for the device
Graver un DVD-RAM sur DEBIAN LINUX
Installer dvd+rw-tools
Lister le type de DVD ainsi que son fichier spécial
[ 1.572312] ata2.00: ATAPI: HL-DT-ST DVDRAM GSA-4082B, A206, max UDMA/66
[ 1.681985] scsi 1:0:0:0: CD-ROM HL-DT-ST DVDRAM GSA-4082B A206 PQ: 0 ANSI: 5
[ 1.740407] Uniform CD-ROM driver Revision: 3.20
[ 1.740525] sr 1:0:0:0: Attached scsi CD-ROM sr0
root@GSE:~# grep sr0 /var/log/dmesg
[ 1.740401] sr0: scsi3-mmc drive: 32x/32x writer dvd-ram cd/rw xa/form2 cdda tray
[ 1.740525] sr 1:0:0:0: Attached scsi CD-ROM sr0
Formater un DVD-RW et DVD-RAM
* BD/DVD±RW/-RAM format utility by <appro@fy.chalmers.se>, version 7.1.
* 4.6GB DVD-RAM media detected.
- media is already formatted, lead-out is currently at
4473408 KiB which is 100.0% of total capacity.
- you have the option to re-run dvd+rw-format with:
-format=full to perform full (lengthy) reformat;
-ssa[=none|default|max]
to grow, eliminate, reset to default or
maximize Supplementary Spare Area.
root@GSE:~# dvd+rw-format -format=full /dev/sr0
* BD/DVD±RW/-RAM format utility by <appro@fy.chalmers.se>, version 7.1.
* 4.6GB DVD-RAM media detected.
* formatting 74% ....
Informations
INQUIRY: [HL-DT-ST][DVDRAM GSA-4082B][A206]
GET [CURRENT] CONFIGURATION:
Mounted Media: 12h, DVD-RAM
Current Write Speed: 3.0x1385=4155KB/s
Write Speed #0: 3.0x1385=4155KB/s
GET [CURRENT] PERFORMANCE:
Write Performance: 3.0x1385=4155KB/s@[0 -> 2236703]
Speed Descriptor#0: 02/2236703 R@3.0x1385=4155KB/s W@3.0x1385=4155KB/s
READ DVD STRUCTURE[#0h]:
Media Book Type: 00h, DVD-ROM book [revision 0]
Legacy lead-out at: 2314080*2KB=4739235840
DVD-RAM SPARE AREA INFORMATION:
Primary SA: 12800/12800=100.0% free
Supplementary SA: 58368/58368=100.0% free
DVD-RAM WRITE PROTECTION STATUS:
Persistent Write Protection is off
READ DISC INFORMATION:
Disc status: other
Number of Sessions: 1
State of Last Session: complete
"Next" Track: 1
Number of Tracks: 1
READ FORMAT CAPACITIES:
formatted: 2236704*2048=4580769792
00h(800): 2236704*2048=4580769792
00h(800): 2295072*2048=4700307456
01h(800): 2226976*2048=4560846848
01h(800): 2217248*2048=4540923904
FABRICATED TOC:
Track#1 : 14@0
Track#AA : 14@2236704
Multi-session Info: #1@0
READ CAPACITY: 2236704*2048=4580769792
Protection
Persistent Write Protection is on
root@GSE:~# dvd-ram-control -rdwr /dev/sr0
Persistent Write Protection is off
Graver le contenu d'un répertoire
Ajouter au DVD le contenu d'un autre répertoire
Graver une image ISO
ibmonitor: interactive bandwidth monitoring tool for Linux
ibmonitor is an interactive linux console application which shows bandwidth consumed and total data transferred on all interfaces.
http://ibmonitor.sourceforge.net/
Kbps Kbps Kbps
eth0 1148.40 54288.64 55436.96
eth1 1.04 0.00 1.04
lo 2.48 2.48 4.96
All 1151.92 54291.12 55442.96
Press 'q' to quit... Elapsed time: 0 hrs, 2 mins, 16 s
ANR2969E Database restore terminated. DB2 sqlcode: -2033. DB2 sqlerrmc: 5802
Problem
Impossible to restore TSM database 6.1 on Windows 2008 64-bits (Ex: TSM Install directory : C:\TSM)
Problem for Tivoli Storage Manager to complete a database restoration with DB2 SQLCODE: -2033 and sqlerrmc 5802
Cause
With Tivoli Storage Manager 6.1 Fixpack 5 the TSM API display version 6.2.1
I note this when I run dsmsutil.exe utility before "dsmserv restore db"
Just for test, dsmapipw is normally use on Unix.
**************************
* Tivoli Storage Manager
* API Version = 6.2.1
**************************
Actual password:TSMDBMGR
New password:TSMDBMGR
Environment setup failed: (5802)
C:\TSM\db2\BIN\db2adutl.exe query
Environment problem
Resolving the problem
In most case the reinstallation of TSM client correct the problem.
In my case, I needed to compare version of all TSM API binary in Extraction directory with installation path.
right clic > properties > detail > and check the file version.
Ex: compare C:\tsm_image\TSM_BA_client\system64\tsmapi64.dll and C:\Windows\system32\tsmapi64.dll
In my case tsmapi64.dll, dsmntapi64.dll and tsmutil164.dll from C:\Windows\system32\ directory display 6.2.1 version, the new TSM client 6.1 installation wasn't overwrite file in system32 directory, but write 6.1.5.0 in registry ???
I must overwrite manually the wrong files with correct dll from C:\tsm_image\TSM_BA_client\system64, then reload TSM database recovery process ... that's works
Below a example of TSM 6.1 disaster recovery from scratch:
- remove TSM 6.1 => C:\TSM\_uninst\Uninstall Tivoli Storage Manager.exe
- remove TSM client 6.1 => Control panel > software > remove TSM client
- remove old Windows service => Ex: sc delete "TSM Scheduler"
- reboot Windows 2008 64-bits Operating system
- install TSM server 6.1.0.0 64-bits => CZ1N9ML.exe
- install TSM client 6.1.0.0 64-bits => 6.1.0.0-TIV-TSMBAC-WinX64.exe
- apply fixpack 6.1.5.0 => 6.1.5.0-TIV-TSMALL-WindowsX64.exe and 6.1.5.0-TIV-TSMBAC-WinX64.exe
- check Windows environment variable after new installation for DB2 and Global Secure ToolKit (GSK7_64)
Update the variable and remove old PATH that cannot be removed during uninstall.
- reboot and log back in with db2user1 account created during tsm install
- check and remove registry directory Server1 only:
HKEY_LOCAL_MACHINE\SOFTWARE\IBM\ADSM\CurrentVersion\Server\Server1
- run C:\TSM\server\dsmicfgx.exe and create a new TSM Server1 instance
- after, stop the Windows services for the fresh TSM instance (TSM Server1) and TSM db2 instance (DB2 - DB2TSM1 - SERVER1)
- open the db2 command line processor
- list db2 instance
- drop instance SERVER1
- create db2 instance for new TSM instance SERVER1
- set Windows environment variable DB2INSTANCE
- set db2 environment variable DB2_VENDOR_INI for DB2 instance Server1
- restart db2
db2start
- Ensure that the DSMI_CONFIG environment variable points to a valid TSM options file
- Enter the following command on one line
! A directory Server1 is created during the initial instance creation.
- remove all files and directory in the database, active log and archive log installation directory
Ex:
D:\tsm01\db01
E:\tsm01\db02
F:\tsm01\db03
G:\tsm01\db04
H:\tsm01\actlog
I:\tsm01\archlog
- restore the volhist.dat, dsmserv.opt, devconfig.dat need by "dsmserv restore db" files to C:\TSM\Server1
- create a text file C:\TSM\Server1\dbdir.txt with database paths like :
D:\tsm01\db01
E:\tsm01\db02
F:\tsm01\db03
G:\tsm01\db04
- from the C:\TSM\Server1 directory run :
- after database restore, try to start the Tivoli Storage Manager server in the foreground with dsmserv.exe :
Once this looks good, then halt it and start the Tivoli Storage Manager "TSM Server1" service
- If you have this below message, empty directory archive log and reload dsmserv.exe
Help
if you want to know what the DB2 error means :
(c) Copyright IBM Corporation 1993,2007
Interpréteur de commandes de DB2 Client 9.5.6
db2 => ? sql-2033
For the SQLERRMC value check the include file "C:\TSM\api64\INCLUDE\dsmrc.h"
Return codes 5801 - 5849 are reserved for cryptography/security
=============================================================================*/
#define DSM_RC_CRYPTO_ICC_CANNOT_LOAD 5802
Good luck