data size errors on Solaris 10 T2000 hobbit v4.2.0
Alan Davis
adavis at ruckus.com
Fri Mar 2 22:50:54 CET 2007
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
More information about the Xymon
mailing list