ITEM: I0055L
'ar: 0707-011 not enough memory' upgrading from 3.2.3 to 3.2.5
Question:
I am trying to upgrade from AIX 3.2.3 to AIX 3.2.5 using the
update_all script. I am going by the instructions in the 18 Jan 1994
release notes. I get a number of errors "ar: 0707-011 not enough
memory now".
Response:
He had installed the update_all ptf and was trying to
run the update_all. 'lppchk -v' produced several
errors all pointing to the failure of ptf 422480. This ptf
failed due to lack of space. He had 9MB free in /usr and
ran 'chlv -x 512 hd2' prior to running the update_all.
He only had 7 free PPs which would have provided him with
32MB free and update_all requires at least 56MB free.
He was unable to install U422480 because it was BROKEN.
Ran 'lslpp -h | grep BROKEN' and it returned this very
ptf. Ran the following command to try to fix the PTF:
installp 2>&1 -qaB -d /dev/rmt0.1 -gcNvX bos.obj 03.02.0000.0000.U422480
The installation of the PTF failed and complained
about memory. The output from the installp was:
ar: 0707-110 There is not enough memory available now.
unrest: Failure on system call to execute command /bin/ar -or
./usr/lpp/X11/lib/libXm.a.new ./usr/lpp/X11/lib/inst_updat/libXm.a/shr4.o
Ran an 'lsps -a' and paging space was not a problem and
there was only one deamon running.
Since the system is in an unstable state he re-installed
from a 3.2.3 mksysb. When he ran out of space during the
update_all it left only pieces of the operating system updated.
This is not a safe situation. At this point had the ptf become fixed
he may not have had enough room to update. There were several updates on
the system taking up space because they were in the applied state.
He needed to return to a stable state to acquire more disk space
and then upgrade.
He attempted the upgrade with a new tape and using procedures
for limited disk space. The upgrade still failed on
PTF U422480 with the same memory error. Checked his
RAM and he has 32MB and 64MB of paging space with 18% used. The
only deamon running on the system was writesrv. He had
27MB free in /usr, with 11MB free in /tmp, and 3MB in /.
'lppchk -v' returned clean.
Tried to install the PTF again using the
following defaults:
Automatically install PREREQUISITE software? yes +
COMMIT software? yes +
SAVE replaced files? no +
VERIFY software? no +
EXTEND file systems if space needed? yes +
REMOVE input file after installation? no +
ALTERNATE save directory []
The problem appears to be due to a corrupt archive.
Verified /bin/ar was linked to /usr/csc/bin/ar with sizes
15 and 35406 respectively.
Tried to run 'nm /usr/lpp/lib/libXm.a' to see if anything abnormal
appeared. This produces a listing of the command calls available
in the shared library. However, this is a large file and takes a
while to run. Suggested he pause periodically throughout the
run and verify the text is readable and not garbage characters.
On a 3.2.2. machine:
-rw-r--r-- 1 bin bin 2888350 Jun 29 1993 libXm.a
On a 3.2.4 machine:
-rw-r--r-- 1 bin bin 2911322 Jun 29 1993 libXm.a
The size for the 3.2.3 machine should be between the two.
If the number is greatly smaller or larger the file is
corrupted.
libXm.a was 2908698 and he did not have the command 'nm' on
his system. Copied the /bin/ar command from a 3.2.4 system and
ran the nm command on the libXm.a and the file appeared to be normal.
Since he did not have access to another 3.2.3 system we
decided to backup the 3.2.3 version of libXm.a and moved a
good copy of the file from a 3.2.4 system. Using a new copy of
the libXm.a file he was able to install the PTF successfully!
He finished the upgrade, ran oslevel, and it returned >3250.
Support Line: 'ar: 0707-011 not enough memory' upgrading from 3.2.3 to 3.2.5 ITEM: I0055L
Dated: July 1994 Category: N/A
This HTML file was generated 99/06/24~13:30:46
Comments or suggestions?
Contact us