data size errors on Solaris 10 T2000 hobbit v4.2.0
list Alan Davis
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.
XXX.XXX.XXXX (o)
XXX.XXX.XXXX (m)
user-a33ac4de9826@xymon.invalid
alancdavis AIM
list Henrik Størner
▸
On Fri, Mar 02, 2007 at 04:50:54PM -0500, 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
[snip]
This system also fails the LFS check - even though as a 64bit system it shouldn't
These two could be related. Could you try adding the line LFSDEF = -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 to your client Makefile, then run "make clean; make; make install" to re-build and re-install the client ? Regards, Henrik
list Brett Morrow
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.shecho "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. XXX.XXX.XXXX (o) XXX.XXX.XXXX (m) user-a33ac4de9826@xymon.invalid alancdavis AIM
--
Brett Morrow, NSSL Senior Systems and Storage Adminstrator INDUS Corporation National Severe Storms Laboratory (XXX) XXX-XXXX user-bc6e59620a96@xymon.invalid http://www.induscorp.com
list Brett Morrow
Anybody have any clues on how this could be fixed? Thanks
▸
Brett Morrow wrote: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.shecho "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. XXX.XXX.XXXX (o) XXX.XXX.XXXX (m) user-a33ac4de9826@xymon.invalid alancdavis AIM-- Brett Morrow, NSSL Senior Systems and Storage Adminstrator INDUS Corporation National Severe Storms Laboratory (XXX) XXX-XXXX user-bc6e59620a96@xymon.invalid http://www.induscorp.com
-- Brett Morrow, NSSL Senior Systems and Storage Adminstrator INDUS Corporation National Severe Storms Laboratory (XXX) XXX-XXXX user-bc6e59620a96@xymon.invalid http://www.induscorp.com