| Time |
Nick |
Message |
| 01:12 |
|
Mark__T joined #evergreen |
| 01:20 |
tony_ |
can someone tell me how to fix fopen: Permission denied when installing ejabberd.. I've done a --purge ejabberd and I get this error at that time and when I do an apt-get install I get the same error |
| 01:23 |
Mark__T |
doing that as root? |
| 01:25 |
tony_ |
Mark__T: Sorry about that... yet I was using root |
| 01:27 |
|
tony__ joined #evergreen |
| 01:28 |
tony__ |
Mark__T: I changed machines so I don't know if you my last |
| 01:33 |
Mark__T |
tony__: no idea which file it has no permission to access? |
| 01:34 |
Mark__T |
maybe the file is readonly and fopen tries to open it rw? |
| 01:34 |
tony__ |
I can't tell either and I don't know which log to check for this because it happens during apt-get update |
| 01:35 |
tony__ |
I wonder how important it is to opensrf |
| 02:42 |
Mark__T |
You probably have to wait until the US guys awake |
| 02:44 |
Mark__T |
we're not using evergreen here, and I doubt we ever will, so I'm not running it myself |
| 05:49 |
csharp |
tony__: if you're still around, what is the output of 'ls -l /etc/ejabberd/'? |
| 07:08 |
|
edoceo joined #evergreen |
| 07:46 |
|
jboyer-isl joined #evergreen |
| 07:46 |
|
collum joined #evergreen |
| 07:54 |
|
kmlussier joined #evergreen |
| 08:16 |
|
rfrasur joined #evergreen |
| 08:17 |
|
rjackson-isl joined #evergreen |
| 08:21 |
csharp |
hmm - trying to use auditor.actor_usr_history to track some activity and audit_user and audit_ws are empty on all rows... |
| 08:26 |
* csharp |
traces the problem to the auditor.get_audit_info() function.... |
| 08:27 |
csharp |
return [{eg_user => $_SHARED{"eg_audit_user"}, eg_ws => $_SHARED{"eg_audit_ws"}}]; |
| 08:27 |
csharp |
now to track down whatever $_SHARED is |
| 08:30 |
csharp |
ah: http://www.postgresql.org/docs/9.1/static/plperl-global.html |
| 08:30 |
|
timlaptop joined #evergreen |
| 08:31 |
|
kmlussier joined #evergreen |
| 08:32 |
|
Dyrcona joined #evergreen |
| 08:35 |
tsbere |
csharp: The set version of that function may not be called by some parts of the system? |
| 08:35 |
|
rjackson-isl joined #evergreen |
| 08:35 |
|
Shae joined #evergreen |
| 08:38 |
|
kbeswick joined #evergreen |
| 08:39 |
|
rjackson-isl joined #evergreen |
| 08:42 |
csharp |
tsbere: well it looks like the function never calls the 'set' function, just 'get': http://pastebin.com/C3T1GXuA |
| 08:43 |
tsbere |
csharp: The "set" side needs to be called from the perl, C, etc. A layer that actually has access to an authtoken and memcache, basically |
| 08:43 |
csharp |
ah - ok |
| 08:44 |
|
rjackson_isl joined #evergreen |
| 08:45 |
|
akilsdonk_ joined #evergreen |
| 08:46 |
csharp |
looks like it's set in OpenILS/Application/Actor.pm line 354 (looking at 2.3.6) |
| 08:51 |
|
krvmga joined #evergreen |
| 08:59 |
|
ericar joined #evergreen |
| 09:02 |
|
mrpeters joined #evergreen |
| 09:27 |
|
Rish joined #evergreen |
| 09:51 |
|
RoganH joined #evergreen |
| 10:12 |
|
dboyle joined #evergreen |
| 10:20 |
|
jbfink joined #evergreen |
| 10:24 |
|
Shae joined #evergreen |
| 10:53 |
bshum |
Sigh, oh LDAP config, you are so trying |
| 10:54 |
|
jdouma joined #evergreen |
| 10:58 |
csharp |
@blame LDAP |
| 10:58 |
pinesol_green |
csharp: LDAP is why we can never have nice things! |
| 10:59 |
csharp |
@whocares LDAP |
| 10:59 |
pinesol_green |
csharp: I can't find anyone who loves or hates LDAP. |
| 11:01 |
jbfink |
is it possible to foreground osrf_ctl.sh? |
| 11:04 |
Dyrcona |
jbfink: Why? |
| 11:08 |
jbfink |
Dyrcona: I am working on making Evergreen work in Docker (http://docker.io) and the way to do that is to foreground each running application; I've got ejabberd, postgres, apache foregrounded, but I will need to foreground the functions in osrf_ctl.sh to finish things up. |
| 11:08 |
jbfink |
or foreground osrf_ctl.sh itself; donno if that is a difference. |
| 11:08 |
Dyrcona |
jbfink: osrf_ctl.sh is not long for this world. |
| 11:10 |
jbfink |
okaayeeeee, I dig this, but in the meantime? |
| 11:10 |
Dyrcona |
jbfink: You'll probably have to rewrite the script. |
| 11:10 |
jbfink |
dorf |
| 11:10 |
jbfink |
ok |
| 11:11 |
jbfink |
rather not do that, but maybe I can figure out a workaround. |
| 11:12 |
Dyrcona |
in master and later osrf_ctl.sh just runs opensrf-perl.pl to do its thing. |
| 11:12 |
Dyrcona |
Guess their isn't any later than master is there? |
| 11:13 |
Dyrcona |
gah. |
| 11:13 |
bshum |
dbwells++ |
| 11:13 |
Dyrcona |
@hate their/there |
| 11:13 |
pinesol_green |
Dyrcona: The operation succeeded. Dyrcona hates their/there. |
| 11:13 |
bshum |
For LDAP goodness |
| 11:13 |
Dyrcona |
@hate English orthography |
| 11:13 |
pinesol_green |
Dyrcona: The operation succeeded. Dyrcona hates English orthography. |
| 11:14 |
pinesol_green |
[opensrf|Galen Charlton] LP#1224647: remove two invalid tests - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=9028b02> |
| 11:14 |
dbs |
there there, dyrcona, it'll be okay |
| 11:15 |
dbs |
their they're, Dyrcona. |
| 11:15 |
Dyrcona |
yeah... |
| 11:16 |
|
mcooper joined #evergreen |
| 11:16 |
Dyrcona |
jbfink: Looking at what we're using in production there are no explicit options to make thing run in the foreground. |
| 11:17 |
Dyrcona |
You'll need to modify opensrf_router, opensrf-perl.pl, and opensrf-c, or come up with your own way to start the router and services. |
| 11:17 |
|
smyers_ joined #evergreen |
| 11:17 |
Dyrcona |
Although, looks like opensrf-perl.pl has a no-daemon option. |
| 11:19 |
jbfink |
dyrcona: bummer. ok. |
| 11:22 |
jbfink |
maybe I can just make a shell script to *call* osrf_ctl.sh and make *that* script foreground. |
| 11:23 |
Dyrcona |
osrf_ctl.sh itself doesn't go into the background. |
| 11:23 |
Dyrcona |
At least I don't think it does. |
| 11:24 |
jbfink |
really? lemme try |
| 11:25 |
Dyrcona |
yeah. It exits after all of the processes it spawns daemonize themselves. It is no longer has any children at that point, so dies. |
| 11:25 |
dbs |
Pretty sure that Perl, C, and Python handle all the forking themselves |
| 11:25 |
dbs |
What Dyrcona said :) |
| 11:25 |
jbfink |
so maybe add something at the end that doesn't daemonize? |
| 11:26 |
jbfink |
hmm.mm.mm |
| 11:26 |
Dyrcona |
maybe but the processes that matter will be daemonized, and just stopping osrf_ctl.sh at that point won't do anything. |
| 11:26 |
jbfink |
might still work |
| 11:27 |
phasefx |
jbfink: you could have some wrapper script loop on the pid files created :-/ |
| 11:28 |
|
acoomes joined #evergreen |
| 11:28 |
jbfink |
anything's gonna be ugly but it's gotta be. |
| 11:29 |
dbs |
opensrf-perl has the --no-daemon option, not that I've tried that ever, so you could perhaps mod osrf_ctl.sh to include that |
| 11:30 |
dbs |
but opensrf-c has no such option; it's fork or die |
| 11:30 |
Dyrcona |
same thing with opensrf_router. |
| 11:30 |
* dbs |
has no idea what docker.io really needs |
| 11:30 |
* Dyrcona |
has no idea what docker.io is as the web site returns a 500 status at the moment. |
| 11:31 |
jbfink |
docker is a shim on top of lxc features in 64 bit linux kernels |
| 11:31 |
dbs |
It seems like a crazy limitation if it really doesn't allow apps to fork. |
| 11:31 |
jbfink |
it's sort of a way to do virtualization that is repeatable and distributable and kind to memory and disk space |
| 11:32 |
jbfink |
but yes, there are some irritations. It is *designed* to run *exactly one thing*, which in my case, is python's supervisord and supervisord itself runs things underneath. |
| 11:32 |
dbs |
jbfink: I've heard the marketing spin, but the meat and potatoes sound really ... unappetizing |
| 11:33 |
jbfink |
dbs: it took me some time to think it was worth pursuing, but I am a pretty big fan now. |
| 11:33 |
jbfink |
I mean, you dudes still don't have a thing that goes "ok, download this one thing and evergreen runs", right? docker solves that. |
| 11:33 |
|
zerick joined #evergreen |
| 11:34 |
jbfink |
and I can run evergreen in a container now by making that one process /bin/bash and then just starting things normally. But that isn't automatable. |
| 11:39 |
* csharp |
thinks the solution is more efforts toward sustainable OS packages for EG and its currently unpackaged dependencies |
| 11:40 |
senator |
jbfink: this is me not knowing enough about docker probably, |
| 11:40 |
senator |
but if you make that one process a shell script that starts things normally and then starts another shell (if the end result is supposed to be a shell) ... |
| 11:40 |
senator |
why wouldn't that work? |
| 11:41 |
jbfink |
senator: the end result doesn't have to be a shell; it can be something that just spits stuff to stdout |
| 11:41 |
senator |
but it has to be something that doesn't end? |
| 11:42 |
jbfink |
csharp: these are not orthogonal goals, but yeah, that is v. important. Perl (CPAN mostly) is a beast. For me anyway. |
| 11:42 |
jbfink |
senator: ayup |
| 11:42 |
senator |
so it could be a shell |
| 11:43 |
jbfink |
I guess, yeah. |
| 11:43 |
jbfink |
as long as it keeps on' truckin |
| 11:44 |
senator |
i'm just spitballing. i know the big picture of docker, but yeah, mainly i'm just looking for the shortest path to solve what sounds like the problem, to the extent that i understand it now |
| 11:46 |
|
ericar joined #evergreen |
| 11:48 |
dbs |
so... add "while :; do sleep 300; done" to the end of osrf_ctl.sh? |
| 11:48 |
dbs |
So it just sleeps in a loop forever? |
| 11:49 |
jbfink |
sure, maybe? |
| 11:49 |
jbfink |
lemme see |
| 11:50 |
dbs |
well, to the end of the "start_all" option in the case switch I guess. |
| 11:51 |
dbs |
or something like that. |
| 11:53 |
jbfink |
yeah, just might work. |
| 11:54 |
jbfink |
I enjoy torturing myself with limitations that seem to be (or are) dumb as hell. I also bought a Samsung Chromebook a couple of weeks ago. |
| 11:57 |
jeff_ |
at a high level, the constraints of a chromebook and the constraints of docker seem to both serve a useful purpose -- to allow the thing to focus more tightly on things it does well. |
| 11:58 |
jeff_ |
somewhere there's a "unix way of do one thing and do it well" vs "alton brown hates unitasker objects" comparison in there |
| 11:58 |
jbfink |
jeff_: that is a very positive way to put things. :) |
| 12:01 |
dbs |
Chromebo(ok|xe)s are fine for what they do; with the SSH Chrome Extension in place, I can do probably 90% of what I spend my day doing now. |
| 12:02 |
dbs |
I guess a docker-ized Evergreen would be focused on "Here's a quick way to try out Evergreen without disrupting your system", which seems fine. Just don't expect to run a real library on it. |
| 12:03 |
gmcharlt |
... which reminds me of the ongoing discussions in Koha-land about the LiveDVD |
| 12:03 |
jbfink |
dbs: yeah, me too, and crouton solves the rest with lubuntu in a chroot. well, not the *rest*, but 98%, and that 2% is things I can't solve due to the chromebook kernel not supporting things. |
| 12:04 |
jbfink |
dbs: Yeah, zero idea about production, but since I'm wrapping *everything* in a container -- including the DB and all that -- I can see it getting too large to be usable. But this is all just me farting around. We're not even running EG here or anything. |
| 12:04 |
gmcharlt |
as it's challenging to communicate to folks who've set up a test system using one that it's not the ideal way to set up a production system |
| 12:04 |
dbs |
gmcharlt: GIVE US THE CREDIT FOR THE LIVEDVD K THX |
| 12:04 |
gmcharlt |
dbs: and yeah, there's that :) |
| 12:06 |
* rfrasur |
pops in and sees a pertinent discussion and now must scroll back. |
| 12:08 |
jcamins |
jbfink: if you need it to exit when the children exit so that docker can clean up, you could also just use wait, since everything has a pidfile. |
| 12:08 |
jcamins |
Kind of late to the party, though, sorry. |
| 12:11 |
jcamins |
gmcharlt: I feel like it's easier to explain with something like docker than with a livedvd because docker is explicitly developer-oriented, whereas the livedvd is more "this is how you install Koha on your computer." |
| 12:12 |
gmcharlt |
jcamins: really? From their home page... "The same container that a developer builds and tests on a laptop can run at scale, in production" |
| 12:13 |
gmcharlt |
of course, as I know nothing of docker, it may well be that it's perfectly plausible (with enough effort) to use it for a production setup |
| 12:13 |
jcamins |
gmcharlt: "Please note ... it should not be used in production." |
| 12:13 |
jcamins |
(from "Learn more") |
| 12:13 |
gmcharlt |
jcamins: mayhap they're trying to have their cake and eat it too? both statements are on their website, and are on the face of it contradictory |
| 12:14 |
|
Rish joined #evergreen |
| 12:14 |
jcamins |
Well, actually, they're missing a few words and the sentence doesn't make sense if you try to retype it. |
| 12:14 |
jcamins |
That may be. I hadn't read the home page because I wanted to learn more. |
| 12:14 |
jbfink |
I believe they are covering their asses until they reach a 1.0 (in re: 'should not be used in production') |
| 12:15 |
jcamins |
This is why you should either keep all your pages up to date or get rid of some of them. |
| 12:15 |
gmcharlt |
jbfink: ah, different if the goal is to eventually be production-worthy |
| 12:15 |
jbfink |
gmcharlt: likely! |
| 12:27 |
|
yboston joined #evergreen |
| 12:36 |
bshum |
Anyone remember offhand what the format/trunctation should be when connecting to an Evergreen z39.50 server? |
| 12:36 |
bshum |
For err, ISBN, for example |
| 12:39 |
dbs |
wow. some of the recent vufind posts about difficulties handling traffic make me feel better about Evergreen / TPAC: http://sourceforge.net/mailarchive/message.php?msg_id=31397591 |
| 12:39 |
dbs |
Of course, tuning PostgreSQL or Solr, pick your poison :) |
| 12:40 |
dbs |
bshum: check IRSpy for Laurentian University |
| 12:40 |
bshum |
dbs: Ah, cool, thanks, I'll do that. |
| 12:40 |
bshum |
And postgresql++ :) |
| 12:40 |
dbs |
bshum: oh, damn, http://irspy.indexdata.com/full.html?id=Z39.50%3Alaurentian.concat.ca%3A210%2FOSUL doesn't mention truncation? |
| 12:41 |
bshum |
Hmm |
| 12:41 |
dbs |
but http://irspy.indexdata.com/ap.html?id=Z39.50:laurentian.concat.ca:210/OSUL&set=bib-1 is useful |
| 12:42 |
bshum |
Yeah I'm thinking to tweak our stock z39.50 config to have some more indexes. Subject not being one of them or pubdate. |
| 12:44 |
dbs |
yaz-client is saying @5=1 is the way to go |
| 12:46 |
dbs |
@5=0 is a no-go |
| 12:46 |
pinesol_green |
dbs: Beyond here be dragons. |
| 12:47 |
|
mllewellyn joined #evergreen |
| 12:50 |
csharp |
could someone please do me a favor and check if their auditor.actor_usr_history table has values for audit_ws and audit_user? |
| 12:51 |
csharp |
ours DB isn't populating those rows for some reason and I'm trying to figure out if this is a bug or some config issue/missing function/whatever somewhere |
| 12:52 |
csharp |
s/rows/columns/ |
| 12:53 |
dbs |
csharp: Ours has em |
| 12:54 |
dbs |
csharp: so "SELECT DISTINCT(audit_ws) FROM auditor.actor_usr_history" is just NULL? |
| 12:54 |
bshum |
csharp: Sometimes yes and sometimes no on ours. |
| 12:55 |
bshum |
Usually yes. |
| 12:55 |
* eeevil |
tries to think of how a docker version is better than ye ol' VMs like we used to do. I mean, you still have to configure it, and it only works in exactly one OS env, where VMs work anywhere that has virtualbox or vmware or whatever |
| 12:55 |
bshum |
But I vaguely recall a couple times where it isn't there. |
| 12:55 |
eeevil |
... not to be a curmudgeon ... ;) |
| 12:56 |
bshum |
Like timeouts or something keeping the data from making it to db. (might be misremembering) |
| 13:00 |
* bshum |
sneaks in some lunch first. |
| 13:02 |
dbs |
bshum: direct database updates methinks :) |
| 13:02 |
bshum |
Could be lots of those too. We do like our direct SQL updates too :) |
| 13:04 |
dbs |
eeevil: I think the idea is that the dockerized version will be created from latest OpenSRF/Evergreen master + underlying distro packages on demand, so always up-to-date, vs static VMs |
| 13:05 |
dbs |
ergo good for testing perhaps |
| 13:07 |
eeevil |
dbs: ah ... I figured installation into a doc would still have to be done by hand ... if it can be automated, super! (see: wheezy installer wanting to be merged :) ) |
| 13:10 |
|
dMiller_ joined #evergreen |
| 13:13 |
dbs |
jbfink can correct me if I'm wrong, of course |
| 13:14 |
dbs |
http://www.docker.io/learn/dockerfile/ makes me think I'm correct though |
| 13:14 |
csharp |
dbs: not null, 1948 rows of 8.0 million have audit_ws |
| 13:14 |
jbfink |
dbs: maybe eventually, but right now I am just trying to carve out 2.4 |
| 13:14 |
jbfink |
using the step-by-step in the installs. |
| 13:15 |
csharp |
wait - that was select distinct - let me look again :-/ |
| 13:15 |
jbfink |
eeevil: Automation is the goal -- something like what I have with Wordpress, http://github.com/jbfink/docker-wordpress |
| 13:15 |
dbs |
csharp: "SELECT COUNT(*) FROM auditor.actor_usr_history WHERE audit_ws IS NOT NULL" might be better :) |
| 13:15 |
csharp |
so about 950K of 8M |
| 13:16 |
csharp |
a little over 10% |
| 13:16 |
dbs |
csharp: and how many of those 8M since the audit_ws stuff was supposed to take effect? |
| 13:17 |
csharp |
all of them - we backed up and truncated our audit tables in March when we upgraded to 2.3 |
| 13:17 |
dbs |
conifer has 80K/630K NOT NULL over its lifetime, fwiw |
| 13:17 |
dbs |
heh |
| 13:18 |
csharp |
dbs: sounds dreamy ;-) |
| 13:18 |
dbs |
It's about 50/50 since we moved to 2.3 |
| 13:21 |
csharp |
oh - hmm - we did some pretty significant usr table updates at the fiscal year switchover, so maybe that's some of it |
| 13:22 |
|
mmorgan joined #evergreen |
| 13:41 |
|
stevenyvr2 joined #evergreen |
| 13:47 |
|
dMiller__ joined #evergreen |
| 14:18 |
|
mrpeters joined #evergreen |
| 14:31 |
dbwells |
grabbing 0829 |
| 14:41 |
pinesol_green |
[evergreen|Kyle Tomita] LP1160596 - Add pagination for items in My Lists - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=17af956> |
| 14:41 |
pinesol_green |
[evergreen|Dan Wells] Stamping upgrade for 'my list' items per page - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1e2e429> |
| 14:41 |
pinesol_green |
[evergreen|Dan Wells] Trivial changes to 'my list' paging code - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3358430> |
| 14:43 |
|
montgoc1 joined #evergreen |
| 15:05 |
|
enhancin joined #evergreen |
| 15:06 |
enhancin |
I'm having an issue with the autogen.sh script, I'm getting the following output: http://pastebin.com/raw.php?i=CDfiJs3U Is there something I need to install? |
| 15:18 |
|
dMiller_ joined #evergreen |
| 15:18 |
|
smyers__ joined #evergreen |
| 15:18 |
|
acoomes_ joined #evergreen |
| 15:30 |
|
dboyle joined #evergreen |
| 15:34 |
|
acoomes joined #evergreen |
| 15:36 |
|
smyers_ joined #evergreen |
| 15:38 |
|
smyers__ joined #evergreen |
| 15:41 |
enhancin |
I resolved that issue, but now when I run autogen.sh it gives me "Could not create file parser context for file "SYSCONFDIR/fm_IDL.xml": No such file or directory at /usr/local/share/perl/5.14.2/OpenILS/Utils/Fieldmapper.pm line 197" I have tried to reconfigure/reinstall evergreen because it seems like that it just can't find the SYSCONFDIR variable.. |
| 15:42 |
jeff |
the string SYSCONFDIR should be replaced automatically for you by the configure and make process. |
| 15:45 |
enhancin |
i'll try the configure again one moment |
| 15:46 |
|
DPearl left #evergreen |
| 15:48 |
tsbere |
enhancin: You need to use the example file from the openils/conf dir, not the tarball or git checkout. >_> |
| 15:48 |
* tsbere |
made that mistake recently |
| 15:51 |
enhancin |
I ended up just going in and replacing it with the correct path, since it was only in two places and I couldn't find SYSCONFDIR through a grep besides in the logs, eg_conf, osrf_cong, and opensrf.xml |
| 15:51 |
enhancin |
seems to have ran okay now |
| 15:51 |
* tsbere |
knows that there are other paths in there that may also need replacing, but doesn't recall their variables right now |
| 15:52 |
enhancin |
the only other one I saw was LOCALSTATEDIR but I don't see a definition for it anywhere |
| 15:52 |
enhancin |
would that just be /openils ? |
| 15:53 |
enhancin |
or /openils/var probably looks like it |
| 16:03 |
enhancin |
awesome, yep. alright. not sure why it didn't replace it in the first place. Thanks! |
| 16:09 |
|
dMiller__ joined #evergreen |
| 16:10 |
|
enhancin joined #evergreen |
| 16:10 |
enhancin |
Sorry to come back so soon, however I'm gettin an error now that the client is not the right version for the server, but they're both 2.4.2 |
| 16:11 |
bshum |
Add the SSL certificate exception? |
| 16:12 |
enhancin |
yep |
| 16:12 |
enhancin |
ahhh found it |
| 16:12 |
enhancin |
<script type="text/javascript" src="/opac/common/js/<!-- #echo 'locale' -->/OrgTree.js"> |
| 16:12 |
enhancin |
the echo locale was causing an issue...i must not have the include mod or something |
| 16:32 |
dbwells |
grabbing 0830 |
| 16:41 |
pinesol_green |
[evergreen|Kyle Tomita] LP1164197 - Add page number navigation to my lists and setting for number of lists per page - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=eb647e5> |
| 16:41 |
pinesol_green |
[evergreen|Dan Wells] Trivial changes to configurable bookbag paging - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=09cf487> |
| 16:41 |
pinesol_green |
[evergreen|Dan Wells] Stamping upgrade for 'my list' lists-per-page - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1ade592> |
| 17:19 |
|
serflog joined #evergreen |
| 17:19 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged. | Large pastes at http://paste.evergreen-ils.org |
| 18:36 |
|
dboyle joined #evergreen |
| 19:32 |
|
dMiller joined #evergreen |
| 19:44 |
|
stevenyvr2 left #evergreen |
| 20:51 |
|
mrpeters joined #evergreen |
| 20:51 |
|
mrpeters left #evergreen |
| 21:24 |
bshum |
Oy |
| 21:25 |
bshum |
So there appears to be a crashed MySQL database on the evergreen website |
| 21:25 |
bshum |
I think I'm going to have to take it offline to try doing a table repair |
| 21:25 |
bshum |
Or some sort of error anyways |
| 21:29 |
bshum |
Site back up, table repaired, whew |
| 23:06 |
|
stevenyvr2 joined #evergreen |
| 23:06 |
|
stevenyvr2 left #evergreen |
| 23:30 |
csharp |
bshum++ |
