[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [hobbit] data size errors on Solaris 10 T2000 hobbit v4.2.0
- To: hobbit (at) hswn.dk
- Subject: Re: [hobbit] data size errors on Solaris 10 T2000 hobbit v4.2.0
- From: Brett Morrow <brett.morrow (at) noaa.gov>
- Date: Mon, 02 Apr 2007 12:03:29 -0500
- Organization: Indus Corporation Contractor - NSSL
- References: <013674f6e31d0140b670c2c316f2054d@mail.ruckus.com>
- User-agent: Thunderbird 1.5.0.10 (X11/20070221)
I am seeing the same thing on the LFS support (did not try the MTIME stuff).
I did check the lfs test programs, and the output I get are:
voldemort/root/hobbit-4.2.0/build> ./test-lfs-std 4
4:1:176093659136
voldemort/root/hobbit-4.2.0/build> ./test-lfs-std 8
4:0:176093659136
These are compiled with the options:
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
Alan Davis wrote:
> I'm trying to diagnose an error when using the FILE MTIME feature. I've
> searched the mail archives and googled but haven't found much relevant.
>
> Any suggestions would be appreciated.
>
> Error from file service
>
> [file:/dbbackup/exp/RPRL1/exp.RPRL1.20070228.dmp]
> ERROR: Value too large for defined data type
>
> The specific error is being generated from the FILE test from
> hobbit-client.cfg
>
>
> HOST=db05
> FILE %^/dbbackup/exp/RPRL1/*.dmp YELLOW "MTIME>86400"
>
> client-local.cfg entry is :
>
> [sunos]
> file:`/bin/ls -1 /dbbackup/exp/RPRL1/*.dmp 2>/dev/null`
>
> Indications from the mailing list are that this error, when generated by
> the SIZE checks has been fixed but I didn't find anything relating to
> MTIME.
>
> This system also fails the LFS check - even though as a 64bit system it
> shouldn't - possibly due to the lfs check not dealing with Solaris 10
> 64bit Sparc data types properly or (more likely) something I missed
> setting in the
> original build.
>
> The build/lfs.sh script :
>
>
>> sh -vx build/lfsacd.sh
>>
> echo "Checking for Large File Support ..."
> + echo Checking for Large File Support ...
> Checking for Large File Support ...
>
> cd build
> + cd build
> OS=`uname -s` $MAKE -f Makefile.test-lfs clean
> + /usr/local/bin/make -f Makefile.test-lfs clean
> + uname -s
> OS=SunOS
> OS=`uname -s` $MAKE -f Makefile.test-lfs 2>/dev/null
> + /usr/local/bin/make -f Makefile.test-lfs
> if [ $? -ne 0 ]; then
> echo "ERROR: Compiler doesnt recognize the off_t C
> type."
> exit 1
> fi
> + [ 0 -ne 0 ]
>
> STDRES="`./test-lfs-std 4`"
> + ./test-lfs-std 4
> STDRES=4:1:32
> if test "$STDRES" != "4:1:0" -a "$STDRES" != "8:1:0"; then
> echo "ERROR: LFS support check failed for standard file
> support"
> exit 1
> fi
> + test 4:1:32 != 4:1:0 -a 4:1:32 != 8:1:0
> + echo ERROR: LFS support check failed for standard file support
> ERROR: LFS support check failed for standard file support
> + exit 1
>
>
> ----
> Alan Davis
> Senior Architect
> Ruckus Network, Inc.
> 703.464.6578 (o)
> 410.365.7175 (m)
> adavis (at) ruckus.com
> alancdavis AIM
>
>
>
>
>
> To unsubscribe from the hobbit list, send an e-mail to
> hobbit-unsubscribe (at) hswn.dk
>
>
>
>
--
Brett Morrow, NSSL Senior Systems and Storage Adminstrator
INDUS Corporation
National Severe Storms Laboratory
(405) 325-6995
Brett.Morrow (at) noaa.gov
http://www.induscorp.com