I think for the uml, you should have
Done. /bootstrap ;. /configure CFLAGS="-DRUNASROOT"

Mathi

Sent from my Android phone using TouchDown (www.nitrodesk.com)

-----Original Message-----

From: Johnson, Charles [[email protected]]
Received: Saturday, 27 Dec 2014, 18:12
To: Mathivanan Naickan Palanivelu [[email protected]]; 
[email protected] [[email protected]]
CC: [email protected] [[email protected]]
Subject: RE: [users] Fwd: FW: smf on opensaf-4.4.0 ...


> UML is very much current/active and many OpenSAF developers use UML 
> (opensaf/tools/cluster_sim_uml) for their day2day development and unit 
> testing activities.

> There is no major configuration required to setup UML except for having 
> internet connectivity.

>You could start by spawning only one uml node ($./opensaf start 1 ) and figure 
>out what is the problem by analysing (or mail it across) the 
>/var/log/messages. 
>The messages and other log files would be typically found in for eg:- 
>opensaf-**/tools/cluster_sim_uml/rootfs/var/SC-1/log/ directory

Thank you! I will try that.

>Also, the tests do work, which one did you try?

It was a while back, but first I tried with difficulty to find a usable version 
of the test driver on rhel 5.4, which led me to jump to rhel 6.2 (much porting 
involved) to get the test driver working. Then, I tried to compile the tests 
(working on the opensaf-4.2.2 version) and found that they didn't compile, 
build and work, although everything else in the 4.2.2 snapshot and tarball did 
(it looked like there was some missing infrastructure). The word I got was that 
I was wasting my time, that the tests were developed by one participant, and 
that they backed off on sustaining years ago after another participant poisoned 
the well in the open source community by buying and killing another 
participant. After having spent some serious time on this, I dropped it out of 
(childish, probably) frustration.

Quoting the Dead, "What a long, strange trip it's been."

>Mathi.

----- [email protected] wrote:

> Hi,
> 
> The below briefs you to run a sample without using UML environment.
> 
> Pre-requisites w.r.t smf:
> 
> Min two nodes ( preferably SC-1 and SC-2 ) with opensaf running.
> 
> 1) mkdir /hostfs ( this directory is mandatory )
> 2) edit /hostfs/smf.rc and include below lines
>      REPOSITORY=/hostfs/repo
>      SMF_BACKUP_DIR=/hostfs/smfbackup
>      SMFREPOSITORY=/hostfs
>      ( Note : to know what the above variables mean, read
> /usr/lib64/opensaf/smf-* files )
> 
> 3) Install the samples using rpm package or make install( you might 
> have already figured it out ).
>      The samples usually get installed, for rpm pkg, in directory 
> /usr/share/opensaf/samples
> 4) cd /usr/share/opensaf/samples/ ; ./bootstrap ; ./configure; make ;
> 
> make install. This should install the amf demo file in /opt/amf_demo
> 
> 5) cd /usr/share/opensaf/samples/amf/sa_aware ; immcfg -f 
> AppConfig-2N.xml ;
> 
> 6) amf-adm unlock-in safSu=SU1,safSg=AmfDemo,safApp=AmfDemo1; amf-adm
> 
> unlock safSu=SU1,safSg=AmfDemo,safApp=AmfDemo1
> 
> 7) amf-adm unlock-in safSu=SU2,safSg=AmfDemo,safApp=AmfDemo1; amf-adm
> 
> unlock safSu=SU2,safSg=AmfDemo,safApp=AmfDemo1
> 
> You should see a process running i.e amf_demo application ( ps -ef | 
> grep amf_demo ). SMF will upgrade this demo to new version. The below
> 
> explains how.
> 
> 8) cp
> /usr/share/opensaf/samples/smfsv/campaigns/campaign_single_node.xml
> /hostfs/
> 9) cd /usr/share/opensaf/samples/smfsv/; cp offline_* online_* /hostfs
> 
> 10) One edit has to be done in xml file 
> /hostfs/campaign_single_node.xml to work.
>        Replace all "safVersion=4.0.0" to "safVersion=1" in this file.
> 
> Replace will happen in two places.
> 
> 11) Now Ready for execution
>     a) Create object ( taken from description in  xml/campaign file )
>     immcfg -c SaSmfCampaign -a
> saSmfCmpgFileUri=/hostfs/campaign_single_node.xml
> safSmfCampaign=campaign_single_node,safApp=safSmfService
> 
>     b) Execute as
>     immadm -o 1
> safSmfCampaign=campaign_single_node,safApp=safSmfService
> 
> Note : Put a tail -f on syslog to see the progress.
> 
> Thanks
> surender.
> 
> -----Original Message-----
> From: Johnson, Charles [mailto:[email protected]]
> Sent: 19 December 2014 01:44
> To: [email protected]
> Subject: [users] smf on opensaf-4.4.0 ...
> 
> I have had success getting opensaf to install and run reliably on both 
> rhel 5&6 and fedora19 on various sizes of native clusters (thanks to 
> the details present in the opensaf README and 00-README.conf files ...
> Thank you!)
> 
> We got a fault tolerant service to work and take over in manner 
> similar to the VLCKvm demo I got from Jonas Arndt (Thank you, Jonas et
> al!)
> 
> Our system has many fault tolerant components in it and hacking the 
> imm.xml each time seemed not to be a good plan for deploying software 
> on multiple clusters in multiple configurations.
> 
> It was thought that smf would be the best way, by layering in 
> campaign.xml files in order into the installing perl script.
> 
> I could not seem to get the smf samples to install or run on native 
> systems, they build, but the installation is a bit of a mystery (the 
> README there doesn't give hints about $REPOSITORY and the like: what 
> these things are and how to set them up.)
> 
> I reached out through Jonas to find out if anyone knew how to install 
> the smf samples and get things working.
> 
> An educator he knows suggested seeing if installing the UML simulator 
> demo would be instructive.
> 
> I noticed it had been removed from the tools directory in the release
> tarball: when I found this to be the case for the opensaf tests, I 
> went to the mercurial archive and grabbed the snapshot of the same 
> release that had the tests present, but after installing, building and 
> trying to get them working, I found out from Jonas that they had 
> fallen into disrepair and no longer worked ... so they had been 
> removed from the release tarball for that reason.
> 
> So, I tried again and took the 4.4.0 release snapshot from the 
> mercurial archive that had the UML demo in it and installed that:
> after getting that to build successfully on fedora19, I went to run 
> it, following the instructions carefully and setting all the variables 
> appropriately ... but it came up in five windows each looping through 
> the service command to start opensafd over and over as if they were 
> autistic and not talking to each other.
> 
> I thought maybe some kind of vlan was missing and ran the one from 
> libvirt and qemu/kvm ... nothing.
> 
> So, I should ask, have the UML tools also fallen into disrepair, and 
> that's why they are not in the release tarball?
> 
> ----------------------------------------------------------------------
> -------- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT 
> Server from Actuate! Instantly Supercharge Your Business Reports and 
> Dashboards with Interactivity, Sharing, Native Excel Exports, App 
> Integration & more Get technology previously reserved for 
> billion-dollar corporations, FREE 
> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.
> clktrk _______________________________________________
> Opensaf-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/opensaf-users
> 
> 
> 
> 
> ----------------------------------------------------------------------
> -------- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT 
> Server from Actuate! Instantly Supercharge Your Business Reports and 
> Dashboards with Interactivity, Sharing, Native Excel Exports, App 
> Integration & more Get technology previously reserved for 
> billion-dollar corporations, FREE 
> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.
> clktrk _______________________________________________
> Opensaf-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/opensaf-users
------------------------------------------------------------------------------
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
_______________________________________________
Opensaf-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensaf-users

Reply via email to