data size errors on Solaris 10 T2000 hobbit v4.2.0
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 :
echo Checking for Large File Support ... Checking for Large File Support ...
cd buildcd 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
sh -vx build/lfsacd.sh echo "Checking for Large File Support ..."
Alan Davis Senior Architect Ruckus Network, Inc. 703.464.6578 (o) 410.365.7175 (m) adavis at ruckus.com alancdavis AIM
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
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/nullIndications 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 buildcd 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
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/nullIndications 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 buildcd 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
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
participants (3)
-
adavis＠ruckus.com
-
brett.morrow＠noaa.gov
-
henrik＠hswn.dk