Finding old debian etch iso

Finding ’s was little crucial when things doesn’t work well during upgrades. Especially when the drives go wrong and you have to continue running the good old distribution, better keep a copy of the ’s.

Here I found those ISO’s to get going.

http://ftp.ch.debian.org/debian-cd/4.0_r7/i386/iso-cd/

http://iso.linuxquestions.org/debian/debian-gnulinux-4.0r1-etch/

Tags: , ,

Debian: Repo to add fresh php/mysql packages

I found fresh PHP/MySQL deb packages from the following repository:

Try them:

deb http://.ludost.net// testing main contrib non-free
deb-src http://debian.ludost.net/debian/ testing main contrib non-free
deb http://security.debian.org/ testing/updates main contrib
deb-src http://security.debian.org/ testing/updates main contrib

Tags: ,

Installing Debian Lenny VM on Citrix XEN

If you’re trying to install Debian Lenny on a XEN VM you might end up with the following error no matter which debian repository you use to install. can’t download file (/dists/lenny/main/installer-i386/20090123lenny1/images/netboot/xen/vmlinuz) Resolution: Smiplest way to install lenny on xenserver5.5 is "install from URL:http://mirrors.cn99.com/debian/". The above URL works perfectly on Citrix XENSERVER 5.5. Otherwise you […]

Fix:Unable to ping veth device on proxmox

Virtual Ethernet devices of the OpenVZ VM’s inside ProxMox is connected to a bridge. After installing ProxMox and creating virtual nodes, I found that public ips allocated inside VM’s were not reachable to world.

A quick fix for this issue is to ensure that Proxy ARP and IP Forwarding is configured fine.

Check these lines:

# ifconfig vzbr0 0
# echo 1 > /proc/sys/net/ipv4/conf/vzbr0/forwarding
# echo 1 > /proc/sys/net/ipv4/conf/vzbr0/proxy_arp

You can read more information about OpenVZ Virtual Ethernet devices in bridge mode configuration check this link.

Fix: VirtualMin Suexec command configured to run under /var/www

This is a very common issue found in VirtualMin

The Suexec command on your system is configured to only run scripts under /var/www, but the Virtualmin base directory is /home. CGI and PHP scripts run as domain owners will not be executed.

To resolve this you will have to recompile apache with /home as a base directory for mod_suexec module. Or, mount /var/www as mount if you want to keep the configuration unchanged.

An alternate solution is to disable “Automatic SuExec directive” under VirtualMin’s System Settings -> Server Template.
virtual_min_solution

This should resolve the issue.