[hobbit] data size errors on Solaris 10 T2000 hobbit v4.2.0

Brett Morrow brett.morrow at noaa.gov
Mon Apr 2 19:03:29 CEST 2007


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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20070402/7d101d32/attachment.html>


More information about the Xymon mailing list