| Time |
Nick |
Message |
| 05:16 |
|
stompro__ joined #evergreen |
| 07:22 |
|
rjackson_isl_hom joined #evergreen |
| 07:32 |
|
collum joined #evergreen |
| 07:57 |
|
rfrasur joined #evergreen |
| 08:39 |
|
mmorgan joined #evergreen |
| 08:46 |
|
Dyrcona joined #evergreen |
| 09:58 |
Bmagic |
how do I check memcached to see if an account is blocked? My theory is that it's getting denied the attempt because it's met the lockout threshold but it would be nice to prove it |
| 10:02 |
|
jvwoolf joined #evergreen |
| 10:05 |
berick |
Bmagic: if you have INFO logging, it will be in the logs |
| 10:06 |
berick |
"oilsAuth found too many recent failures for..." |
| 10:06 |
Bmagic |
checking |
| 10:08 |
Bmagic |
zgrep "recent failures f" /openils/var/log/*.log yeilds nothing. So maybe that's not it. Also, I can see the log from the SIP service with my username, but I don't see that it even made an attempt against openils.auth. Nothing ihe opensrf logs at all |
| 10:09 |
Bmagic |
I don't suppose that means that the SIP service doesn't have "record" of the account existing in it's ois_sip.xml? I can confirm that the account is clearly there and syntactically sound. But maybe it needs to reload the xml. Can that be done without restarting? |
| 10:10 |
berick |
some INFO logs redact the username in open-ils.auth, so that's not a guarantee of no call |
| 10:11 |
Dyrcona |
SIPServer has to restart to read the config. |
| 10:11 |
berick |
can't remember if it would appear anyway in one of the internal calls, thouhg |
| 10:12 |
Dyrcona |
Also, unless you've changed the default logging settings, you probably don't have INFO logs available. |
| 10:13 |
Dyrcona |
Bmagic: This account was working, but suddenly stopped working? Or, is something else going on that I don't get? |
| 10:14 |
Bmagic |
it's a newly added account, never used before. I found an issue with the check machine's configuration, so I figured it was hammering the server until it got locked out |
| 10:15 |
Bmagic |
oh, ok, no, I was making an assumption that INFO was default |
| 10:15 |
Dyrcona |
Does the user exist in the database with the proper permissions/profile? Has the password been set properly in the database as well? |
| 10:15 |
Dyrcona |
I don't think INFO is the default, but I'll check. |
| 10:15 |
Bmagic |
yes on the db question |
| 10:15 |
Bmagic |
<loglevel>3</loglevel> |
| 10:16 |
|
jvwoolf1 joined #evergreen |
| 10:16 |
Dyrcona |
I stand corrected. INFO is the default loglevel according to the comments. |
| 10:16 |
Bmagic |
and for private.localhost <loglevel>2</loglevel> |
| 10:17 |
Dyrcona |
Ah, well that's warning. Higher numbers will report more, so you might want to change that to 3. |
| 10:17 |
Dyrcona |
Are you sure the account is failing to login? |
| 10:19 |
Bmagic |
yeah, telnet to 6001 manually and sent the custom 93 message |
| 10:19 |
Bmagic |
I think it's the lockout |
| 10:19 |
Dyrcona |
I have messages like "Successful login for '$ACCOUN'" in my syslogs. |
| 10:19 |
Dyrcona |
I have a program that can check SIP for you. |
| 10:21 |
Dyrcona |
hrm.. I thought I posted it somewhere, like pastebin or gist.github... |
| 10:22 |
Bmagic |
MsgType::handle_login: Unknown login 'myusername' |
| 10:23 |
Bmagic |
well, I should have just looked at the code |
| 10:23 |
Bmagic |
if (!exists($server->{config}->{accounts}->{$uid})) |
| 10:25 |
Dyrcona |
Yeah. That means the account is not in the running configuration. |
| 10:26 |
Dyrcona |
We restart SIPServer around 2:00 AM every day to pick up new accounts/configuration changes. This way, we can set up a new account and tell the library it will be ready tomorrow. |
| 10:26 |
Bmagic |
it's suppose to be restarting nightly... ah, I don't think that it has. the PIDs are many days old |
| 10:26 |
Dyrcona |
Yeah, we've had trouble with that in the past, too. |
| 10:27 |
Bmagic |
so, the answer ended up be dumb. Thanks for being my sounding board |
| 10:29 |
Dyrcona |
Quack! |
| 10:31 |
Dyrcona |
If you're on recent Perl (5.26 or later), make sure you have commit fb6d28835bb97c0eca88eed4bbb65d0e89ccb3ab |
| 10:38 |
Dyrcona |
My SIP2 check programs are all written to work with ldirectord or haproxy, and that may be why I have not shared them. |
| 10:39 |
Dyrcona |
I have 5 because of experiments with different "features." |
| 10:40 |
Dyrcona |
Also, many hardcoded values, such as path to a configuration file. |
| 10:45 |
Dyrcona |
So, I discovered that my previous test of the symspell fixes were invalid. I forgot to enable the triggers on the tables, so I'm running them again. |
| 10:45 |
Bmagic |
Dyrcona++ |
| 10:47 |
Dyrcona |
I've already signed off on the branch..... *sigh* |
| 10:57 |
Dyrcona |
It is taking longer than before. I do hope it is acceptable. The first batch have been running for 4 hours and 15 minutes. Prior to symspell, they typically have finished by now. |
| 11:19 |
|
mmorgan left #evergreen |
| 11:24 |
|
mmorgan joined #evergreen |
| 12:00 |
|
jihpringle joined #evergreen |
| 12:16 |
|
tlittle joined #evergreen |
| 12:34 |
|
collum joined #evergreen |
| 13:01 |
|
jihpringle joined #evergreen |
| 13:01 |
|
collum joined #evergreen |
| 13:29 |
jvwoolf1 |
Has anybody had to set up an SMS carrier for Q Link? |
| 13:31 |
collum |
I have it as $number messaging.sprintpcs.com |
| 13:34 |
collum |
One thing you can do is have the patron send you a text, but in place of a phone number put in a your email address. You can then tell from the email that you receive the origin. |
| 14:00 |
|
jvwoolf joined #evergreen |
| 14:28 |
mmorgan |
collum++ # great tip! |
| 14:34 |
jvwoolf1 |
collum++ # Thank you! I'm having them do that just in case it's a different carrier in this area. |
| 14:39 |
Dyrcona |
Yeahp. The first batch have been running for nearly 8 hours now. That's double the usual time, and they aren't done. Symspell is slow. |
| 14:44 |
|
jvwoolf joined #evergreen |
| 15:17 |
pinesol |
News from commits: LP#1942647: (follow-up) fix lint <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=a711a324b199f5fa6489baadd13a8cb5804ec4d6> |
| 15:17 |
pinesol |
News from commits: LP#1851884: eg-fm-record-editor: avoid fetching all rows from linked table <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=11e7e336513edd105eaa4e3e43f5426a28b10a14> |
| 15:25 |
|
jvwoolf joined #evergreen |
| 16:17 |
pinesol |
News from commits: LP1951642 Self-registration DOB autopopulating date <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=e361dcaebccdd8a7e1bfc8f58905a68deed1930d> |
| 16:17 |
pinesol |
News from commits: LP1950166 TPac: Self-registration form won't submit with blank DOB <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=6147c6193b0ec19470786b668f0d9f22ebc17fa7> |
| 16:17 |
pinesol |
News from commits: LP1950514: TPac hold groups table displays incorrect column names on small screens. <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=1abfd4ed0e07fb71729e84893c62f72870c472d8> |
| 16:18 |
|
jvwoolf joined #evergreen |
| 16:33 |
|
jvwoolf1 left #evergreen |
| 16:47 |
pinesol |
News from commits: LP#1978839 Holds Pull List - Library Shortnames <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=2f472bf946c652c27b5ea01696b7fc7ea4a222e0> |
| 16:47 |
pinesol |
News from commits: lp1978049: add ng lint to github actions <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=ccd4b8959e2a138aa6569de774c080b11b299375> |
| 17:04 |
|
mmorgan left #evergreen |
| 18:17 |
|
jihpringle joined #evergreen |
