Problem machines

cslab-108 beeps on powerup and then the fan runs loud and non stop

unix was not transferring files correctly... not sure if there was some corruption or if there is some other problem that exists

Postfix config

I needed to set the postfix/main.cf with the local machine name for emails to root to be forwarded correctly. Modifyied set_identity.pl to include changes to it

init.d config

Instead of chkconfig you use update-rc.d

For instance, I don't think the dictionary server is going to get heavily used, so to turn it off by default. To do this I run
update-rc.d -f dictd remove
update-rc.d dictd stop 2 3 4 5 .

The first removes all links, and the second puts only stop links in. The second is not strictly necessary.

Config List

The biggest things for configuration are

1. Filesystems - modify /etc/fstab
2. LDAP - modify /etc/ldap, pam.d


Interesting, the cdrom device changed from hda to scd0

After mounting the filesystems, it is easier to access the configuration files to change

3. Update mail for root. I changed the /etc/aliases file to forward root mail to me
4. Check hosts and resolv.conf files
resolv.conf was ok, but I added an extra line to search the plattsburgh domain also
in hosts I added aliases for server, unix and www

5. verify email works
it does not, need to change main.cf in postfix to have the right relay host
TODO: need to modify identity script to modify mydestination, /etc/mailname

6. Check later to see if emacs22 config files need to be recompiled

Migrating fromLVM to ext3

I'm not sure if this will work, but I'm trying to image the old version of the OS by doing a dd off of the

Migrating fromLVM to ext3

I'm not sure if this will work, but I'm trying to image the old version of the OS by doing a dd off of the LVM physical volume. This is what I'm trying

dd if=/dev/Ubuntu/roo bs=4k | gzip -c | nc -q 1 addr 3333
on the client side, on the target side I'm using
nc -l -p 3333 | gunzip | dd of=/dev/sda3 bs=4k

I'm not sure if the differences in the file system will mess it up, or if it will work out ok.
I suspect that it won't.

Yup, it doesn't.

Next attempt is to use tar
bin/tar cf - . | bin/gzip -c | bin/nc -q 1 addr 3333
then
nc -l -p 3333 | tar zxf -

the bins are necessary on the sending side because I am in rescue mode and the busy box app does not support all of the features. Technically I probably should not have it mounted at all, although in this case I need to have it mounted for tar to work.

Results: tar had problems with sockets, and ordering. Ordering I can fix, sockets, I'm not sure...

Thinking about it some more, this may not be feasible. The problem is that the old image thinks it has 40GB, when it is only going to have 10GB. I could probably resize the physical volume it is on, but then I still have the problem of changing it. For now I will just leave it as it is and keep an old image of it around for later.

I need to finalize the image build so I can get them distributed.

catalyst database updating

Catalyst is cool in that there is a helper module that will update the database class tables for you, the problem is that I keep forgetting the syntax, so here it is

script/quiz_create.pl model DB DBIC::Schema QuizDB create=static "dbi:Pg:dbname=academic;host=server.cs.plattsburgh.edu" hartdr password

DB is the name of the class in the lib/quiz/Model/ directory that represents the database in catalyst

QuizDB is the file in lib which the DB class uses to implement it.

Emacs22

Setting up emacs22 is a pain, so far for it to work, the
cedet-common speedbar eieio
must be installed first

then
cedet-contrib
which will bring in a couple more extensions

then
jde
which will pull more extensions in

Which didn't work, so I edited /usr/share/doc-base/jde and copied the second line above the first line, so the first line began with Document, and it finished configuring.

Server emacs

Updatated server, and emacs went to version 22.

There were two addons that did not make the transition well, which were eieio and speedbar.

Subversion rss feed

I want to set up a rss feed for the subversion repository since I will be using it more heavily this semester.

My initial attempt will be using svn2feed.py

While reading the comments for a tutorial on svn2feed.py, I started looking into WebSVN,
the initial problem though is with access control. It appears that it only handles per
repository access control, which is not good enough for us.
Insurrection is not mature enough.

Another one that I have used in the past is trac, but I had problems when I upgraded it and did not bother. I'm going to take another look.

I think I found the problem in trac, but it appears to be fixed in gutsy, but I should wait to install gutsy until later. (csc 359 is currently using the machine). So, I'll defer this issue for now.