shouldn't AM_LDFLAGS be used instead?/HansN

-----Original Message-----
From: Hans Feldt [mailto:[email protected]] 
Sent: den 14 november 2013 15:59
To: Anders Björnerstedt
Cc: [email protected]
Subject: Re: [devel] [tickets] [opensaf:tickets] #21 IMM: Allow imm-pbe to be 
configured without shared file system

Yeah I don't get it either, can't find any other Makefile.am with lpthread I 
did a clean start - bootstrap, configure & make Gcc 3.8.1 on Ubuntu 13.10

Check with Anders W, he usually knows these things...

/Hans

From: Anders Björnerstedt
Sent: den 14 november 2013 15:34
To: Hans Feldt
Cc: [email protected]
Subject: RE: [tickets] [opensaf:tickets] #21 IMM: Allow imm-pbe to be 
configured without shared file system

I dont get it.
No other service seems to have any direct reference to lpthread in Makefile.am.
But it does appear im Makefile.in including the Makefile.in for immpbed.
Same for ntfsv.

/AndersBj




________________________________
From: Hans Feldt
Sent: den 14 november 2013 14:55
To: Anders Björnerstedt
Cc: 
[email protected]<mailto:[email protected]>
Subject: RE: [tickets] [opensaf:tickets] #21 IMM: Allow imm-pbe to be 
configured without shared file system Still does not build on Ubuntu:

make[6]: Entering directory 
`/home/uabhafe/opensaf-repos/opensaf-staging/osaf/services/saf/immsv/immpbed'
  CXXLD    osafimmpbed
/usr/bin/ld: osafimmpbed-immpbe_daemon.o: undefined reference to symbol 
'pthread_create@@GLIBC_2.2.5'
/lib/x86_64-linux-gnu/libpthread.so.0: error adding symbols: DSO missing from 
command line
collect2: error: ld returned 1 exit status

I guess lpthread is missing in Makefile.am ?

changeset 4612:f2f6ba03261d

/Hans

From: Anders Bjornerstedt [mailto:[email protected]]
Sent: den 13 november 2013 15:41
To: 
[email protected]<mailto:[email protected]>
Subject: [tickets] [opensaf:tickets] #21 IMM: Allow imm-pbe to be configured 
without shared file system


changeset: 4606:cd097f26a2ab
tag: tip
user: Anders Bjornerstedt 
[email protected]<mailto:[email protected]>
date: Wed Nov 13 15:36:52 2013 +0100
summary: IMM: 2PBE patch-9 (Fix compilation error for when PBE not configured) 
[#21]<http://sourceforge.net/p/opensaf/tickets/21/>

________________________________

[tickets:#21]<http://sourceforge.net/p/opensaf/tickets/21/> IMM: Allow imm-pbe 
to be configured without shared file system

Status: fixed
Created: Tue May 07, 2013 08:50 AM UTC by Anders Bjornerstedt Last Updated: Tue 
Nov 12, 2013 01:01 PM UTC
Owner: Anders Bjornerstedt

The current implementation of immsv with pbe-enabled requires the pbe file 
(imm.db) to reside on a shared file system.

This enhancement proposes to make it possible to configure imm-pbe so that it 
does not depend on a shared file system.
Redundancy is of course still required for the imm-pbe file and the solution is 
to have the immsv take care of maintaining the replication and syncing of the 
imm.db file itself, instead of relying on the file system level (e.g. drbd) to 
take care of this.

Note that if OpenSAF is built without pbe enabled, then immsv is already not 
directly dependent on any shared file-system.
In that case, the responsiblity for taking backups and securing redundancy for 
backups, falls outside of immsv.
So it should already possible to deploy OpenSAF without having any filsystem 
that is shared between SC's, at least from the perspective of the immsv.

The reason for this enhancement is to allow more flexibility in deployment and 
more control (ease of troubleshooting) the lower layers of the immsv. The 
reason is not primarily enhanced performance. Performance may be better during 
circumstances where currently the shared file-system is heavily loaded or is 
syncing.
One example is rolling upgrades that need to reboot the SC's.
They will typically cause the shared file-system to go out of sync two times, 
in opposite directions in a relatively short time period.

More details about this enhancement will be presented later.

Migrated from:
http://devel.opensaf.org/ticket/2466

________________________________

Sent from sourceforge.net because 
[email protected]<mailto:[email protected]>
 is subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options. Or, if this is a 
mailing list, you can unsubscribe from the mailing list.
------------------------------------------------------------------------------
DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps OAuth, 
Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app 
hosting. Or install the open source package on any LAMP server.
Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native!
http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk
_______________________________________________
Opensaf-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensaf-devel

------------------------------------------------------------------------------
DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps
OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access
Free app hosting. Or install the open source package on any LAMP server.
Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native!
http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk
_______________________________________________
Opensaf-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensaf-devel

Reply via email to