******** P7FP Backup CV & Upgrade **************** # Check for sufficient disk drive space on node: # cvls vols

pr UpgradePackage # If not enough space, delete old package. # First, backup existing CVs if necessary; commands below are for Kista (O-Lab/r aniv206): # # NOTE: === need to wait for e.g. 1min after action completes before zip file is created. === # !mkdir /home/raniv206/STP/cv_backups/rnc01/CXP9013831_R9S01 acc ConfigurationVersion putToFtpServer y Fi_CXP9013831_R9S01_090223_SGSN_b /home/raniv206/STP/cv_backups/rnc01/CXP9013831_R9S01/ Fi_CXP9013831_R9S01_090223_SGSN_b.zip 137.58.218.231 raniv206 HPisic123 !ls -l /home/raniv206/STP/cv_backups/rnc01/CXP9013831_R9S01 # Try also removing PM data: # fclean /c/pmd fclean /c/pm_data # Remove empty folders: # fcleand /c/loadmodules_norepl fcleand /c/pmd fcleand /c/pm_data # Clear logfiles: # fcleane /c/logfiles # Delete LMs not being used (refer to MoShell help below for explanation): # fclean fcleanf # Taken from MoShell help: # 2) Deleting loadmodules that are not in use by the system. #Examples: #>> fclean #>> fcleanf #>> fcleanff #This means any loadmodules that are present on the disk but are not defined in the current cv (ARMAMENT file and database) nor are listed in any of the existin g upgrade packages on the node. #The directories which are "cleaned up" are: # * on the central MP: /c/loadmodules, /c/loadmodules_norepl, /c/java, /c/ds p_load_files, /c/fpga_load_files,

# * on all MPs: /d/loadmodules # * on all BPs: /f/loadmodules, /f/satloadmodules, /f/dsp_load_files, /f/fpg a_load_files, /f/dp_loadmodules #It is possible to specify a list of loadmodules that are not to be cleaned up i n the variable "keepLmList" in the moshell file. #When the command has completed, a command file containing all remove commands i s generated and the user is prompted with the choice to run it at once #or at a later time. # #Options (f and ff): # The fcleanf command is for only cleaning up the "/f" drives. Only files that are in use by the current cv will be left on the /f drives. # The fcleanff command will remove all loadmodules from the "/f" drives, includ ing those that are in use by the current cv. This will force the device boards t o refetch their software from the /c/loadmodules directory. #Note: the fclean command will also clean up the "/f" drives but will leave all loadmodules that are specified in other upgrade packages as well as the current one. So the cleanup is not as drastic with fclean as with fcleanf or fcleanff. # Delete old package: # del UpgradePackage=CXP9013831_R9S01 # Create new package: # cr SwManagement=1,UpgradePackage=CXP9013831_P9BA14 137.58.214.3 /export/home/ftp/wiona_fp/rnc/up/CXP9013831_P9BA14/CXP9013831_P9BA14.xml ftp ftp # or RNC I&V server (try .179 also): # cr SwManagement=1,UpgradePackage=CXP9013831_P9BA14 137.58.194.174 /TCM/UP/WIONA_FP/CXP9013831_P9BA14/CXP9013831_P9BA14.xml ftp ftp # Install new package: # acc UpgradePackage=CXP9013831_P9BA14 nonBlockingForcedInstall # Wait for state "INSTALL_COMPLETED": # # NOTE: If state becomes "NOT_INSTALLED", Result. # e.g. if you see "INSUF_DISK_FOR_LMS" or LES", then # more space will need to be freed on the # get UpgradePackage=CXP9013831_P9BA14 prog

then check for error message in action "INSUFFICIENT_DISK_SPACE_FOR_LOAD_MODU drives before trying to install again. stat actionresult

# Upgrade new package: # acc UpgradePackage=CXP9013831_P9BA14 rebootNodeUpgrade # Wait for state "AWAITING_CONFIRMATION": #

get UpgradePackage=CXP9013831_P9BA14 prog stat # Confirm new package: # acc UpgradePackage=CXP9013831_P9BA14 confirmUpgrade # Wait for state "UPGRADE_COMPLETED": # get UpgradePackage=CXP9013831_P9BA14 prog stat # Check upgrade log if necessary: # lgu ******** UeRc Scripts (RNC only) **************** # Rnc01 (O-Lab, Kista) # truni http://172.31.98.101/em/configscript/updateE_UeRc.mo truni http://172.31.98.101/em/configscript/updateO_UeRc.mo #####################meas+trace for saving cv################################ From: Ruben Badager Sent: 06 April 2009 16:05 To: Dimitris Stefanis; Henrik Palm A; Jiajing Zhao; Joakim Jardal; Kevin Hum e; Marcus Henriksson; Mikael Jacobsson Subject: RE: Lazy CV backup Here is a file with same info plus some screenshots << File: cvFtpLazy.zip >> /Ruben _____________________________________________ From: Ruben Badager Sent: den 6 april 2009 14:47 To: Dimitris Stefanis; Henrik Palm A; Jiajing Zhao; Joakim Jardal; Kevin Hum e; Marcus Henriksson; Mikael Jacobsson; Ruben Badager Subject: Lazy CV backup Hi, Here is a lazy of how to backup CVs to our unix machines using Element Manager, I know Dimitris and Kevin have done it via moshell, so if any of you add that pa rt, we could save this lazy in the IODT disc. You are welcome to improve this lazy and if necessary to change it. -----------------------------------------------------------------------------------------------------------########## From unix before transfer of CV - Get unix user and password if you do not have it (most commom: ranivxxx,HPisis 123) - Get IP of server ifconfig -a #lo0: flags=1000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4> mtu 8232 index 1 # inet 127.0.0.1 netmask ff000000 #bge0: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 2

###

inet 137.58.218.226 netmask ffffff00 broadcast 137.58.218.255

#bge1: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 3 # inet 172.16.0.6 netmask fffffc00 broadcast 172.16.3.255 -if necessary create the subdirectory where CV will be stored #for example in T-Lab for RBS 104 mkdir /home/raniv220/STP/cv_backups/rbs_104/p7_md ########## From moshell - Set traces in order to find out if transfer was ok #first remove unneccessary traces lh all te default * #then traces cv process in cpp lh all te e all Osa_cv_proc - Start the monitor window as you wish (in rnc 001000 001100 001200 001300 are i mportant, in RBS the important is the slot with GBP or CBU board, in this case 000100 ha s cbu, use cabx) #secmode -m u #tm -disconnect #tm -tcp -win 1 #tm -attach 3 000100 000200 000800 000900 001100 001200 #/home/eraafor/projects/monitor/bin/unix/NEW/monitor 137.58.152.104 33079 rbsTracesTry tee

########## Transfer via EMAS, i.e from Element Manager (it can be done also from moshell) # This way shows the transfer progress - Choose Software - Click CV - Right click on the CV to be stored in the server - Choose "Put to FTP..." - In the new window fill in needed data. #example for RBS104 in T-lab ftpServerIpAddress: 137.58.218.226 ftpServerUserId: raniv220 ftpServerPassword: HPisic123 pathOnFtpServer: /home/raniv220/STP/cv_backups/rbs_104/p7 _md/ #Use if possible same CV name as in node, but it shall contain #The Upgrade Package (in this case CXP9012959/1_R6BN/1) cvBackupNameOnFtpServer: CXP9012959%1_R6BN%1_64_2ms - Then click "Put to FTP Server" - The status of the transfer is shown in Element Manager, if everything is ok, w indow will show:

"Put action successfully performed."

########## If OK monitor will show: [2009-04-06 12:15:11.668] 000100/se.ericsson.cello.configurationversion.main.uti l:Thread-13 CV_ActionResultCreator:0 INFO:Action name: putToFtpServer Action slogan: Creates a remote backup of a CV existing on the node The invoked action has been successfully executed without warnings. With the following information messages (see below). [2009-04-06 12:15:12.524] 000100/se.ericsson.cello.configurationversion.main.uti l:Thread-13 CV_ActionResultCreator:0 INFO:Main Information 1(1) of totally 1: The name of the backed up CV on the FTP server. Additional Main Information: CXP9012959%1_R6BN%1_64_2ms.zip ########## From unix - Verify that file was created, look at the size (it shall no be zero) ls -ltr /home/raniv220/STP/cv_backups/rbs_104/p7_md/ #total 408 #-rw-r--r-- 1 raniv220 rnd 201872 Apr 6 14:15 CXP9012959%1_R6BN%1_64_2m s.zip - Change rights to file, so it is no possible to delete it by mistake (set it on ly to read) chmod 444 /home/raniv220/STP/cv_backups/rbs_104/p7_md/CXP9012959%1_R6BN%1_64_2ms .zip ls -ltr /home/raniv220/STP/cv_backups/rbs_104/p7_md/ #total 408 #-r--r--r-- 1 raniv220 rnd 201872 Apr 6 14:15 CXP9012959%1_R6BN%1_64_2m s.zip