This box hosts the PEAR infrastructure.
|Technical Contact:|| Mark Ducadi
|CPU:||2x Intel Core 2 Duo E4600 (2.4 GHz)|
|Disk Space:||150 GB|
|People with access to this machine:|
|bjori, bbieber, cellog, clockwerx, cweiske, davidc, derick, helgi, mj, philip, till, shupp, scottmac|
- The SELinux firewall on this box only permits outgoing SMTP for the users
- Munin requires a custom iptables rule on this box:
iptables -I INPUT -p tcp --dport 4949 --src 184.108.40.206 -j ACCEPT. Adding it to
/etc/sysconfig/iptablesfailed due to (presumably) something weird going on with SELinux. Make sure to add the rule manually after rebooting the box as long as this is not fixed properly.
- 2009-04-05: The box crashed for reasons unknown. It was subsequently rebooted by eUKhost.
- 2009-04-16: Box hang after reboot. Had file system journal problems again. eUKhost had to run fsck manually.
- 2009-08-05: Box hang again and was rebooted. Mail system (postfix) was down after. After starting it, mails did not get out. Had to run
/sbin/iptables -t filter -I OUTPUT 9 -p tcp -m tcp --dport 25 -m owner --uid-owner postfix -j ACCEPTto get it working again.
- 2010-03-01: We had the same mail problems again; this time the problem was fixed:
ls -aZ /etc/sysconfig -> system_u:object_r:etc_runtime_t iptables.save
chcon user_u:object_r:etc_t /etc/sysconfig/iptables.save
/sbin/iptables -t filter -I OUTPUT 9 -p tcp -m tcp --dport 25 -m owner --uid-owner postfix -j ACCEPT
chcon system_u:object_r:etc_runtime_t /etc/sysconfig/iptables.save
- 2010-06-25: Installed cronolog (
yum install cronolog)
- access.log's rotate daily
- configured the following logs (in
- added cronjob to
- setup daily rotation for
- moved all old logfiles to
- disabled selinux (was in permissive mode only and had no effect)
- allowed git in iptables rules
- changed /etc/init.d/iptables to use /etc/sysconfig/iptables.rules instead of “iptables” only since we - for unknown reasons - cannot modify, move or delete /etc/sysconfig/iptables.
- Disabled short tag open in php.ini
- Add new SSL cert from FB
- Run distro upgrade of CentOS from 5.3 to 5.6
- List all cronjobs with: sudo crontab -l
- Currently php 5.3.7
- Installed manually in /usr/local/src/
- info: ~cweiske/phpinfo
- Use the /root/.pearrc config file for controlling the system PEAR repository.
- sudo pear -c /root/.pearrc ...
- The PEAR website is installed via pear itself (pearweb, pearweb_* packages).
- “$ pear config-get www_dir”: /var/www/html/pearweb/
- Cron jobs are in root's crontab: “sudo crontab -e”
- Scripts that are not in the pearweb package but only on the server are located in /var/lib/pear/scripts/.
- Data like package releases (tgz), generated manuals and peardoc cvs checkout are in /var/lib/pear/ which links to /home/pear/ since there is enough space.
- If no force-download is applied, phars appear corrupt on Windows
- solution: http://support.microsoft.com/kb/260519
<FilesMatch go-pear.phar> ForceType application/octet-stream Header set Content-Disposition "attachment; filename=go-pear.phar" </FilesMatch> <FilesMatch pyrus.phar> ForceType application/octet-stream Header set Content-Disposition "attachment; filename=pyrus.phar" </FilesMatch>
systems/euk1.txt · Last modified: 2017/09/22 13:28 (external edit)