To get Kolab running on a 64bit system, compile the source on a 32bit system or if you have, like in my case, a running kolab that you want to migrate then no compilation is needed. Just install the 32bit libs (apt-get install ia32-libs) and kolab is ready to go.
Don’t forget to add users/groups/startup scripts to the new 64bit system.
Now I just have to get rid of the stupid “User Deleted, awaiting cleanup…” message, which has nothing to do with amd64, this message is there since Kolab was installed and a user deleted.

Technorati Tags: amd64, kolab, linux

Comments(0)

I love shopping computer parts, especially if it’s purpose will be to run a Server using Debian. Well I just picked up some parts from Ditech, not much, only 2 boxes
Now that the assembly is ready and debian almost finished burning … I will start to install a base system and a raid5 on it, that will be all for today.

Problems during install …
Well I didn’t get to far the first problems was right after booting. The Debin installer seems to have problems recognizing the IDE (or the now so called PATA) CD-Rom on Core 2 Duo mainboards. Strange.
The solution is quite simple, I took the cd-rom out of the server, used one of my old IDE cases for external harddisks and abused that to connect the cdrom via usb Worked. The next thing is, network card was not detected I “worked around” this problem by inserting some 3com I found at home, but the next thing was the sata controller. arggg.
Now I only have one more chance, downloading a daily snapshop of debian etch and hope that there is a new kernel on that one. That should solve my problems. If not …. I will have to continue searching tomorrow for solutions.

Problem solved, new Kernel find everything, system is up and running

Comments(1)

No blog since quite a while, I’m still alive, only got to many things going on at the same time. I think I need a break, some sleep and holiday would be quite nice

Comments(0)

700MB in 13 minutes with 927 KB/s


wget ftp://ftp.easynet.be/ubuntu-iso/edgy/ubuntu-6.10-desktop-i386.iso
--16:55:43-- ftp://ftp.easynet.be/ubuntu-iso/edgy/ubuntu-6.10-desktop-i386.iso
=> `ubuntu-6.10-desktop-i386.iso'
Length: 732,293,120 (unauthoritative)

17:08:49 (927.31 KB/s) - `ubuntu-6.10-desktop-i386.iso' saved [732293120]


Comments(0)

IPCop Support :: IPCops support & net security

Finaly I found the solution to my problem

I found that with a large number of connections – especially with the transient connections Bit Torrent users behind the Green interface generate – the ARP table would fill very quickly and prevent the establishment of new connections. This was evident primarily in messages from Squid when browsing that there was "No buffer space available". However, this also prevented Bit Torrent from opening new connections and effectively decimated its performance too. Have a look at the Network Status page in IPCop and check the number of ARP entries listed. I think the default limit is ~4096 (someone want to correct me?) – if you find you are close to the limit append the following to /etc/sysctl.conf:

net.ipv4.neigh.default.gc_thresh1=4096
net.ipv4.neigh.default.gc_thresh2=16384
net.ipv4.neigh.default.gc_thresh3=32768

Comments(4)