Re: [Koha] adding patrons in a batch - getting errors
Hi! I have had customers reporting problems importing patron data from Excel into Koha (via CSV). When I have opened the file in LibreOffice and saved as CSV from there it has worked fine for me. Could you give LibreOffice a try? I think it *might* be related to this bug: Bug 10117 - Byte Order Mark breaks Patron Import http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10117 Best regards, Magnus Enger libriotech.no On 6 April 2015 at 13:04, Riley Childs rchi...@cucawarriors.com wrote: Could you please attach a copy of the file with the private fields containing PRIVATE? Sent from my Windows Phone -- Riley Childs Senior Charlotte United Christian Academy Library Services Administrator IT Services Administrator (704) 537-0331x101 (704) 497-2086 rileychilds.net @rowdychildren I use Lync (select External Contact on any XMPP chat client) CONFIDENTIALITY NOTICE: This email and any files transmitted with it are the property of Charlotte United Christian Academy. This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain confidential information that is privileged and/or exempt from disclosure under applicable law. If you are not one of the named original recipients or have received this e-mail in error, please permanently delete the original and any copy of any e-mail and any printout thereof. Thank you for your compliance. This email is also subject to copyright. No part of it nor any attachments may be reproduced, adapted, forwarded or transmitted without the written consent of the copyright ow...@cucawarriors.com From: ChristyThomasmailto:christy_tho...@yahoo.com Sent: 4/5/2015 4:51 PM To: koha@lists.katipo.co.nzmailto:koha@lists.katipo.co.nz Subject: [Koha] adding patrons in a batch - getting errors Hi, We (my mom) are trying to add student patrons in batches. She made an excel file following the Koha instructions. She is getting errors. Do you have any suggestions or possibly do you have a template that you know works that you can send me. Here are her emails describing what happened: FIRST EMAIL: One attempt, nothing imported. Said something not expected format which almost certainly means phone numbers or dates. I'm going to have to play around a little to determine what is hanging it up... perhaps later tonight. SECOND EMAIL: I took it down to only names and the required codes and it still wouldn't load. The error messages are below. It appears it doesn't like my header row, which I copied from their instructions. Says it could not be parsed. I searched on that error message and I appear to be not the only one who has this problem, and they system does not think that it is a csv, but tab separated. I'm going to work on it tomorrow on a break and try a couple other ways to see if I can find a way for it to be a csv file that system recognizes. xoxo Mom Feedback: Parsing upload file Library1.csv Content-Disposition : form-data; name=uploadborrowers; filename=Library1.csv Content-Type : application/vnd.ms-excel headerrow : Error analysis: Header row could not be parsed Thanks, Christy -- View this message in context: http://koha.1045719.n5.nabble.com/adding-patrons-in-a-batch-getting-errors-tp5833906.html Sent from the Koha-general mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] User acceptance testing
Hi Has anyone got any User acceptance testing scripts for Koha, that they would be prepared to share? Kind regards David David Peacock Information Collections Services University of Hertfordshire, Hatfield. AL10 9AB Tel. 01707 284663 Email d.m.peac...@herts.ac.uk Information Hertfordshire Services and Solutions for the University ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] browse shelf for serials without items
Dear Kohaers, while it is possible to assign a call number to a serial subscription, as far as I understand, it is currently not possible to have a serial shown with the browse shelf function, unless that serial has items (with their own, proper call numbers). I wonder whether it is possible to circumvent this limitation, perhaps adding one fake item to the record for that serial. (Apologies for duplicate posting to both the users and the developers lists, as I feel my question might receive either an answer based on current usage, or possibly stimulate an enhancement of the browse shelf function.) Many thanks and best regards, Giuseppe. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha web services API
Not yet, but it's coming! Keep an eye on http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13799 . This will be the basis for the new REST api that will definitely include checkout and checkin in the future. Kyle http://www.kylehall.info ByWater Solutions ( http://bywatersolutions.com ) Meadville Public Library ( http://www.meadvillelibrary.org ) Crawford County Federated Library System ( http://www.ccfls.org ) Mill Run Technology Solutions ( http://millruntech.com ) On Thu, Apr 2, 2015 at 2:58 PM, Hartman, David W. - Tech Library david.w.hart...@disney.com wrote: Does Koha has a web service API that enables check-out and check-in? I want to write a macro to automate checkins and checkouts without writing direct to the database. David W. Hartman WDPR Technology Library Team Disney 336N 407 828 4250 (8-222) FAX 407 828 4868 Search the online Library Cataloghttp://disneykoha.cloudapp.net/ NOW - with links to ebooks! Follow my research on Backlothttp://backlot.disney.com/ Yammer http://www.yammer.com/! Learn about our research partners in the 2015 IT Research Competency Center: https://backlot.disney.com/people/HARTD012/blog/2014/09/24/updated-research-providers CIO Executive Board membership is also enterprise-wide, register online herehttp://www.cio.executiveboard.com/, add your contact info and login will be emailed to you. Book the library 'stacks' for small meetings (1-6): Use this room to book in Outlook: !CR FLOR TD3N, Library, Adventurer's Club Disney Cast can sign up for access to Safari electronic books, the best technical book provider. Contact me for details. This communication is confidential, intended only for the named recipients above and may contain trade secrets or other information that is exempt from disclosure under applicable law. Any use, dissemination, distribution or copying of this communication by anyone other than the named recipients is strictly prohibited. If you have received this communication in error, please immediately notify us by calling (407) 828-4250. No trees were killed in the sending of this message but a large number of electrons were terribly inconvenienced. Thank you. [cid:075452218@28012009-07E4]Please consider your environmental responsibility before printing this e-mail[cid:075452218@28012009-07EB] Think Environmentality! Reduce! Reuse! Recycle! ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Creating a Z39.50 Target - No connection
Hi all, Hugo, thank you for the advice ☺ To a novice, no advice is silly! I will look into restarting zebra and try to telnet to 210 later this evening. Thanks very much! Best, Craig Butosi, MA, MLIS, B Mus (Hons.) LIBRARY SERVICES MANAGER the royal conservatory TELUS Centre for Performance and Learning 273 Bloor Street West Toronto, ON M5S 1W2 416.408.2824 x338 www.rcmusic.cahttp://www.rcmusic.ca/ From: Hugo Agud [mailto:ha...@orex.es] Sent: April-07-15 1:51 PM To: Craig Butosi Cc: koha-user Subject: Re: [Koha] Creating a Z39.50 Target - No connection Hi this is a very silly advice :(, but have you restarted Zebra? changes in koha-conf.xml are not effective until you restart the server, if you have started have you tried telnet localhost 210? Hugo 2015-04-07 19:46 GMT+02:00 Craig Butosi craig.but...@rcmusic.camailto:craig.but...@rcmusic.ca: Hi Everyone, I was interested in making my catalogue searchable by turning its biblios database into a z39.50 target. I've followed the instructions in my koha-conf.xml file (etc/koha/sites/library/koha-conf.xml), un-commenting the necessary areas. However, going through the Troubleshooting page on the Koha Wiki: http://wiki.koha-community.org/wiki/Troubleshooting_Koha_as_a_Z39.50_server has led to a dead-end. I have my port set to 210 (this is different from the default for biblios), yet I cannot connect to yaz-client after running yaz-client -c /etc/koha/zebradb/ccl.properties localhost:210/biblios It shows the following error: Connecting...error = System (lower-layer) error: Connection refused Now, I'm wondering if this is a simple case of not opening port 210 on my firewall. I've run the following command, attempting to do this: sudo iptables -A INPUT -p udp --dport 210 -j ACCEPT Yet, this port isn't listed on my server connections (sudo netstat -pn --udp -listen) Can anyone advise, please? (Happy to send the necessary areas of my koha-conf.xml file off-list for diagnosis). Many thanks in advance! Best to all, Craig Butosi, MA, MLIS, B Mus (Hons.) LIBRARY SERVICES MANAGER the royal conservatory TELUS Centre for Performance and Learning 273 Bloor Street West Toronto, ON M5S 1W2 416.408.2824 x338 www.rcmusic.cahttp://www.rcmusic.cahttp://www.rcmusic.ca/ Note: This email message and any attachments are intended only for the use of the individual to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the recipient of this email is not the intended recipient (or the employee or agent responsible for delivering the email to the intended recipient), you are hereby notified that any review, dissemination, distribution or copying or other use of this message is strictly prohibited. If you have received this communication in error, please notify the sender immediately by return email and delete this message and attachments from your system, thank you. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nzmailto:Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Hugo Agud - Orex Digital www.orex.eshttp://www.orex.es Director Passatge de la Llançadera, 3 · 08338 Premià de Dalt - Tel: 93 539 40 70 ha...@orex.esmailto:ha...@orex.es · http://www.orex.es/ No imprima este mensaje a no ser que sea necesario. Una tonelada de papel implica la tala de 15 árboles y el consumo de 250.000 litros de agua. Aviso de confidencialidad Este mensaje contiene información que puede ser CONFIDENCIAL y/o de USO RESTRINGIDO. Si usted no es el receptor deseado del mensaje (ni está autorizado a recibirlo por el remitente), no está autorizado a copiar, reenviar o divulgar el mensaje o su contenido. Si ha recibido este mensaje por error, por favor, notifíquenoslo inmediatamente y bórrelo de su sistema. Note: This email message and any attachments are intended only for the use of the individual to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the recipient of this email is not the intended recipient (or the employee or agent responsible for delivering the email to the intended recipient), you are hereby notified that any review, dissemination, distribution or copying or other use of this message is strictly prohibited. If you have received this communication in error, please notify the sender immediately by return email and delete this message and attachments from your system, thank you. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Creating a Z39.50 Target - No connection
Hi Everyone, I was interested in making my catalogue searchable by turning its biblios database into a z39.50 target. I've followed the instructions in my koha-conf.xml file (etc/koha/sites/library/koha-conf.xml), un-commenting the necessary areas. However, going through the Troubleshooting page on the Koha Wiki: http://wiki.koha-community.org/wiki/Troubleshooting_Koha_as_a_Z39.50_server has led to a dead-end. I have my port set to 210 (this is different from the default for biblios), yet I cannot connect to yaz-client after running yaz-client -c /etc/koha/zebradb/ccl.properties localhost:210/biblios It shows the following error: Connecting...error = System (lower-layer) error: Connection refused Now, I'm wondering if this is a simple case of not opening port 210 on my firewall. I've run the following command, attempting to do this: sudo iptables -A INPUT -p udp --dport 210 -j ACCEPT Yet, this port isn't listed on my server connections (sudo netstat -pn --udp -listen) Can anyone advise, please? (Happy to send the necessary areas of my koha-conf.xml file off-list for diagnosis). Many thanks in advance! Best to all, Craig Butosi, MA, MLIS, B Mus (Hons.) LIBRARY SERVICES MANAGER the royal conservatory TELUS Centre for Performance and Learning 273 Bloor Street West Toronto, ON M5S 1W2 416.408.2824 x338 www.rcmusic.cahttp://www.rcmusic.ca/ Note: This email message and any attachments are intended only for the use of the individual to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the recipient of this email is not the intended recipient (or the employee or agent responsible for delivering the email to the intended recipient), you are hereby notified that any review, dissemination, distribution or copying or other use of this message is strictly prohibited. If you have received this communication in error, please notify the sender immediately by return email and delete this message and attachments from your system, thank you. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Creating a Z39.50 Target - No connection
Hi this is a very silly advice :(, but have you restarted Zebra? changes in koha-conf.xml are not effective until you restart the server, if you have started have you tried telnet localhost 210? Hugo 2015-04-07 19:46 GMT+02:00 Craig Butosi craig.but...@rcmusic.ca: Hi Everyone, I was interested in making my catalogue searchable by turning its biblios database into a z39.50 target. I've followed the instructions in my koha-conf.xml file (etc/koha/sites/library/koha-conf.xml), un-commenting the necessary areas. However, going through the Troubleshooting page on the Koha Wiki: http://wiki.koha-community.org/wiki/Troubleshooting_Koha_as_a_Z39.50_server has led to a dead-end. I have my port set to 210 (this is different from the default for biblios), yet I cannot connect to yaz-client after running yaz-client -c /etc/koha/zebradb/ccl.properties localhost:210/biblios It shows the following error: Connecting...error = System (lower-layer) error: Connection refused Now, I'm wondering if this is a simple case of not opening port 210 on my firewall. I've run the following command, attempting to do this: sudo iptables -A INPUT -p udp --dport 210 -j ACCEPT Yet, this port isn't listed on my server connections (sudo netstat -pn --udp -listen) Can anyone advise, please? (Happy to send the necessary areas of my koha-conf.xml file off-list for diagnosis). Many thanks in advance! Best to all, Craig Butosi, MA, MLIS, B Mus (Hons.) LIBRARY SERVICES MANAGER the royal conservatory TELUS Centre for Performance and Learning 273 Bloor Street West Toronto, ON M5S 1W2 416.408.2824 x338 www.rcmusic.cahttp://www.rcmusic.ca/ Note: This email message and any attachments are intended only for the use of the individual to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the recipient of this email is not the intended recipient (or the employee or agent responsible for delivering the email to the intended recipient), you are hereby notified that any review, dissemination, distribution or copying or other use of this message is strictly prohibited. If you have received this communication in error, please notify the sender immediately by return email and delete this message and attachments from your system, thank you. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- *Hugo Agud - Orex Digital * *www.orex.es http://www.orex.es* Director Passatge de la Llançadera, 3 · 08338 Premià de Dalt - Tel: 93 539 40 70 ha...@orex.es · http://www.orex.es/ No imprima este mensaje a no ser que sea necesario. Una tonelada de papel implica la tala de 15 árboles y el consumo de 250.000 litros de agua. Aviso de confidencialidad Este mensaje contiene información que puede ser CONFIDENCIAL y/o de USO RESTRINGIDO. Si usted no es el receptor deseado del mensaje (ni está autorizado a recibirlo por el remitente), no está autorizado a copiar, reenviar o divulgar el mensaje o su contenido. Si ha recibido este mensaje por error, por favor, notifíquenoslo inmediatamente y bórrelo de su sistema. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Buggy OS Upgrade
Greetings, Koha 3.18.5 installed using packages under Debian squeeze. This week we upgraded our distro from squeeze to wheezy. Now when we try to save a biblio found using Z39.50 search, we get this error message: Byte order is not compatible at /usr/lib/perl/5.14/Storable.pm line 416 at /usr/share/koha/intranet/cgi-bin/cataloguing/additem.pl line 401 Clearly, we muffed something in the upgrade, but I haven't a clue what. Any suggestions, or should I roll back to last week's backup? ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] 2 ways to mark an item withdrawn???
I’ve done some more troubleshooting on my own that I thought I’d share with everyone. Following process #1 below causes Koha to update the items.withdrawn field, but following process #2 below changes the following in the items.more_subfields_xml field instead: leader a /leader datafield tag=999 ind1= ind2= subfield code=01/subfield Not sure if that’s intended to be the case or not? Does anyone else see behavior similar to what we’re seeing when marking the item “withdrawn” in the 2 different manners? Thanks! Steve _ From: Steven Nickerson snick...@maine.rr.com mailto:snick...@maine.rr.com To: koha@lists.katipo.co.nz mailto:koha@lists.katipo.co.nz Sent: Friday, April 3, 2015 2:53 PM Subject: [Koha] 2 ways to mark an item withdrawn??? Hello everyone, I'm running a variety of Koha package versions on Debian, ranging from 3.16.2 to 3.18.5.1 and am hearing reports of issues with how items are marked as withdrawn. If you search in the staff client for an item and click on its title to go into the details you can mark an individual item 'withdrawn' in one of two ways: 1. Click on the Edit button along the top and select Edit Items in the pull-down. In the resulting window, click on the Edit link on the left-hand side of the item you want to withdraw. The first option reads 0 - withdrawn status and in the pull-down I set it to Withdrawn, and then click Save changes at the bottom. 2. The other way is to click on the Items tab on the left-hand side instead of the Edit button along the top. Selecting the Items tab gives you a list of your items and each item has a Withdrawn? line with a button that can be clicked to Withdraw it. So, now my question/issue.following the #1 process above doesn't seem to do anything at all to actually withdraw the item. It is still searchable in both Staff and OPAC clients and shows as available everywhere. I also checked in the database itself and the items.withdrawn field is not changed for the given item either. So what does marking the item status in this way actually do? Is this a bug, and should it be updating the items.withdrawn field, perhaps? Following the #2 process above seems to have the expected results. Thanks in advance for anyone's thoughts! Steve ___ Koha mailing list http://koha-community.org http://koha-community.org/ Koha@lists.katipo.co.nz mailto:Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Marc record manual entry 650 a locked
Hi Christy, the default configuration in Koha requires you to link to authority records for some of the fields, like personal names or subjects. As you are just starting to catalog, there are probably no authorities in your database, so any search comes up empty. You can create a new authority record from the search window you mention - look for 'Create new authority' at the top. It will take you into the authorities module, where you can use Z39.50 for searching authorities. You can also decide to not use authorities at all (Administration Bibliogaphic MARC framework ... 650$a - empty Thesaurus field) or create authorities on the fly automatically by entering data into the fields directly (System preference BiblioAddsAuthorites should unlock). Hope this helps, Katrin Am 03.04.2015 um 17:58 schrieb ChristyThomas: Hi, I am trying to do manual entry of records for an elementary school library. The z39.50 does not find these books. I do find them on worldcat though, so I am trying to copy the information manually. Line 650 a is locked. When I try the icon to the right it opens another window. I try adding leopards (the topic) to any of those windows and it comes up not found. What am I doing wrong? Thanks, Christy -- View this message in context: http://koha.1045719.n5.nabble.com/Marc-record-manual-entry-650-a-locked-tp5834173.html Sent from the Koha-general mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Creating a Z39.50 Target - No connection
Craig Butosi schreef op wo 08-04-2015 om 01:29 [+]: to no effect. Still unable to connect to 210 Also tried to telnet using sudo telnet localhost:210, to which I get the following error telnet: could not resolve localhost:210/telnet: Name or service not known Your syntax is wrong: telnet localhost 210 Three things of note: 1. I noticed that when checking the iptables, nothing is listed as listening in on port 210, but port 80 and 8080 are listed (OPAC and Staff Client, respectively). How would I open port 210 with iptables? I'm not sure what I should do. Ignore iptables, you're likely to make things worse. If the process isn't listening, no amount of messing with firewall rules is going to make it show up. iptables --list will show you what rules actually exist. Also, iptables doesn't tell you about things that are listening anyway. For that you want: sudo netstat -lp --inet I/O warning : failed to load external entity /etc/koha/sites/library/__KOHA_CONF_DIR__/zebradb/explain-biblios.xml 21:04:47-07/04 [fatal] Failed to bind to tcp:@:210 [Permission denied] This is your key thing that you need to be noticing. You don't have permissions to bind on that port, you need root to bind to ports 1024, so try for a different number and see if that works. -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5FA7 4B49 1E4D CAA4 4C38 8505 77F5 B724 F871 3BDF ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Creating a Z39.50 Target - No connection
Hi all, Update: Restarted zebra with sudo koha-zebra-restart instancename to no effect. Still unable to connect to 210 Also tried to telnet using sudo telnet localhost:210, to which I get the following error telnet: could not resolve localhost:210/telnet: Name or service not known Three things of note: 1. I noticed that when checking the iptables, nothing is listed as listening in on port 210, but port 80 and 8080 are listed (OPAC and Staff Client, respectively). How would I open port 210 with iptables? I'm not sure what I should do. 2. Here is my koha-conf.xml file (edited out sensitive information): https://www.dropbox.com/s/qk5scpwuv6pibvy/koha-conf.xml?dl=0 . Does anyone see anything out of place? By the way, my instance name is library, and I would like to use Port 210 for Z39.50. 3. Log Files: a) On zebra-error.log: I/O warning : failed to load external entity /etc/koha/sites/library/__KOHA_CONF_DIR__/zebradb/explain-biblios.xml 21:04:47-07/04 [fatal] Failed to bind to tcp:@:210 [Permission denied] b) On zebra-output.log: 20:53:41-24/03 zebrasrv(103) [warn] dfa_parse fail=1 20:53:41-24/03 zebrasrv(103) [warn] dict_lookup_grep fail -1 Not sure if #3 is a clue to what's happening. Any thoughts? Best to all and thanks, Craig Butosi, MA, MLIS, B Mus (Hons.) LIBRARY SERVICES MANAGER the royal conservatory TELUS Centre for Performance and Learning 273 Bloor Street West Toronto, ON M5S 1W2 416.408.2824 x338 www.rcmusic.ca From: Koha [koha-boun...@lists.katipo.co.nz] on behalf of Craig Butosi [craig.but...@rcmusic.ca] Sent: Tuesday, April 07, 2015 2:21 PM To: Hugo Agud Cc: koha-user Subject: Re: [Koha] Creating a Z39.50 Target - No connection Hi all, Hugo, thank you for the advice ☺ To a novice, no advice is silly! I will look into restarting zebra and try to telnet to 210 later this evening. Thanks very much! Best, Craig Butosi, MA, MLIS, B Mus (Hons.) LIBRARY SERVICES MANAGER the royal conservatory TELUS Centre for Performance and Learning 273 Bloor Street West Toronto, ON M5S 1W2 416.408.2824 x338 www.rcmusic.cahttp://www.rcmusic.ca/ From: Hugo Agud [mailto:ha...@orex.es] Sent: April-07-15 1:51 PM To: Craig Butosi Cc: koha-user Subject: Re: [Koha] Creating a Z39.50 Target - No connection Hi this is a very silly advice :(, but have you restarted Zebra? changes in koha-conf.xml are not effective until you restart the server, if you have started have you tried telnet localhost 210? Hugo 2015-04-07 19:46 GMT+02:00 Craig Butosi craig.but...@rcmusic.camailto:craig.but...@rcmusic.ca: Hi Everyone, I was interested in making my catalogue searchable by turning its biblios database into a z39.50 target. I've followed the instructions in my koha-conf.xml file (etc/koha/sites/library/koha-conf.xml), un-commenting the necessary areas. However, going through the Troubleshooting page on the Koha Wiki: http://wiki.koha-community.org/wiki/Troubleshooting_Koha_as_a_Z39.50_server has led to a dead-end. I have my port set to 210 (this is different from the default for biblios), yet I cannot connect to yaz-client after running yaz-client -c /etc/koha/zebradb/ccl.properties localhost:210/biblios It shows the following error: Connecting...error = System (lower-layer) error: Connection refused Now, I'm wondering if this is a simple case of not opening port 210 on my firewall. I've run the following command, attempting to do this: sudo iptables -A INPUT -p udp --dport 210 -j ACCEPT Yet, this port isn't listed on my server connections (sudo netstat -pn --udp -listen) Can anyone advise, please? (Happy to send the necessary areas of my koha-conf.xml file off-list for diagnosis). Many thanks in advance! Best to all, Craig Butosi, MA, MLIS, B Mus (Hons.) LIBRARY SERVICES MANAGER the royal conservatory TELUS Centre for Performance and Learning 273 Bloor Street West Toronto, ON M5S 1W2 416.408.2824 x338 www.rcmusic.cahttp://www.rcmusic.cahttp://www.rcmusic.ca/ Note: This email message and any attachments are intended only for the use of the individual to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the recipient of this email is not the intended recipient (or the employee or agent responsible for delivering the email to the intended recipient), you are hereby notified that any review, dissemination, distribution or copying or other use of this message is strictly prohibited. If you have received this communication in error, please notify the sender immediately by return email and delete this message and attachments from your system, thank you. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nzmailto:Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Hugo Agud - Orex Digital www.orex.eshttp://www.orex.es Director Passatge de la
Re: [Koha] Buggy OS Upgrade
Hi Bruce,
I am on Debian 7.8 (wheezy).
I don't know solution to your problem, but the following may help others to
help you:
I was on Koha 3.18.4 (installed using packages) and tried '*apt-get upgrad*e'
and got the '*The following packages have been kept back*' message for
koha-common.
I tried '*aptitude upgrade*' and it upgraded to Koha 3.18.5 with addition
to '*The following NEW packages will be installed:
libdbix-connector-perl{a}*' message, which did not happen when I did '*apt-get
upgrade*'.
Now I'm upgraded to 3.18.5 and tried Z39.50 search and added a record with
item. No errors. Works fine.
-- Arslan
On Wed, Apr 8, 2015 at 3:40 AM, Bruce A. Metcalf
bruce.metc...@augustansociety.net wrote:
Greetings,
Koha 3.18.5 installed using packages under Debian squeeze.
This week we upgraded our distro from squeeze to wheezy.
Now when we try to save a biblio found using Z39.50 search, we get this
error message:
Byte order is not compatible at /usr/lib/perl/5.14/Storable.pm line 416 at
/usr/share/koha/intranet/cgi-bin/cataloguing/additem.pl line 401
Clearly, we muffed something in the upgrade, but I haven't a clue what.
Any suggestions, or should I roll back to last week's backup?
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
--
Assistant Librarian
SZABIST Islamabad
www.szabist-isb.edu.pk
arslan.far...@szabist-isb.edu.pk
+92 514 863 363-65
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Buggy OS Upgrade
Bruce, This is a problem with the format of sessions changing. Deleting the cookies in the offending client will fix the problem, as will clearing your sessions (this will force you to log back in). Regards, Jared On Tue, Apr 7, 2015 at 6:40 PM, Bruce A. Metcalf bruce.metc...@augustansociety.net wrote: Greetings, Koha 3.18.5 installed using packages under Debian squeeze. This week we upgraded our distro from squeeze to wheezy. Now when we try to save a biblio found using Z39.50 search, we get this error message: Byte order is not compatible at /usr/lib/perl/5.14/Storable.pm line 416 at /usr/share/koha/intranet/cgi-bin/cataloguing/additem.pl line 401 Clearly, we muffed something in the upgrade, but I haven't a clue what. Any suggestions, or should I roll back to last week's backup? ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Jared Camins-Esakov Bibliographer, C P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) jcam...@cpbibliography.com (web) http://www.cpbibliography.com/ ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Buggy OS Upgrade
It's worth noting that clearing the cache, cookies, and sessions should be standard procedure after *every* upgrade for every staff interface user. Liz On 08/04/15 16:03, Jared Camins-Esakov wrote: Bruce, This is a problem with the format of sessions changing. Deleting the cookies in the offending client will fix the problem, as will clearing your sessions (this will force you to log back in). Regards, Jared On Tue, Apr 7, 2015 at 6:40 PM, Bruce A. Metcalf bruce.metc...@augustansociety.net wrote: Greetings, Koha 3.18.5 installed using packages under Debian squeeze. This week we upgraded our distro from squeeze to wheezy. Now when we try to save a biblio found using Z39.50 search, we get this error message: Byte order is not compatible at /usr/lib/perl/5.14/Storable.pm line 416 at /usr/share/koha/intranet/cgi-bin/cataloguing/additem.pl line 401 Clearly, we muffed something in the upgrade, but I haven't a clue what. Any suggestions, or should I roll back to last week's backup? ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- -- Liz Rea Catalyst.Net Limited Level 6, Catalyst House, 150 Willis Street, Wellington. P.O Box 11053, Manners Street, Wellington 6142 GPG: B149 A443 6B01 7386 C2C7 F481 B6c2 A49D 3726 38B7 ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
