On Saturday 22 April 2006 05:40, stan wrote:
>On Fri, Apr 21, 2006 at 09:41:54AM -0400, stan wrote:
>> I'm starting to upgrade my clients. The HP-UX boxes (10.20) went
>> flawlessly.
>>
>> But I'm having a few issues with my first Solaris 8 machine. Now in
>> the interest of full disclosure, these machines are "supported" by a
>> 3rd party OEM, and the machine I use for a build machine was
>> recently "rebuilt" by them to address a kernel memory leak issue, so
>> odds are good what I'm seeing is a result of their meddling, but I
>> could use some help figuring this out.
>
>Well, I thought that this was fixed, thanks to the helpful folk that
> hang out here, but last night;s run still failed, with a dynamic
> linking error.
>
>Here's the debug file:
>
>amandad: debug 1 pid 8262 ruid 404 euid 404: start at Sat Apr 22
> 05:07:52 2006 amandad: version 2.5.0
>amandad: build: VERSION="Amanda-2.5.0"
>amandad:        BUILT_DATE="Fri Apr 21 11:02:01 GMT 2006"
>amandad:        BUILT_MACH="SunOS AW0550 5.8 Generic_108528-13 sun4u
> sparc SUNW,Sun-Blade-100" amandad:        CC="gcc"
>amandad:        CONFIGURE_COMMAND="'./configure'
> '--with-config=DailyDump' '--prefix=/opt/amanda'
> '--with-index-server=amanda' '--with-user=amanda'
> '--with-group=operator' '--with-tape-server=amanda'
> '--with-debugging' '--with-tape-device=/dev/nst0'
> '--sbindir=/opt/amanda/sbin' '--libexecdir=/opt/amanda/libexec'
> '--libdir=/opt/amanda/lib' '--with-configdir=/opt/amanda/etc/amanda'
> '--with-gnutar-listdir=/opt/amanda/var/amanda/gnutar-lists'
> '--mandir=/opt/amanda/man' '--without-rundump' '--without-server'"
> amandad: paths: bindir="/opt/amanda/bin" sbindir="/opt/amanda/sbin"
> amandad:        libexecdir="/opt/amanda/libexec"
> mandir="/opt/amanda/man" amandad:        AMANDA_TMPDIR="/tmp/amanda"
> AMANDA_DBGDIR="/tmp/amanda" amandad:       
> CONFIG_DIR="/opt/amanda/etc/amanda" DEV_PREFIX="/dev/dsk/" amandad:  
>      RDEV_PREFIX="/dev/rdsk/" DUMP="/usr/sbin/ufsdump" amandad:      
>  RESTORE="/usr/sbin/ufsrestore" VDUMP=UNDEF VRESTORE=UNDEF amandad:  
>      XFSDUMP=UNDEF XFSRESTORE=UNDEF VXDUMP=UNDEF VXRESTORE=UNDEF
> amandad:        SAMBA_CLIENT=UNDEF GNUTAR=UNDEF
> COMPRESS_PATH="/bin/gzip" amandad:        UNCOMPRESS_PATH="/bin/gzip"
> LPRCMD="/bin/lp"
>amandad:        MAILER="/bin/mailx"
>amandad:        listed_incr_dir="/opt/amanda/var/amanda/gnutar-lists"
>amandad: defs:  DEFAULT_SERVER="amanda" DEFAULT_CONFIG="DailyDump"
>amandad:        DEFAULT_TAPE_SERVER="amanda"
>amandad:        DEFAULT_TAPE_DEVICE="/dev/nst0" HAVE_MMAP HAVE_SYSVSHM
>amandad:        LOCKING=POSIX_FCNTL SETPGRP_VOID DEBUG_CODE
>amandad:        AMANDA_DEBUG_DAYS=4 BSD_SECURITY RSH_SECURITY
> USE_AMANDAHOSTS amandad:        CLIENT_LOGIN="amanda" FORCE_USERID
> HAVE_GZIP
>amandad:        COMPRESS_SUFFIX=".gz" COMPRESS_FAST_OPT="--fast"
>amandad:        COMPRESS_BEST_OPT="--best" UNCOMPRESS_OPT="-dc"
>amandad: time 0.142: accept recv REQ pkt:
><<<<<
>SERVICE noop
>OPTIONS features=fffffeff9ffeffff07;
>
>amandad: time 0.142: creating new service: /opt/amanda/libexec/noop
>OPTIONS features=fffffeff9ffeffff07;
>
>ld.so.1: /opt/amanda/libexec/noop: fatal: libgcc_s.so.1: open failed:
> No such file or directory amandad: time 0.162: sending ACK pkt:
><<<<<
Oh oh.  Perms problem maybe?  On this near jurassic linux box, its:
/lib/libgcc_s.so.1
and:
[root@coyote root]# ls -l /lib/libgcc_s.so.1
lrwxr-xr-x  1 root root 28 Sep  5  2004 /lib/libgcc_s.so.1 -> 
libgcc_s-3.3.3-20040413.so.1

which looks like world readable and executable if I'm decoding that 
right.  But I've no experience with solaris.
>
>amandad: time 0.163: sending REP pkt:
><<<<<
>
>amandad: time 2.025: received ACK pkt:
><<<<<
>
>amandad: time 2.231: accept recv REQ pkt:
><<<<<
>SERVICE sendsize
>OPTIONS features=fffffeff9ffeffff07;maxdumps=1;hostname=AW0550;
>DUMP c1t0d0s7  0 1970:1:1:0:0:0 1
>DUMP c1t0d0s7  1 2006:4:17:12:6:9 1
>DUMP c1t0d0s6  0 1970:1:1:0:0:0 1
>DUMP c1t0d0s6  1 2006:4:15:18:41:18 1
>DUMP c1t0d0s4  0 1970:1:1:0:0:0 1
>DUMP c1t0d0s4  2 2006:4:15:19:28:7 1
>DUMP c1t0d0s0  0 1970:1:1:0:0:0 1
>DUMP c1t0d0s0  1 2006:4:17:13:0:48 1
>
>amandad: time 2.231: creating new service:
> /opt/amanda/libexec/sendsize OPTIONS
> features=fffffeff9ffeffff07;maxdumps=1;hostname=AW0550; DUMP c1t0d0s7
>  0 1970:1:1:0:0:0 1
>DUMP c1t0d0s7  1 2006:4:17:12:6:9 1
>DUMP c1t0d0s6  0 1970:1:1:0:0:0 1
>DUMP c1t0d0s6  1 2006:4:15:18:41:18 1
>DUMP c1t0d0s4  0 1970:1:1:0:0:0 1
>DUMP c1t0d0s4  2 2006:4:15:19:28:7 1
>DUMP c1t0d0s0  0 1970:1:1:0:0:0 1
>DUMP c1t0d0s0  1 2006:4:17:13:0:48 1
>
>amandad: time 2.243: sending ACK pkt:
><<<<<
>
>ld.so.1: /opt/amanda/libexec/sendsize: fatal: libgcc_s.so.1: open
> failed: No such file or directory amandad: time 2.258: sending REP
> pkt:
><<<<<
>
>amandad: time 4.504: received ACK pkt:
><<<<<
>
>amandad: time 30.511: pid 8262 finish time Sat Apr 22 05:08:22 2006
>
>I'm really puzzled at this point.

-- 
Cheers, Gene
People having trouble with vz bouncing email to me should add the word
'online' between the 'verizon', and the dot which bypasses vz's
stupid bounce rules.  I do use spamassassin too. :-)
Yahoo.com and AOL/TW attorneys please note, additions to the above
message by Gene Heskett are:
Copyright 2006 by Maurice Eugene Heskett, all rights reserved.