| Time |
Nick |
Message |
| 06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:51 |
|
JBoyer joined #evergreen |
| 07:03 |
|
agoben joined #evergreen |
| 07:39 |
|
bdljohn joined #evergreen |
| 08:03 |
|
collum joined #evergreen |
| 08:53 |
|
dbwells joined #evergreen |
| 08:55 |
|
Dyrcona joined #evergreen |
| 09:07 |
|
terran joined #evergreen |
| 09:15 |
|
mmorgan joined #evergreen |
| 09:32 |
|
yboston joined #evergreen |
| 09:36 |
|
stephengwills joined #evergreen |
| 09:45 |
|
gsams joined #evergreen |
| 10:10 |
|
mmorgan1 joined #evergreen |
| 10:19 |
|
kenstir joined #evergreen |
| 10:20 |
kenstir |
Howdy Evergreeners, I have a quick question: I have an install created by evergreen-ansible-installer and I want to change the admin password. I tried using SQL, then restarting opensrf, apache, websockets, but the new password doesn't work in the web staff client, and the old password still does work! |
| 10:21 |
kenstir |
`evergreen=# update actor.usr set passwd='xyzzy' where id=1; UPDATE 1` |
| 10:22 |
berick |
kenstir: the usr.passwd field is no longer used. changing the password via sql requires a few different steps. i have them noted somewhere... |
| 10:24 |
kenstir |
If there's another way I'm not sold on SQL, I just found that way first. I didn't find anything obvious in the web client to do it. |
| 10:24 |
berick |
you can change a user's password in the patron editor. you probably have to log in as admin to change the admin password. |
| 10:27 |
berick |
the sql approach would be something like: |
| 10:27 |
berick |
SELECT * FROM actor.create_salt('main'); |
| 10:27 |
berick |
SELECT actor.set_passwd(<user_id>, 'main', MD5('<new_salt>' || md5(password)), '<new_salt>'); |
| 10:27 |
kenstir |
Hmm, I must be doing something wrong, it didn't work. I did: Search >> Search for patrons, clicked the box, then clicked Edit, typed a new password, then hit Save. The old password still works. |
| 10:30 |
Dyrcona |
kenstir: What berick said. |
| 10:30 |
kenstir |
I will try the salty SQL, thanks |
| 10:31 |
* Dyrcona |
has a function, of course. :) |
| 10:33 |
Dyrcona |
kenstir: https://pastebin.com/YTLh7pC9 |
| 10:33 |
Dyrcona |
Assumes you have a cwmars custom schema, but you can always change that part. |
| 10:33 |
berick |
Dyrcona++ |
| 10:34 |
kenstir |
Works a treat! Thanks berick and Dyrcona |
| 10:34 |
kenstir |
berick++ |
| 10:34 |
kenstir |
Dyrcona++ |
| 10:57 |
|
lsach joined #evergreen |
| 10:58 |
|
beanjammin joined #evergreen |
| 11:15 |
|
mmorgan joined #evergreen |
| 11:25 |
|
yboston joined #evergreen |
| 11:43 |
|
khuckins joined #evergreen |
| 11:59 |
|
beanjammin joined #evergreen |
| 12:11 |
|
Christineb joined #evergreen |
| 12:31 |
|
jihpringle joined #evergreen |
| 12:32 |
bshum |
oracle-- |
| 12:33 |
Dyrcona |
oracle-- |
| 12:40 |
csharp |
oracle-- |
| 12:41 |
|
rsulejmani joined #evergreen |
| 12:43 |
rsulejmani |
Hello Evergreen Community, every time that I try to install OpenSRF on Ubuntu 16.04 the ejabbered part never works and I can't start opensrf at all |
| 12:43 |
|
lsach left #evergreen |
| 12:44 |
Dyrcona |
rsulejmani: You're following the instructions in the README? |
| 12:45 |
rsulejmani |
Dyrcona: Yes |
| 12:46 |
Dyrcona |
So, you say the "ejabberd part never works" what happens? |
| 12:47 |
rsulejmani |
When ever i try to create the ejabbered users it says theirs an error |
| 12:48 |
Dyrcona |
Try it with: sudo -u ejabberd ejabberdctl ..... |
| 12:48 |
Dyrcona |
That is, run the ejabberdctl command as the ejabberd user. |
| 12:49 |
Dyrcona |
If that fails, paste the error. |
| 12:50 |
rsulejmani |
At the moment I just stared running the Anisible evergreen install it's working so I'm going to try and install it that way if that works. |
| 12:50 |
Dyrcona |
OK. I don't use the Ansible installer. |
| 12:51 |
rsulejmani |
Also I have another question. I have noticed that many Evergreen systems have a different personalized OPAC for each library but they share all the patrons and books together |
| 12:51 |
Dyrcona |
I know that there was a bug in apparmor on Ubuntu where the ejabberdctl would not run as root for a while, but that should be fixed. |
| 12:51 |
rsulejmani |
How do you do that where each opac has their own subdomain and customized opac for each library |
| 12:51 |
Dyrcona |
We use rewrite rules along with domain names and a couple of extra configuration files. |
| 12:52 |
|
lsach joined #evergreen |
| 12:52 |
rsulejmani |
Ok but doing it that way will still ensure that all of the domain names share the same userbase |
| 12:52 |
Dyrcona |
The domain names are all A records (aliases) pointing to your main IP. |
| 12:53 |
rsulejmani |
Ok, and how exactly do you configure the files |
| 12:53 |
Dyrcona |
Hang on and I'll paste the relevant bits of our Apache configuration. |
| 12:58 |
|
khuckins_ joined #evergreen |
| 13:02 |
yboston |
FYI, the Student Success Working Group, 25 June 2018 meeting is starting now |
| 13:02 |
yboston |
https://wiki.evergreen-ils.org/doku.php?id=student_success_working_group:agenda_2018-06-25 |
| 13:02 |
yboston |
Video conf link: https://linnbenton.zoom.us/j/938431327 |
| 13:03 |
jeff |
video conf? |
| 13:03 |
jeff |
ah. i see now. |
| 13:03 |
yboston |
yes, they are doing video conferencing |
| 13:03 |
* jeff |
adjusts plans |
| 13:04 |
Dyrcona |
rsulejmani: https://pastebin.com/n8R5r5PB |
| 13:05 |
jeff |
hrm. nope, looks like I won't be able to participate. drat. |
| 13:08 |
rsulejmani |
Thanks |
| 13:11 |
Dyrcona |
rsulejmani: There are other things you can do, like have different virtualhost entries with custom template directories, and more. |
| 13:12 |
rsulejmani |
Ok. |
| 13:24 |
|
collum joined #evergreen |
| 13:30 |
|
khuckins__ joined #evergreen |
| 14:25 |
Dyrcona |
english-- |
| 15:28 |
Dyrcona |
JBoyer: I think that's a dup bug. At least Bmagic has talked about that or something very similar, perhaps the same step in purging patrons? |
| 15:28 |
JBoyer |
Could be. |
| 15:28 |
JBoyer |
It would probably touch on the same tables at some point. |
| 15:29 |
Dyrcona |
At least, I recall his solution was to add that very same index. |
| 15:29 |
|
khuckins joined #evergreen |
| 15:29 |
JBoyer |
Oops. I should go looking, I can just signoff on his then. |
| 15:30 |
Dyrcona |
I don't remember for certain if he made a bug or a branch. I know he talked about it in IRC in the past few months. |
| 15:31 |
Dyrcona |
I should see if I have that index and add it if not. |
| 15:32 |
JBoyer |
You may as well add 3 to action_trigger.event (*_output) because those are coming next. ;) |
| 15:33 |
Dyrcona |
:) |
| 15:38 |
JBoyer |
Ah, I see. From the bug it looks like it does help but doesn't completely address all of the possibilities when purging users. (It's all you need to speed up purging circs, though) |
| 15:39 |
Dyrcona |
OK. |
| 15:39 |
Dyrcona |
Makes sense. |
| 15:44 |
|
rsulejmani joined #evergreen |
| 15:45 |
rsulejmani |
Help, I just installed Evergreen with the ansible installer but was not given a username and password. Whats the default username and password to login |
| 15:46 |
berick |
rsulejmani: this one? https://github.com/berick/evergreen-ansible-installer |
| 15:46 |
berick |
if so, the values in settings.yml are used, which default to creating an admin account of admin / demo123 |
| 15:47 |
berick |
https://github.com/berick/evergreen-ansible-installer/blob/ubuntu-16.04/settings.yml |
| 15:47 |
rsulejmani |
Thank you |
| 15:52 |
rsulejmani |
Also after the install the sample data was laoded how do you remove this data and have brand new fresh data |
| 15:54 |
Bmagic |
JBoyer: what bug? |
| 15:54 |
* mmorgan |
assumes lp 1758160 |
| 15:55 |
pinesol_green |
Launchpad bug 1758160 in Evergreen "Deleting patrons can exceed staff client timeouts" [Undecided,Confirmed] https://launchpad.net/bugs/1758160 |
| 15:55 |
Bmagic |
ah, yes, good times |
| 15:56 |
Bmagic |
mmorgan++ |
| 15:59 |
JBoyer |
bug 1758160 |
| 15:59 |
pinesol_green |
Launchpad bug 1758160 in Evergreen "Deleting patrons can exceed staff client timeouts" [Undecided,Confirmed] https://launchpad.net/bugs/1758160 |
| 15:59 |
Bmagic |
mmorgain: the fix doesn't fix it for me 100% of the time either. Right now, my only examples that exceed the time outs are staff accounts with huge amounts of circs and other administration data that get merged to another active staff account |
| 15:59 |
Dyrcona |
I was about to paste that one, too. |
| 15:59 |
Bmagic |
haha |
| 15:59 |
JBoyer |
Hah, oops. Mine is 1778588 |
| 15:59 |
JBoyer |
er, bug 1778588 |
| 15:59 |
pinesol_green |
Launchpad bug 1778588 in Evergreen "action.purge_circulation can be extremely slow" [Undecided,New] https://launchpad.net/bugs/1778588 |
| 15:59 |
Dyrcona |
:) |
| 16:00 |
Bmagic |
JBoyer: solution is the same index? |
| 16:00 |
bshum |
rsulejmani: In that settings.yml file that berick showed you, there's a value for "load_sample_data" if you comment it out with #, it should skip over loading sample dataset into your automated install |
| 16:00 |
JBoyer |
Yeah, circ purges always throw those updates at action.usr_circ_history |
| 16:01 |
rsulejmani |
I already installed it so is there any way to undo the sample data import |
| 16:01 |
bshum |
I think berick has used it to deploy actual systems, but so far, I've only used the ansible installer to setup test systems to practice or experiment with |
| 16:01 |
JBoyer |
(set source_circ = null where source_circ = OLD.id or similar) |
| 16:01 |
mmorgan |
I still come across some plain old vanilla patrons that exceed the timeout. Patrons that have had a lot of circ activity |
| 16:02 |
berick |
yes, I use it to deploy systems. lots of useful setting options in there. |
| 16:02 |
Dyrcona |
rsulejmani: Yes, you can undo the data import there is a tool in support-script called eg_db_config.pl. |
| 16:02 |
rsulejmani |
how do I get to that |
| 16:03 |
Dyrcona |
Is Evergreen checked out from git with the ansible-installer? |
| 16:03 |
rsulejmani |
yes |
| 16:03 |
Dyrcona |
cd to the evergreen checkout directory. |
| 16:03 |
bshum |
So it'd be in /home/opensrf/Evergreen/Open-ILS/src/support-scripts |
| 16:03 |
rsulejmani |
ok |
| 16:04 |
JBoyer |
mmorgan, I wondered about that. you |
| 16:04 |
rsulejmani |
I've done that |
| 16:04 |
JBoyer |
're seeing that problem after adding that index, or you're noticing that users without a history cause the same problem? |
| 16:05 |
mmorgan |
We're still seeing the problem with some users *after* adding the index. |
| 16:05 |
Dyrcona |
Then run "perl Open-ILS/src/support-scripts/eg_db_config --create-database --create-schema --user <evergreendbuser> --password <evergerndbusrspassword> --host <dbhost> --port 5432 --database evergreen" |
| 16:05 |
JBoyer |
Ok. That's what I wanted to verify. |
| 16:05 |
Dyrcona |
That will recreate the database and an empty schema. |
| 16:05 |
JBoyer |
Kind of stuck as to why, though. :/ |
| 16:06 |
mmorgan |
Yes, haven't been able to pin it down :-( |
| 16:07 |
JBoyer |
but the slow ones still always have a lot of circs? |
| 16:07 |
* mmorgan |
looks back at notes. |
| 16:09 |
mmorgan |
JBoyer: Yes, the slow ones have a lot of circs. Two such patrons had 557 circs and 1530 circs |
| 16:10 |
Dyrcona |
Well, that's not a lot for certain definitions of a lot. |
| 16:10 |
Dyrcona |
:) |
| 16:10 |
JBoyer |
It if if deleting one of them takes over .3 seconds. :) |
| 16:10 |
Dyrcona |
Too many/too complicated triggers. |
| 16:10 |
JBoyer |
+1 |
| 16:11 |
mmorgan |
Dyrcona: That makes me wonder about how long it takes when there *really* are a lot. :) |
| 16:11 |
JBoyer |
I'll try to dig up some heavy users on our dev server tomorrow and see how things go down when they're deleted. |
| 16:12 |
Dyrcona |
Well, in theory 1530 rows is not a lot of data. It just depends on your schema. |
| 16:12 |
Dyrcona |
I mean, I could insert 915,900 user settings in just a second or so. |
| 16:12 |
rsulejmani |
So I got a big error when I did that command |
| 16:13 |
Bmagic |
Drycona: agreed! |
| 16:13 |
rsulejmani |
Where can I upload the error text so that you can take a look at it |
| 16:13 |
Bmagic |
Dyrcona - sheesh |
| 16:13 |
Dyrcona |
rsulejmani: http://paste.evergreen-ils.org pastebin or wherever. |
| 16:14 |
Dyrcona |
Chances are you need to put valid values in the options. |
| 16:14 |
mmorgan |
Dyrcona: Right, its all the tendrils linked to those circs. |
| 16:14 |
pastebot |
"rsulejmani" at 64.57.241.14 pasted "Error CARDINAL Evergreen Installation" (16 lines) at http://paste.evergreen-ils.org/13493 |
| 16:15 |
Dyrcona |
rsulejmani: Looks like you have to make sure nothing is talking to the database and possibly drop it first. |
| 16:15 |
rsulejmani |
How do I do that? |
| 16:15 |
bshum |
Stop open-ils services |
| 16:15 |
bshum |
as "opensrf" user, you have to stop Evergreen first, "osrf_control -l --stop-all" |
| 16:16 |
bshum |
And then you can run that script |
| 16:16 |
Dyrcona |
Sorry about that. I didn't think to mention it before. |
| 16:16 |
bshum |
Though, it looks like you're using the creation scripts |
| 16:16 |
* Dyrcona |
takes it for granted. |
| 16:16 |
bshum |
Not the eg_db_config script that Dyrcona mentioned |
| 16:17 |
bshum |
Which handles creating the stock EG database more gracefully |
| 16:17 |
Dyrcona |
eg_db_config runs them, IIRC. |
| 16:17 |
bshum |
They do, but then they also run all the other SQL scripts you need to build out the EG schema and tables |
| 16:17 |
Dyrcona |
It can't drop the database if 13 users are connected. :) |
| 16:17 |
pastebot |
"rsulejmani" at 64.57.241.14 pasted "openSRF stop problem" (3 lines) at http://paste.evergreen-ils.org/13494 |
| 16:18 |
rsulejmani |
This is what I got when I did that command |
| 16:18 |
bshum |
rsulejmani: Yeah, you have to switch to become the "opensrf" user |
| 16:18 |
bshum |
Like "su opensrf" from root user |
| 16:18 |
bshum |
Then you can run the opensrf control commands |
| 16:18 |
Dyrcona |
Well, you need /openils/bin in your PATH, too. |
| 16:19 |
Dyrcona |
Yeah, don't do things as root, either. Always use sudo. |
| 16:19 |
rsulejmani |
So I'm logining to the opensrf user and its asking for the password whats the default password for opensrf |
| 16:20 |
Dyrcona |
I've probably mentioned this before, but I always make the opensrf user during O/S installation as the main user for the system. |
| 16:20 |
* Dyrcona |
has no idea, 'cause doesn't use the ansible-installer. |
| 16:21 |
bshum |
I don't think the ansible script sets a password for the opensrf user |
| 16:21 |
bshum |
And the ansible script doesn't setup opensrf with "sudo" rights |
| 16:21 |
rsulejmani |
so I would do that instead form my regular account |
| 16:21 |
Dyrcona |
That's inconvenient. |
| 16:21 |
bshum |
So you have to be either your original login, or the root user to perform elevated permission rights |
| 16:22 |
bshum |
Dyrcona: Yeah, well, I'm sure berick would say "patches welcome" :D |
| 16:22 |
Dyrcona |
:) |
| 16:22 |
bshum |
Actually it probably wouldn't be hard to add that option to the ansible script |
| 16:22 |
bshum |
But anyways, I digress |
| 16:23 |
Dyrcona |
Would that qualify me for a job at RedHat? :P |
| 16:23 |
pastebot |
"rsulejmani" at 64.57.241.14 pasted "osrf_control not found" (4 lines) at http://paste.evergreen-ils.org/13495 |
| 16:23 |
rsulejmani |
This is what happened when i did it on the regular main account with sudo |
| 16:23 |
Dyrcona |
sudo -u opensrf osrf_control -l --stop-all |
| 16:24 |
Dyrcona |
Need to tell sudo to run as the opensrf user. |
| 16:24 |
Dyrcona |
automation-- :) |
| 16:25 |
pastebot |
"rsulejmani" at 64.57.241.14 pasted "osrf_control not found agin" (3 lines) at http://paste.evergreen-ils.org/13496 |
| 16:25 |
rsulejmani |
The same thing happened again |
| 16:25 |
Dyrcona |
Ditch the ansible-installer and do it by hand, next time. :) |
| 16:26 |
Dyrcona |
Try this: sudo -u opensrf bash -c 'echo PATH="$PATH:/openils/bin" >> /home/opensrf/.bashrc' |
| 16:27 |
Dyrcona |
Then try the previous command again. |
| 16:27 |
berick |
bah, don't listen to Dyrcona -- you'd be doing the same, plus a thousand other things w/o the installer. if you want to know the details, yeah, install by hand. |
| 16:28 |
berick |
have you tried sudo su opensrf ? |
| 16:28 |
bshum |
Well normally I wouldn't add the script to my local user's bash profile. But tomato, tomato. |
| 16:28 |
Dyrcona |
sudo su is totally bogus. |
| 16:28 |
bshum |
"sudo su - opensrf ; osrf_control -l --stop-all" :D |
| 16:28 |
bshum |
From the cardinal user, or root, or whichever with sudo powers |
| 16:28 |
|
rsulejmani_ joined #evergreen |
| 16:28 |
Dyrcona |
Um, bshum, did you read what I shared? |
| 16:29 |
bshum |
Dyrcona: Yeah I know, I'm siding with berick on this one :) |
| 16:29 |
rsulejmani_ |
Hi Sorry, My laptop shutdown and now it's back on power. |
| 16:29 |
Dyrcona |
So, you missed all of that..... |
| 16:29 |
rsulejmani_ |
What should I do to shutdown the opensrf service |
| 16:29 |
Dyrcona |
Is this on a vm on your laptop? |
| 16:29 |
rsulejmani_ |
on a ubuntu laptop |
| 16:29 |
Dyrcona |
Is this on a vm on the laptop that lost power? |
| 16:30 |
rsulejmani_ |
no the laptop is running ubuntu 16.04 |
| 16:30 |
Dyrcona |
What I'm trying to ask is did the Evergreen installation lose power and shutdown? |
| 16:31 |
rsulejmani_ |
Yes |
| 16:31 |
Dyrcona |
If so, you don't need to do anything, now. |
| 16:31 |
Dyrcona |
The services should not be running, unless someone added a startup script in the ansible-installer. |
| 16:31 |
rsulejmani_ |
Well the computer shutdown which probably shutdown evergreen too. |
| 16:31 |
rsulejmani_ |
Would this prove that opensrf is shutdown http://catalog.cardinal-libraries.tk/eg/opac/home |
| 16:31 |
Dyrcona |
It definitely did. |
| 16:32 |
Dyrcona |
Not prove, but it's a good sign. |
| 16:32 |
Dyrcona |
That happens when none of the services are running. |
| 16:32 |
rsulejmani_ |
Ok, now to the point of removing the sample data. What's the command |
| 16:32 |
Dyrcona |
sudo -i opensrf |
| 16:32 |
Dyrcona |
do that for me. |
| 16:33 |
rsulejmani_ |
Result: -bash: opensrf: command not found |
| 16:33 |
Dyrcona |
sorry |
| 16:33 |
Dyrcona |
sudo -i -u opensrf |
| 16:33 |
rsulejmani_ |
Ok it logined me in as opensrf |
| 16:34 |
Dyrcona |
now, type this: echo $PATH |
| 16:34 |
rsulejmani_ |
Result: /home/opensrf/bin:/home/opensrf/.local/bin:/openils/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin |
| 16:34 |
Dyrcona |
Ok, /openils/bin is in the path. |
| 16:35 |
Dyrcona |
now, this: osrf_control -l --diagnostic |
| 16:36 |
Dyrcona |
That should either say the processes are not running, or spit out a bunch of errors. |
| 16:36 |
rsulejmani_ |
errors that what happened |
| 16:36 |
Dyrcona |
That's good. Services are not running. |
| 16:37 |
Dyrcona |
And that is to be expected after losing power. |
| 16:37 |
rsulejmani_ |
Ok |
| 16:37 |
Dyrcona |
now, you can type exit |
| 16:37 |
Dyrcona |
And, you'll be back to your regular user. |
| 16:38 |
rsulejmani_ |
Ok, done |
| 16:38 |
Dyrcona |
If you cd to the Evergreen checkout, you should be able to find the eg_db_config command in your command line history, unless you did it as root. |
| 16:39 |
rsulejmani_ |
1) Whats the Evergreen checkout cd 2) I did the eg_db_config as root |
| 16:40 |
Dyrcona |
The "Evergreen checkout" is where git checked out Evergreen. |
| 16:40 |
Dyrcona |
You have to run eg_db_config from that directory or it doesn't work. |
| 16:40 |
Dyrcona |
Or, you extracted Evergreen from a tarball, you need to be in the directory where Evergreen was extracted. |
| 16:41 |
rsulejmani_ |
Im in the Evergreen checkout cd |
| 16:41 |
Dyrcona |
cd is the command to change directories. |
| 16:42 |
Dyrcona |
You want to run something like this: perl Open-ILS/src/support-scripts/eg_db_config --create-database --create-schema --user <evergreendbuser> --password <evergerndbusrspassword> --host <dbhost> --port 5432 --database evergreen |
| 16:43 |
Dyrcona |
You need to substitute appropriate values for the user and password, etc. |
| 16:43 |
rsulejmani_ |
ok |
| 16:44 |
rsulejmani_ |
I get an error |
| 16:44 |
rsulejmani_ |
cardinal cardinal-X540SA:~/evergreen-ansible-installer$ perl Open-ILS/src/support-scripts/eg_db_config --create-database --create-schema --user evergreen --password evergreen --host 127.0.0.1 --port 5432 --database evergreen Can't open perl script "Open-ILS/src/support-scripts/eg_db_config": No such file or directory cardinalcardinal-X540SA:~/evergreen-ansible-installer$ |
| 16:45 |
jeffdavis |
rsulejmani_: `cd /home/opensrf/evergreen`before running eg_db_config |
| 16:45 |
Dyrcona |
You're in the wrong directory, and since I know nothing about where the ansible-installer puts things, I can't help you. |
| 16:46 |
berick |
cd /home/opensrf/Evergreen |
| 16:46 |
bshum |
Yeah, capital E |
| 16:46 |
Dyrcona |
rsulejmani_: Give the opensrf user a password and login as that use when you want to mess with Evergreen. |
| 16:46 |
Dyrcona |
It makes life so much easier. |
| 16:47 |
rsulejmani_ |
It says that the folder or file can't be found |
| 16:48 |
berick |
rsulejmani_: which folder exactly? |
| 16:48 |
rsulejmani_ |
Wait, Once I go in the file manager and go under /home/opensrf/ the folder Evergreen does show up |
| 16:49 |
rsulejmani_ |
Ok. I logined as opensrf and now can enter the directory |
| 16:49 |
rsulejmani_ |
I just excuted the command and it is creating the tables |
| 16:54 |
rsulejmani_ |
Now that the database has been revamped how do i start the evergreen system again |
| 16:55 |
berick |
[as opensrf user] osrf_control --localhost --restart-all |
| 16:56 |
berick |
[as login user] sudo systemctl restart apache2; sudo systemctl restart apache2-websockets; |
| 16:58 |
rsulejmani_ |
Now that I did that I can't login as admin anymore |
| 16:58 |
rsulejmani_ |
Did the database revamp delete the admin user |
| 16:59 |
jeff |
indeed. looking at the eg_db_config command above, you set the admin username to evergreen and the password to evergreen. |
| 16:59 |
jeff |
er, nevermind me. thats the db username and password. sorry. |
| 17:00 |
rsulejmani_ |
Yeah I tried that it didn't work |
| 17:03 |
|
mmorgan left #evergreen |
| 17:03 |
jeff |
since they weren't specified on the eg_db_config command, they're currently set to a random value. you should be able to use eg_db_config to set them to known/desired values. |
| 17:04 |
rsulejmani_ |
And how exactly would I do that |
| 17:05 |
jeff |
something like: eg_db_config --user evergreen --password evergreen --host 127.0.0.1 --port 5432 --database evergreen --admin-user admin --admin-password weakpassword |
| 17:06 |
jeff |
(you still need to get the correct path to the eg_db_config script, and still need to specify the database information, but you don't want to pass things like --create-database, etc) |
| 17:09 |
rsulejmani_ |
This is what I got when I executed that command |
| 17:09 |
rsulejmani_ |
http://paste.evergreen-ils.org/13498 |
| 17:11 |
jeff |
you aren't in the correct directory and/or aren't specifying the correct path to the script. previously it looks like you might have had success with: |
| 17:12 |
jeff |
cd /home/opensrf/Evergreen |
| 17:12 |
jeff |
Open-ILS/src/support-scripts/eg_db_config --user evergreen --password evergreen --host 127.0.0.1 --port 5432 --database evergreen --admin-user admin --admin-password weakpassword |
| 17:12 |
rsulejmani_ |
Thanks It Worked |
| 17:13 |
rsulejmani_ |
Also how do you install the 3.1.0 staff client in ubuntu |
| 17:14 |
jeff |
I'm sorry, but I can't help you with that right now. Others may be able to. My best advice is to follow the documentation and ask specific questions if you run into a problem. |
| 17:14 |
rsulejmani_ |
Ok Thank you for your help |
| 17:15 |
bshum |
rsulejmani_: So if you're using the ansible installer, the settings.yml file specifies "master" by default for the branch of Evergreen it checks out and installs, not 3.1.0 |
| 17:15 |
bshum |
Master is a development branch of Evergreen, not a specific version |
| 17:16 |
bshum |
With recent Evergreen (3.0+) there's a web client you can navigate to using a web browser (like firefox or chrome) |
| 17:17 |
bshum |
So like "https://hostname/eg/staff/home" |
| 17:17 |
bshum |
There'd likely be some warning cause your SSL certificate wouldn't be setup with a proper trusted version |
| 17:17 |
bshum |
That link basically takes you to the newer browser based client |
| 17:17 |
bshum |
That you can use to access Evergreen and poke at things |
| 17:18 |
bshum |
For the legacy XUL-based staff client, there's all those links on the downloads page for various clients |
| 17:19 |
bshum |
You'd basically just download a Linux package, and extract the .tar.bz2 file contents somewhere |
| 17:19 |
bshum |
And then click on the "evergreen" app to start things up |
| 17:19 |
bshum |
32-bit vs. 64-bit |
| 17:19 |
bshum |
Lots of little details |
| 17:20 |
bshum |
Let's just say, using the web client is "easier" and the future of Evergreen anyways |
| 17:20 |
* bshum |
is wandering off too, probably more folks around a little this afternoon and probably tomorrow |
| 17:26 |
rsulejmani_ |
Ok |
| 17:26 |
rsulejmani_ |
Also how do you find the version of the evergreen client |
| 17:26 |
rsulejmani_ |
evergreen server |
| 17:28 |
rhamby |
rsulejamni_: there are multiple ways, one quick and dirty way is to use this appended to the domain : /gateway?service=open-ils.actor&method=opensrf.open-ils.system.ils_version |
| 17:28 |
rhamby |
e.g. localhost/gateway?service=open-ils.actor&method=opensrf.open-ils.system.ils_version |
| 17:31 |
rsulejmani_ |
I did try that but this is what it gives me :{"payload":["HEAD"],"status":200} |
| 17:32 |
rsulejmani_ |
And being as I'm the system administrator people would be looking up to me to know the version |
| 17:35 |
rhamby |
reading up I'm guessing this is the one you installed from ansible? It installed master so it's different than one of the cut release versions. |
| 17:36 |
rhamby |
it's been a while since I looked at the ansible installer but I think you can point it at a specific branch for a versioned release by editing the ansible scripts. |
| 17:36 |
rsulejmani_ |
And how exactly do you do that |
| 17:37 |
rsulejmani_ |
m4_define([VERSION_NUMBER],[3.0.0-dev]) I found this |
| 17:41 |
rsulejmani_ |
I also found Evergreen Version HEAD |
| 17:41 |
rsulejmani_ |
What would this mean |
| 17:42 |
rhamby |
It means that it doesn't have an official version, it's simply 'master' or the in progress version with accepted code. Periodically that is taken by release managers and cut into stable versions with release numbers. |
| 17:43 |
rhamby |
think of the numbered releases as frozen versions of master that are known to be stable and have release notes, master is the always in flux work in progress |
| 17:44 |
rsulejmani_ |
Ok so which staff client version would I use |
| 17:47 |
rhamby |
I'd recommend you use the web based staff client if it's a recent version of master |
| 17:47 |
rhamby |
you can get there from host/eg/staff |
| 17:48 |
rhamby |
it's not downloaded as a separate binary but part of the same install as all the other web files so it's whatever version your Evergreen install itself is (since it's part of it) |
| 17:49 |
rhamby |
e.g. https://localhost/eg/staff if that wasn't clear |
| 18:14 |
|
rsulejmani joined #evergreen |
| 18:15 |
rsulejmani |
Hello, I have seen many libraries create their own Staff Client, Is there any way to do this |
| 18:28 |
rhamby |
I suspect that you're mostly thinking of the customized version of the XUL client that predate the web client. However, the web client can be customized as well if you feel comfortable modifying the files. Cosmetic changes aren't very hard (usually). |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:34 |
rsulejmani_ |
Yes I am talking about the XUL Client |
| 18:35 |
rsulejmani_ |
How exactly would you access the xul files |
| 18:50 |
rhamby |
The xul client is being retired soon so if you're looking at using Evergreen in the future I wouldn't bother with XUL. |
| 18:53 |
rsulejmani |
So Evergreen will go full online staff client |
| 19:46 |
rhamby |
yep |
| 21:17 |
|
rsulejmani joined #evergreen |
| 21:17 |
rsulejmani |
Is there any evergreen-ansible-installer that is version 3.0 |
