Mast Kalandar

bandar's colander of random jamun aur aam

Tue, 20 May 2008

IMSc eprint server

Tags: , , , [link] [comments (0)] [raw]

As documented earlier, we needed an institutional repository for IMSc. This seemed like a good time to review the Debian package for e-prints created by David Tarrant for which he has been looking for a sponsor.

Nutan and Kinjal also worked on this package for incorporation into the IMSc systems. We ended up re-doing their work and David Tarrant's for a number of reasons which I may write about later. Let me instead document how we got the e-print server working.

First of all we created a vserver using the stock Debian kernel and utilities. On this vserver Ravi installed the Debian package created by Tarrant and got it to co-operate with the rest of the system.

The first problem was that we were unable to deposit anything into the archive! It turned out that the way in which the software checks for free space uses system calls which are disabled under a vserver. For the moment we are thus forced to set enable_df=0 and run without these checks.

The second problem was that all our web services are run through a common front-end server. The e-prints server was to be run as one of the back-end servers and it did seem that configuring it as such was going to be hard. In the end, it turned out to be rather easy. The only settings we required were as follows.

In the file $ARCHIVETOP/cfg/cfg.d/ we put the host entry as; in in the same directory we put the base path as eprints. This allowed us to map to the internal server using apache2's reverse proxy rules.

Unfortunately, this was not quite enough since the base path was not used in $ARCHIVETOP/cfg/lang/en/static/index.xpage. But we only need to configure that file and the file and we were off!

That left the task of registering the server with the OAI. This brought up another problem. We had used the HTTPS protocol on the front-end since the site requires password-based logins. It turns out that the OAI's registration page does not accept HTTPS URLs!

So we will need some more fine tuning at a later stage. For now, people are submitting some doucments and one that picks up we can be motivated to work some more!

Fri, 16 May 2008

Computers and I

Wed, 30 Apr 2008

People pages on "people"

Wed, 12 Mar 2008

Proposal for IMSc web re-organisation

Mon, 04 Feb 2008

Some significant changes in the IMSc CC since 1997

Fri, 30 Nov 2007

Proposal to convert aliases to lists

Thu, 25 Oct 2007

Keeping systems "sanely organised"

Fri, 10 Aug 2007

One size does not fit all

Sun, 24 Jun 2007

Buying and configuring systems for IMSc

Thu, 03 May 2007

Setting up IMSc's VPN

Sun, 22 Apr 2007

Saying "No" to Windows Vista

Wed, 18 Apr 2007

Proprietary systems and IMSc computer usage

Wed, 13 Dec 2006

Proposal to reassign storage and purchase duties of CC.

Tue, 18 Jul 2006

Web Servers re-organisation

Tue, 28 Mar 2006

IMSc mirror site of arXiv

Fri, 20 Jan 2006

Changing remote access rules

Fri, 25 Nov 2005

Returning the Toshiba satellite

Mon, 14 Nov 2005

Info for users and To-Do for banyan

Thu, 20 Oct 2005

Increasing everyone's UID/GID

Tue, 30 Aug 2005

DNS and e-mail, and how ERNET went its own way

Mon, 22 Aug 2005

Proposal for new network toplogy

Thu, 18 Aug 2005

Re-organisation of IMSc Network Topology

Fri, 22 Jul 2005

Debian advocacy

Thu, 05 Sep 2002

Who fixes the systems at IMSc?

Tue, 26 Feb 2002

Web server re-organisation

Wed, 29 Aug 2001

Buy only what you can use and manage competently

Fri, 16 Mar 2001

Junk for junkies

Tue, 23 Jan 2001

Questions for IMSc users

Fri, 04 Aug 2000

Changes to DNS at IMSc

Fri, 30 Jun 2000

Securing our machines

Wed, 03 Feb 1999

Uses for IMSc Computers

Sat, 22 Nov 1997

A sarcastic response to a user who objected to the removal of telnet


< May 2008 >
     1 2 3
4 5 6 7 8 910

2015, 2014, 2013, 2012, 2011, 2010, 2009, 2008, 2007, 2006, 2005, 2004, 2003, 2002, 2001, 2000, 1999, 1997, 1995,