Foudil, I am using GSearch 2.2 with 3.4 and it seems to work ok. I am really just using to ensure that indexes get updated as objects go in and out of Fedora. I do all my searching directly using SOLR as I need most of my results as raw XML or JSON for later processing. If you have any specific issues let me know.
Regards, Ben --------------------------------------------------------------------- Dr Ben Ryan Timescapes Archive Technical Officer School of Sociology and Social Policy Faculty of Education, Social Sciences and Law Social Science Building The University of Leeds Leeds LS2 9JT Email: b.r...@leeds.ac.uk Tel: 0113 343 7319 Website: http://www.timescapes.leeds.ac.uk --------------------------------------------------------------------- ________________________________________ From: fedora-commons-users-requ...@lists.sourceforge.net [fedora-commons-users-requ...@lists.sourceforge.net] Sent: 02 March 2011 21:16 To: fedora-commons-users@lists.sourceforge.net Subject: Fedora-commons-users Digest, Vol 49, Issue 2 Send Fedora-commons-users mailing list submissions to fedora-commons-users@lists.sourceforge.net To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/fedora-commons-users or, via email, send a message with subject or body 'help' to fedora-commons-users-requ...@lists.sourceforge.net You can reach the person managing the list at fedora-commons-users-ow...@lists.sourceforge.net When replying, please edit your Subject line so it is more specific than "Re: Contents of Fedora-commons-users digest..." Today's Topics: 1. Re: Installing Fedora using an existing Oracle databasethat is not UTF-8 (Fiona Shaw) 2. Re: Installing Fedora using an existing Oracle databasethat is not UTF-8 (Steve Bayliss) 3. Re: [fcrepo-user] problemswith proai.propertiesparameters configuration? (Luca Lelli) 4. Re: GSearch for Fedora Commons 3.4 (Foudil BR?TEL) 5. Scratchdir error (Alex Lopez) 6. Error loading bootstrap FeSL policies (1st time only) (Alex Lopez) 7. Re: [fcrepo-user] problemswith proai.propertiesparameters configuration? (Steve Bayliss) ---------------------------------------------------------------------- Message: 1 Date: Tue, 1 Mar 2011 18:02:00 -0800 (PST) From: Fiona Shaw <fiona.s...@feenyx.com.au> Subject: Re: [fcrepo-user] Installing Fedora using an existing Oracle databasethat is not UTF-8 To: fedora-commons-users@lists.sourceforge.net Message-ID: <1299031320767-6079427.p...@n2.nabble.com> Content-Type: text/plain; charset=us-ascii hi Steve Thankyou for your answer. I had thought that the DC stream was embedded in the FOXML stored in the \objectStore directory and this was what was visible/searchable via the shipped interface. I think I will work around the problem for the moment, using postGres. cheers Fiona -- View this message in context: http://fedora-commons.1317035.n2.nabble.com/fcrepo-user-Installing-Fedora-using-an-existing-Oracle-database-that-is-not-UTF-8-tp6063072p6079427.html Sent from the Fedora Commons Users mailing list archive at Nabble.com. ------------------------------ Message: 2 Date: Wed, 2 Mar 2011 11:30:59 -0000 From: "Steve Bayliss" <stephen.bayl...@acuityunlimited.net> Subject: Re: [fcrepo-user] Installing Fedora using an existing Oracle databasethat is not UTF-8 To: "'Support and info exchange list for Fedora users.'" <fedora-commons-users@lists.sourceforge.net> Message-ID: <007d01cbd8cd$5448bee0$0301010a@asusp4t533> Content-Type: text/plain; charset="us-ascii" Hi Fiona Yes, that is where DC is stored (although it is now possible to have DC as a managed datastream instead). However the DC field values are also pushed to the SQL database for the basic objects search functionality - hence why multibyte UTF-8 characters are likely to cause an exception if the database isn't configured to be UTF-8. Steve > -----Original Message----- > From: Fiona Shaw [mailto:fiona.s...@feenyx.com.au] > Sent: 02 March 2011 02:02 > To: fedora-commons-users@lists.sourceforge.net > Subject: Re: [fcrepo-user] Installing Fedora using an > existing Oracle databasethat is not UTF-8 > > > hi Steve > > Thankyou for your answer. I had thought that the DC stream > was embedded in > the FOXML stored in the \objectStore directory and this was what was > visible/searchable via the shipped interface. > > I think I will work around the problem for the moment, using postGres. > > cheers > Fiona > > -- > View this message in context: > http://fedora-commons.1317035.n2.nabble.com/fcrepo-user-Instal ling-Fedora-using-an-existing-Oracle-database-that-is-not-UTF-8-tp6063072p60 79427.html Sent from the Fedora Commons Users mailing list archive at Nabble.com. ---------------------------------------------------------------------------- -- Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev _______________________________________________ Fedora-commons-users mailing list Fedora-commons-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-users ------------------------------ Message: 3 Date: Wed, 02 Mar 2011 08:26:14 +0100 From: Luca Lelli <l.le...@inera.it> Subject: Re: [fcrepo-user] problemswith proai.propertiesparameters configuration? To: "'Support and info exchange list for Fedora users.'" <fedora-commons-users@lists.sourceforge.net> Message-ID: <4d6df116.9000...@inera.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Il 01/03/2011 18.00, Steve Bayliss ha scritto: > Hi Luca > > Did you manage to give this a try? We've got > https://jira.duraspace.org/browse/FCREPO-857 open for this, and it would be > good to know your experiences so we can determine if a permanent fix is > viable in the PROAI code. > > Thanks > Steve I think that the https://jira.duraspace.org/browse/FCREPO-857 may be closed. The setting of syncUpdates parm 'seems' to have solved the problem. thanks again Luca >> -----Original Message----- >> From: Luca Lelli [mailto:l.le...@inera.it] >> Sent: 05 February 2011 07:17 >> To: Support and info exchange list for Fedora users. >> Subject: Re: [fcrepo-user] problemswith >> proai.propertiesparameters configuration? >> >> >> Il 04/02/2011 19.12, Steve Bayliss ha scritto: >> >>> Hi Luca >>> >>> Updates to the resource index are in fact cached in a >> buffer so that the >>> updates don't potentially slow down Fedora API operations >> (so the updates >>> continue in the background). >>> >>> Maybe this is the cause in this case; PROAI was running its >> query before the >>> changes had been committed? It looks like when you later >> ran the query on >>> Mulgara the updates had been committed by that point. >>> >>> There is a parameter to control this in fedora.fcfg. >>> >>> If you locate the section >>> <module role="org.fcrepo.server.resourceIndex" ...> >>> >>> And change the parameter ... >>> <param name="syncUpdates" value="false"> >>> ... >>> to "true" and restart Fedora >>> >>> Does that make a difference? >> Thanks! We'll try it >> >> Luca >>> Regards >>> Steve >>> >>> -----Original Message----- >>> From: Luca Lelli [mailto:l.le...@inera.it] >>> Sent: 04 February 2011 15:48 >>> To: Support and info exchange list for Fedora users. >>> Subject: Re: [fcrepo-user] problems with proai.propertiesparameters >>> configuration? >>> >>> >>> Hi all, >>> >>> >>> we have done a deeper test. At the beginning we had 100 objects in >>> Fedora with state 'A'. Then we have deleted these objects >> i.e. set to >>> state 'D', and this events have been correctly recorded in >> PROAI cache. >>> After that we have re-activated these objects to state 'A'. >> Analyzing >>> the DEBUG log of PROAI we have seen that PROAI has done a >> RISearch query >>> to Mulgara in order to retrieve the modified objects after >> T1 and before >>> T2. The log output has shown a sparql XML containing 83 >> objects. These >>> objects have been correctly recorded in cache by PROAI. >>> >>> So 17 objects were missing from Mulgara result. We had >> controlled the >>> modification date of these objects and these were between T1 and T2. >>> >>> The problem seems to be in Mulgara that does not return the correct >>> numer of modified objects. >>> >>> After about one hour we have done the same Risearch query to Mulgara >>> with Web Browser and we have obtained the correct result. >>> >>> Thanks in advance and best regards, >>> >>> Luca >>> >>> >>> Il 02/02/2011 18.54, Chris Wilper ha scritto: >>> >>>> Hi Luca, >>>> >>>> On Tue, Feb 1, 2011 at 1:46 PM, Luca >> Lelli<l.le...@inera.it> wrote: >>>>> Hi, >>>>> >>>>> in a project we are using Fedora Commons 3.3 with PROAI >> for providing >>>>> data to be harvested. >>>>> We have seen that in some situations the cache of PROAI is not >>>>> syncronized with Fedora Repository: i.e. some Fedora >> objetcs in PROAI >>>>> cache are not present or if present are not aligned with >> the related >>>>> Fedora objects. >>>>> This seems to be more probable when some Fedora objects >>>>> which are in state D (deleted) are again activated >>>> So, sometimes you observe a discrepancy in other cases >> (besides when >>>> an object goes from "D" back to "A"). Can you elaborate on the >>>> differences you observe in those cases? >>>> >>>>> i.e. the object >>>>> state is modified to 'A'. The modification date of Fedora >> Object is >>>>> correctly modified. But the PROAI cache signals always deleted. >>>> Ok, this particular case should be enough to try to >> reproduce. I've >>>> created an issue for it here, for tracking: >>>> >>>> https://jira.duraspace.org/browse/FCREPO-857 >>>> >>>>> Peharps thre are some issues with proai.properties parameters >>>>> configuration? E.g. we are using proai.driverPollSeconds >> = 600 and the >>>>> other Back-End Update Behavior parameters are left with >> default values >>>>> (proai.maxWorkers = 5, proai.maxWorkBatchSize = 10, >>>>> proai.maxFailedRetries = 3, proai.maxCommitQueueSize = 120, >>>>> proai.maxRecordsPerTransaction = 60, >> proai.driverPollingEnabled = true). >>>> It doesn't seem like anything about your configuration should be >>>> causing these discrepancies, but it's good to know the >> config you're >>>> using for the purpose of trying to reproduce the problem(s) you've >>>> observed. >>>> >>>> Thanks, >>>> Chris >>>> >>>> >> -------------------------------------------------------------- >> -------------- >>> -- >>>> Special Offer-- Download ArcSight Logger for FREE (a $49 >> USD value)! >>>> Finally, a world-class log management solution at an even better >>> price-free! >>>> Download using promo code Free_Logger_4_Dev2Dev. Offer expires >>>> February 28th, so secure your free ArcSight Logger TODAY! >>>> http://p.sf.net/sfu/arcsight-sfd2d >>>> _______________________________________________ >>>> Fedora-commons-users mailing list >>>> Fedora-commons-users@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users >> >> -- >> Luca Lelli >> -------------------------- >> INERA srl >> http://www.inera.it >> Via Mazzini 138 >> 56125 Pisa >> Italy >> tel: +39 050 9911815 >> fax: +39 050 9911830 >> email: l.le...@inera.it >> -------------------------- >> >> >> -------------------------------------------------------------- >> ---------------- >> The modern datacenter depends on network connectivity to >> access resources >> and provide services. The best practices for maximizing a >> physical server's >> connectivity to a physical network are well understood - see how these >> rules translate into the virtual world? >> http://p.sf.net/sfu/oracle-sfdevnlfb >> _______________________________________________ >> Fedora-commons-users mailing list >> Fedora-commons-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users >> ------------------------------ Message: 4 Date: Wed, 02 Mar 2011 14:44:19 +0100 From: Foudil BR?TEL <foudil.bre...@inria.fr> Subject: Re: [fcrepo-user] GSearch for Fedora Commons 3.4 To: "Support and info exchange list for Fedora users." <fedora-commons-users@lists.sourceforge.net> Cc: Ilse Viviers <ivivi...@csir.co.za> Message-ID: <4d6e49b3.9020...@inria.fr> Content-Type: text/plain; charset=ISO-8859-1 Hi All, Anyone with experience of GSearch 2.2 with Fedora Commons 3.4 ? Le 02/12/2010 11:29, Ilse Viviers : > I have installed Fedora Commons 3.4 and used the Basic Search Facility. > However this only searches the Dublin Core and Fedora system metadata fields. > > > It seems as if the Generic Search Service 2.2 is only compatible with 3.1-3.3 > of Fedora. Is it worth it to try and see if it will work on 3.4. > > > If not what other search facility can I use to search other metadata > datastreams (for example qualified DC metadata streams) and also other linked > objects for example documents and images. > > > > Regards > > > > > > > -- > This message is subject to the CSIR's copyright terms and conditions, e-mail > legal notice, and implemented Open Document Format (ODF) standard. > The full disclaimer details can be found at > http://www.csir.co.za/disclaimer.html. > > > This message has been scanned for viruses and dangerous content by > *MailScanner* <http://www.mailscanner.info/>, > and is believed to be clean. MailScanner thanks Transtec Computers > <http://www.transtec.co.uk/> for their support. > > > > ------------------------------------------------------------------------------ > Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! > Tap into the largest installed PC base & get more eyes on your game by > optimizing for Intel(R) Graphics Technology. Get started today with the > Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. > http://p.sf.net/sfu/intelisp-dev2dev > > > > _______________________________________________ > Fedora-commons-users mailing list > Fedora-commons-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users ------------------------------ Message: 5 Date: Wed, 02 Mar 2011 15:13:32 +0000 From: Alex Lopez <alo...@flordeutopia.pt> Subject: [fcrepo-user] Scratchdir error To: fedora-commons-users@lists.sourceforge.net Message-ID: <4d6e5e9c.2090...@flordeutopia.pt> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi all! This is just to report an error after a fresh install, over my existing Tomcat 7: (EmbeddedServletOptions) The scratchDir you specified: /usr/share/apache-tomcat-7.0.6/work/Catalina/localhost/fedora is unusable. ... (StandardManager) IOException while saving persisted sessions: java.io.FileNotFoundException: /usr/share/apache-tomcat-7.0.6/work/Catalina/localhost/fedora/SESSIONS.ser (No such file or directory) (StandardManager) Exception unloading sessions to persistent storage (EmbeddedServletOptions) The scratchDir you specified: /usr/share/apache-tomcat-7.0.6/work/Catalina/localhost/fedora is unusable. that was resolved by creating the said dir: /usr/share/apache-tomcat-7.0.6/work/Catalina/localhost/fedora and giving permissions for tomcat (fedora's user in my case) to write there. What happens, I think, is that although everything inside tomcat and fcrepo webapps belongs to 'tomcat' user, things inside work/Catalina belong to 'root' user and thus fedora (tomcat) can't write. Is this the expected behavior? I remember somewhere people saying that tomcat/fedora are better run *not* being root, for security concerns. Pardon me if this goes a little too off topic. Best, Alex ------------------------------ Message: 6 Date: Wed, 02 Mar 2011 14:50:59 +0000 From: Alex Lopez <alo...@flordeutopia.pt> Subject: [fcrepo-user] Error loading bootstrap FeSL policies (1st time only) To: fedora-commons-users@lists.sourceforge.net Message-ID: <4d6e5953.5010...@flordeutopia.pt> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi fcrepoists, This mail is mainly informative for fedora-devs. I encountered some problems trying to install fedora with FeSL enabled for both API-M and API-A. This has some relation, I assume, with this thread: http://www.mail-archive.com/fedora-commons-users@lists.sourceforge.net/msg02467.html First time I installed, from scratch, with all FeSL validation I had the error reported in the above thread: ... PEPException ... Could not initialise PDP: Error loading bootstrap FeSL policies ... It was solved by temporarily disabling validation: <param name="ENFORCE-MODE" value="permit-all-requests"/> Then restarting and later, with ENFORCE-MODE back to enforce-policies, fedora.log read: (MelcoePDPImpl) PDP Instantiated and initialised! FCRepo 3.4.2 CentOS 5.4 OpenJDK 1.6.0_17 MySQL 5.0.77 Tomcat 7.0.6 DBXML 2.5.13 <- FYI I tried first with latest 2.5.16 and it complained about the Berkley DB 4.8.26 classes (because the underlying Berkley DB version changed with 2.5.16), so for me, it had to be exactly version 2.5.13 to work. So let me know if this info is valuable (I can send logs if they help for something). Best, Alex ------------------------------ Message: 7 Date: Wed, 2 Mar 2011 21:08:50 -0000 From: "Steve Bayliss" <stephen.bayl...@acuityunlimited.net> Subject: Re: [fcrepo-user] problemswith proai.propertiesparameters configuration? To: "'Support and info exchange list for Fedora users.'" <fedora-commons-users@lists.sourceforge.net> Message-ID: <001301cbd91e$08c537e0$0301010a@asusp4t533> Content-Type: text/plain; charset="us-ascii" Hi Luca Thanks for letting us know. Actually that means that FCREPO-857 stays open - there is a way to query the resource index forcing a "flush" of triples that have not yet been committed; so the PROAI code can be modified to do this so that it is not necessary to use that setting. Although setting syncUpdates resolves the issue it can slow things down in general, as each update operation has to wait until the triples are committed to the resource index before completing. Thanks for testing this setting - it seems to confirm the source of the issue. Regards Steve > -----Original Message----- > From: Luca Lelli [mailto:l.le...@inera.it] > Sent: 02 March 2011 07:26 > To: 'Support and info exchange list for Fedora users.' > Subject: Re: [fcrepo-user]problemswith > proai.propertiesparameters configuration? > > > Il 01/03/2011 18.00, Steve Bayliss ha scritto: > > > Hi Luca > > > > Did you manage to give this a try? We've got > > https://jira.duraspace.org/browse/FCREPO-857 open for this, > and it would be > > good to know your experiences so we can determine if a > permanent fix is > > viable in the PROAI code. > > > > Thanks > > Steve > I think that the https://jira.duraspace.org/browse/FCREPO-857 may be > closed. The setting of syncUpdates parm 'seems' to have > solved the problem. > > thanks again > > Luca > >> -----Original Message----- > >> From: Luca Lelli [mailto:l.le...@inera.it] > >> Sent: 05 February 2011 07:17 > >> To: Support and info exchange list for Fedora users. > >> Subject: Re: [fcrepo-user] problemswith > >> proai.propertiesparameters configuration? > >> > >> > >> Il 04/02/2011 19.12, Steve Bayliss ha scritto: > >> > >>> Hi Luca > >>> > >>> Updates to the resource index are in fact cached in a > >> buffer so that the > >>> updates don't potentially slow down Fedora API operations > >> (so the updates > >>> continue in the background). > >>> > >>> Maybe this is the cause in this case; PROAI was running its > >> query before the > >>> changes had been committed? It looks like when you later > >> ran the query on > >>> Mulgara the updates had been committed by that point. > >>> > >>> There is a parameter to control this in fedora.fcfg. > >>> > >>> If you locate the section > >>> <module role="org.fcrepo.server.resourceIndex" ...> > >>> > >>> And change the parameter ... > >>> <param name="syncUpdates" value="false"> > >>> ... > >>> to "true" and restart Fedora > >>> > >>> Does that make a difference? > >> Thanks! We'll try it > >> > >> Luca > >>> Regards > >>> Steve > >>> > >>> -----Original Message----- > >>> From: Luca Lelli [mailto:l.le...@inera.it] > >>> Sent: 04 February 2011 15:48 > >>> To: Support and info exchange list for Fedora users. > >>> Subject: Re: [fcrepo-user] problems with > proai.propertiesparameters > >>> configuration? > >>> > >>> > >>> Hi all, > >>> > >>> > >>> we have done a deeper test. At the beginning we had 100 objects in > >>> Fedora with state 'A'. Then we have deleted these objects > >> i.e. set to > >>> state 'D', and this events have been correctly recorded in > >> PROAI cache. > >>> After that we have re-activated these objects to state 'A'. > >> Analyzing > >>> the DEBUG log of PROAI we have seen that PROAI has done a > >> RISearch query > >>> to Mulgara in order to retrieve the modified objects after > >> T1 and before > >>> T2. The log output has shown a sparql XML containing 83 > >> objects. These > >>> objects have been correctly recorded in cache by PROAI. > >>> > >>> So 17 objects were missing from Mulgara result. We had > >> controlled the > >>> modification date of these objects and these were between > T1 and T2. > >>> > >>> The problem seems to be in Mulgara that does not return > the correct > >>> numer of modified objects. > >>> > >>> After about one hour we have done the same Risearch query > to Mulgara > >>> with Web Browser and we have obtained the correct result. > >>> > >>> Thanks in advance and best regards, > >>> > >>> Luca > >>> > >>> > >>> Il 02/02/2011 18.54, Chris Wilper ha scritto: > >>> > >>>> Hi Luca, > >>>> > >>>> On Tue, Feb 1, 2011 at 1:46 PM, Luca > >> Lelli<l.le...@inera.it> wrote: > >>>>> Hi, > >>>>> > >>>>> in a project we are using Fedora Commons 3.3 with PROAI > >> for providing > >>>>> data to be harvested. > >>>>> We have seen that in some situations the cache of PROAI is not > >>>>> syncronized with Fedora Repository: i.e. some Fedora > >> objetcs in PROAI > >>>>> cache are not present or if present are not aligned with > >> the related > >>>>> Fedora objects. > >>>>> This seems to be more probable when some Fedora objects > >>>>> which are in state D (deleted) are again activated > >>>> So, sometimes you observe a discrepancy in other cases > >> (besides when > >>>> an object goes from "D" back to "A"). Can you elaborate on the > >>>> differences you observe in those cases? > >>>> > >>>>> i.e. the object > >>>>> state is modified to 'A'. The modification date of Fedora > >> Object is > >>>>> correctly modified. But the PROAI cache signals always deleted. > >>>> Ok, this particular case should be enough to try to > >> reproduce. I've > >>>> created an issue for it here, for tracking: > >>>> > >>>> https://jira.duraspace.org/browse/FCREPO-857 > >>>> > >>>>> Peharps thre are some issues with proai.properties parameters > >>>>> configuration? E.g. we are using proai.driverPollSeconds > >> = 600 and the > >>>>> other Back-End Update Behavior parameters are left with > >> default values > >>>>> (proai.maxWorkers = 5, proai.maxWorkBatchSize = 10, > >>>>> proai.maxFailedRetries = 3, proai.maxCommitQueueSize = 120, > >>>>> proai.maxRecordsPerTransaction = 60, > >> proai.driverPollingEnabled = true). > >>>> It doesn't seem like anything about your configuration should be > >>>> causing these discrepancies, but it's good to know the > >> config you're > >>>> using for the purpose of trying to reproduce the > problem(s) you've > >>>> observed. > >>>> > >>>> Thanks, > >>>> Chris > >>>> > >>>> > >> -------------------------------------------------------------- > >> -------------- > >>> -- > >>>> Special Offer-- Download ArcSight Logger for FREE (a $49 > >> USD value)! > >>>> Finally, a world-class log management solution at an even better > >>> price-free! > >>>> Download using promo code Free_Logger_4_Dev2Dev. Offer expires > >>>> February 28th, so secure your free ArcSight Logger TODAY! > >>>> http://p.sf.net/sfu/arcsight-sfd2d > >>>> _______________________________________________ > >>>> Fedora-commons-users mailing list > >>>> Fedora-commons-users@lists.sourceforge.net > >>>> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > >> > >> -- > >> Luca Lelli > >> -------------------------- > >> INERA srl > >> http://www.inera.it > >> Via Mazzini 138 > >> 56125 Pisa > >> Italy > >> tel: +39 050 9911815 > >> fax: +39 050 9911830 > >> email: l.le...@inera.it > >> -------------------------- > >> > >> > >> -------------------------------------------------------------- > >> ---------------- > >> The modern datacenter depends on network connectivity to > >> access resources > >> and provide services. The best practices for maximizing a > >> physical server's > >> connectivity to a physical network are well understood - > see how these > >> rules translate into the virtual world? > >> http://p.sf.net/sfu/oracle-sfdevnlfb > >> _______________________________________________ > >> Fedora-commons-users mailing list > >> Fedora-commons-users@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > >> > > -------------------------------------------------------------- > ---------------- > Free Software Download: Index, Search & Analyze Logs and > other IT data in > Real-Time with Splunk. Collect, index and harness all the > fast moving IT data > generated by your applications, servers and devices whether > physical, virtual > or in the cloud. Deliver compliance at lower cost and gain > new business > insights. http://p.sf.net/sfu/splunk-dev2dev > _______________________________________________ > Fedora-commons-users mailing list > Fedora-commons-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > ------------------------------ ------------------------------------------------------------------------------ Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ------------------------------ _______________________________________________ Fedora-commons-users mailing list Fedora-commons-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-users End of Fedora-commons-users Digest, Vol 49, Issue 2 *************************************************** ------------------------------------------------------------------------------ Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev _______________________________________________ Fedora-commons-users mailing list Fedora-commons-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
