« April 2005 | Main | June 2005 »
LDAP: change cn for account per Account Services request; add sendmail administrator ldap entry for Jim
Calendar: add privacy requesting student to the calendar ldap server for Account Services.
scripts: lock down access to cgi-bin directories that are no longer needed (11am)
Backup: recover file from rhcshare that got overwritten by mistake.
time: time check scripts installed on monitoring machine.
LDAP: convince myself that the uvmTemporaryObject problem we say using GQ yesterday is in fact a GQ buglet and not a problem with the objectClass definition nor the ldap server.
Calendar: preparations for 4 June upgrade of ldap; files updated and checklist generated.
LDAP: update code update because of wrong authoritative source updates getting reported to downstream systems... testing incomplete... not placed in production.
LDAP: verified that the massive conversion of student ID's to generated numbers (950*) worked.
scripts.uvm.edu: install the Capi2 stuff into production and create the calsync account for Wes to continue working on the movement.
calendar ldap: process to replace moving forward. Need to generate new config files and that will do it.
system time: set up cronjob to monitor and page if it goes south
LDAP/AD: go back to automatically updating userAccountControl and give new expired entries a 21 day (three week) grace period before their account is deactivated.
scripts.uvm.edu: create cgi-bin/calendar for Wes to experiment in
Recruitment: more detail work
LDAP: fix blank line error in input files
Printers: Add a "landscape" queue for citjet on giraffe
Time: why is it 2002 again?
LDAP: catcard only wants the "UVM ID" for students...
Maintenance: working on Sun contract for 2005/2006.
Space: rack2h filled up. Moved a ugrad to make space. Figure out the real culprit tomorrow.
Recruitment: Iron out the details somewhat
Maintenance: work on Sun Maintenance contract
Team: meeting/organizational work
Firewall: software install on owl, and remove it again because the oracle applications on owl got hosed. Nasty! reboot/fsck.... 1 hour 20 minute outage.
Recruitment: check about conflict of interest...
Power/AC: take part in meeting with physical plant
scripts.uvm.edu: groundwork for movement... (items from meeting with Wes last week)
Recruitment: chase possible CoI problem...
TGIF!
LDAP: The HRS records that were removed earlier this week (due to a timing issue) are back! YAY!!!
AD: assist with running and coordination Geoff doing remote admin to get print services back up.
LDAP/ERP: Install catldap in Mann space
Firewall: set it up and test it on frog
LDAP: New objectClass added for sendmail blocking rules
Recruitment: Final decision, fill out the paperwork and get it blessed.
LDAP/ERP: working on the todolist in FP ISSUE=110 PROJ=36. Left with setting a permanent address, configuring serial console, and moving it to Mann.
Projects: scripts move from AIX to Linux -- meeting with Wes to go over what is being used and how to move it. Biggest problem is going to be the calendar api (CAPI).
Projects: firewall adjustments for ais
LDAP: The sendmail alias entries reappeared in the ldap directory yesterday. Created by the rootdn. They created duplicate mailLocalAddress attribute values which caused the update process to abort (just as it did the last time on 29. Oktober 2004). Fixed it the same way as then -- deleted all the sendmail aliases and reran the process by hand.
LDAP: manually add a retiree to the list... need a new copy of the spread sheet from HR.
Video Streamer: quick meeting/discussion about disks and counting of available spares
LDAP: FootPrints Issue #14435 Project #4 -- is there something illegal in the entry? No, there isn't.
LDAP: Work with Jim setting up a test LDAP server for mail routing
General: provide suggestions to Kent about a recalcitrant Sun box
LDAP/ERP: a little more work to move toward having catldap working.
Video Streamer: attempt to help Kent track down the model of the scsi cards in bullfrog
ERP: start installing test LDAP server on Dell GX280. Required addition of Broadcom bcm5700 module available from the Broadcom website as a download to get on the network.
UPS: contact person for Liebert Technician to do annual service check
UPS/AC: got quote from J&M Schaefer for a second 80KVA Liebert UPS
LDAP/Directory: Deal with two people having trouble updating their entries. One is attempting to change their description attribute but says they didn't change anything. The other (footprints ISSUE=14435 PROJ=4) is getting a quizical error message.
SPAM/Virus: filtering lots of infernal crud in procmail
Recruitment: meeting to determine next steps
Video Streamer: Replace failed hard drive
Firewall: open discussion about what ports/addresses to allow
Space: rack2c filled up. Moved two 500+MB ugrads to get space under control again. Did not have time to investigate cause at this time. A UVM Staff member on rack2c added over a gigabyte (2%) to the filesystem.
DHCP: dhcp1 needed a recycle
On Call
Footprints: Updated RHEL 3 on the server to all the latest maintenance and verified that the footprints application still works.
Space: moved a few users around to get some breathing room on all the /rack filesystems.
On Call
Space: rack2e full -- moved a ugrad who had grown 300M this week; rack1a full -- moved a ugrad to stop the paging and moved a "My Music" folder that had appeared over the course of the week with 3G to /backup.
UPS/AC: phone calls, planning, meeting, paperwork
paging: paging modem in weird state again - power cycled it and the sendpage daemon
Footprints: java charts were broken. Needed to install the compat-libstdc++ RPM.
(On Call)
Vacation!
On Call
ERP: meetings in the morning about authentication and load balancing
EMAIL: Issue about read-only mailbox, I think we finally tracked the problem down to Eudora timing out and making the folders read-only.
SecurID: Had Sharon check on the return/reissue of the seed file. She found out that the vendor can issue a new seed file in the older format, which is completely opposite what I was told by RSA SecurID support. So, I don't have to rush the upgrade of the server. YAY!
ERP LDAP: working with Don to set up a time to build and install the test server.
Power/AC: Change of plans. Instead of conditioning the power for VACC, we want to put in a new UPS. And instead of handling 225KVA like I was told earlier, now it's only big enough that it will still fit on the existing 225KW generator... that means we can really only double the size of the UPS (about 160KVA).
On Call
imap: examine logs to see if can figure out why an account was having troubles yesterday.
Recruitment: document the reference checks and ping the team
SecurID: import tokens didn't work -- doesn't like the .XML file... Hmmm, need to get a different batch with the .ASC file or upgrade the server
LDAP: update your entry blew up attempting to update the description attribute
(On Call)
General: Meeting to discuss overhead cable tray's in Waterman machine room.
Planning: getting rid of mink; upgrading parrot
Recruitment: Document reference checks
(On Call)
Space: rack2c moved some avi files to "backup" to free up 5% of the filesystem! rack{2a,2f,1b} moved users around to make more room and prevent pages.
General: parrot hardware and software emails with JSR/team.
LDAP: updated entry with bad HR fed catcard barcode, updated it to use the one catcard assigned to the 950ID from SIS.
Calendar: userid change; ran unidssync to update everything.
Accounts: Restore the email for one more of the people I purged before... perhaps I should not have actually deleted the accounts, but rather just removed the zoo data. This is #3 out of the 25 that were actually deleted.
Power: Meeting with Bob Wahlbach and Jim about providing up to 60KVA for the VACC in 205.
LDAP: can su be used to run commands as ldap? Yes! "su -s
UPS: update College of Medicine machines getting traps.
LDAP: build openldap 2.2.26 rpm
Meetings: Attend Apple tech update and meet with reps from NIS
Space: handle rack1[abc] space problems
General: hung imapd for a couple of accounts on penguins.
Accounts: Recover the email for a second one of the accounts removed on 26. April.
LDAP: one more shot at Catcard problem report... OpenLDAP has an ITS (#3703) dealing with slapcat doing a checkpoint when it closes the bdb even though it only opened it in RO mode.
Space/Power: gather more information for planning... move or upgrade...
RHN: Several security fixes on trout/mink/caltest ...
Filesystem: added a directory structure for Kent.
Fileserver: moved a couple of ugrads off rack2f because it got overly full. Moved one ugrad off rack1e to give it a bit more breathing space.
Helpline: couple of imapd problems
Hardware: Assist Geoff in getting two Wrightline racks into the machineroom.
ERP: Update to allow cat21[01] mount /fixdist...
LDAP: Update failed because a bdb log file got created/owned by root at 00:17:09 this morning -- apparently caused by the nightly slapcat backup -- and the ldapmodify could not log the changes. Jim did the work and I provided the direction, fixed in about an hour. Posted to openldap-software to see if this is an expected thing to have happen.
Directory: Don't show the uvmhrterminationdate anymore.... Provost doesn't want to see it.
General: bullfrog broken disk replacment -- Jim and I worked on this all morning. Space problems on moose, I took care of rack1e and Jim got the other two (rack1b and rack1c) ... seems several students want to save their music on zoo over the summer :-/
LDAP: Generate and send a report to CatCard office of people with assigned SSN's that are in the CatCard DB with their real SSN. There were only fifteen.
Big Brother: set up bbwarn*.cfg so the off-* systems are matched by something and the pages do NOT go to tsgpage. Big Brother really wants all the bb-hosts files to be identical and we're playing games with that to monitor things from outside the campus network as well as on-campus and have a single BBPAGER system. Ugh!
Recover the mail for one of the 25 accounts that was deleted since the person has crawled out of the woodwork to get their data. Not clear whether they are after their email or their filesystem space. May have to recover their filesystem space later.
Sent out the third email to the 6727 accounts left to be locked/deleted in June/July.
Space: clean up another couple of filesystems with people dumping their music archive before they leave for the summer.
ERP: status meeting...
Student Network: pages from 4:40 until 5:55 about the inability to telnet to the off-stunet service.
Space: rack1c hit 97%
On Call