Hmm, good question, Tim !

don't really know, cause it's a default csw-package CSWhobbitc ...

.. but apperently it's not enabled :-(

thanks for answer

martin

On Sun, 27 Nov 2011, Tim McCloskey wrote:

Do you have large file support enabled when you built the xymon client on the x86 boxes? Can you stat the file from the command line? Sounds like lfs was not enabled in the build.

----- Original Message ----- From: Martin Flemming [mailto:martin.flemming at desy.de] Sent: Sunday, November 27, 2011 11:15 AM To: xymon at xymon.com <xymon at xymon.com> Subject: [Xymon] file monitoring

Hi !

I've monitor one file, which should be updated on 4 hosts all 15 minutes

On two host this analysis.cfg entry still works

FILE /var/heimdal/heimdal.pag COLOR=red mtime<920

These machines are running clients with OS: SunOS netra33 5.8 Generic_108528-27 sun4u sparc SUNW,UltraAX-i2

But unfortunatley on the other two machines OS: SunOS heimdal2 5.10 Generic_141445-09 i86pc i386 i86pc

i've got errro-messages "File is missing" :-(

and a look into the client-data-msg shows :

[file:/var/heimdal/heimdal.pag] ERROR: Value too large for defined data type

Any hint is welcome :-)

cheers

   Martin

---

Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon

Gruss

    Martin Flemming

Martin Flemming DESY / IT office : Building 2b / 008a Notkestr. 85 phone : 040 - 8998 - 4667 22603 Hamburg mail : martin.flemming at desy.de

.. the build (hobbit-4.2.0 also 4.3.5) doesn't run :-(

.. and thinking the subject should be somthing like with LFS/Solaris/x86 ...

because of this, i think

http://lists.xymon.com/archive/2011-March/030995.html

[Xymon] LFS support check failed for standard file support - xymon 3.0

Hi all; I have comment this behavior before to Henrik. (Yes the problem arises for sdt and large fs support). The script expects some different numbers that the program output. For example on Solaris 10 32bits the last number that program returns is the maximum value for an int so is 32,767 and the negative sign; as I .talked to Henrik looks to me an endiannes issue about that calculation (I guess). Since the value on Solaris Sparc (64bits) is really different.

~/hobbit-4.2.0 # MAKE=gmake sh -x build/lfs.sh

• echo Checking for Large File Support ... Checking for Large File Support ...
• cd build
• gmake -f Makefile.test-lfs clean
• uname -s OS=SunOS
• gmake -f Makefile.test-lfs
• [ 0 -ne 0 ]
• ./test-lfs-std 4 STDRES=4:1:-78192452309090304
• test 4:1:-78192452309090304 != 4:1:0 -a 4:1:-78192452309090304 != 8:1:0
• echo ERROR: LFS support check failed for standard file support ERROR: LFS support check failed for standard file support
• exit 1 [heimdal2] ~/hobbit-4.2.0 #

The problem seems not be resolvable, is it ? :-(

I've got no luck like Asif :-(

http://lists.xymon.com/archive/2011-March/031002.html

martin

On Sun, 27 Nov 2011, Tim McCloskey wrote:

Before chasing that around too much, can you just build one client from scratch to see how it goes? Client does not require much, pcre and some other standard stuff. I use gmake from /usr/sfw/bin/gmake on our x86 Solaris boxes, if that helps.

The build will be just to (quickly?) eliminate or nominate large file support as the culprit.

---

From: xymon-bounces at xymon.com [xymon-bounces at xymon.com] On Behalf Of Martin Flemming [martin.flemming at desy.de] Sent: Sunday, November 27, 2011 11:56 AM To: xymon at xymon.com Subject: Re: [Xymon] file monitoring

Hmm, good question, Tim !

don't really know, cause it's a default csw-package CSWhobbitc ...

.. but apperently it's not enabled :-(

thanks for answer

   martin

On Sun, 27 Nov 2011, Tim McCloskey wrote:

...

Do you have large file support enabled when you built the xymon client on the x86 boxes? Can you stat the file from the command line? Sounds like lfs was not enabled in the build.

----- Original Message ----- From: Martin Flemming [mailto:martin.flemming at desy.de] Sent: Sunday, November 27, 2011 11:15 AM To: xymon at xymon.com <xymon at xymon.com> Subject: [Xymon] file monitoring

Hi !

I've monitor one file, which should be updated on 4 hosts all 15 minutes

On two host this analysis.cfg entry still works

FILE /var/heimdal/heimdal.pag COLOR=red mtime<920

These machines are running clients with OS: SunOS netra33 5.8 Generic_108528-27 sun4u sparc SUNW,UltraAX-i2

But unfortunatley on the other two machines OS: SunOS heimdal2 5.10 Generic_141445-09 i86pc i386 i86pc

i've got errro-messages "File is missing" :-(

and a look into the client-data-msg shows :

[file:/var/heimdal/heimdal.pag] ERROR: Value too large for defined data type

Any hint is welcome :-)

cheers

   Martin

---

Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon

Gruss

   Martin Flemming

---

Martin Flemming DESY / IT office : Building 2b / 008a Notkestr. 85 phone : 040 - 8998 - 4667 22603 Hamburg mail : martin.flemming at desy.de

---

---

Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon

Gruss

    Martin Flemming

Martin Flemming DESY / IT office : Building 2b / 008a Notkestr. 85 phone : 040 - 8998 - 4667 22603 Hamburg mail : martin.flemming at desy.de

For me works :-)

Thanks a lot for your work !

martin

On Wed, 30 Nov 2011, Tim McCloskey wrote:

Solaris 10 x86 LFS Large File Support cludge.

[xymon-4.3.5/build]# gcc -Wall -o test-lfs-std test-lfs.c test-lfs.c: In function `main': test-lfs.c:15: warning: long long int format, different type arg (arg 4)

[xymon-4.3.5/build]# ./test-lfs-std 4 4:1:-76788513399373824

[xymon-4.3.5/build]# getconf LFS_CFLAGS -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64

[xymon-4.3.5/build]# gcc -Wall -o test-lfs-std test-lfs.c getconf LFS_CFLAGS [xymon-4.3.5/build]# ./test-lfs-std 4 8:1:0

[xymon-4.3.5/build]# getconf LFS64_CFLAGS -D_LARGEFILE64_SOURCE

[xymon-4.3.5/build]# gcc -Wall -o test-lfs-lfs test-lfs.c getconf LFS64_CFLAGS -D_FILE_OFFSET_BITS=64 [xymon-4.3.5/build]# ./test-lfs-lfs 8 8:1:0

I'm out of time on this one but the cludge above has been tested on a handful of Solaris 10 x86 boxes (64bit), tested on global zone and child zone. There is some info in sys/types.h and the man page for lfcompile. xymon/hobbit version should not matter, and this is NOT a xymon issue.

STDRES="./test-lfs-std 4" if test "$STDRES" != "4:1:0" -a "$STDRES" != "8:1:0"; then

I did say cludge, right?

Regards,

Tim

---

From: xymon-bounces at xymon.com [xymon-bounces at xymon.com] On Behalf Of Martin Flemming [martin.flemming at desy.de] Sent: Sunday, November 27, 2011 11:56 AM To: xymon at xymon.com Subject: Re: [Xymon] file monitoring

Hmm, good question, Tim !

don't really know, cause it's a default csw-package CSWhobbitc ...

.. but apperently it's not enabled :-(

thanks for answer

   martin

On Sun, 27 Nov 2011, Tim McCloskey wrote:

...

Do you have large file support enabled when you built the xymon client on the x86 boxes? Can you stat the file from the command line? Sounds like lfs was not enabled in the build.

----- Original Message ----- From: Martin Flemming [mailto:martin.flemming at desy.de] Sent: Sunday, November 27, 2011 11:15 AM To: xymon at xymon.com <xymon at xymon.com> Subject: [Xymon] file monitoring

Hi !

I've monitor one file, which should be updated on 4 hosts all 15 minutes

On two host this analysis.cfg entry still works

FILE /var/heimdal/heimdal.pag COLOR=red mtime<920

These machines are running clients with OS: SunOS netra33 5.8 Generic_108528-27 sun4u sparc SUNW,UltraAX-i2

But unfortunatley on the other two machines OS: SunOS heimdal2 5.10 Generic_141445-09 i86pc i386 i86pc

i've got errro-messages "File is missing" :-(

and a look into the client-data-msg shows :

[file:/var/heimdal/heimdal.pag] ERROR: Value too large for defined data type

Any hint is welcome :-)

cheers

   Martin

---

Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon

Gruss

   Martin Flemming

---

Martin Flemming DESY / IT office : Building 2b / 008a Notkestr. 85 phone : 040 - 8998 - 4667 22603 Hamburg mail : martin.flemming at desy.de

---

---

Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon