cancel
Showing results for 
Search instead for 
Did you mean: 

T64 v5.1B PK3 fails?

SOLVED
Go to solution
Selden Ball
Advisor

T64 v5.1B PK3 fails?

After successfully upgrading from V5.1A to V5.1B, applying aggregate patch kit T64V51BB24AS0003-20030929

says
*** You have selected 309 patches ***
and then fails with

=== Installing "Tru64 UNIX V5.1B" Patches:
/usr/sbin/setld: /sbin/tar: arg list too long
tar: No input
ls: *.ctrl not found
setld: The following specified subsets are not available on the
distribution media:



*** KERNEL CONFIGURATION AND BUILD PROCEDURE ***

Has anyone else seen this problem?

3 REPLIES
Hein van den Heuvel
Honored Contributor
Solution

Re: T64 v5.1B PK3 fails?



I'm note aware of this problem, but whenever I see "arg list too long" I reconfiger the kernel to disable the argument limits.

syscongif -r proc exec_disable_arg_limit=1

Some Unix standard apparently suggested that Tru64 ships with the limit enabled. Annoying.

Hope this helps,

Hein.
Ralf Puchner
Honored Contributor

Re: T64 v5.1B PK3 fails?

maybe a version problem with dupatch.
Try "export UPDATE_DUPATCH=1". Check version of dupatch (mine is from 4th april 2003).

There is no known problem with patchkit #3.

If this doesn't help first check with "allverify" (ALLVERIFY Kit) proper permission.

Try to selected upto 10 patches and install them for testing. Arglist too long is mostly a limit within the command arguments built by the dupatch utility.

Help() { FirstReadManual(urgently); Go_to_it;; }
Selden Ball
Advisor

Re: T64 v5.1B PK3 fails?

Hein,

Except for your minor typo, disabling the arg limit seems to have worked around the problem.

Thanks!

(I also added it to the proc stanza in sysconfitgab)


Ralf,

I'm using dupatch as shipped with PK3.

Unfortunately, there now is a known problem with PK3: it requires that arg limit be disabled but does not verify that this is the case.