Time |
Nick |
Message |
00:09 |
|
_bott_ joined #evergreen |
01:20 |
|
remingtron_ joined #evergreen |
01:23 |
|
_bott_ joined #evergreen |
02:37 |
|
dcook__ joined #evergreen |
05:08 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
07:31 |
|
graced joined #evergreen |
07:47 |
|
eeevil joined #evergreen |
07:52 |
|
jboyer-isl joined #evergreen |
07:53 |
|
collum joined #evergreen |
07:58 |
|
rjackson-isl joined #evergreen |
07:58 |
|
ericar joined #evergreen |
08:01 |
|
mrpeters joined #evergreen |
08:17 |
|
plux joined #evergreen |
08:19 |
|
graced joined #evergreen |
08:23 |
|
mtate joined #evergreen |
08:24 |
|
Callender joined #evergreen |
08:33 |
|
julialima_ joined #evergreen |
08:40 |
|
mmorgan joined #evergreen |
08:44 |
|
Dyrcona joined #evergreen |
09:25 |
|
TaraC joined #evergreen |
09:35 |
|
mllewellyn joined #evergreen |
09:35 |
|
maryj joined #evergreen |
09:40 |
|
maryj joined #evergreen |
09:43 |
|
maryj joined #evergreen |
09:45 |
|
BigRig joined #evergreen |
09:46 |
|
mdriscoll joined #evergreen |
09:49 |
|
RoganH joined #evergreen |
09:51 |
|
yboston joined #evergreen |
10:01 |
|
akilsdonk joined #evergreen |
10:13 |
berick |
Dyrcona: your response to RM schedule.. more time where, exactly? |
10:13 |
Dyrcona |
berick: What you described as the week for testing. |
10:13 |
berick |
ah, ok |
10:14 |
Dyrcona |
I'm going to put it on my calendar at work, so I'll actually get some time to kick tires, etc. |
10:14 |
|
phasefx joined #evergreen |
10:37 |
|
Shae joined #evergreen |
10:56 |
berick |
yboston: fyi at bug 1171984 |
10:56 |
pinesol_green |
Launchpad bug 1171984 in Evergreen "add support in Vandelay for overlaying authorities during import using match sets" (affected: 5, heat: 22) [Wishlist,Confirmed] https://launchpad.net/bugs/1171984 |
10:57 |
yboston |
cool |
10:59 |
|
buzzy joined #evergreen |
11:08 |
|
dreuther joined #evergreen |
11:23 |
|
dreuther_ joined #evergreen |
11:31 |
|
dreuther joined #evergreen |
11:31 |
|
bmills joined #evergreen |
11:35 |
|
dreuther_ joined #evergreen |
11:35 |
|
jeffdavis joined #evergreen |
12:20 |
yboston |
berick: I may be able to find the time to sign off on that last commit today, or should I just wait for me to do the more thorough testing of the whole branch in Janaury? |
12:24 |
|
dcook joined #evergreen |
12:25 |
berick |
yboston: either way is fine w/ me |
12:25 |
yboston |
OK, then I will wait until January so I can wrap up some other stuff. |
12:26 |
yboston |
berick: BTW, I was wondering if you could share the test data you used, or at least describe it to me, and any configurations for auth merging that you used. |
12:26 |
yboston |
berick: we can do it by email if you |
12:26 |
yboston |
prefer |
12:30 |
berick |
yboston: i think I did all my tests with Open-ILS/tests/datasets/auth-subset100.mrc |
12:31 |
yboston |
berick: did you make any new merge profiles or any new config? |
12:32 |
berick |
yboston: i tried various match sets, but didn't create any new merge profiles |
12:32 |
yboston |
berick: OK, just wanted to get a sense of what you did |
12:32 |
yboston |
will keep you posted in janaury |
12:32 |
berick |
different merge profiles would be a good thing to test, of course. since I didn't touch the merge code, I didn't bother testing any of that |
12:32 |
berick |
yboston++ |
12:42 |
|
ericar joined #evergreen |
12:46 |
|
nhilton joined #evergreen |
12:57 |
|
nhilton_ joined #evergreen |
12:57 |
|
dreuther joined #evergreen |
12:57 |
|
frank____ joined #evergreen |
12:58 |
frank____ |
Hi all, I have a question, I am creating an circulator account, but it has not the permission to add or modify patrons, What do I have to do to add this permission?= |
13:14 |
|
julialima_ left #evergreen |
13:15 |
|
ericar_ joined #evergreen |
13:18 |
Dyrcona |
berick: As a follow-up on http://irc.evergreen-ils.org/evergreen/2014-12-16#i_145239 , I'm following trace ids (I assume) and what I usually see before these 'No message received lines' is a call to open-ils.auth.session.retrieve, followed by a 'SUCCESS' event created, followed by two open-ils.auth lines saying x bytes are to sent to a client and then message processing duration, then 6 seconds later, the ' no message rece |
13:19 |
Dyrcona |
frank____: You probably need to grant the staff the "group_application.user.patron" permission at an appropriate depth. |
13:22 |
frank____ |
Dyrcona: In the user_permission_editor section? |
13:22 |
Dyrcona |
frank____: Are you making an individual circulator account or creating a new group for circulator users? |
13:23 |
frank____ |
an individual |
13:23 |
Dyrcona |
frank____: In that case, yes, you should be able to add it to the individual in the user permissions editor. I would probably make a group with the appropriate permissions and add the user to that group. |
13:24 |
Dyrcona |
frank____: There probably already is a Circulators group with the appropriate permissions. That might be easier to deal with. |
13:27 |
berick |
Dyrcona: in those cases, is cstore logging the "no message received" or is auth? |
13:27 |
Dyrcona |
berick: open-ils.cstore |
13:28 |
Dyrcona |
It's no request received, but whatevs. Some days I type no good. :) |
13:28 |
frank____ |
Dyrcona: Yes, I actually creating this new account with the Cirtulators group permissions, but when I login with this new user, It has dissabled the Register Patron option |
13:29 |
berick |
Dyrcona: can you work back to the top-level api call? i.e. grep the trace in the activity log |
13:30 |
Dyrcona |
frank____: That's unusual... I think I'd check workstation and organization unit that they log in with. Sounds like they may be logging in at the wrong place. |
13:30 |
Dyrcona |
frank____: If they are loggin in at the correct place, then I'd check the circulator group permissions. It may have had that permission removed. |
13:31 |
frank____ |
what is the permission? CREATE_USER? |
13:31 |
Dyrcona |
berick: I'll paste a whole trace in for one of the requests in a sec. |
13:32 |
Dyrcona |
frank____: The one I mentioned earlier. I don't think there is a CREATE_USER permission. |
13:32 |
berick |
Dyrcona: cool, thanks |
13:32 |
frank____ |
group_application.user.patron OK |
13:33 |
dbs |
25 | CREATE_USER | Allow a user to create another user |
13:35 |
pastebot |
"Dyrcona" at 64.57.241.14 pasted "trace for 141862050611484520" (16 lines) at http://paste.evergreen-ils.org/20 |
13:35 |
dbs |
SELECT ppl.code, pgt.name FROM permission.grp_perm_map pgpm INNER JOIN permission.grp_tree pgt ON pgt.id = pgpm.grp INNER JOIN permission.perm_list ppl ON ppl.id = pgpm.perm WHERE perm = 25; |
13:36 |
dbs |
CREATE_USER | Staff |
13:36 |
dbs |
So the user needs to be part of both the Staff and Circulators groups. |
13:36 |
Dyrcona |
Or, Circulators needs to be a descendant of staff. |
13:37 |
dbs |
(Of course, there might be horrible legacy data in our case) |
13:37 |
dbs |
Dyrcona: oh right, forgot about inheritance |
13:37 |
dbs |
duh |
13:37 |
Dyrcona |
And, they still need the group_application.user.patron permission to create/edit, etc. patrons. |
13:38 |
Dyrcona |
I forgot about the CREATE_USER permission. |
13:38 |
Dyrcona |
Probably have to have both. |
13:39 |
|
collum joined #evergreen |
13:40 |
berick |
Dyrcona: hm, there's no way to tell from that what the top-level api call is |
13:40 |
Dyrcona |
berick: That's what I thought. |
13:42 |
Dyrcona |
Maybe I'll find something if I grep the client id? |
13:42 |
berick |
Dyrcona: the authtoken? yeah that might do it |
13:43 |
Dyrcona |
berick: I wasn't think of the authtoken, but I'll try that. It is better than what I was thinking of. |
13:44 |
* dbs |
will need to return to the question of why translated db stuff keeps switching randomly in TPAC soon |
13:45 |
dbs |
I thought we had pinned down a nice cached version to serve up based on the opensrf locale requests, but we keep getting the fields in advanced search in the wrong language at random times. |
13:51 |
pastebot |
"Dyrcona" at 64.57.241.14 pasted "Authtoken" (102 lines) at http://paste.evergreen-ils.org/21 |
13:51 |
Dyrcona |
I'm not sure I can tell from that, either. :( |
13:53 |
Dyrcona |
The closest top level call to the retrieve with previous trace is a renew. |
13:56 |
berick |
Dyrcona: hm, yeah, might be better to look at the PID of the caller. (is that what you were calling client id?) e.g. grep :11484: |
13:57 |
Dyrcona |
Yes, pretty much. |
14:04 |
|
akilsdonk_ joined #evergreen |
14:04 |
|
sbrylander joined #evergreen |
14:06 |
|
rangi` joined #evergreen |
14:06 |
|
bmills1 joined #evergreen |
14:06 |
|
abowling joined #evergreen |
14:06 |
pastebot |
"Dyrcona" at 64.57.241.14 pasted "Looks like it was doing a number of things 6 seconds before the no request message" (12 lines) at http://paste.evergreen-ils.org/22 |
14:07 |
|
Dyrcona1 joined #evergreen |
14:07 |
Dyrcona1 |
Dunno what happened there... |
14:10 |
|
mdriscoll joined #evergreen |
14:11 |
Dyrcona |
I don't know if this made it to the channel earlier or not: http://paste.evergreen-ils.org/22 |
14:12 |
|
sarabee joined #evergreen |
14:17 |
berick |
Dyrcona: ah, so that's a TPAC mod_perl process |
14:17 |
berick |
explains why there's no activity log stuff |
14:21 |
berick |
Dyrcona: and you said this started after going from 2.7.0 to 2.7.1? |
14:23 |
|
jihpringle joined #evergreen |
14:26 |
Dyrcona |
berick: We've been getting not connected to the network errors for a long time. |
14:27 |
Dyrcona |
I don't have enough logs to see how bad the no request received in 6 seconds was prior to the upgrade. |
14:27 |
berick |
wait, i thought this was about running out of cstore backends |
14:27 |
Dyrcona |
What started after the upgrade is we had to up our number of cstore drones from 100 to 200. |
14:27 |
berick |
yeah, that's what I'm talking about |
14:27 |
Dyrcona |
Well, there's a lot going on and I'm not sure what's related to what. |
14:28 |
Dyrcona |
Also, on the day in question last Sunday into early Monday am, we hit 200 cstore drones several times. |
14:28 |
berick |
fair enough. the "no request received" stuff is me trying to find out why you're running out of cstore backends |
14:28 |
Dyrcona |
OK. |
14:30 |
Dyrcona |
Originally, I thought it might have to do with pull lists, 'cause it first happened when libraries were opening, but it happening on Sunday puts the lie to that. |
14:30 |
Dyrcona |
I've tried looking through the Apache logs for signs we're being spidered, but nothing consistent shows up. |
14:31 |
dbs |
Dyrcona: and no pg backend processes going crazy high cpu usage for 5-10 minutes, etc? |
14:31 |
Dyrcona |
I don't have logs for that. |
14:32 |
dbs |
googlebot, msnbot, baidu etc have never caused problems for us; tpac was always well behaved under load |
14:32 |
dbs |
it was just the horrible "a", "the", etc searches that caused us problems. |
14:40 |
Dyrcona |
I see lots of nasty query strings with multiple &query=, mostly coming from the staff client. |
14:41 |
tsbere |
That would be advanced search, I believe |
14:41 |
tsbere |
So not all that out of the ordinary |
15:42 |
|
sbrylander joined #evergreen |
15:50 |
|
mrpeters left #evergreen |
15:51 |
|
kbutler joined #evergreen |
15:52 |
|
dreuther_ joined #evergreen |
15:55 |
|
StephenGWills joined #evergreen |
15:57 |
|
mdriscoll left #evergreen |
16:03 |
|
dreuther joined #evergreen |
16:14 |
|
nhilton joined #evergreen |
16:32 |
|
dreuther_ joined #evergreen |
16:47 |
|
dreuther joined #evergreen |
16:50 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
16:58 |
|
dreuther_ joined #evergreen |
17:08 |
|
StephenGWills left #evergreen |
17:09 |
|
mmorgan left #evergreen |
17:12 |
|
jeff_ joined #evergreen |
17:53 |
|
dreuther joined #evergreen |
18:24 |
|
dreuther_ joined #evergreen |
18:37 |
|
dreuther joined #evergreen |
19:35 |
kmlussier |
First IRC message from new laptop! :D |
21:16 |
jeff |
kmlussier: merry christmas to you, eh? :-) |