| 03:09 |
|
vanya joined #evergreen |
| 03:40 |
|
vanya joined #evergreen |
| 03:42 |
vanya |
I made some changes in the code while fixing a bug. Then I ran make and make install again to see if the modified code works. However, my apache crashed due to that. Can anyone tell me where I'm going wrong? |
| 05:53 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:32 |
|
kedmundson joined #evergreen |
| 07:50 |
|
collum joined #evergreen |
| 07:52 |
|
reach joined #evergreen |
| 09:47 |
|
kmlussier joined #evergreen |
| 10:11 |
|
yboston joined #evergreen |
| 10:28 |
|
Dyrcona joined #evergreen |
| 10:34 |
vanya |
Hello everyone. After I make changes in the code, I wanted to test it out. |
| 10:35 |
vanya |
I had downloaded the staff client and the server from the link given. |
| 10:37 |
vanya |
When I make the server again , the changes are not reflected on the client. I was wondering if someone could tell me how to build the client according to my changes. |
| 10:39 |
tsbere |
vanya: You may need to re-install the client if you aren't using automatic updates |
| 10:39 |
tsbere |
(especially if it is client-side code you are changing) |
| 10:42 |
|
mdriscoll1 joined #evergreen |
| 10:59 |
tsbere |
kmlussier: Heh, I was looking for that, then got distracted |
| 11:18 |
mmorgan |
Can someone confirm that the CIRC_OVERRIDE_DUE_DATE permission CANNOT be configured to prevent editing due dates on items owned by other org units? |
| 11:27 |
tsbere |
mmorgan: As I believe it is based on the library the circ is happening at, and not the item in any way, shape, or form, I think I can confirm that. |
| 11:30 |
mmorgan |
that's what my testing has shown. I was hoping that the depth of the permission might pertain to ownership, but that does not appear to be the case. |
| 11:32 |
tsbere |
mmorgan: Note that preventing the due date from being overridden would help with "you can't make it due later" but who is going to complain about someone trying to get an item to come back *sooner*? :P |
| 11:33 |
tsbere |
(outside of the person checking the item out, anyway) |
| 12:02 |
|
akilsdonk_ joined #evergreen |
| 15:02 |
kmlussier |
And welcome! |
| 15:03 |
jeff |
Yes, welcome! |
| 15:03 |
Dyrcona |
#info Jason Stephenson, MVLC |
| 15:03 |
jeff |
#topic Action items from last meeting |
| 15:03 |
jeff |
#info kmlussier and others to make time to test the latest branch (negative balances). |
| 15:03 |
jeff |
kmlussier: anything to report? |
| 15:04 |
|
mrpeters joined #evergreen |
| 15:04 |
kmlussier |
Yes, I've done more testing and reported my most recent feedback to the bug. |
| 15:04 |
kmlussier |
I thought I saw a new branch floating around during the hack-a-way. Is that something that's ready for testing? |
| 15:04 |
jeff |
excellent. related: |
| 15:04 |
jeff |
#info dbwells to work on display ideas for negative balance branch |
| 15:05 |
|
mnsri joined #evergreen |
| 15:05 |
dbwells |
It's blossomed into a few different branches. |
| 15:05 |
jeff |
(this may answer kmlussier's question, if not -- feel free to chime in regardless of the current bullet item) |
| 15:06 |
jeff |
dbwells: testing and eyeballs being needed, as always? |
| 15:06 |
dbwells |
The extra fine bug was actually related to a separate code branch for "new overdues for returned lost" stuff |
| 15:06 |
DPearl |
#info DPearl = Dan Pearl, C/W MARS |
| 15:06 |
dbwells |
That is it's own branch, courtesy of berick and eeevil |
| 15:08 |
dbwells |
Put me down as an action item to do just that. |
| 15:08 |
jeff |
dbwells++ thanks |
| 15:08 |
berick |
dbwells++ |
| 15:08 |
kmlussier |
I'll test anything dbwells puts out there. :) |
| 15:08 |
bshum |
dbwells++ |
| 15:08 |
kmlussier |
dbwells++ |
| 15:08 |
bshum |
kmlussier++ # testing too :) |
| 15:08 |
jeff |
#action dbwells to update Conditional Negative Balances bug 1198465 with links to new branches, etc. |
| 15:08 |
pinesol_green |
Launchpad bug 1198465 in Evergreen "Support for Conditional Negative Balances" (affected: 14, heat: 62) [Wishlist,Confirmed] https://launchpad.net/bugs/1198465 |
| 15:09 |
jeff |
kmlussier++ dbwells++ berick++ Dyrcona++ and probably more :-) |
| 05:24 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:55 |
|
eeevil joined #evergreen |
| 07:56 |
|
Callender joined #evergreen |
| 07:56 |
|
phasefx joined #evergreen |
| 15:16 |
csharp |
okay, as the postgres user, do 'psql evergreen' and do 'select * from actor.org_unit;' |
| 15:16 |
csharp |
if you see data there, you created the database correctly |
| 15:19 |
csharp |
vanya: restarting the client after running autogen is a good plan |
| 15:19 |
vanya |
I don't see any specific data- as in- there are entries like "example branch 1" etc. |
| 15:26 |
vanya |
I tried creating the database again, it told me it was being used by 6 other sessions- evergreen, pearllu, tablefunc, xml2, hstore and intarray |
| 15:27 |
vanya |
Is there any particular command I can give to update database? |
| 15:28 |
vanya |
Also, I was wondering if you could tell me what all I need to restart if I make some changes in the code and want to test them? |
| 15:36 |
|
vrani_ joined #evergreen |
| 15:38 |
|
vrani joined #evergreen |
| 15:38 |
csharp |
vanya: seeing the example branches means you did that right - no need to recreate |
| 15:52 |
vanya |
"Successfully updated the organization proximity" |
| 16:06 |
Shilpa_ |
One quick question: I noticed that all the installaztion instructions are for Linux, is it possible to run Evergreen on a mac? |
| 16:08 |
Shilpa_ |
Or can you compile it from source on a mac? |
| 17:56 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 19:54 |
vanya |
Hello, I'm working on the file menu.js |
| 19:54 |
vanya |
Could anyone tell me what the variables usr_id, opac and bib_id represent? |
| 20:01 |
vanya |
Also, |
| 04:33 |
pinesol_green |
Launchpad bug 978040 in Evergreen "No result found search for patron by database id results in return to wrong interface" (affected: 1, heat: 6) [Low,Confirmed] https://launchpad.net/bugs/978040 |
| 04:40 |
vanya |
I have been trying to run the evergreen client, but when I enter hostname as "localhost", it gives me the status "500: Internal server error", and there is a warning that says "Workstation not yet configured for the specified server" |
| 04:40 |
vanya |
Can someone tell me what I'm doing wrong? |
| 05:10 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:49 |
csharp |
vanya: you should be able to see more details about the error in /openils/var/log/osrfsys.log (assuming you haven't changed anything about OpenSRF logging) |
| 07:58 |
|
eeevil joined #evergreen |
| 07:58 |
|
mtate joined #evergreen |
| 14:43 |
kmlussier |
phasefx: Thanks! |
| 14:44 |
phasefx |
you're welcome :) |
| 14:46 |
|
vlewis joined #evergreen |
| 14:55 |
kmlussier |
Something to ponder before I go back to web client testing. This record - https://bark.cwmars.org/eg/opac/record/948727 - is not retrieved in any keyword searches, either in the public catalog or staff client. |
| 14:56 |
kmlussier |
If it were just the public catalog, I would think it was a problem with subfield 9 or OPAC visibility. |
| 14:56 |
kmlussier |
We forced a reingest on the record, and it does have an entry in the metabib keyword table. |
| 14:56 |
kmlussier |
Is there anything else we should be looking at? |
| 14:57 |
|
jboyer-laptaupe joined #evergreen |
| 15:03 |
ldw |
kmlussier: It is not something I am working on currently. Please set it back to unassigned. It is still in my mind though, so I will get back to it. I will reassign myself when I am back on that job. |
| 15:03 |
kmlussier |
ldw: Thanks! |
| 15:52 |
jeff |
hey, that came up in private conversation the other day. |
| 15:52 |
* kmlussier |
googles recursive cte. :) |
| 15:52 |
jeff |
kmlussier++ for saving me from digging up the irc log for that time |
| 15:52 |
kmlussier |
Well, I just did some timed tests. |
| 15:53 |
kmlussier |
I used a 2.7 client on webby and then tried it in a browser. |
| 15:53 |
kmlussier |
The first load is very slow, in both, but it's a bit better in a web browser. |
| 15:53 |
kmlussier |
Then, in both environments, the load time improves. But I consistently found it took 4 seconds to load a patron in the editor in the xul client. It took 6 seconds in the browser. |
| 15:54 |
* kmlussier |
used an actual timer this time, not counting on her fingers. :) |
| 16:03 |
|
Canepa joined #evergreen |
| 16:04 |
kmlussier |
Anywho, I'll just re-state the concern I has back then about moving our libraries to something that is still loading slowly or, in this case, is loading a little more slowly. |
| 16:09 |
|
artunit joined #evergreen |
| 16:10 |
kmlussier |
Since it's Friday, I'll move on to happier performance-related topics. I'm guessing we no longer need the cap for patron search results because a) the user has the ability to select the option of up to 100 results b) we have paging and c) we won't kill the server by retrieving the 100 results that can be displayed on one screen? |
| 16:15 |
|
Canepa joined #evergreen |
| 16:15 |
dbs |
6 seconds? Good lord. |
| 16:16 |
* dbs |
doesn't have much more to contribute right now :( |
| 17:18 |
kmlussier |
Webby must have been updated while it was kicked. Awesome! I'm seeing a lot of fixes. :) |
| 17:20 |
jeff |
heh |
| 17:25 |
|
mmorgan left #evergreen |
| 17:42 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:51 |
tsbere |
jeff: On action.circulation, that can be much *less* useful when you are aging circs.....and as far as I know, "circulated an item" doesn't really show up anywhere else. For good reasons. |
| 18:09 |
|
Canepa joined #evergreen |
| 18:15 |
|
Canepa_ joined #evergreen |
| 04:50 |
|
geoffsams joined #evergreen |
| 05:33 |
|
vanya joined #evergreen |
| 05:46 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 08:10 |
|
eeevil joined #evergreen |
| 08:10 |
|
mtate joined #evergreen |
| 08:11 |
|
phasefx joined #evergreen |
| 11:04 |
berick |
kmlussier: too many ain't's and ya'll's, I assume ;) |
| 11:05 |
kmlussier |
berick: Ha! Given where I'm from, it's more likely that I wasn't using my r's. |
| 11:07 |
berick |
donde esta el coche? WHERE'S THE CAAAHHH |
| 11:07 |
* kmlussier |
chuckles |
| 11:07 |
kmlussier |
It's funny how much you learn about the existing client when testing the new client. I keep finding things that are missing, just to discover they never existed. |
| 11:08 |
* kmlussier |
should submit those reports anyway just to drive graced crazy. |
| 11:08 |
berick |
heh |
| 11:09 |
|
snigdha26 joined #evergreen |
| 11:34 |
* jeff |
grins |
| 14:18 |
yboston |
the date is fine for now |
| 14:18 |
remingtron |
#link http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=28a5085fd645c9470b852c9700661dbe4cbddf18 |
| 14:18 |
pinesol_green |
[evergreen|Remington Steed] Documentation: Upgrade instructions examples - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=28a5085> |
| 14:19 |
yboston |
I have never done an upgrade so I have not been able to help with testing those instructions so far. thanks rsoulliere and remingtron for working on this |
| 14:19 |
rsoulliere |
And here it is in the docs: http://docs.evergreen-ils.org/2.6/_upgrade_the_evergreen_database_schema.html |
| 14:19 |
yboston |
anything else to add or any questions from others? |
| 14:21 |
yboston |
OK, I will move on |
| 14:28 |
yboston |
kmlussier: very true |
| 14:28 |
remingtron |
oooooo, good point |
| 14:28 |
remingtron |
well, let's discuss that on the list |
| 14:29 |
kmlussier |
I know I'll be doing some documentation while testing, but I don't know how far I'll get. |
| 14:29 |
remingtron |
jihpringle volunteered to help with preview web client docs |
| 14:29 |
yboston |
who would like to follow up on the list to get ideas for how to tackle web client docs |
| 14:29 |
yboston |
? |
| 14:43 |
remingtron |
kmlussier: +1 to that! |
| 14:43 |
|
vrani_ joined #evergreen |
| 14:43 |
kmlussier |
stompro: One thing I was thinking is we could maybe tie it closely together with the Evergreen site. I think there is a FAQ plug-in for WordPress (can't recall if we're using it). |
| 14:43 |
yboston |
I agree with kbutler , we might want to rethink the overall organization, but it might require having another docs server set up to test out new re-orgs of the content for us to see, wihtout impacting the main docs server |
| 14:43 |
stompro |
kbutler, I've wondered why there are 3 sections on tpac and several sections on Acquisitions. A reorg would be good. |
| 14:44 |
jihpringle |
+1 to a reorg |
| 14:44 |
kmlussier |
stompro: That's partially due to the Evergreen in Action docs being added without replacing the existing docs. I think if those were more explicitly called out as being "Evergreen in Action" docs, it would make more sense to the user. |
| 14:52 |
remingtron |
yboston: yes |
| 14:52 |
yboston |
#action remingtron will create a wiki page to collect ideas for a docs re-org |
| 14:52 |
remingtron |
I think we should keep discussing snigdha26's ideas on that email thread |
| 14:53 |
yboston |
we talked about setting up a test server to be used for OPW purposes, and a few other experiments |
| 14:53 |
kmlussier |
snigdha26++ Thanks for the ideas! |
| 14:53 |
yboston |
I can assign that task to me and kmlussier ? is that OK? |
| 14:54 |
kmlussier |
Does it need to be assigned? snigdha26 already started the thread. People should feel free to continue offering feedback and ideas, I think. |
| 14:54 |
|
kakes_ joined #evergreen |
| 14:54 |
yboston |
did we want to focus on a couple of the ideas first liek the search changes or testing the addition of a (collapsible) TOC tot he pages? |
| 14:54 |
yboston |
kmlussier: I meant about following up with a docs test server |
| 14:55 |
kmlussier |
Oh, sorry. |
| 14:55 |
* kmlussier |
was confused. |
| 14:55 |
yboston |
BTW, the next meeting, Academics for Evergeen, will start in 5 minutes |
| 15:52 |
kmlussier |
I took yboston off that one since he volunteered for call number sorting |
| 15:52 |
kmlussier |
#action yboston to lead Call Number Sorting group |
| 15:52 |
kmlussier |
yboston: I think the group leaders should create their own wiki pages. |
| 15:52 |
Christineb |
I am available to test, etc... I cannot do code |
| 15:53 |
kmlussier |
Christineb: We're starting with building of specs, so that might be something to help with too. |
| 15:53 |
kakes_ |
lots of the survey respondents indicated they would help with specing and testing |
| 15:53 |
kmlussier |
Did I miss anything? |
| 15:53 |
Christineb |
kmlussier: ok I would like to help where I can |
| 15:54 |
kmlussier |
So the group leaders will be responsible for soliciting volunteers and starting to pull together needs/specs? Does that sound right? |
| 16:01 |
kmlussier |
yboston: Yes. |
| 16:02 |
eeevil |
kmlussier: it certainly could. it would make config simpler, certainly. no template full of xpath, etc |
| 16:02 |
eeevil |
just "here's your fields, put them where you like" |
| 16:02 |
kmlussier |
eeevil: And you have a new branch available for testing, right? |
| 16:03 |
eeevil |
I do. I confirmed that it rebases to master cleanly (as of the hackaway) |
| 16:03 |
eeevil |
sec... |
| 16:03 |
kmlussier |
eeevil: But it sounds like it still needs work? |
| 16:03 |
eeevil |
http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/miker/lp1251394-metabib-display-fields |
| 16:04 |
kmlussier |
eeevil: I'll try to take some time to look at it once I'm done with web client testing. |
| 16:04 |
kmlussier |
If I ever finish with web client testing, that is. |
| 16:04 |
eeevil |
well, it started before browse, and both display and facet fields could probably benefit from being folded into the same underlying storage |
| 16:05 |
eeevil |
to cut down on duplicate data, at least |
| 16:06 |
eeevil |
kmlussier: note, that branch /only/ provides the backend. the tpac loader (and friends) would need to be taught to pull the data and pass it to the templates |
| 17:07 |
csharp |
jeff++ # hahah |
| 17:15 |
|
sandbergja joined #evergreen |
| 17:19 |
|
mmorgan left #evergreen |
| 17:28 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:32 |
|
cherri joined #evergreen |
| 17:39 |
|
jeff_ joined #evergreen |
| 19:53 |
|
ldwhalen joined #evergreen |
| 00:51 |
|
dreuther joined #evergreen |
| 01:03 |
|
dreuther_ joined #evergreen |
| 05:53 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:46 |
|
krvmga joined #evergreen |
| 08:02 |
|
jboyer-isl joined #evergreen |
| 08:02 |
|
mtate joined #evergreen |
| 12:50 |
|
jihpringle joined #evergreen |
| 12:53 |
eeevil |
bshum: https://bugs.launchpad.net/evergreen/+bug/1374091 updated |
| 12:53 |
pinesol_green |
Launchpad bug 1374091 in Evergreen master "unapi.bre and slow views" (affected: 1, heat: 6) [Undecided,New] |
| 12:55 |
bshum |
eeevil++ |
| 12:55 |
bshum |
I'll turn on metarecords in our test DB to look at that. We don't have them in production. |
| 12:59 |
eeevil |
bshum: note the change to the view, as well. that was force-pushed |
| 12:59 |
eeevil |
IOW, the first commit is different |
| 13:00 |
bshum |
eeevil: yep, already pushed that new commit to production |
| 16:55 |
jeff |
this agenda item says it'll be the default when 2.8 is released! [kidding! not official fact!] |
| 16:55 |
* jeff |
ducks |
| 16:55 |
RoganH |
Succeed or fail I'd rather learn from it while folks can fall back on the xul client. |
| 16:56 |
kmlussier |
The thing is, until people start using it at a live circ desk, we won't really know what all the bugs are, no matter how well we test it. |
| 16:56 |
bshum |
kmlussier: I'd be reluctant to call webby production ready till we've got more modules done for inter-related workflows. |
| 16:56 |
bshum |
Basic circ, sure. But people need to often do more. |
| 16:57 |
kmlussier |
bshum: Sure, but I can think of many libraries that have workstations that are primarily circ only. |
| 17:08 |
* bshum |
goes back to poking at his house of cards that he calls servers... |
| 17:32 |
jeffdavis |
jeff: FWIW, we still see staff client memory issues with the 2.6 client. |
| 17:34 |
jeffdavis |
I wrote up a survey last week to try and narrow down which usage patterns cause the biggest problems. |
| 17:35 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:48 |
|
wlayton joined #evergreen |
| 18:19 |
|
Canepa_ joined #evergreen |
| 18:35 |
csharp |
jeff: we have some libraries reporting the same thing about freezes/high RAM usage |
| 03:02 |
|
bshum joined #evergreen |
| 03:13 |
|
mtcarlsoz joined #evergreen |
| 04:07 |
|
vanya joined #evergreen |
| 05:24 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 08:01 |
|
mtate joined #evergreen |
| 08:01 |
|
eeevil joined #evergreen |
| 08:06 |
|
Callender joined #evergreen |
| 16:45 |
bshum |
@later tell eeevil Oops, so I apparently did not notice that we're missing all the coded_value_map entries for changes made in https://bugs.launchpad.net/evergreen/+bug/1374091 |
| 16:45 |
pinesol_green |
bshum: The operation succeeded. |
| 16:45 |
pinesol_green |
Launchpad bug 1374091 in Evergreen master "unapi.bre and slow views" (affected: 1, heat: 6) [Undecided,New] |
| 16:45 |
bshum |
That led to things like... acq loading no longer matching for the link to catalog I think. |
| 16:45 |
* bshum |
ponders the SQL a bit before his next flight. |
| 16:46 |
* bshum |
reverts patch from his production system to test this theory. |
| 16:48 |
bshum |
Looks like it's the coalesce part of the SQL select |
| 16:48 |
bshum |
Whichever is first, m.attr is the only thing shown |
| 16:48 |
bshum |
If I put c.ctype first, then I get only the controlled values in the output |
| 16:48 |
bshum |
I'll update the bug ticket with these findings. |
| 16:51 |
bshum |
I guess that makes sense actually, COALESCE only grabs the first one it finds, else none? |
| 16:52 |
eeevil |
bshum: it gets the first non-null value. One or the other should be null |
| 16:53 |
bshum |
Hmm |
| 16:53 |
bshum |
Doesn't seem to be the case for some reason then. |
| 16:53 |
bshum |
I'm only getting one or the other set. |
| 16:53 |
eeevil |
It was working in my direct-select test |
| 16:54 |
eeevil |
I'll look as soon as I can. Probably tomorrow |
| 16:54 |
bshum |
No worries, it's the weekend. Thanks! |
| 17:01 |
* bshum |
gets on his next plane home from DC to NY. |
| 17:18 |
bshum |
csharp++ # the hackery continues! |
| 17:56 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 18:15 |
csharp |
heh |
| 20:55 |
|
vanya joined #evergreen |
| 21:53 |
|
vanya joined #evergreen |
| 02:31 |
|
jeff joined #evergreen |
| 03:56 |
|
vanya joined #evergreen |
| 04:29 |
|
vanya joined #evergreen |
| 05:10 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:27 |
|
artunit joined #evergreen |
| 08:00 |
|
rjackson-isl joined #evergreen |
| 08:00 |
|
phasefx joined #evergreen |
| 14:37 |
jeff |
{hosts, ["localhost", "private.localhost", "public.localhost"]}. |
| 14:37 |
jeff |
vanya: if you remove or comment out one of those (probably the first would be best), ejabberd should start. |
| 14:38 |
kmlussier |
Dyrcona: I thought you fixed some things with the aged circulations but developed the aged holds. But I could be misremembering. |
| 14:39 |
vanya |
jeff : I tried that. Infact, I tried to run it with both the host declarations removed too(just to test). But it still gave the same error. |
| 14:39 |
vanya |
Just a second- I'll try it again. |
| 14:40 |
kmlussier |
vanya: Did you say Ubuntu 14.04? Dyrcona/bshum: Are there still problems with using Evergreen on 14.04? |
| 14:41 |
vanya |
Same error |
| 14:41 |
kmlussier |
vanya: Also, I recommend you use a site like pastebin to paste your output. It's a little cleaner than pasting it in the channel. :) |
| 16:38 |
|
nhilton_ joined #evergreen |
| 16:39 |
jeff |
and if you run into any trouble, ask away -- we try to be a pretty helpful bunch. |
| 16:45 |
|
vanya joined #evergreen |
| 16:48 |
kmlussier |
It would be nice to have a minimum resolution for the web client that we should be checking in testing. |
| 16:49 |
kmlussier |
Does anyone know if there was a minimum resolution that was in mind when it was being designed? |
| 16:52 |
graced |
kmlussier: I believe there was. berick is the one who would have that off the top of his head |
| 16:53 |
kmlussier |
graced: Ah, you're still here. I would have sent you a pm, but I assumed you would be weekend'ing already. :) |
| 16:53 |
graced |
I am often weekending by now... so it was a good bet |
| 17:00 |
kmlussier |
graced: Also, is there a set of supported browsers for the web client? IOW, should I be telling people not to be testing on IE? |
| 17:02 |
graced |
kmlussier: there is some kind of new issue with Firefox that we've found where we can't even get past the login screen. So that's a known issue at this point but should get resolved soon. |
| 17:03 |
graced |
I have the best luck with Chrome. IE is okay but I don't think it will be a supported browser. |
| 17:03 |
kmlussier |
OK. I can log in with Firefox still. Lucky me! :) |
| 17:22 |
vanya |
@dessert jeff |
| 17:22 |
* pinesol_green |
grabs some Krispy Kreme Donuts for jeff |
| 17:38 |
kmlussier |
Good night #evergreen! |
| 17:42 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:43 |
|
berick joined #evergreen |
| 17:48 |
|
vanya joined #evergreen |
| 18:12 |
vanya |
Is anyone there? |
| 18:13 |
vanya |
When I'm trying to test the default OpenSRF services, it gives me the error message: Received no data from server. |
| 18:14 |
vanya |
When I looked it up, I found that many people had reported the same on the mailing lists, but I couldn't find a solution to it. |
| 18:14 |
vanya |
Does anyone have an idea what I should be doing about it? |
| 18:20 |
|
geoffsams joined #evergreen |
| 18:30 |
|
tsbere joined #evergreen |
| 19:41 |
|
vanya joined #evergreen |
| 20:29 |
vanya |
jeff : are you there? |
| 20:36 |
bshum |
vanya: "Received no data from server" is a pretty generic message that things aren't working |
| 20:37 |
bshum |
vanya: Looking at the logs might reveal any specific errors. Perhaps something in /openils/var/log/osrfsys.log |
| 20:37 |
vanya |
bshum : Hi! I figured I'm having a lot of problem because of Ubuntu 14.04 |
| 20:39 |
bshum |
The 2.6 series of Evergreen only operates with Ubuntu 12.04 |
| 20:39 |
bshum |
14.04 is only supported after 2.7 series of Evergreen. |
| 20:39 |
vanya |
Oh! |
| 20:39 |
bshum |
That's something new that we're still working on in the community |
| 20:40 |
bshum |
Is to complete support for 14.04. |
| 20:40 |
bshum |
The current recommendation is to use Ubuntu 12.04, 64-bit server edition for things you wish to test out with OpenSRF/Evergreen. |
| 20:40 |
bshum |
For Ubuntu anyways. |
| 20:40 |
vanya |
In that case, I guess I'll have to find a virtual machine to support 12.04, or just revert back to 12.04 on my system. |
| 20:41 |
bshum |
vanya: It's definitely helpful to use virtual machines when testing things. |
| 20:42 |
vanya |
I'll browse around for a virtual machine then :) |
| 20:42 |
vanya |
Thank you! I was unable to sleep until I got the environment set up. I've been struggling with 14.04 for a while now. |
| 20:47 |
bshum |
vanya: Sure thing, good luck on your next steps. 14.04 has been a little tricky at times :( |
| 05:01 |
|
vanya joined #evergreen |
| 05:03 |
jeff |
ah lovely. self checkout machine triggering emails every 2, then 5 minutes (alternating) about being "disconnected" |
| 05:15 |
jeff |
...and it stops. |
| 05:31 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:05 |
|
cherri joined #evergreen |
| 06:42 |
|
snigdha26 joined #evergreen |
| 06:46 |
|
cherri joined #evergreen |
| 10:13 |
RoganH |
And Hangouts are of course a backup option. |
| 10:14 |
|
jwoodard joined #evergreen |
| 10:14 |
kmlussier |
RoganH: do I have to download something to get ready? |
| 10:16 |
jeff |
recent version of firefox or chrome is all, iirc. |
| 10:17 |
jeff |
kmlussier: i'll send you a link to test. |
| 10:17 |
kmlussier |
Thanks! |
| 10:18 |
jeff |
sent. |
| 10:19 |
kmlussier |
Ugh. Not supported in Firefox. I'll try it in Chrome, but I've had an ongoing problem where I rarely get sound in Chrome that I never had a chance to investigate/fix. |
| 13:47 |
gmcharlt |
much better |
| 13:47 |
kmlussier |
I'll be back in a couple of hours. |
| 13:48 |
RoganH |
Nothing but quality here folks. |
| 13:52 |
pastebot |
"csharp" at 64.57.241.14 pasted "berick: test output from test_client.pl" (50 lines) at http://paste.evergreen-ils.org/14 |
| 13:52 |
csharp |
berick^^ |
| 13:57 |
|
yboston joined #evergreen |
| 13:59 |
csharp |
@praise videoconferencing |
| 16:01 |
phasefx |
maybe related, I can't get the page to work, and suspects it's because I don't have a webcam |
| 16:01 |
jeff |
(thankfully not a stray credential/key/etc) |
| 16:01 |
kmlussier |
phasefx: You might be right. mmorgan doesn't have a webcam either and was never able to get it to work. |
| 16:02 |
* phasefx |
goes and scrounges up one to test |
| 16:02 |
jeff |
huh. i have three laptops, a chromebook, a tablet and an ipod on/near my desk. all of them have a camera. |
| 16:03 |
* mmorgan |
remains in the ranks of the webcam deprived :-( |
| 16:03 |
phasefx |
big brother isn't watching you |
| 17:01 |
|
kmlussier joined #evergreen |
| 17:02 |
kmlussier |
Heading out, but can I put in a request for Google Hangouts for tomorrow? :) |
| 17:04 |
berick |
@later tell kmlussier re: google hangouts.. request noted. |
| 17:04 |
pinesol_green |
berick: The operation succeeded. |
| 17:06 |
|
cherri joined #evergreen |
| 17:13 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:16 |
berick |
one step closer to no more ruby.. http://paste.lisp.org/display/143835 |
| 17:16 |
berick |
direct generation of EDI |
| 17:16 |
|
MrMayor joined #evergreen |
| 02:25 |
|
RBecker joined #evergreen |
| 05:16 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:56 |
|
myra joined #evergreen |
| 07:57 |
|
eeevil joined #evergreen |
| 07:58 |
|
phasefx joined #evergreen |
| 14:15 |
yboston |
kmlussier: thanks |
| 14:20 |
kmlussier |
@seen krvmga |
| 14:20 |
pinesol_green |
kmlussier: krvmga was last seen in #evergreen 1 week, 6 days, 23 hours, 21 minutes, and 56 seconds ago: <krvmga> eeevil: yes, that seems to be right. |
| 14:24 |
tspindler |
I think i have been able to test some more things successfully with MARC batch edit but having a problem with the regular expression. See http://screencast.com/t/eOfBuQoa6u |
| 14:24 |
tspindler |
I'm trying to test replacint "writer" with "author" in a 505 field |
| 14:25 |
tspindler |
kmlussier: krvmga is in his office today, do you need him? |
| 14:26 |
kmlussier |
tspindler: I just had a DIG question, but I can shoot him an e-mail. |
| 14:26 |
kmlussier |
I was being lazy. |
| 14:36 |
kmlussier |
remingtron: Are you around? |
| 14:45 |
yboston |
the ".install" part threw my search off |
| 14:49 |
collum |
tspindler: the subfield is suppose to be a not 1. Let me repost. |
| 14:54 |
tspindler |
collum: thanks but something still isn't correct, I tried with that |
| 14:55 |
collum |
Interesting. I just tested and it worked for me. Seems to work better if you don't have anything in the subfields option. |
| 14:55 |
tspindler |
bit.ly/1ogXVtq |
| 14:56 |
tspindler |
collum: I will try that |
| 14:56 |
collum |
http://bit.ly/1rmo0fp |
| 14:57 |
kmlussier |
Maybe because you put the subfield in the MARC data field, you don't need to add it in the field above? |
| 14:59 |
tspindler |
collum: still not working, I'm testing this on the MassLNC community test server |
| 15:01 |
collum |
tspindler: are you getting an error screen, or is it just popping back to the batch edit screen? |
| 15:02 |
collum |
If it pops back to the edit screen, make sure that the proper bucket is still selected. |
| 15:02 |
tspindler |
I get to the screen and it is 1 success, 0 failures but the record is not updated. See http://mlnc4.mvlcstaff.org/eg/opac/record/239 |
| 15:08 |
collum |
You can change the MARC data to the entire field 505 \\$aJ.R.R Tolkien ...., but that sort of defeats the batch purpose. |
| 15:08 |
tspindler |
collum: yeah, i have been just trying to figure out the correct way to used the regex to get a portion of the field |
| 15:09 |
tspindler |
collum: it worked for you on master? |
| 15:10 |
collum |
On a test machine of mine, 2.2.0, but I changed the entire 505, not a portion of it. |
| 15:10 |
tspindler |
collum: I am testing this on master, i can update a whole field fine |
| 15:11 |
collum |
Yep. That's what I did, as well. |
| 15:12 |
collum |
My catalogers mainly use this for author entries. When a death date has to be added. |
| 15:12 |
tspindler |
we haven't used it much so I'm just exploring what can be done instead of going on the database side and doing db updates with sql |
| 17:23 |
berick |
and then i guess it will be time for some extreme fajitas |
| 17:25 |
bshum |
:D |
| 17:48 |
bshum |
@later tell yboston For opensrf, I'm hoping to get this bug merged later to help with the instructions for websockets: https://bugs.launchpad.net/opensrf/+bug/1369169 |
| 17:48 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:48 |
pinesol_green |
bshum: The operation succeeded. |
| 17:48 |
pinesol_green |
Launchpad bug 1369169 in OpenSRF "Add install instructions for websockets to README (and other cleanup)" (affected: 1, heat: 6) [Undecided,New] |
| 17:52 |
|
vanya joined #evergreen |
| 17:58 |
|
snigdha26 joined #evergreen |
| 18:01 |
|
nhilton_ joined #evergreen |
| 03:46 |
|
mansi joined #evergreen |
| 05:51 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:13 |
|
kmlussier joined #evergreen |
| 07:39 |
|
collum joined #evergreen |
| 07:46 |
|
rjackson-isl joined #evergreen |
| 16:21 |
kmlussier |
For bug 1198465, I think I'm going to start a wiki page that outlines very specific use cases with all the different twists and turns that can happen with a transaction, and how the system should respond when the negative balance settings are turned on and how it might differ depending on what other settings a library might have enabled. |
| 16:21 |
pinesol_green |
Launchpad bug 1198465 in Evergreen "Support for Conditional Negative Balances" (affected: 14, heat: 62) [Wishlist,Confirmed] https://launchpad.net/bugs/1198465 |
| 16:21 |
bshum |
kmlussier++ #sounds helpful |
| 16:22 |
kmlussier |
Because, in testing, I've found that the answer isn't always clear. And it also provides an opportunity for people like RoganH, who have shown interest in the project, to provide feedback on a conceptual level on whether they agree with the expected behavior. |
| 16:23 |
kmlussier |
We created use cases at the beginning of the project, but I don't think they fully considered all the different turns a billing transaction can take. |
| 16:23 |
RoganH |
Yeah, I have to admit it's been on my todo list to go back and read through the bug history (and I mean that literally, it's on my todo list) but I've managed to not get to it yet. |
| 16:24 |
mmorgan |
kmlussier++ |
| 16:27 |
kmlussier |
RoganH: Yes, well, it was on my to-do list to test remingtron's most recent branch, but I think I needed a break from it. Break time's over. :) |
| 16:28 |
RoganH |
Given how many different workflows and opinions I can expect on this just within SCLENDS I know getting consensus throughout the entire community can be challenging. |
| 16:28 |
|
tspindler left #evergreen |
| 16:30 |
Dyrcona |
Simple soluton: Everyone stops charging fines, etc. |
| 16:38 |
kmlussier |
It certainly hasn't caught on at my local library. |
| 16:39 |
* kmlussier |
is a delinquent patron with lots of overdue fines on her record. |
| 16:40 |
gmcharlt |
if kmlussier can do it... /me guilitily presents his membership card in the Not-So-Great Patron Club |
| 16:42 |
RoganH |
I officially allow items to go overdue in order to keep a running test on notice generation so I'm never responsible for my fines, it's part of my job. :) |
| 16:42 |
gmcharlt |
heh |
| 16:43 |
RoganH |
To be fair, when we have had issues I caught most of them that way before we had tickets filed. :) |
| 16:43 |
kmlussier |
RoganH: My local library isn't on Evergreen, so I don't have that excuse. Though one could argue that I use it as a way to compare the two systems. |
| 16:47 |
RoganH |
bye! |
| 16:52 |
Dyrcona |
And I'm signing off, too. |
| 17:06 |
|
mmorgan left #evergreen |
| 17:34 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:34 |
|
nhilton_ joined #evergreen |
| 18:02 |
|
dMiller joined #evergreen |
| 18:33 |
|
Callender joined #evergreen |
| 02:56 |
|
snigdha26 joined #evergreen |
| 03:07 |
|
RBecker_ joined #evergreen |
| 03:15 |
|
Guest33632 joined #evergreen |
| 05:07 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:26 |
|
Stompro joined #evergreen |
| 06:12 |
|
sarabee joined #evergreen |
| 06:34 |
|
RBecker joined #evergreen |
| 08:50 |
|
ericar joined #evergreen |
| 09:11 |
csharp |
Dyrcona++ |
| 09:23 |
|
asimon joined #evergreen |
| 09:31 |
asimon |
I am attempting to load a file of records using Vandelay. I have created a Holdings Import Profile for the local holdings. A test record load fails. The osrfsys.log file shows: "vl: record 1 was not imported" but no errors. Where should I go from here? |
| 09:35 |
dbs |
paxed: you did a lot of good! |
| 09:37 |
kmlussier |
asimon: Could you share what your holdings import profile looks like and what the holdings field looks like in the record your are importing? |
| 09:42 |
asimon |
kmlussier: Let me pull that info together for you. |
| 14:24 |
yboston |
acknowledge reading it in their reply right there |
| 14:24 |
gmcharlt |
right |
| 14:25 |
Stompro |
jeff: no luck with Chrome or Chrome beta on my Galaxy S3 running A4.4.2. Login form never gives any feedback. |
| 14:26 |
jeff |
Stompro: thanks! as I mentioned, I don't think it's been tested or that working on mobile was a goal yet, but it's good to know what you experienced. |
| 14:30 |
Stompro |
Jeff: Sure, I know it is early days. We are just excited about the possibility of having staff functions on mobile devices in the future. |
| 14:31 |
jeff |
Stompro: which staff functions interest you most? |
| 14:31 |
kmlussier |
Holds pull list! |
| 17:03 |
kmlussier |
Have a nice weekend everyone! |
| 17:14 |
|
mmorgan left #evergreen |
| 17:31 |
|
dMiller joined #evergreen |
| 17:40 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:52 |
berick |
huh, browser client installer deps -> node plugin error |
| 18:35 |
|
dbwells joined #evergreen |
| 20:52 |
|
gmcharlt joined #evergreen |
| 05:27 |
|
dbwells_ joined #evergreen |
| 05:30 |
|
remingtron joined #evergreen |
| 05:37 |
|
snigdha26 joined #evergreen |
| 05:42 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:49 |
|
collum joined #evergreen |
| 08:00 |
|
akilsdonk joined #evergreen |
| 08:00 |
|
eeevil joined #evergreen |
| 10:06 |
jeff |
and now i'm trying to think of where some of those virtual fields like "status" on an ahr get populated. might vary. |
| 10:07 |
jeff |
OpenILS::Application::Circ::Holds::_hold_status in the case of that specific field. |
| 10:08 |
athira |
Hello, I am a beginner and I would like to work on this bug.I don't have any idea about how to start.could someone please help me to proceed this |
| 10:08 |
Stompro |
Anyone know of any III Millennium migration docs/script that have already been developed? I'm just playing around and want to get some data into a test system. |
| 10:08 |
jeff |
athira: Welcome! Which bug are you looking at? |
| 10:09 |
athira |
jeff: https://bugs.launchpad.net/evergreen/+bug/1319964 |
| 10:09 |
pinesol_green |
Launchpad bug 1319964 in Evergreen "double-escaped entity in "Summaries & More" label" (affected: 1, heat: 6) [Low,New] - Assigned to Athira S (athirasnamby) |
| 15:02 |
jeff |
eeevil continues, ``IOW, that change is intended for automated workflows, not human ones'' |
| 15:02 |
fjgenus |
Dyrcona: I just repeated the entire installation process. i think something was wrong with my opensrf_core.xml file. thanks for all your help |
| 15:02 |
jeff |
(heck, just keep reading -- you'll probably get what you need) |
| 15:02 |
Dyrcona |
jeff remingtron berick eeevil: That feature is being used optionally in NCIP::ILS::Evergreen for NCIPServer. It works in testing, so far. |
| 15:02 |
Dyrcona |
fjgenus: OK. Glad you got it resolved. |
| 15:03 |
kmlussier |
fjgenus++ Dyrcona++ |
| 15:03 |
Dyrcona |
Hmm, maybe "testing" should be "development." :) |
| 15:03 |
kmlussier |
@praise Dyrcona |
| 15:03 |
* pinesol_green |
Dyrcona is one of the few who deserves to be praised |
| 15:04 |
* Dyrcona |
blushes. |
| 17:14 |
bshum |
Okay, taking a short break now to go run an errand before dinner. |
| 17:14 |
bshum |
I'll poke at things more later tonight. |
| 17:15 |
bshum |
dbwells: Please feel free to fix up any bug targets that seem wrong to you. I'll poke at it more myself later. |
| 17:15 |
pinesol_green |
[evergreen|Galen Charlton] LP#1370630: don't log mod_deflate actions by default - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7ca67b5> |
| 17:15 |
pinesol_green |
[evergreen|Jason Stephenson] LP 1369128: Add delete permission to fm_IDL.xml for class bre. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d2e7529> |
| 17:25 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:34 |
csharp |
@quote add < bshum> Maybe after I hang up my RM cape, I can put back on my bug wrangler gloves. |
| 17:34 |
pinesol_green |
csharp: The operation succeeded. Quote #92 added. |
| 17:34 |
csharp |
@quote random |
| 02:34 |
|
alisha joined #evergreen |
| 05:15 |
|
sseng_ joined #evergreen |
| 05:27 |
dbs |
@later tell kmlussier rsoulliere and I possibly to blame for what languages are "supported",; not sure what we would have been basing that on though |
| 05:27 |
pinesol_green |
dbs: The operation succeeded. |
| 05:28 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:36 |
* dbs |
looks at change history in http://booki.flossmanuals.net/evergreen-in-action/_edit/ and it was rsoulliere who added that, but I bet he chatted with me about it at the time. |
| 06:39 |
|
vr304 joined #evergreen |
| 07:25 |
|
snigdha26 joined #evergreen |
| 12:15 |
* kmlussier |
needs to update the docs. |
| 12:15 |
Dyrcona |
evergreenTest: You could just make barcodes up. Evergreen expects there to be barcodes at some point. |
| 12:15 |
evergreenTest |
ok i'll give that a shot and brb |
| 12:15 |
evergreenTest |
my test machine isn't actually connected to the net |
| 12:16 |
evergreenTest |
its in another room so i'll be afk to test |
| 12:16 |
evergreenTest |
thanks for the info :) |
| 12:16 |
yboston |
kmlussier: is that a good bitesize docs bug? (the barcode acq thing)? |
| 12:16 |
kmlussier |
yboston: Yes, maybe. There might even be existing documentation on the new feature that you could point to. |
| 13:17 |
bshum |
Uncaught TypeError: Cannot read property 'length' of undefined selfcheck.js:1355 |
| 13:17 |
bshum |
So I'm assuming you may be seeing something similar there |
| 13:22 |
|
dMiller joined #evergreen |
| 13:30 |
eeevil |
dbwells: I'd love to. at this point, for the basic cases, it really just needs a UI and some testing, IIRC |
| 13:30 |
kmlussier |
eeevil: How would a user identify who their "friends" are? |
| 13:31 |
eeevil |
kmlussier: by usrname or barcode, I'd assume. "pre-shared secret" :) |
| 13:32 |
bshum |
gmcharlt: Hmm, it occurs to me as I try putting the finishing touches on Evergreen 2.7.0 that we're still in testing phases for OpenSRF 2.4. Is there any reason we need to talk about any changes in our present plans for Evergreen 2.7 due to further work on OpenSRF? |
| 13:32 |
bshum |
Or any other major blockers anyone would like to bring up for Evergreen 2.7.0 |
| 13:33 |
bshum |
Other than the Ubuntu 14.04 issues. :( |
| 13:33 |
kmlussier |
eeevil: Or maybe provide two pieces of information. (usrname or barcode) and first name. Because it might be easy to guess a usrname? |
| 13:33 |
gmcharlt |
bshum: the main thing I'm planning for OpenSRF 2.4.0 is improving the install instructions (and thanks for your patches) and possibly throwing in a sample nginx config for those who want to both Evergreen HTTPS and WSS on port 443 |
| 13:34 |
gmcharlt |
other than that, I'm comfortable with the instructions for the webstaff prototype in 2.7.0 being known to be in need of polish |
| 16:44 |
|
nhilton joined #evergreen |
| 16:50 |
|
mdriscoll left #evergreen |
| 16:51 |
|
nhilton joined #evergreen |
| 16:56 |
pinesol_green |
[evergreen|Angela Kilsdonk] 2.7 documentation from ESI - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9ae8d24> |
| 17:06 |
|
nhilton_ joined #evergreen |
| 17:08 |
|
mmorgan left #evergreen |
| 17:18 |
|
nhilton joined #evergreen |
| 17:40 |
pinesol_green |
[evergreen|Yamil Suarez] Docs: updated root.txt to point to 2.7 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=04bf2f2> |
| 17:51 |
|
bbqben joined #evergreen |
| 17:53 |
|
dMiller joined #evergreen |
| 18:00 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 18:30 |
|
nhilton_ joined #evergreen |
| 18:55 |
|
jeff joined #evergreen |
| 18:55 |
|
jeff joined #evergreen |
| 19:45 |
* csharp |
screams in rage |
| 19:46 |
csharp |
I'm doing exactly what was suggested to me in the discussion here http://irc.evergreen-ils.org/evergreen/2014-09-09#i_122166 to fix bug 1311467 and its after effects |
| 19:46 |
pinesol_green |
Launchpad bug 1311467 in Evergreen "validate headings broken in 2.6.0" (affected: 1, heat: 8) [High,Fix released] https://launchpad.net/bugs/1311467 |
| 19:47 |
csharp |
it works great on test - immediate validation, but the same fix on production is still resulting in 60+ second seq scans of authority.record_entry |
| 19:47 |
csharp |
however, I'm not at my best today, so I think I'm going to have to troubleshoot tomorrow |
| 19:54 |
csharp |
wth? it works! |
| 19:55 |
csharp |
heh |
| 20:26 |
|
dcook joined #evergreen |
| 20:34 |
|
artunit_ joined #evergreen |
| 23:37 |
|
buzzy joined #evergreen |
| 05:13 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:25 |
|
neet joined #evergreen |
| 06:40 |
|
neet joined #evergreen |
| 07:40 |
|
jboyer-isl joined #evergreen |
| 15:21 |
bshum |
And we've done a few tweaks to disable some features in the newer kernels that postgresql folk also worry about performance wise |
| 15:22 |
bshum |
http://www.postgresql.org/message-id/50E4AAB1.9040902@optionshouse.com was one of the threads I was reading on that. In case it matters someday :) |
| 15:22 |
bshum |
I've been thinking about digging up some postgresql folk to consult on our system implementation. At this point I feel like I'm just bashing my head on a wall. |
| 15:22 |
bradl |
I think your idea to try to go to a test software raid setup is reasonable. |
| 15:23 |
|
Shae joined #evergreen |
| 15:23 |
bshum |
bradl: I just don't know if having the SSDs as RAID0 by the controller and then using software RAID on that will negate TRIM anyways. Due to incompatibilities of TRIM and the RAID controller itself. |
| 15:23 |
bshum |
Still reading to see what'll do :) |
| 15:49 |
bshum |
But things were "faster" then |
| 15:49 |
bshum |
It's super strange. |
| 15:49 |
Bmagic |
bshum: can you provide I/O numbers to back up your theory? |
| 15:50 |
bshum |
Bmagic: Nothing specific. And we don't have the old HPs available to test with anymore. |
| 15:50 |
bshum |
Those became the Hyper-V servers :) |
| 15:50 |
bshum |
It's more of a general "Evergreen isn't supposed to be THIS slow" feeling right now. |
| 15:51 |
* bshum |
is being unscientific in the face of imminent system disaster :) |
| 15:51 |
Bmagic |
bshum: have you configured SSD's on RAID10 before? |
| 15:51 |
bshum |
Bmagic: We've never had SSDs before. |
| 15:51 |
bshum |
So, no. :) |
| 15:53 |
bshum |
We're going back to the hardware RAID10 setup using the controller for now. We'll fight the TRIM battle another day, but I want to get some tests done with an older Ubuntu just to see if that makes any differences at all. |
| 15:53 |
bshum |
The last DB we had was actually a 10.04 server even |
| 15:53 |
bshum |
So who knows |
| 15:54 |
Bmagic |
bshum: I have worked on this subject matter quite a bit and I have read that SSD's in RAID doesn't always make it faster depending on the controller. Here is an article on the R720 with RAID10 SSD's. He claims that the more SSD's you add, the slower they go! http://www.brentozar.com/archive/2013/08/load-testing-solid-state-drives-raid/ |
| 15:54 |
bshum |
Bmagic: Yeah I believe that. |
| 15:54 |
Bmagic |
"when dealing with small random operations, more drives may not be faster. In fact, the more drives you add, the slower writes get, because the controller has to manage a whole lot of writes across a whole bunch of drives." |
| 15:55 |
bshum |
Bmagic: that somehow doesn't surprise me |
| 16:21 |
gmcharlt |
annoying, crashy, data-losing things |
| 16:22 |
jeff |
those are bad things. |
| 16:24 |
|
dMiller joined #evergreen |
| 16:26 |
* bshum |
taps his fingers waiting for pg_restore to run on the newly reformatted test server |
| 16:34 |
|
tspindler left #evergreen |
| 16:36 |
|
nhilton joined #evergreen |
| 16:59 |
|
buzzy joined #evergreen |
| 17:18 |
|
mmorgan left #evergreen |
| 17:20 |
pinesol_green |
[evergreen|Kathy Lussier] Release notes repair to fix PDF build - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=27e4401> |
| 17:30 |
|
berick joined #evergreen |
| 17:46 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 18:58 |
|
mrpeters joined #evergreen |
| 19:02 |
|
mrpeters joined #evergreen |
| 19:05 |
|
sarabee joined #evergreen |
