From: Joel T. N. M. <joe...@wm...> - 2008-11-10 21:04:29
|
Hi, I've been working on a theory that changing the search parameter in search/home.php from GET to POST will fix complex queries. It does fix that. However , it breaks narrow options completely. -I understand that I would need to change alot of GET -> POST, but I think I'm going to run into an issue with the GET parameter length with javascript in the browser. Now would it be better to now include Narrow Options within the main PHP code? Does anyone have any better ideas? Any functioning solutions? Thanks, Joel Norman |
From: Srinath n. <sri...@gm...> - 2010-11-08 07:08:28
|
Hello Greetings i have been asked to use aperture to import full-text documents through vufind.i have Vufind and aperture installed.i do not know how to proceed further.please guide me through this thank you |
From: Demian K. <dem...@vi...> - 2010-11-08 13:47:03
|
Which version of VuFind are you using? Full text indexing support was only added to the trunk a couple of weeks ago, so you won't find this in any of the official releases - you'll want to download the development trunk if you haven't already (see http://vufind.org/downloads.php). What kind of metadata are you indexing? If you are loading XML using XSLT, you can look at the VuDL examples in the VuFind trunk to see how Aperture can be called. See http://vufind.org/wiki/importing_records#full_text for more details. If you let me know what more about you're trying to do, I should be able to give you some more specific advice. Good luck! - Demian From: Srinath narasimhan [mailto:sri...@gm...] Sent: Monday, November 08, 2010 2:08 AM To: vuf...@li... Subject: [VuFind-Tech] (no subject) Hello Greetings i have been asked to use aperture to import full-text documents through vufind.i have Vufind and aperture installed.i do not know how to proceed further.please guide me through this thank you |
From: mikan.d.dspace l. <mik...@gm...> - 2011-02-03 10:01:57
|
Hi all, We noticed, that in our VuFind instance, the sort by year function doesnt work properly. I'd like the system to read the year from MARC 008 field. What would i need to do to tweak this? thanks, Mika |
From: Demian K. <dem...@vi...> - 2011-02-03 13:03:54
|
VuFind dates are populated using SolrMarc's custom getDate function. There is a BeanShell version of the script that you can customize here: https://vufind.svn.sourceforge.net/svnroot/vufind/trunk/import/index_scripts/getdate.bsh Once you've updated the BeanShell script to do what you want, you can activate it by uncommenting the appropriate line in marc_local.properties: https://vufind.svn.sourceforge.net/svnroot/vufind/trunk/import/marc_local.properties Hopefully this points you in the right general direction... but if you need more detailed help with manipulating the 008 field from within SolrMarc, please let us know. I've included the solrmarc-tech list on this email so you can get help from the broadest possible audience. Good luck! - Demian ________________________________________ From: mikan.d.dspace listmail [mik...@gm...] Sent: Thursday, February 03, 2011 5:01 AM To: vuf...@li... Subject: [VuFind-Tech] (no subject) Hi all, We noticed, that in our VuFind instance, the sort by year function doesnt work properly. I'd like the system to read the year from MARC 008 field. What would i need to do to tweak this? thanks, Mika ------------------------------------------------------------------------------ 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 _______________________________________________ Vufind-tech mailing list Vuf...@li... https://lists.sourceforge.net/lists/listinfo/vufind-tech |
From: mikan.d.dspace l. <mik...@gm...> - 2011-02-07 14:14:06
|
Thanks for the code Robert, it seems to work fairly well. I noticed one strangeness however; when I import a file that contains only one MARC record, the date gets extracted correctly from the 008 field. BUT if I try import files that contain, say 10 000 MARC records, the date turns into 2001 for each item?? Any ideas what might be causing this? thanks, Mika 2011/2/3 Robert Haschart <rh...@vi...>: > In the UVA Blacklight inplementation I have created a getPublicationDate > custom indexing function that looks at the two date fields in the 008 > field in addition to the 260c (publication date) field. Its goal is to > return a single "best" publication date for an item, while ensuring that the > date returned is always a string consisting of exactly 4-digits. > > I just modified it slightly to make a BeanShell script version of the > routine and have included it below. To invoke it save the following file to > your the index_scripts sub-directory and add the following line to the > marc_local.properties file: > > publishDate = script(getpublicationdate.bsh), getPublicationDate > > > > /*-----------------getpublicationdate.bsh--------------------*/ > import org.marc4j.marc.Record; > import org.solrmarc.tools.Utils; > > org.solrmarc.index.SolrIndexer indexer = null; > String publicationDate = null; > > public String getPublicationDate(Record record) > { > if (publicationDate != null) return(publicationDate); > String field008 = indexer.getFirstFieldVal(record, "008"); > String pubDateFull = indexer.getFieldVals(record, "260c", ", "); > String pubDateJustDigits = pubDateFull.replaceAll("[^0-9]", ""); > String pubDate260c = indexer.getDate(record); > // Handle missing or too-short 008 field by returning the value from 260c > field > if (field008 == null || field008.length() < 16) > { > return(pubDate260c); > } > String field008_d1 = field008.substring(7, 11); > String field008_d2 = field008.substring(11, 15); > String retVal = null; > char dateType = field008.charAt(6); > if (dateType == 'r' && field008_d2.equals(pubDate260c)) retVal = > field008_d2; > else if (field008_d1.equals(pubDate260c)) retVal = > field008_d1; > else if (field008_d2.equals(pubDate260c)) retVal = > field008_d2; > else if (pubDateJustDigits.length() == 4 && pubDate260c != null && > pubDate260c.matches("(20|19|18|17|16|15)[0-9][0-9]")) > retVal = > pubDate260c; > else if (field008_d1.matches("(20|1[98765432])[0-9][0-9]")) > retVal = field008_d1; > else if (field008_d2.matches("(20|1[98765432])[0-9][0-9]")) > retVal = field008_d2; > else retVal = > pubDate260c; > publicationDate = retVal; > return(retVal); > } > > > Demian Katz wrote: > >> VuFind dates are populated using SolrMarc's custom getDate function. >> There is a BeanShell version of the script that you can customize here: >> >> >> https://vufind.svn.sourceforge.net/svnroot/vufind/trunk/import/index_scripts/getdate.bsh >> >> Once you've updated the BeanShell script to do what you want, you can >> activate it by uncommenting the appropriate line in marc_local.properties: >> >> >> https://vufind.svn.sourceforge.net/svnroot/vufind/trunk/import/marc_local.properties >> >> Hopefully this points you in the right general direction... but if you >> need more detailed help with manipulating the 008 field from within >> SolrMarc, please let us know. I've included the solrmarc-tech list on this >> email so you can get help from the broadest possible audience. >> >> Good luck! >> >> - Demian >> ________________________________________ >> From: mikan.d.dspace listmail [mik...@gm...] >> Sent: Thursday, February 03, 2011 5:01 AM >> To: vuf...@li... >> Subject: [VuFind-Tech] (no subject) >> >> Hi all, >> We noticed, that in our VuFind instance, the sort by year function >> doesnt work properly. I'd like the system to read the year from MARC >> 008 field. What would i need to do to tweak this? >> >> thanks, >> Mika >> >> >> ------------------------------------------------------------------------------ >> 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 >> _______________________________________________ >> Vufind-tech mailing list >> Vuf...@li... >> https://lists.sourceforge.net/lists/listinfo/vufind-tech >> >> > > |
From: Ahmad A. <mal...@ya...> - 2012-01-30 07:37:48
|
Hi when i want import marc.mrc file to Vufind I have this Error can you help Me??why it says "(Permission denied)" ? ERROR [main] (MarcImporter.java:369) - Error indexing record: mfm00089544 -- /usr/local/vufind/solr/biblio/index/_81.fdt(Permission denied) java.io.FileNotFoundException: /usr/local/vufind/solr/biblio/index/_81.fdt (Permission denied) at java.io.RandomAccessFile.open(Native Method) at java.io.RandomAccessFile.<init>(RandomAccessFile.java:233) at org.apache.lucene.store.SimpleFSDirectory$SimpleFSIndexOutput.<init>(SimpleFSDirectory.java:186) at org.apache.lucene.store.NIOFSDirectory.createOutput(NIOFSDirectory.java:76) at org.apache.lucene.index.FieldsWriter.<init>(FieldsWriter.java:61) at org.apache.lucene.index.StoredFieldsWriter.initFieldsWriter(StoredFieldsWriter.java:66) at org.apache.lucene.index.StoredFieldsWriter.finishDocument(StoredFieldsWriter.java:144) at org.apache.lucene.index.StoredFieldsWriter$PerDoc.finish(StoredFieldsWriter.java:189) at org.apache.lucene.index.DocumentsWriter$WaitQueue.writeDocument(DocumentsWriter.java:1574) at org.apache.lucene.index.DocumentsWriter$WaitQueue.add(DocumentsWriter.java:1593) at org.apache.lucene.index.DocumentsWriter.finishDocument(DocumentsWriter.java:1165) at org.apache.lucene.index.DocumentsWriter.updateDocument(DocumentsWriter.java:834) at org.apache.lucene.index.DocumentsWriter.updateDocument(DocumentsWriter.java:809) at org.apache.lucene.index.IndexWriter.updateDocument(IndexWriter.java:2683) at org.apache.lucene.index.IndexWriter.updateDocument(IndexWriter.java:2655) at org.apache.solr.update.DirectUpdateHandler2.addDoc(DirectUpdateHandler2.java:241) at sun.reflect.GeneratedMethodAccessor18.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.solrmarc.solr.SolrCoreProxy.invokeUpdateHandlerMethodNoArgs(SolrCoreProxy.java:296) at org.solrmarc.solr.SolrCoreProxy.addDoc(SolrCoreProxy.java:133) at org.solrmarc.marc.MarcImporter.addToIndex(MarcImporter.java:445) at org.solrmarc.marc.MarcImporter.addToIndex(MarcImporter.java:389) at org.solrmarc.marc.MarcImporter.importRecords(MarcImporter.java:304) at org.solrmarc.marc.MarcImporter.handleAll(MarcImporter.java:578) at org.solrmarc.marc.MarcImporter.main(MarcImporter.java:857) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at com.simontuffs.onejar.Boot.run(Boot.java:334) at com.simontuffs.onejar.Boot.main(Boot.java:170) INFO [main] (MarcImporter.java:588) - Adding 0 of 1545 documents to index INFO [main] (MarcImporter.java:589) - Deleting 0 documents from index INFO [main] (MarcImporter.java:462) - Calling commit ERROR [main] (MarcImporter.java:467) - Final commit and optimization failed: /usr/local/vufind/solr/biblio/index/segments_2 (Permission denied) i use the correct format of import Command text i am the only user of system and i run import command without SUDO because with it, say me "SET THE VUFIND_HOME variables" and i Did it and i control it correct. in Directory /usr/local/vufind/solr/biblio/index/ i have these Files 1-Segments.gen 2-Segments_01 |
From: Demian K. <dem...@vi...> - 2012-01-30 13:44:15
|
It sounds like it may be a permission issue. Which user owns the /usr/local/vufind/solr directory and subdirectories? Which user was running the import-marc.sh script? If the user running the script does not have permission to write to the solr index, you will encounter errors like this. You can solve the problem by changing the directory permissions and/or by changing which user account is used to run the script. If you need more specific instructions on how to do this, please let me know. - Demian From: Ahmad Ahmad [mailto:mal...@ya...] Sent: Monday, January 30, 2012 2:38 AM To: vuf...@li...; vuf...@li... Subject: [VuFind-Tech] (no subject) Hi when i want import marc.mrc file to Vufind I have this Error can you help Me??why it says " (Permission denied)" ? ERROR [main] (MarcImporter.java:369) - Error indexing record: mfm00089544 -- /usr/local/vufind/solr/biblio/index/_81.fdt (Permission denied) java.io.FileNotFoundException: /usr/local/vufind/solr/biblio/index/_81.fdt (Permission denied) at java.io.RandomAccessFile.open(Native Method) at java.io.RandomAccessFile.<init>(RandomAccessFile.java:233) at org.apache.lucene.store.SimpleFSDirectory$SimpleFSIndexOutput.<init>(SimpleFSDirectory.java:186) at org.apache.lucene.store.NIOFSDirectory.createOutput(NIOFSDirectory.java:76) at org.apache.lucene.index.FieldsWriter.<init>(FieldsWriter.java:61) at org.apache.lucene.index.StoredFieldsWriter.initFieldsWriter(StoredFieldsWriter.java:66) at org.apache.lucene.index.StoredFieldsWriter.finishDocument(StoredFieldsWriter.java:144) at org.apache.lucene.index.StoredFieldsWriter$PerDoc.finish(StoredFieldsWriter.java:189) at org.apache.lucene.index.DocumentsWriter$WaitQueue.writeDocument(DocumentsWriter.java:1574) at org.apache.lucene.index.DocumentsWriter$WaitQueue.add(DocumentsWriter.java:1593) at org.apache.lucene.index.DocumentsWriter.finishDocument(DocumentsWriter.java:1165) at org.apache.lucene.index.DocumentsWriter.updateDocument(DocumentsWriter.java:834) at org.apache.lucene.index.DocumentsWriter.updateDocument(DocumentsWriter.java:809) at org.apache.lucene.index.IndexWriter.updateDocument(IndexWriter.java:2683) at org.apache.lucene.index.IndexWriter.updateDocument(IndexWriter.java:2655) at org.apache.solr.update.DirectUpdateHandler2.addDoc(DirectUpdateHandler2.java:241) at sun.reflect.GeneratedMethodAccessor18.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.solrmarc.solr.SolrCoreProxy.invokeUpdateHandlerMethodNoArgs(SolrCoreProxy.java:296) at org.solrmarc.solr.SolrCoreProxy.addDoc(SolrCoreProxy.java:133) at org.solrmarc.marc.MarcImporter.addToIndex(MarcImporter.java:445) at org.solrmarc.marc.MarcImporter.addToIndex(MarcImporter.java:389) at org.solrmarc.marc.MarcImporter.importRecords(MarcImporter.java:304) at org.solrmarc.marc.MarcImporter.handleAll(MarcImporter.java:578) at org.solrmarc.marc.MarcImporter.main(MarcImporter.java:857) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at com.simontuffs.onejar.Boot.run(Boot.java:334) at com.simontuffs.onejar.Boot.main(Boot.java:170) INFO [main] (MarcImporter.java:588) - Adding 0 of 1545 documents to index INFO [main] (MarcImporter.java:589) - Deleting 0 documents from index INFO [main] (MarcImporter.java:462) - Calling commit ERROR [main] (MarcImporter.java:467) - Final commit and optimization failed: /usr/local/vufind/solr/biblio/index/segments_2 (Permission denied) i use the correct format of import Command text i am the only user of system and i run import command without SUDO because with it, say me "SET THE VUFIND_HOME variables" and i Did it and i control it correct. in Directory /usr/local/vufind/solr/biblio/index/ i have these Files 1-Segments.gen 2-Segments_01 |
From: Ahmad A. <mal...@ya...> - 2012-03-10 11:30:23
|
hi i want to ask something like that where is Reservation system in Vufind???how memebers can reserve a book??and where is the location this information saved?in Mysql?where?is it Possible? |
From: Ahmad A. <mal...@ya...> - 2012-03-10 12:00:26
|
how reserve Process done in Vufind?how I can reserve a book for Example?and where the information save for it? |
From: Ahmad A. <mal...@ya...> - 2012-03-10 12:28:32
|
when i login and i want to reserve a book it say to me that Library Catalog Profile Invalid Patron Login In order to establish your account profile, please enter the following information: why???waht are the Library catalog Username and Password?where are they set? |
From: Demian K. <dem...@vi...> - 2012-03-12 12:44:24
|
VuFind is designed to integrate with an Integrated Library System (ILS) (also called a Library Management System, or LMS, in some places). Popular ILSes include Voyager, Aleph, Innovative Millennium, Koha, Evergreen, etc., etc. The screen you are seeing is asking for credentials to connect to the ILS -- often this is a user's library barcode and either last name or PIN. VuFind interacts with the ILS using a PHP class called an ILS driver. Some ILS drivers support reserving books and some do not. If you are using an ILS that has a holds-compatible driver, then when a patron reserves a book, the status is sent directly to the ILS and stored in that system. VuFind itself is just a front-end to other software. To configure your ILS driver, see the [Catalog] section of web/conf/config.ini. If your ILS is not supported by an existing driver, there is some documentation on building an ILS driver here: http://vufind.org/wiki/building_an_ils_driver If your ILS is supported but doesn't have hold functionality, there is an article here on how to add it: http://blog.library.villanova.edu/libtech/2011/06/02/expanded-ils-functionality-in-vufind/ Of course, the difficulty of implementing this code depends on how flexible your ILS is -- some have useful programmable interfaces while others require screen-scraping or other inconvenient techniques. Does that answer your questions? - Demian ________________________________________ From: Ahmad Ahmad [mal...@ya...] Sent: Saturday, March 10, 2012 7:28 AM To: ""vuf...@li...""; ""vuf...@li..."" Subject: [VuFind-Tech] Fw: [VuFind-General] (no subject) when i login and i want to reserve a book it say to me that Library Catalog Profile Invalid Patron Login In order to establish your account profile, please enter the following information: [data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAnYAAAD+CAIAAAA4St8yAAAS60lEQVR4nO3dQYsjV2IHcH0FX3xdKPC38AcIAR8XfwJBAmEh4GPbm4MvWVAI5GSUvWyWpE+bhA4bFnpxSDYKBNK7hHWHxGt5PbZmx9PyTLd6emzPjKMcXqZQV716VVLptdTt348/RlN6qnpVqp5/V6mnPfgIAMhgsAQAMlCxAJCFigWALFQsAGShYgEgCxULAFmoWADIQsUCQBYqFgCyULEAkIWKBYAsVCwAZKFiASALFQsAWahYAMhCxQJAFioWALJQsQCQhYoFgCxULABkUa3YV155pWno6lOJYTfgleu2vvItrqqu59qW+/RGAJCwRsVuMCyH+qa3O+ftVuy21t/0KhULsLduWcX2aZo9qdjNNqFiAW6dXjeKozc/V59aXVgfnFhJdCbd66S+uaYJNM2qPiaxlaa5tfZi+lg1zXOz2QJwwzav2Ka/6JtKt/7HSgW2zqRjcyQ2t+6wdJmtPt64YtOr3cpjAHZiaz/u1LHJmka2vio9t56biw7rvo9rTXitve5e/Bt/RwJAJtkrtjImceXaehG2bmekN9c6bCsVW5d4lYoFuEtuomI7dti2Krb75tLDMl3FJgb0rNh0nQNww/blRvHqksTlZtPc1t1cl2G3rmLT2wLght2mik08tW4vfhsqVukC7FaWnyhOrDB6b7YyON0N6S7puLkNhiX2q+mu7LoV23Hr6z4GYCciFdv0kV79b/DKgPqw+jpXB2xWS/VJdt9cZXe6zKppK5WntlWxTVvsXvxNswXghu3d/wbgltbDLZ02APmo2E20XrgDwB5V7O26w5m4Uw0Ay72qWAC4S1QsAGShYgEgCxULAFmoWADIQsUCQBbXKvb5P/9CREREthIVKyIikiWxiv30MxEREekZFSsiIpI lKlZERCRLVKyIiEiWqFgREZEsUbEiIiJZomJFRESyRMWKiIhkiYoVERHJEhUrIiKSJSpWREQkS1SsiIhIlqhYERGRLFGxIiIiWbJ2xf7gO6/03GS5huiq6gt/8J1XVpN7eltZz7amISIitze7rNiOz1aWrPvyHJMUERFpzeYVGx6sXlmu1tLqwsrVZ9P4coVNW2x6VXRblbU1TaPpyripYqMX0/XJJ46SiIh8S9KrYutFUhmWbtbog+4V27ryLt0f3UR0yWZbTG9FRETucPpexUYXpvsp8SD62i6fxXZfZ/eNJrbS8Ti0bkVERO5wsldsvR03qNjEZFpXnp7qWhtVsSIi0j15K3bdG8XP16nYzbpNxYqIyM1kyxXb9DjHVWzHlSemtO5GN/sstnVHRETkTiZvxT5fKZ7W+mn6tLX1RvHzWM9Fp9FxzpX5VLqzPsnu+7jz91tERG4sfrvTNqNERUSkjIrtm8T1t4iIfJujYkVERLJExYqIiGSJihUREckSFSsiIpIlKlZERCRLVKyIiEiWqFgREZEsUbEiIiJZomJFRESyRMWKiIhkiYoVERHJEhUrIiKSJbGKFRERkd5RsSIiIllyrWIBgG1RsQCQhYoFgCxULABkoWIBIAsVCwBZqFgAyELFAkAWKhYAslCxAJCFigWALFQsAGShYgEgCxULAFmoWADIQsUCQBYqFgCyqFZsURRb38YG69z6NNIrjD5bLtzgtXfMFvexeGmLa963t6DPCb/Zvqwe0u2uuc8Lu7w2MfP+tnuawQZUbOOzHefwbfjq3dY+1tejYisv2foXyz7XTO4p7eEu823TWLHhQfq748qz5UtWByyvn+itr6qPqb8kPY3WNSTmUF/Yff7p/mjdenSj0XU27W+XJd23mz7+iSPW5bB3PLZ16XcqMds+CxPPth6uxEuiq43uYGJiHTeXPkqJg1lfQ9PcKq+Nbn3jA9 X08o6HIrHvTftV3xfYQKpio1+B9SXpl7R+JTf9xZF4Ses0EgvXmvnGr20av9aE193fDWbecXeiM9nsvV5rhnUd36ktLowuWffMaXrJuitMT2zdY14+blp/5dnWnd14v7oc2w0O0WYbWsL2tFzF1h8nnk1/oXZZuPVpJF7bfWLd19w0w55/3UclRvZ5vzpOpucJsG6LrLvappX0fyu7bHHrJ3zHifWsmeh/b3huXda8wbvcZxegj5uu2FVNK19rGvUVri5vmk9iDq1fluk1R3dkg6/wpi/1Lgewz/vVcTIbnwCJB9G3cq3ttp4PrW9lYg7RZzeYT3TvWleYnljHybQOq/+3+/qju7bu3LqsOfG46VD32QXoY2dXsYmVbzaNqD5fY33+Tqws6bP16EbTI/u8XxtsYoMToONBruvzTrUOSM9hg3dkWyd8x4l9myu2/7437QL0ccdvFKe/2Joetz7oPsPEgJ6HZa0J56jYjlvpM8O6jjve9OxW2mKtLaZfsu4K0xPrUzNdHnc/vBvPbeN5rvul0WVD0N+GFbt8eSonhhUrur9qdVjTS9LTaNpK/YuwsrNNE+s+//Tfnl0mHN1ofWR0VtFhfbZbP2KVp9JvZeJYbXBsO243sZvdR6YPfuu7XzmerTuVmGGXiXU8hl32vXW/EhuN7lrredVl5t0fV6bR8X1vnRtszG93yu5Ofq3ezE4l/spmD3l3oELF5nVX/9JRsQTFil3PBfaOigWALFQsAGShYgEgCxULAFmoWADIQsUCQBYqFgCyULEAkIWKBYAsrlVs9Fe0rP6ezxv4BS6z2Ww0GoVtHR0dpUeOx+PEgD4Trv8WU7+8BoC1tFdsx2e3Yj6fF0VxeHi4XC6n02lRFIkSbZ2PigVgh9a+ip1MJsPhsGy+sHA8Ho9Go+VyOZ/Px+NxWHhwcDCdTitjDg4OiqJYLBbL5XKxWIRh5bYODw+Lo pjP55U51Fdb+c2oie2GNRwfHw+Hw6Iojo+Py9WOx+ODg4PT09P6jjdV7Hw+Ly+yx+NxOdXj4+OwsFx/5ciEP56eno5Go+FweHp6mp52OXIymZycnAyHw/JVic0l32sAbtTaFXt0dHRyclK8vIsbFoZuWC6Xo9EoPA7Xo8PhsDImdMPJyclyuQzrWe280IL1WSZW22XAZDIJGw1bnEwmy+Xy6OgoLAwPOlZs+Bah3FCoz3L9oa3D+itHJvxxMpmszjAx7clkEr4FCYcoDAjfjiQ21/6GA3BTNvwsNtpzwWw2Oz4+Li/1KmNms1nx8vZvuIBbvWZN9ER6tekBZS+GhaGoVuu8e8WGV41Go/KCsr6qsP6mNdQPSGK/oo+jmwNg32xesdGeC9dVh4eH4aorOiY0RP0ucdMEuqw2PaB15t0r9vT0NMy/KIryzm1Rk1hDZW3p/UrMvLI5APbNlq9iW8ts+fID13AJu3qXeNn8WexaHVkfsMFVbOWWdbm/wXQ6DbeXw8Lo/e11j0z3/Wq6nQ7AXtnks9hw7bX6WWw5OPztP5/Pw6ee0Yotf7yo3qZNP1Hcutr0gA0+iw0Lw8jVz57DHd35fL56FV5+wBzmH+bcpWJb9yv6uMvmANi5SMWuWtYqNtwpDT/ms4zVZ/jZ1/JHXutjyiXRDxHLfxc7HA7LfxcbXW2o6jCT1u2GnygOA8ptJX6ieLlcHh0dhQpcnclisQiX2mHTqz9RHAZXfta6ssuVx63TbnrcujkAdm43v90p3LmdzWY72XowHA7DDzaH69H0b7EAgHXddMWW16+rP5G7E9PpNDR9cf1fuALAVvgdxQCQhYoFgCxULABkoWIBIAsVCwBZXKvY7//wZyJldnVSAtwN1Yrd1TzYN04GgJ5ULHFOBoCeVCxxTgaAnlQscU4GgJ5ULHFOBoCeVCxxTgaAnlQscU4GgJ5ULHFOBoCeVCxx TgaAnlQscU4GgJ5ULHFOBoCeVCxxTgaAnlQscU4GgJ5ULHFOBoCeVCxxTgaAnlQscU4GgJ5ULHFOBoCeVCxxTgaAnlQscU4GgJ5ULHFOBoCeqhUrUmZXJyXA3TBoHwIArE/FAkAWKhYAslCxAJCFigWALFQsAGShYgEgi2sVWxRFURSVEeXC6LNbN5vNRqNR2NbR0VF65Hg8TgzoM+HiusPDw83Wk9XNvC] why???waht are the Library catalog Username and Password?where are they set? |
From: Ahmad A. <mal...@ya...> - 2012-01-31 09:19:28
|
Hi I have the ???.iso file and i want to import it to VUfind How i must Do it? [iso 2709 utf] |
From: Eoghan Ó C. <eog...@gm...> - 2012-01-31 09:29:58
|
Does it work if you rename it to *.mrc? Eoghan On 31 January 2012 09:19, Ahmad Ahmad <mal...@ya...> wrote: > Hi I have the ???.iso file and i want to import it to VUfind How i must Do > it? [iso 2709 utf] > > > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > Vufind-tech mailing list > Vuf...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-tech > > |
From: <raj...@ro...> - 2012-06-27 21:15:39
|
http://www.kdilink.com.cn/yukfa.html |
From: Lin, K. <LI...@cu...> - 2012-08-01 20:17:51
|
I suggest to make these changes in Summon modules' s theme about displaying Item's title. I think Vufind should display subtitle information, especially if there are cataloging records. {* Display Title *} <h1> <a href="{$record.link|escape}" target="_blank"> {$record.Title.0} {$record.Subtitle.0}</a></h1> {* End Title *} Thanks /* Kun Lin Web Support Librarian The Catholic University of America 202-319-5078 */ |
From: Demian K. <dem...@vi...> - 2012-08-02 12:52:27
|
VuFind 2.0 features a rewritten Summon module that already accounts for subtitles. I have updated the 1.x trunk as you suggested so it has a matching title in the record view - see r5932. thanks, Demian From: Lin, Kun [mailto:LI...@cu...] Sent: Wednesday, August 01, 2012 4:18 PM To: vuf...@li... Subject: [VuFind-Tech] (no subject) I suggest to make these changes in Summon modules' s theme about displaying Item's title. I think Vufind should display subtitle information, especially if there are cataloging records. {* Display Title *} <h1> <a href="{$record.link|escape}" target="_blank"> {$record.Title.0} {$record.Subtitle.0}</a></h1> {* End Title *} Thanks /* Kun Lin Web Support Librarian The Catholic University of America 202-319-5078 */ |
From: Filipe MS B. (UA) <fs...@ua...> - 2012-08-02 13:33:16
|
Hi! PS: have seen now that Demian replied meanwhile and Demian's has already committed this suggestion of yours. Thanks to both pf you! PPS: Ok, taking so long to send this message, because was double checking everything: I suppose you are not talking about "regular" Full View of a Record in local SOLR/biblio index, right, otherwise it will be $coreSubtitle, but instead in web/interface/themes/<theme>/Summon/record.tpl right? You wrote "in Summon modules’"; 100% info, cannot complain :) Since we don't have Summon, never really understood when Summon parts are "really" Summon or part of recommendations; sorry about that! Had wrote before that I did second that, especially in Full Record View, because I thought you were talking about core.tpl, but before sending the message went check trunks and compare with my local one and found that was already there (what a mess, again, I know): {* Display Title *} <h1>{$coreShortTitle|escape} {if $coreSubtitle}{$coreSubtitle|escape}{/if} Anyway, thank you again so much for this message and let me explain why: I never realized that my local install was not displaying $coreSubtitle because, my translation from UNIMARC to MARC21 does not include 245 $b (? - Remainder of title) --- in UNIMARC is 200 $e. UNIMARC: 200 1 |a Digital cognitive technologies |e epistemology and the knowledge economy |f ed. by Bernard Reber, Claire Brossaud The record in my VuFind install: 245 0 0 |a Digital cognitive technologies |c ed. by Bernard Reber, Claire Brossaud Anyway, part II: {* Display Title *} <h1>{$coreShortTitle|escape} {if $coreSubtitle}{$coreSubtitle|escape}{/if} (core.tpl) makes it displays like this (for this example) Digital cognitive technologies epistemology and the knowledge economy right? Or is there a line break between both of them (haven't checked out CSS)? If it renders like I am sending above, question / suggestion : shouldn't there be some kind of visual separation between title and subtitle (" : ", line break or <h2> for the second [subtitle])? Thanks, Filipe -------------------------- Filipe Manuel S. Bento | http://about.filipebento.pt/ A book that shall be really a reference to all of us (has a lot of VuFind related entries):* **Library Automation and OPAC 2.0: Information Access and Services in the 2.0 Landscape *http://www.igi-global.com/book/library-automation-opac/63870 (read it for free: request your free 60-day e-book exam copy) Computer Science Specialist | Long Term LOA (Leave of Absence) from the University of Aveiro, Portugal Electronic & Telecommunication Engineering (5 yrs degree, UA) * MSc in Electronic Information Management (U.Sheffield, UK) European Space Agency [ESA] Industrial Placement (IRS / ESRIN – European Space Research Institute, Frascati [Rome], Italy) ICPD Doctorate Candidate (UA | U.Porto) * PhD Researcher (UA/CETAC.Media), grant by FCT - Portuguese Foundation for Science and Technology President/Chair of USE.pt Steering Committee (Portuguese Ex Libris Users’ National Association, hosted by Portuguese Parliament's Library, Palácio de S. Bento, Lisbon, http://metis.fe.up.pt/use/) On Wed, Aug 1, 2012 at 9:17 PM, Lin, Kun <LI...@cu...> wrote: > I suggest to make these changes in Summon modules’ s theme about > displaying Item’s title.**** > > I think Vufind should display subtitle information, especially if there > are cataloging records.**** > > ** ** > > {* Display Title *}**** > > <h1> <a href="{$record.link|escape}" target="_blank"> **** > > {$record.Title.0} {$record.Subtitle.0}</a></h1>**** > > {* End Title *}**** > > ** ** > > Thanks**** > > ** ** > > ** ** > > ** ** > > ** ** > > /***** > > ** ** > > Kun Lin**** > > Web Support Librarian**** > > The Catholic University of America**** > > 202-319-5078**** > > ** ** > > ** ** > > */**** > > ** ** > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Vufind-tech mailing list > Vuf...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-tech > > |
From: Rajesh@IISc <raj...@ro...> - 2012-08-31 12:37:54
|
http://idealnekretnine.com/wp-admin/jhikdba.php?negm=negm |
From: Rajesh@IISc <raj...@ro...> - 2012-08-31 19:04:07
|
http://www.studiothink.net/communicare/orders/jhikdba.php?wssg=wssg |
From: Rajesh@IISc <raj...@ro...> - 2012-09-01 00:45:10
|
http://trosh.net/bbs/vghjdk.php?wlif=wlif |
From: Osullivan L. <L.O...@sw...> - 2013-09-11 15:11:29
|
Hi Folks, iFind Discover (VuFind 2) was recently unresponsive for a considerable amount of time and I am having trouble isolating the cause. I hope that by sharing the time line plus relevant technologies with you, someone might be able to point me in the right direction. Summary Server Ubuntu 12.04.2 LTS 64bit on Virtual Server 10GB Memory 4 CPU 90.30GB HD (19.8% use) Primary Software VuFind (vufind.org) PHP (modified with Swansea University Custom Code) Lucene Solr Enterprise Search (Java Based) Runs on Jetty Server (http://www.eclipse.org/jetty/) using JAVA_OPTIONS="-server -d64 -Xms4096m -Xmx4096m -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+AggressiveOpts -XX:NewRatio=9 -Xloggc:/var/log/vufind2/gc.log" Jetty produces a garbage collection log at /var/log/vufind2/gc.log - when garbage collection is unable to match demand, it out puts "Full" and a cron script restarts vufind, thus emptying all garbage. As garbage collection nears this limit, the VuFind Service begins to slow down. Historic Problems Over the past three years, VuFind has always struggled during induction sessions when 40 - 50 students have accessed it at the same time. The problem primarily appeared to be related to garbage collection as the limit would constantly be reached, necessitating a restart. We now use VuFind 2.0 which is based on Solr 4.0 which is supposed to vastly improve the garbage issues. System Outage - Wednesday 11th September First reports of performance problems were received around 2.15pm and I began investigations around 2.30pm ssh login to the server took over a minute http://ifind.swan.ac.uk/discover (VuFind) was unresponsive but the landing page of http://ifind.swan.ac.uk (Plain html / images) appeared to be uneffected An initial investigation using top revealed almost maximum memory usage and CPU usage of around 40% Standard practice is to restart VuFind to clear any garbage issues but this had no effect on performance. Apache was then restarted but this also had no effect on performance The server was then rebooted but this had no effect on performance - the landing page of ifind.swan.ac.uk was also unresponsive. /tmp was not mounted correctly but after that issue was resolved ssh login was instant. Top revealed memory usage to be less than 5GB and CPU usage around 33%. I then edited apache2.conf, decreasing the amount of MaxClients from 200 to 50 and then restarted apache. Both ifind.swan.ac.uk/discover and ifind.swan.ac.uk became responsive immediately after this, around 3:10pm. Conclusions I believe that Garbage Collection is operating correctly and is actually vastly improved from VuFind 1 as when we first launched VuFind 2, Googlebot hammered our pages, generating 1.7 million hits in 2 days. VuFind restarted three times over those two days with intervals of 7 - 8 hours which is a massive improvement over the 45 min - 90 min intervals sometimes experienced during induction sessions last year for much less traffic. Though I would like to think that reducing the number if MaxClients resolved the issue, I cannot rule out that the improvement was due to the end of the induction session or some other unknown factor. The fact that the landing page seemed to be initially responsive when VuFind makes me concerned that the issue may be unrelated to the apache2.conf settings. Any help on this issue would be most gratefully received! Thanks, Luke |
From: Tuan N. <tu...@yo...> - 2013-09-11 15:35:03
|
Luke, I feel your pain :). We had similar issues a couple years ago with VuFind locking up during busy periods. We tried various memory and garbage collection parameters to no avail. At that time we had BOTH vufind and SOLR on the same box. The server itself had 16GB of ram shared among Mysql, Apache, VuFind and the OS. We allocated 8GB to solr. During busy time, our Apache server uses a lot of memory (calculate by multiplying MaxClients parameter with the amount of memory each client is using - I forgot what the rough number was). Long story short, the amount of memory that was actually need was more than 16GB, thus causing the server to constantly swap, hence takes a while to SSH in. We decided to have solr on a dedicated server having 24GB of ram, and 16GB allocated to solr. Our solr index is about 18GB so the whole index fits nicely into ram and results in huge improvement. Now, we only have this in our java memory parameters for SOLR: -server -Xmx16384m Our SOLR server is RHEL/CentOS 5.7. Java(TM) SE Runtime Environment (build 1.7.0_03-b04) Java HotSpot(TM) 64-Bit Server VM (build 22.1-b02, mixed mode) On 2013-09-11, at 11:11 AM, Osullivan L. wrote: > Hi Folks, > > iFind Discover (VuFind 2) was recently unresponsive for a considerable amount of time and I am having trouble isolating the cause. I hope that by sharing the time line plus relevant technologies with you, someone might be able to point me in the right direction. > > Summary > > Server > Ubuntu 12.04.2 LTS 64bit on Virtual Server > 10GB Memory > 4 CPU > 90.30GB HD (19.8% use) > > Primary Software > VuFind (vufind.org) > PHP (modified with Swansea University Custom Code) > Lucene Solr Enterprise Search (Java Based) > Runs on Jetty Server (http://www.eclipse.org/jetty/) using > JAVA_OPTIONS="-server -d64 -Xms4096m -Xmx4096m -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+AggressiveOpts -XX:NewRatio=9 -Xloggc:/var/log/vufind2/gc.log" > Jetty produces a garbage collection log at /var/log/vufind2/gc.log - when garbage collection is unable to match demand, it out puts "Full" and a cron script restarts vufind, thus emptying all garbage. As garbage collection nears this limit, the VuFind Service begins to slow down. > > Historic Problems > Over the past three years, VuFind has always struggled during induction sessions when 40 - 50 students have accessed it at the same time. The problem primarily appeared to be related to garbage collection as the limit would constantly be reached, necessitating a restart. We now use VuFind 2.0 which is based on Solr 4.0 which is supposed to vastly improve the garbage issues. > > System Outage - Wednesday 11th September > > First reports of performance problems were received around 2.15pm and I began investigations around 2.30pm > > ssh login to the server took over a minute > > http://ifind.swan.ac.uk/discover (VuFind) was unresponsive but the landing page of http://ifind.swan.ac.uk (Plain html / images) appeared to be uneffected > > An initial investigation using top revealed almost maximum memory usage and CPU usage of around 40% > > Standard practice is to restart VuFind to clear any garbage issues but this had no effect on performance. > > Apache was then restarted but this also had no effect on performance > > The server was then rebooted but this had no effect on performance - the landing page of ifind.swan.ac.uk was also unresponsive. > > /tmp was not mounted correctly but after that issue was resolved ssh login was instant. Top revealed memory usage to be less than 5GB and CPU usage around 33%. > > I then edited apache2.conf, decreasing the amount of MaxClients from 200 to 50 and then restarted apache. Both ifind.swan.ac.uk/discover and ifind.swan.ac.uk became responsive immediately after this, around 3:10pm. > > Conclusions > > I believe that Garbage Collection is operating correctly and is actually vastly improved from VuFind 1 as when we first launched VuFind 2, Googlebot hammered our pages, generating 1.7 million hits in 2 days. VuFind restarted three times over those two days with intervals of 7 - 8 hours which is a massive improvement over the 45 min - 90 min intervals sometimes experienced during induction sessions last year for much less traffic. > > Though I would like to think that reducing the number if MaxClients resolved the issue, I cannot rule out that the improvement was due to the end of the induction session or some other unknown factor. The fact that the landing page seemed to be initially responsive when VuFind makes me concerned that the issue may be unrelated to the apache2.conf settings. > > Any help on this issue would be most gratefully received! > > Thanks, > > Luke > > > > ------------------------------------------------------------------------------ > How ServiceNow helps IT people transform IT departments: > 1. Consolidate legacy IT systems to a single system of record for IT > 2. Standardize and globalize service processes across IT > 3. Implement zero-touch automation to replace manual, redundant tasks > http://pubads.g.doubleclick.net/gampad/clk?id=51271111&iu=/4140/ostg.clktrk_______________________________________________ > Vufind-tech mailing list > Vuf...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-tech |
From: Osullivan L. <L.O...@sw...> - 2013-09-11 15:53:17
|
Hi Tuan, Thanks for this - I've already done some research along this lines, based on stuff I read here: http://cloudinservice.com/tune-apache-performance-using-mpm-prefork-module/ The article contains a link to a script which you can run to calculate the average amount of memory each client is using. Our Solr specs seem quite modest compared to yours: 374M alphabetical_browse 60K authority 1.5G biblio 19M jetty 17M lib 40K reserves 4.0K solr.xml 56K stats 60K website When you say the 18GB Solr index fits into Ram, do you mean via the java server settings in VuFind.sh (-Xmx16384m) or do you calculate this based on the total amount of Ram available (24GB)? Having talked to Demian and read about your experiences, I will definitely investigate separating the solr server from the web server. It's not something I can do quickly though owing to University policy and I think 10 - 12 GB is the most Ram I'm ever going to be given for one server. With that said, our index is a lot smaller so perhaps 6GB allocated to Jetty to leave 4GB for the system would be fine? Thanks, Luke On 09/11/2013 04:34 PM, Tuan Nguyen wrote: > Luke, I feel your pain :). > > We had similar issues a couple years ago with VuFind locking up during busy periods. We tried various memory and garbage collection parameters to no avail. > > At that time we had BOTH vufind and SOLR on the same box. The server itself had 16GB of ram shared among Mysql, Apache, VuFind and the OS. We allocated 8GB to solr. > > During busy time, our Apache server uses a lot of memory (calculate by multiplying MaxClients parameter with the amount of memory each client is using - I forgot what the rough number was). Long story short, the amount of memory that was actually need was more than 16GB, thus causing the server to constantly swap, hence takes a while to SSH in. > > We decided to have solr on a dedicated server having 24GB of ram, and 16GB allocated to solr. Our solr index is about 18GB so the whole index fits nicely into ram and results in huge improvement. > > Now, we only have this in our java memory parameters for SOLR: -server -Xmx16384m > > Our SOLR server is RHEL/CentOS 5.7. > Java(TM) SE Runtime Environment (build 1.7.0_03-b04) > Java HotSpot(TM) 64-Bit Server VM (build 22.1-b02, mixed mode) > > > > > > On 2013-09-11, at 11:11 AM, Osullivan L. wrote: > >> Hi Folks, >> >> iFind Discover (VuFind 2) was recently unresponsive for a considerable amount of time and I am having trouble isolating the cause. I hope that by sharing the time line plus relevant technologies with you, someone might be able to point me in the right direction. >> >> Summary >> >> Server >> Ubuntu 12.04.2 LTS 64bit on Virtual Server >> 10GB Memory >> 4 CPU >> 90.30GB HD (19.8% use) >> >> Primary Software >> VuFind (vufind.org) >> PHP (modified with Swansea University Custom Code) >> Lucene Solr Enterprise Search (Java Based) >> Runs on Jetty Server (http://www.eclipse.org/jetty/) using >> JAVA_OPTIONS="-server -d64 -Xms4096m -Xmx4096m -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+AggressiveOpts -XX:NewRatio=9 -Xloggc:/var/log/vufind2/gc.log" >> Jetty produces a garbage collection log at /var/log/vufind2/gc.log - when garbage collection is unable to match demand, it out puts "Full" and a cron script restarts vufind, thus emptying all garbage. As garbage collection nears this limit, the VuFind Service begins to slow down. >> >> Historic Problems >> Over the past three years, VuFind has always struggled during induction sessions when 40 - 50 students have accessed it at the same time. The problem primarily appeared to be related to garbage collection as the limit would constantly be reached, necessitating a restart. We now use VuFind 2.0 which is based on Solr 4.0 which is supposed to vastly improve the garbage issues. >> >> System Outage - Wednesday 11th September >> >> First reports of performance problems were received around 2.15pm and I began investigations around 2.30pm >> >> ssh login to the server took over a minute >> >> http://ifind.swan.ac.uk/discover (VuFind) was unresponsive but the landing page of http://ifind.swan.ac.uk (Plain html / images) appeared to be uneffected >> >> An initial investigation using top revealed almost maximum memory usage and CPU usage of around 40% >> >> Standard practice is to restart VuFind to clear any garbage issues but this had no effect on performance. >> >> Apache was then restarted but this also had no effect on performance >> >> The server was then rebooted but this had no effect on performance - the landing page of ifind.swan.ac.uk was also unresponsive. >> >> /tmp was not mounted correctly but after that issue was resolved ssh login was instant. Top revealed memory usage to be less than 5GB and CPU usage around 33%. >> >> I then edited apache2.conf, decreasing the amount of MaxClients from 200 to 50 and then restarted apache. Both ifind.swan.ac.uk/discover and ifind.swan.ac.uk became responsive immediately after this, around 3:10pm. >> >> Conclusions >> >> I believe that Garbage Collection is operating correctly and is actually vastly improved from VuFind 1 as when we first launched VuFind 2, Googlebot hammered our pages, generating 1.7 million hits in 2 days. VuFind restarted three times over those two days with intervals of 7 - 8 hours which is a massive improvement over the 45 min - 90 min intervals sometimes experienced during induction sessions last year for much less traffic. >> >> Though I would like to think that reducing the number if MaxClients resolved the issue, I cannot rule out that the improvement was due to the end of the induction session or some other unknown factor. The fact that the landing page seemed to be initially responsive when VuFind makes me concerned that the issue may be unrelated to the apache2.conf settings. >> >> Any help on this issue would be most gratefully received! >> >> Thanks, >> >> Luke >> >> >> >> ------------------------------------------------------------------------------ >> How ServiceNow helps IT people transform IT departments: >> 1. Consolidate legacy IT systems to a single system of record for IT >> 2. Standardize and globalize service processes across IT >> 3. Implement zero-touch automation to replace manual, redundant tasks >> http://pubads.g.doubleclick.net/gampad/clk?id=51271111&iu=/4140/ostg.clktrk_______________________________________________ >> Vufind-tech mailing list >> Vuf...@li... >> https://lists.sourceforge.net/lists/listinfo/vufind-tech > > ------------------------------------------------------------------------------ > How ServiceNow helps IT people transform IT departments: > 1. Consolidate legacy IT systems to a single system of record for IT > 2. Standardize and globalize service processes across IT > 3. Implement zero-touch automation to replace manual, redundant tasks > http://pubads.g.doubleclick.net/gampad/clk?id=51271111&iu=/4140/ostg.clktrk > _______________________________________________ > Vufind-tech mailing list > Vuf...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-tech |
From: Ere M. <ere...@he...> - 2013-09-12 06:26:29
|
Luke, a couple of things worth checking: - I once had a horrible situation with RAM being exhausted with no apparent reason, the system slowing to a halt because of swapping etc. Finally found out that /tmp was mounted as a ramdisk, so when enough stuff accumulated in it, it just used up all the memory. - Since your server is virtualized, make sure that the host system is capable of supporting it and doesn't have to use swap. We recently had a case where the host was overprovisioned (if that's the correct term to use) and while there didn't seem to be anything wrong with the virtual server, it just crawled along extremely slowly. Apparently there was also a case where the virtual machines were too aggressively moved from physical machine to another by a load balancer or somesuch. - It has been reported that the G1GC garbage collector would be great with Lucene/Solr. We're now running with it (so far without issues) with the following settings: JAVA_OPTIONS="-server -Xms1G -Xmx16G -XX:+UseG1GC" This garbage collector requires a fairly recent Java runtime (1.7.0_04 or such), so it doesn't work with 1.6 that's still default with e.g. CentOS 6. --Ere 11.9.2013 18.53, Osullivan L. kirjoitti: > Hi Tuan, > > Thanks for this - I've already done some research along this lines, > based on stuff I read here: > > http://cloudinservice.com/tune-apache-performance-using-mpm-prefork-module/ > > The article contains a link to a script which you can run to calculate > the average amount of memory each client is using. > > Our Solr specs seem quite modest compared to yours: > > 374M alphabetical_browse > 60K authority > 1.5G biblio > 19M jetty > 17M lib > 40K reserves > 4.0K solr.xml > 56K stats > 60K website > > When you say the 18GB Solr index fits into Ram, do you mean via the java > server settings in VuFind.sh (-Xmx16384m) or do you calculate this > based on the total amount of Ram available (24GB)? > > Having talked to Demian and read about your experiences, I will > definitely investigate separating the solr server from the web server. > It's not something I can do quickly though owing to University policy > and I think 10 - 12 GB is the most Ram I'm ever going to be given for > one server. With that said, our index is a lot smaller so perhaps 6GB > allocated to Jetty to leave 4GB for the system would be fine? > > Thanks, > > Luke -- Ere Maijala Kansalliskirjasto / The National Library of Finland |