Evergreen ILS Website

IRC log for #evergreen, 2014-10-12

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

Time Nick Message
00:14 atlas__ nope, just only showing increments of 10,000 now so doesn't change often
00:14 atlas__ had to check on it running top..
00:15 atlas__ two postgres processes taking up 60% of the limited CPU i gave that VM
00:15 atlas__ damn
00:16 atlas__ i should provision a total overkill VM for this.  too bad I've got more iron at home than at work for this...
00:16 atlas__ hmm
00:52 ankita joined #evergreen
00:56 atlas__ joined #evergreen
02:00 mnsri joined #evergreen
02:58 mnsri joined #evergreen
03:03 mnsri joined #evergreen
03:07 mnsri joined #evergreen
04:27 mnsri joined #evergreen
05:40 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
06:38 mtate joined #evergreen
06:38 eeevil joined #evergreen
06:39 Callender joined #evergreen
06:39 phasefx joined #evergreen
06:40 graced joined #evergreen
07:59 Stompro joined #evergreen
09:07 gsams joined #evergreen
10:16 ankita joined #evergreen
10:25 sarabee joined #evergreen
10:59 Dyrcona joined #evergreen
11:02 ankita left #evergreen
13:05 atlas__ joined #evergreen
13:06 atlas__ any ideas on building a 2.7.0 staff client for mac
13:07 Dyrcona atlas__: My recommendation is don't.
13:07 Dyrcona There have been issues.
13:09 atlas__ alright, i've got it in a windows VM, guess if I wanted to be cooler I could the 64 bit linux client for 2.7.0 works well I presume?
13:09 atlas__ *use the
13:10 Dyrcona There are suggestions on this page: http://evergreen-ils.org/dokuwiki/doku.php?​id=mozilla-devel:building_the_staff_client
13:10 Dyrcona Yep. I use the Linux staff client all the time.
13:10 atlas__ kind of wanted an excuse for a small linux dev laptop anyways
13:12 atlas__ what OS are most of the devs working off of?
13:12 Dyrcona Windows, probably. I use Linux.
13:13 Dyrcona I thought there were more bugs on Launchpad about using the staff client on Mac OS X, but I'm not finding them.
13:13 Dyrcona Launchpad search is pretty bad.
13:14 atlas__ sounds like a lot of dev is going into the web client anyways
13:14 Dyrcona Anyway, IIRC, bshum had trouble with it on "Mavericks," is that OS X 10.9.
13:14 Dyrcona Well, yeah, that is the focus.
13:14 atlas__ looking good so far
13:14 atlas__ I managed to get it running...sans documentation
13:15 bshum Dyrcona: atlas__: for mac client building, there are "steps" on general approaches to building it.
13:16 bshum I think off the downloads page to wiki pages.
13:16 Dyrcona Yep. I shared the link to one.
13:16 bshum There's some GUI glitches
13:16 bshum For some row rendering
13:16 Dyrcona Yep, that, too, and some worse than others depending on how you run it.
13:16 bshum I never filed them cause mac isn't really a supported client os
13:17 bshum And I didn't have tuits for xul debugging.
13:17 Dyrcona IIRC, when running via xulrunner on the command line, you can't type into any text boxes. It all shows up in the terminal.
13:17 atlas__ ahaha
13:17 Dyrcona You can also use --install-app and that mostly seemed to work on 10.5, but I haven't tried it since.
13:17 * bshum keeps walking down Chinatown.
13:18 atlas__ I don't have a real good reason for wanting to build the mac client, our office we're all on macbook airs/pros so it would be fun but totally not necessary since all staff would be on windows anyway and we should run it in a windows VM
13:18 atlas__ I've just got this underpowered macbook air and hate having to keep a windows VM running if at all possible
13:19 atlas__ should probably just hassle my boss to get me a pro
13:32 atlas__ joined #evergreen
13:57 atlas__ any docs for this for 2.7? http://docs.evergreen-ils.org​/2.1/html/emptydatabase.html
13:57 atlas__ or is it the same??
14:00 atlas__ rerun the schema creation script here maybe ? http://docs.evergreen-ils.org/2.7/_c​reating_the_evergreen_database.html
14:01 bshum Yeah rerunning that script will blow away and start over a system.
14:01 bshum But don't do it unless you mean it. :P
14:01 atlas__ I half ass loaded some gutenberg records for funsies
14:01 atlas__ but I've got a very recent full marc export of our entire db
14:02 atlas__ just sitting at work so I'm going to blow it away and try to load that on monday
14:02 atlas__ I don't have a lot of resources to provision to this machine though...so...it might take a while to do the 1.3m records
14:03 Dyrcona Yeah, it might.
14:03 atlas__ what does a large evergreen deployment look like
14:03 Dyrcona If you can search the IRC logs, you find some discussions from the past few years of things you can do speed up a large load of MARC records.
14:03 atlas__ will do
14:04 Dyrcona large? Dunno. C/W MARS has about 3 million bibliographic records.
14:04 atlas__ looking for info on load balancing/multiple app servers/hardware spec
14:04 atlas__ say 320 libraries
14:05 Dyrcona Ah.
14:05 atlas__ yeah that's twice the size of our collection
14:05 Dyrcona Not sure what you'd want for that. You'll be want to hear from csharp at PINES.
14:06 Dyrcona I was going to say at MVLC, where I am, we have just under 1 million bibs.
14:06 Dyrcona With 36 members at about 40 sites.
14:06 atlas__ we've got..1.3m bibs, 320 sites, 11 members
14:07 atlas__ it's an interesting system
14:07 Dyrcona You'll definitely want multiple bricks, but I can't begin to say how many.
14:07 atlas__ when you say bricks you're talking app server
14:07 atlas__ i read bricks before
14:07 atlas__ the term
14:08 Dyrcona It's a collection of servers.
14:08 Dyrcona It's kind of an Evergreenism.
14:08 atlas__ okay
14:08 atlas__ referring to the application and database server together?
14:09 Dyrcona No, you usually run the database server on its own.
14:09 Dyrcona A brick is a collection of Evergreen app servers, all communicating via XMPP.
14:10 Dyrcona One usually serves as the "brick head" and communicates with the other bricks, if I understand it correctly.
14:10 atlas__ that makes more sense -- was wondering what 'collection of servers' make up a 'brick'
14:10 atlas__ so it's a bunch of evergreen app servers
14:10 Dyrcona We just run the apps on one server at my location, though we've considered playing around with multiple jabber instances and a soft-of brick environment.
14:10 atlas__ and the 'brick head' is a load balancer/proxy
14:11 atlas__ great
14:11 Dyrcona Well, the brick heads usually communicate with a separate load balancer, but basically, yes.
14:12 atlas__ here we go...http://wiki.evergreen-ils.org/d​oku.php?id=system_requirements
14:12 Dyrcona OpenSRF, the protocol that Evergren uses to communicate, is somewhat decentralized, as is XMPP, the typical medium of communications.
14:14 atlas__ wish there was more info here
14:15 atlas__ http://docs.evergreen-ils.org/2.1​/html/hardwareconfigurations.html
14:15 atlas__ probably applies to 2.7 too ?
14:18 Dyrcona Probably, but I think it overstates the case.
14:18 Dyrcona We run with one app server/brick, web and Evergreen apps on one box.
14:18 Dyrcona Database on another.
14:19 Dyrcona We come pretty close to the description of the academic library requiring a load balancer.
14:33 bshum Heh, pretty much.
14:34 bshum we just switched to our new server architecture today.  2 load balancers (one at a time, heartbeat between them), 2 Evergreen app servers, 2 app servers (with SIP server on them) and one app server acting as utility server
14:34 bshum To run cron scripts, etc.
14:34 bshum And of course, the primary DB server.
14:35 bshum I think there's something else out there.  I'm starting to lose track of all the parts :(
14:35 bshum (again)
14:35 bshum atlas__: System provisioning isn't an exact science per say, there are estimates and generalizations.
14:36 Dyrcona tsbere has been thinking about setting up a multi-brick environment via VMs and using multiple jabber servers.
14:36 bshum All I can say is that your database is the single most important thing to provide for.
14:36 bshum Lots of memory is good.  Good speedy cores is better.
14:37 Dyrcona Enough memor to load the whole thing into RAM is bliss, especially if your data is stored on spinning rust.
14:37 bshum So true :)
14:37 bshum There's lots of good suggestions for PostgreSQL servers that apply to us.
15:09 atlas__ anyone have a working websockets config out there?  having some trouble...
15:09 atlas__ WebSocket connection to 'wss://192.168.5.123:7682/​osrf-websocket-translator' failed: WebSocket opening handshake was canceled
15:10 atlas__ had this working...redid the apache configs...and now can't seem to get it working again
15:10 atlas__ Uncaught Error: WebSocket Error [object Event] : undefined opensrf_ws.js:89socket.onerror
15:14 atlas__ okay so this totally has to do with ssl and certs
15:14 atlas__ it works when I'm hitting it on http://shrubbery.sasklibraries.ca
15:14 atlas__ but getting the error opening handshake when hitting it at 192.168.5.123
15:14 atlas__ interesting
15:16 Dyrcona Dunno. I haven't messed with websockets, yet.
15:18 bshum Yeah the websockets are only happiest with valid SSL certs.
15:21 bshum I think there's a way to set an exception in certain browsers. I haven't tested that far yet.
15:21 * bshum is back in the car headed home. Good time for a nap.
16:08 atlas__ joined #evergreen
17:21 tpham joined #evergreen
17:22 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
18:01 atlas__ how to blow away the database on 2.7?  tried running the eg_db_config script again but got a bunch of error
18:29 sbrylander joined #evergreen
19:14 atlas__ joined #evergreen
19:31 tpham joined #evergreen
19:54 tpham joined #evergreen
19:54 atlas__ joined #evergreen
20:41 atlas__ joined #evergreen
21:53 buzzy joined #evergreen
22:03 tpham joined #evergreen
22:32 mlilenium_ joined #evergreen
22:32 mlilenium_ left #evergreen

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat