page_title: Su-log-2009-04-06 page_touched: 20090413220911 old_text: ==Monday== * Status for 2 weeks * webmaster-dev update of vhosts. Move tomcat back to webmaster-dev from homepage-dev. Simplify the config. * Write a script to help with update of webauth access. * Talk to Jenh Hong about scp problems.
==Tuesday== * email * ldap-ora-test1 replication problem * Business Review document to Bernadette * Crash cart restart of handsonapp * Send out email about pending openafs patching * Send email about pchg-web transfer problems * Look at libnet-ldapapi-perl problems ** Updated debhelper in the chroot with the command aptitude install debhelper=7.2.6~bpo50+1 * Looked at building stanford-directory * Help Jen Hong with sftp file transfers to pchg-web2
==Wednesday== * Allow service/lsdb access to suSunetID * Restart ldap-test2 * OpenAFS updates for guest, guest-dev, and ldap systems * Look at building package for stanford-directory cd /tmp/whm git svn clone --stdlayout --branches=branches/upstream --no-metadata -A ./svn.authors svn+ssh://subversion/srv/svn/directory/stanford-directory * OpenAFS updates for snsr systems and for pchg-web
==Thursday== * Restart slapd on ldap-dev1. CPU problem again * Upgrade splark to lenny * Tripwire * VM network documentation to Heather * Questions for sybase to oracle meeting. We need a remctl interface to allow updating of home directory and ptsid. * Workstation replacement research * apache::cert work - Make updates to /puppet/notes/transitions/apache-no-cert in svn dsi1.stanford.edu - False positive. The puppet model does not manage any certs at all. events-prod.stanford.edu webmaster-dev.stanford.edu webmaster-prod.stanford.edu guest-dev1.stanford.edu guest-dev2.stanford.edu guest2.stanford.edu guest2.stanford.edu pchg-web2.stanford.edu - Fixed splark.stanford.edu
==Friday==
- Work on building stanford-directory
==todo==
* Update Debian webservers to use standard Cert handling
* Directory public pages
* INC000001018619 snsr-ipt3 ticket
* Ikiwiki page for TSM/AFS restores.
* All of the following systems are not configured to send their root mail to the proper alerts address. Please fix. (If they show up in this list, they're also sending cron mail, which needs to also be fixed.)
Cron on root@splark
snsr-ipt1.stanford.edu syslog filter results
Cron <root@hostreg1>
Cron <root@hostreg2>
SUDailyLogs 29. row