Novell

Accessing Novell Groupwise from Ubuntu, Mint, etc

0

We use Groupwise at work, and up until recently Groupwise support was available in Evolution. I don’t know why it was dropped, but it’s fairly easy to reinstate it again if you’re prepared to build from source.

These are the steps I used to build it on two Linux Mint installations, although it should work on Ubuntu and Debian too.

Edit /etc/apt/sources.list and ensure you have deb-src equivalents for all your main, universe and multiverse repositories

sudo apt-get update
sudo apt-get install libedata-book1.2-dev libedata-cal1.2-dev evolution-dev libdb5.1-dev libcamel1.2-dev
sudo apt-build dep evolution

All being well, a big bunch of build dependencies will be installed

cd ~/src/
git clone http://git.gnome.org/browse/evolution-groupwise/
git checkout -b 3.2.0-patch EVOLUTION_GROUPWISE_3_2_0
# This is the patch for the SOAP port bug
git cherry-pick 3aae80f55d5fd565274f19210564e74d5350a66c
./autogen.sh

All being well, ./autogen.sh will finish and tell you to run make to compile it.

make ; sudo make install

Now, the makefile doesn’t seem to copy over some UI elements, which means the Proxy login feature destroys Evolution if you try to use it. A quick workaround is to copy them from your source tree to your system.

sudo cp src/plugins/*.ui /usr/share/evolution/3.2/ui/

Kill any existing Evolution components…

ps waux | grep -i evolutio[n] | awk {'print $2'} | xargs kill -9

Run evolution from the command line

evolution

Changing OES DHCP Range

0

Recently we were in the unfortunate position of running out of IP address in our DHCP pool. The Novell DNS/DHCP Management Console will give you a handy utilization % for your subnet, but will not tell you how much of your allocatable pool is in use. As a result, machines were timing out whilst waiting for an IP.

To diagnose this, we loaded dhcpsrvr.nlm with the -d3 option, and checked sys:/etc/dhcp/dhcpsrvr.log. The tell-tale sign is copied below.

67  : Get type:2, IPAddr:10.240.64.119, LeaseTime:0, MacIndx:774, pIP:B23F2540
AMAGet() exit err:0, subnet:10.240.64.0, addr:10.240.64.119
2010/05/21 10:15:56  <DHCPINFORM> packet received from client <0:13:72:9D:1C:E6>, IP Address <10.240.64.119>.
2010/05/21 10:15:56  Sending BOOTP/DHCP reply <DHCPACK> to <0:13:72:9D:1C:E6> as <10.240.64.119>.
Get type:4, IPAddr:10.240.64.106, LeaseTime:0, MacIndx:1042, pIP:0
Fill pool returned error 1
Error 5 adding new ip
AMAGet() exit err:5, subnet:0.0.0.0, addr:10.240.64.106

Ultimately, we needed more addresses in the pool. It would appear that in order to change your pool range in OES, you export the pool, edit it, and reimport the pool.

This seemed like far too much of a faff for me, so it was time for some rummaging. Normally the eDirectory enabled DHCP server stores lease data in eDirectory. First port of call was the WM_Subnet container that we use for those objects. In there, there’s an object called WM_Range. This contains details of the IP range available for DHCP use.

First off, unload the dhcpsrvr.nlm module, and then open the object up in ConsoleOne, and click on the “Other” tab. The attributes “DNIP:Start Address Number” and “DNIP:End Address Number” are decimal representations of the start and end IPs respectively, and can be expanded out to edit each attribute individually. Simply overwrite the current entry with the new decimal address that you want to use, click ok, and load dhcpsrvr.nlm back up.

Figuring out a decimal address is fairly easy, and is described in this Technet article. You can also convert a quad octet (IP address) to decimal notation with an online calculator.

NDSRepair on Linux

0

Migrated to OES on Linux, and missing out on that menu driven dsrepair fun? Fret no more, as DSRmenu will nicely wrap up the CLI version of ndsrepair, and put it into a nice menu driven system for you.

Evolution

0

It’s been around for a while and I vaguely recall checking out the collection of Zip files, but it took this article to encourage me to give it a shot again. Evolution now has (well, back in July 2006) a slick Windows installer to ease the pain of dependency checks and suchlike. A few clicks and you can install a fully functional Evolution 2.6.2.

Well, that was the theory. I was planning on writing up something a bit more substantial here, but Evolution has conspired against me. The startup batch files seem to do the job, but then evolution-2.6.exe hangs silently and does nothing. I’ve left it running for over half an hour, but to no avail. I guess I’ll leave the writeup for another day then.

Zenworks & DNS pain

1

I’ve been wondering for a while how to import workstations into Zen when they are in a different DNS zone from the server that should be handling them. For instance, we have all our workstations in ch.nes.scot.nhs.uk, yet their DNS search domain is nes.scot.nhs.uk, due to the servers having their A records there. (more…)

Go to Top