EDG System Administration

We had just upgraded to the latest version of the IBM_PDK, V1.7.0.0. This version has QRC files in IBM_PDK/cmrf8sf/V1.7.0.0DM/Assura.

$ pwd
/net/sw/mosis/IBM_PDK/cmrf8sf/V1.7.0.0DM/Assura
$ ll
total 16
drwxr-xr-x 2 maryh mosis 4096 Jun  9 07:57 doc
drwxr-xr-x 2 maryh mosis 4096 May  5 12:07 DRC
drwxr-xr-x 2 maryh mosis 4096 May  5 12:07 LVS
drwxr-xr-x 3 maryh mosis 4096 Jun  7 07:23 QRC
$ ll QRC
total 4
drwxr-xr-x 2 maryh edg 4096 Jun  7 07:25 32
$ ll QRC/32
total 211564
lrwxrwxrwx 1 maryh edg       18 Jun  9 07:57 bind.cdl -> ../../LVS/bind.cdl
lrwxrwxrwx 1 maryh edg       19 Jun  9 07:57 bind.rul -> ../../LVS/bind.vldb
lrwxrwxrwx 1 maryh edg       19 Jun  9 07:57 bind.vldb -> ../../LVS/bind.vldb
-r--r--r-- 1 maryh edg 17940790 Jun  7 07:23 cap_coeff.dat
-r--r--r-- 1 maryh edg     8377 Jun  7 07:23 capgen_cmd.cmd
-r--r--r-- 1 maryh edg 86090796 Jun  7 07:23 caps2d
-r--r--r-- 1 maryh edg 15406838 Jun  7 07:24 capsw3d
lrwxrwxrwx 1 maryh edg       21 Jun  9 07:57 compare.cdl -> ../../LVS/compare.cdl
lrwxrwxrwx 1 maryh edg       22 Jun  9 07:57 compare.rul -> ../../LVS/compare.vldb
lrwxrwxrwx 1 maryh edg       22 Jun  9 07:57 compare.vldb -> ../../LVS/compare.vldb
lrwxrwxrwx 1 maryh edg       24 Jun  9 07:57 deviceInfo.rul -> ../../LVS/deviceInfo.rul
lrwxrwxrwx 1 maryh edg       17 Jun  9 07:57 drc.rul -> ../../DRC/drc.rul
lrwxrwxrwx 1 maryh edg       17 Jun  9 07:57 esd.rul -> ../../DRC/esd.rul
lrwxrwxrwx 1 maryh edg       23 Jun  9 07:57 extract.rul -> ../../LVS/extract32.rul
lrwxrwxrwx 1 maryh edg       19 Jun  9 07:57 float.rul -> ../../DRC/float.rul
lrwxrwxrwx 1 maryh edg       20 Jun  9 07:57 global.rul -> ../../DRC/global.rul
lrwxrwxrwx 1 maryh edg       19 Jun  9 07:57 local.rul -> ../../DRC/local.rul
-r--r--r-- 1 maryh edg   101051 Jun  7 07:24 lvsfile
lrwxrwxrwx 1 maryh edg       24 Jun  9 07:57 LVSinclude.rsf -> ../../LVS/LVSinclude.rsf
-r--r--r-- 1 maryh edg     2193 Jun  7 07:24 p2lvsfile
-r--r--r-- 1 maryh edg     2202 Jun  7 07:24 _p2lvsfile
-r--r--r-- 1 maryh edg  3180640 Jun  7 07:24 paxfile_coeff
-r--r--r-- 1 maryh edg     6238 Jun  7 07:24 _procfile
-r--r--r-- 1 maryh edg 45125149 Jun  7 07:24 qrcTechFile
lrwxrwxrwx 1 maryh edg       12 Jun  9 07:57 RCXdspfINIT -> RCXspiceINIT
-r--r--r-- 1 maryh edg 48317492 Jun  7 07:24 rcxfs.dat
-r--r--r-- 1 maryh edg   180614 Jun  7 07:24 RCXspiceINIT

Unfortunately, whenever we ran Assura -> QRC, we would get an error like this:

WARNING (PAXSXTN-221210): cap_coeff.dat version 0 is out-of-date; need to be 5.

ERROR (PAXSXTN-221211): Please re-generate cap_coeff.dat using latest capgen.

ERROR (LBRCXM-620): Bad return status from RCX run (./rcx 0). 0xff00


INFO (LBRCXM-709): *****  QRC terminated abnormally  *****

The solution was (as root) to go to the QRC/32 directory and run capgen_cmd.cmd.

[root@server 32]$ ./capgen_cmd.cmd 


     Techgen(tm) Tech file Generator.


INFO (LBMISC-215205): 
*** Cadence Extraction QRC Techgen -trans VERSION 7.1 Linux 32 bit - (Wed Jul 23 07:38:37 PDT 2008)  ***



INFO (CAPGEN-41199): 


Techgen -trans results will be written to directory: /nfs/net/sw/mosis/IBM_PDK/cmrf8sf/V1.7.0.0DM/Assura/QRC/32


*WARNING* at "Techgen -trans": In the process file '/nfs/net/sw/mosis/IBM_PDK/cmrf8sf/V1.7.0.0DM/Assura/QRC/32/procfile', th
ick dielectric thickness ('3.845000') is detected between metal layers 'L1' and 'MA'
*WARNING* at "Techgen -trans": It is 30 times the thinest dielectric thickness '0.033000' between metal layers 'LY' and 'QY'
*WARNING* at "Techgen -trans": The process file contains '5' RDL layers: 'K3', 'QY', ...
*WARNING* at "Techgen -trans": An RDL layer is defined as a layer whose min_width is more than 15 times the smallest min_wid
th ('0.120000' in this procfile)
WARNING (CAPGEN-41244): process file '/nfs/net/sw/mosis/IBM_PDK/cmrf8sf/V1.7.0.0DM/Assura/QRC/32/procfile' was modified afte
r

*WARNING* at "Techgen -trans": simulation files /nfs/net/sw/mosis/IBM_PDK/cmrf8sf/V1.7.0.0DM/Assura/QRC/32/caps2d and /nfs/n
et/sw/mosis/IBM_PDK/cmrf8sf/V1.7.0.0DM/Assura/QRC/32/capsw3d were created


.....................   Metal Variation Error Bound Report:   ....................
                             (due to s_max truncation)


 Definition:

      For a given simulation layer,

               C_lateral(s = s_max, w = w_min, top = nearest, bottom = nearest)
      error = -----------------------------------------------------------------
               C_lateral(s = s_min, w = w_min, top = nearest, bottom = nearest)

 Result:

  metal_variations
   *layer  layer_name   w_min    w_max    s_min    s_max    error(%)
    layer         PC    0.120    1.800    0.200    2.000    0.144
    layer         M1    0.160    2.400    0.160    1.600    0.800
    layer         M2    0.200    3.000    0.200    2.000    0.261
    layer         M3    0.200    3.000    0.200    2.000    0.024
    layer         K3    5.000   23.852    5.500    7.951    0.000
    layer         MQ    0.400    6.000    0.400    4.000    0.083
    layer         MG    0.400    6.000    0.400    4.000    0.840
    layer         LY    0.600    9.000    0.600    6.000    0.008
    layer         QY    6.000   63.155    1.000   10.000    0.000
    layer         HY    4.000   60.000    2.000   20.000    0.000
    layer         E1    1.500   22.500    2.000   20.000    0.013
    layer         L1    5.000   75.000    5.500   41.692    0.000
    layer         MA    4.000   60.000    5.000   50.000    1.147
  endmetal_variations

 Note:
        NA indicates that the data is not meaningful.
..................................................................................
INFO (CAPGEN-41338): 

Techgen -trans Date: Wed Jun 30 15:21:26 2010

This appears to have fixed things.

First, stop the program by killing the cipinbs program running. Then delete the directory in the user’s local profile, %local profile%\local settings\application data\some random string. Inside that directory, should find the cipinbs.exe program. Lastly, search the registry and delete any entries with cipinbs. I think I found two in our infected computer.

The package ttfonts-zh_CN has been replaced in RHEL5 with fonts-chinese.

gcc vme7700_blocktransfer_dma.c -lvme -o outputfile

I had some problems installing rhel5-client on a few of our machines. First off, it wouldn’t automatically register with our RHEL Satellite Server. I was given a file bootstrap.sh from the guy running it which solved that problem. Next, it wouldn’t upgrade because some packages kept having depsolving errors. This was solved by removing the following packages:

gcc-gfortran-4.1.2-46.el5.x86_64
gcc-c++-4.1.2-46.el5.x86_64
libstdc++-devel-4.1.2-46.el5.x86_64

After that, things could be upgraded ok.

I just installed a new RHEL5 (x64) system and got an error when trying to run virtuoso.

[ ~/oa]$ virtuoso
/net/sw/cad.rh/ic/ic61/tools/dfII/bin/32bit/virtuoso: error while loading shared libraries: libelf.so.1: cannot open shared object file: No such file o
r directory

Weird that it was complaining about a 32bit version of something when this is a 64bit os.

It was fixed because I didn’t have libelf installed. I also found that I needed to install libXp. Here’s the log of what I did.

[ ~ ]$ yum install elfutils-libelf
Loaded plugins: rhnplugin, security
Setting up Install Process
Package elfutils-libelf-0.137-3.el5.x86_64 already installed and latest version
Resolving Dependencies
--> Running transaction check
---> Package elfutils-libelf.i386 0:0.137-3.el5 set to be updated
--> Finished Dependency Resolution

Dependencies Resolved

=========================================================================================================================================================================
 Package                                      Arch                              Version                                   Repository                                     
    Size
=========================================================================================================================================================================
Installing:
 elfutils-libelf                              i386                              0.137-3.el5                               rhel-x86_64-client-5                           
    58 k

Transaction Summary
=========================================================================================================================================================================
Install      1 Package(s)         
Update       0 Package(s)         
Remove       0 Package(s)         

Total download size: 58 k
Is this ok [y/N]: y
Downloading Packages:
elfutils-libelf-0.137-3.el5.i386.rpm                                                                                                                       |  58 kB     0
0:00     
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
  Installing     : elfutils-libelf                                                                                                                                       
     1/1 

Installed:
  elfutils-libelf.i386 0:0.137-3.el5               

Complete!
[ ~ ]$ virtuoso
/net/sw/cad.rh/ic/ic61/tools/dfII/bin/32bit/virtuoso: error while loading shared libraries: libXp.so.6: cannot open shared object file: No such file or directory

[ ~ ]$ yum install libXp
Loaded plugins: rhnplugin, security
Setting up Install Process
Package libXp-1.0.0-8.1.el5.x86_64 already installed and latest version
Resolving Dependencies
--> Running transaction check
---> Package libXp.i386 0:1.0.0-8.1.el5 set to be updated
--> Finished Dependency Resolution

Dependencies Resolved

=========================================================================================================================================================================
 Package                              Arch                                Version                                       Repository                                       
    Size
=========================================================================================================================================================================
Installing:
 libXp                                i386                                1.0.0-8.1.el5                                 rhel-x86_64-client-5                             
    22 k

Transaction Summary
=========================================================================================================================================================================
Install      1 Package(s)         
Update       0 Package(s)         
Remove       0 Package(s)         

Total download size: 22 k
Is this ok [y/N]: y
Downloading Packages:
libXp-1.0.0-8.1.el5.i386.rpm                                                                                                                               |  22 kB     0
0:00     
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
  Installing     : libXp                                                                                                                                                 
     1/1 

Installed:
  libXp.i386 0:1.0.0-8.1.el5                                                                                                                                             
         

Complete!
[ ~ ]$ virtuoso

Things started just fine.

Edit the file /etc/ldap.conf


# Reconnect policy: hard (default) will retry connecting to
# the software with exponential backoff, soft will fail
# immediately.
#bind_policy hard
bind_policy soft


When it’s set to hard, the system looks like it’s hung (usually at Starting Udev), but it fact, it’s booting very, very slowly. If very impatient, can use a linux rescue to boot to be able to edit /etc/ldap.conf.

Edit /etc/sysconfig/rhn/sources and add the following:

### Dag RPM Repository for Red Hat Enterprise Linux
yum dag http://apt.sw.be/redhat/el4/en/$ARCH/dag

Now can get perl modules here instead of from cpan (which causes me a lot of problems for some reason).

[root@server ~]$ up2date perl-IO-Socket-SSL

Had a weird problem come up today. I reboot one of our systems and it would not come up. Actually, it apparently was working, just ridiculously slowly. I thought it had hung at the Starting udev line, but letting it run for an hour, got it a few lines further down. Nonetheless, something was definitely wrong. I tried my usual ideas of adding apm=off acpi=off noapci noapmd, but that didn’t help. It seemed like the disk was bad, but not with the usual messages that I would get.

I brought out a RHEL installation disk and boot into rescue mode. I did get an error about it not being able to find all of the current linux installations. I then went into the bios and found that this computer was set up to have its sata disks act like ide ones. I’m pretty sure that I did this when I originally installed because it wouldn’t recognize the drives as ahci. However, I’m also sure that they should be ahci, which is newer, instead of acting like the old ide. So I changed this to ahci, even though I was sure this was going to cause more problems. (I was right about the last part.)

I then again, did a linux rescue. For some reason, I no longer got the error about not finding all my linux installations. I could run chroot /mnt/sysimage to get my installation mounted properly. Then, I copied /etc/modules.conf to /etc/modules.conf.SAVE. I knew that I needed to change the modules that were loaded to reflect ahci drives instead of ide ones. So I edited this line:

alias scsi_hostadapter1 ata_piix

to

alias scsi_hostadapter1 ahci

This would work for after the kernel is loaded, but I needed to make sure the ahci module was loaded at boot. For this, I needed to make a new initrd image. I used the following:

mkinitrc --preload=ahci \\
/boot/initrd-2.6.9-89.0.3.ELhugemem.mary.img \\
2.6.9-89.0.3.ELhugemem

Then, I edited /etc/grub.conf to take this initrd file instead of the one it had. And lastly, to make sure it was using the proper disk. For some reason, my disk devices would change from /dev/sda and /dev/sdb to /dev/sdb and /dev/sdc. Instead of putting the device names in /etc/grub.conf, I used the labels.

kernel /vmlinuz-2.6.9-89.0.3.ELhugemem ro root=/dev/sda3 rhgb quiet

I also used the labels in /etc/fstab.

LABEL=/1                   /                       ext3    defaults        1 1
LABEL=/boot	        /boot                   ext3    defaults        1 2

After I reboot and everything worked, I renamed the initrd file without the mary bit, thus overwriting the original.

One thing I was worried about was whether I would have to do this each time I updated the kernel. Fortunately, there was a kernel update ready, so I installed it. The initrd file that came in worked perfectly. I didn’t have to do anything special.

I had to reinstall a computer with XP. It would boot off the cd ok, but then after the “Setup is inspecting your computer’s hardware configuration” message came up, it wouldn’t do anything. It was just a blank screen. I ran memtest to check the memory and it all came up clean. I did notice that the light for hard drive activity would be constantly lit when the screen was blank. However, I had no problem at all in installing linux on this computer. So, I used a live cd of Damn Small Linux (DSL) to boot. Then I ran the following command:

# sudo fdisk /dev/hda

The number of cylinders for this disk is set to 9729.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
   (e.g., DOS FDISK, OS/2 FDISK)

Command (m for help): o
Building a new DOS disklabel. Changes will remain in memory only,
until you decide to write them. After that, of course, the previous
content won't be recoverable.

Command (m for help): w

After this, the windows installation worked fine.