[IIAB] [XSCE] IIAB and XSCE
George Hunt
georgejhunt at gmail.com
Thu Jul 11 11:31:36 PDT 2013
On Thu, Jul 11, 2013 at 1:05 PM, Braddock <braddock at braddock.com> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi George, Jerry, et al,
> I'm trying to get a handle on the IIAB issues.
>
> 1. X-Sendfile Apache module not installed.
>
> It sounds like from Jerry that this resolved. Was this a bug in my
> INSTALL.txt documentation or just a missed step?
>
> 2. IIAB USB Drive dataset copy not working
>
> What method did you use to make the copy? Have you determined the
> cause of the failure? Is this still an open issue?
>
This was the disk that I started copying with an XO, at USB2 speeds, for
30hrs. Then we completed the copy with a laptop at USB3 speeds, with a
different rsync. We're redoing the copy from the original drive to the
drive that failed (reformatted ext4). And we'll let you know our results.
> 3. Slow load times (33 seconds??)
>
> Is this reproducible? It certainly shouldn't be taking 30 seconds for
> the IIAB home page to load. If so this is a serious bug and I may
> need access to an XO-1.75 (what your using?) with the dataset to
> experiment.
>
> You mentioned a theory that IIAB was hitting a squid cache. Can you
> elaborate? I don't know how that would be possible because all IIAB
> content is local. Is there a squid cache between the client and the
> School Server?
>
We may need a strategy to make this available. It probably will have to
wait until we get back to a connection (non 3g).
>
> 4. /etc/iiab.conf
>
This was debugging churn. It works without /etc/iiab.conf.
>
> I don't usually use an /etc/iiab.conf config file. The defaults will
> find the knowledge directory on any locally mounted drive. Once you
> are done troubleshooting you should probably remove it.
>
> Be sure not to leave search_for_knowledge_dir to False as suggested by
> James in production or the system will not search mounted volumes
> (like USB drives) for the dataset.
>
> I performed an install on a stock Fedora 18 following the yum repo and
> WSGI instructions in INSTALL.txt last night.
>
>
> 5. Firefox vs Chrome
>
Also an artifact of churn.
>
> I heard you mention a switch to Firefox. Was there really a browser
> issue, or was this just chasing shadows?
>
> Any other IIAB issues?
>
We don't have any remaining issues. Thank you,
George
>
> - -braddock
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.11 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iQEcBAEBAgAGBQJR3uXQAAoJEHWLR/DQzlZuP1IH/iFNUACDZVJxlF1Wzv4WTaNU
> ZkzCAoinNRffozG0pLOvJBr9Xej1mYXPsf2Pusj+KpnHmUV575DAphg6tX9nlimF
> HfW7aLS00mV/0URmhZQrOaz4uWFlcGnLRX3wLmv3X4u0sMew6Z1XTGsF971vM/v5
> EckE9VdYx5Skgu6YBYgF/+wqlmQSERRYS2S3MIQLc3GyICLmpGUp5fk+FR9AOq1P
> ywS8ZCBPN0kxqLZIk8ZZWG8RCojEUKNdgiW2y+Ia2t6fcBcW3bFRFi6v1yepRJ9u
> mw0Ou5yUjZAASnfHoMlQpNQLNVnLPEGaIcJ2jcoEbXkqEoe6HBXgOKfZ0jRgk9o=
> =Qit/
> -----END PGP SIGNATURE-----
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sgvhak.org/mailman/private/iiab/attachments/20130711/dfb534a5/attachment.html>
More information about the IIAB
mailing list