I'm not quite sure what was wrong, but it seems to have fixed itself, 
annoyingly :-)

Yes, this is one of our Itanium servers, and I have installed the 
appropriate ssl libraries; I have done this on about 50 servers now, 
so I am beginning to get the hang of it :-)

I have to use this version because it would be too time consuming to 
upgrade all the systems, and I really don't want to have different 
versions on the systems - maybe it shouldn't be a problem, but you 
never know; and besides, this version seems to be good.

Sharon Lucas wrote:
> I don't know what's causing the make problem.
> 
> First, are you sure your machine is a Linux Itanium 64-bit machine and not 
> a Linux AMD64 (aka x64-64) machine, as Linux AMD64 machines are more 
> common?  To determine this, what is the output from:   uname -a
> 
> If it is a Linux AMD64 machine (aka x64-64), the uname -a output will look 
> like the following (note the x86_64):
> 
> # uname -a
> Linux client1.company.com 2.6.9-78.0.17.ELsmp #1 SMP Thu Mar 5 04:58:34 
> EST 2009 x86_64 x86_64 x86_64 GNU/Linux
> 
> If it is a Linux AMD64 machine, then you should be setting 
> OS_NAME=linuxamd64
> 
> Second, are you sure you have OpenSSL installed for the appropriate Linux 
> (Itanium 64-bit or AMD64, depending on the result from uname) in 
> /usr/local/ssl?  What version of OpenSSL is it?  We use the OpenSSL 0.9.8e 
> binaries. To narrow down if the problem is related to OpenSSL, you could 
> try building without SSL support by unsetting STAF_USE_SSL by doing: 
> export STAF_USE_SSL= 
> 
> I'm not sure why you are building STAF using an old version, V3.3.2, 
> instead of the current version which I recommend using because it has the 
> latest bug fixes.  Or, why you are building STAF yourself instead of using 
> the binaries provided?  If there isn't a good reason, then you can 
> download and install STAF using the binaries provided instead of building 
> STAF yourself.
> 
> --------------------------------------------------------------
> Sharon Lucas
> IBM Austin,   luc...@us.ibm.com
> (512) 286-7313 or Tieline 363-7313
> 
> 
> 
> 
> From:   "jander...@talentex.co.uk" <jander...@talentex.co.uk>
> To:     staf <staf-users@lists.sourceforge.net>
> Date:   06/30/2011 05:29 AM
> Subject:        [staf-users] make loops?
> 
> 
> 
> I have a strange problem building on Linux Itanium; these are my
> environment settings:
> 
> export PROJECTS="staf connprov*"
> export OS_NAME=linuxia64
> export BUILD_TYPE=retail
> export STAF_USE_IPV6=
> export STAF_USE_SSL=1
> export OPENSSL_ROOT=/usr/local/ssl
> export PATH=$PATH:/usr/local/bin
> export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib
> 
> and this is what happens when I make:
> 
> [root@wolf staf]# make
> ...
> *** Generating dependency for STAFTCPConnProvider.d ***
> *** Generating dependency for STAFTCPConnProvider.d ***
> *** Generating dependency for STAFTCPConnProvider.d ***
> make: *** Deleting file
> `/repo/staf/obj/linuxia64/staf/retail/connproviders/tcp/STAFTCPConnProvider.d'
> make: ***
> [/repo/staf/obj/linuxia64/staf/retail/connproviders/tcp/STAFTCPConnProvider.d]
>  
> 
> 
> Interrupt
> 
> The last two lines are from when I killed it with ^C - it seems to
> delete, then recreate this file over and over. This is STAF 3.3.2
> source (STAF332-src.tar.gz) which I have to use. Are there any special
> considerations to take into account for this architecture?
> 
> 
> 
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security 
> threats, fraudulent activity, and more. Splunk takes this data and makes 
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2d-c2
> _______________________________________________
> staf-users mailing list
> staf-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/staf-users
> 
> 


------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
staf-users mailing list
staf-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/staf-users

Reply via email to