• A-Z
  • Directory
  • myUVM
  • Loading search...

Frank's Activity Log

27. Mai 2016: Freitag

Posted: May 31st, 2016 by fcs

LDAP/IdM:

  • Nightly Update: Four new issues
  • Accounts: No new issues.
  • Issues:
    • Resolved all four new issues.
    • One remaining issue: OSP wrong name right SSN – waiting for response.
  • Development:
    • LDAPv2 Binds:
      • Set up LDAP-IPv4 and LDAP-IPv6 nagios services, with ldap11 as victim.
      • Removed “allow bind_v2” configuration option on ldap11.
      • Verified nagios is still happy
      • Need to determine if anything other than nagios is using v2 binds

    Backups:

    • Save Groups: No problems!
    • Clones:
    • Tapes: Reclaimed one (1) tape for the vaults.
    • Issues:
      • 60 tapes with long retentions: Fixed the 340 SSIDS that nsrclone munged.

    General:

    • A departmental account, purged in March is required…
      • but not requested by the owner. Full Stop!
      • Owner approves – manual recovery performed.

26. Mai 2016: Donnerstag

Posted: May 27th, 2016 by fcs

LDAP/IdM:

  • Nightly Update: Two new issues.
  • Accounts: No issues.
  • Issues:
    • Two student employees. Found them and updated the lookaside, will work tonight.
  • Development:
    • Defined nagios check commands for ldapv3 ipv4 and ipv6.

Backups:

  • Save Groups: No issues
  • Clones: Tape clones finished at 3:34 am.

25. Mai 2016: Mittwoch

Posted: May 26th, 2016 by fcs

LDAP/IdM:

  • Nightly Update: Two new issues
  • Accounts: No issues
  • Issues:
    • Wrong last name on new employee:
      • Found long expired student record, removed it. Update will work tonight.
    • No match found:
      • Found match (name/birthday), updated failed update with PIDM, it will work tonight.
  • Development:
    • No replace instructions were generated last night, test more.
    • Found a problem with PeopleSoft sending 999999999 SSNs – fixed.
    • AD Update for ldap7rw refuses to run – tell it ldap7rw is legal.
    • One more update to check_syncrepl for MMR – is this one enough?

Backups:

  • Save Groups: No failures (until I proved to EMC their IPv6 problem)
  • Clones: Tape clones have about 7TB left on 8 of 9.
  • Tapes: move 40 tapes into the scratch pool.

24. Mai 2016: Dienstag

Posted: May 25th, 2016 by fcs

LDAP/IdM:

  • Nightly Update: 13 new issues
  • Accounts: No issues.
  • Issues:
    • PeopleSoft updates BPIDM – but I already set it correctly…
      • Change the ldif_diff config file to replace only the BPIDM attribute.
      • Manually repair the failed_updates.ldif file and rerun.
      • Ouch – the update code cannot handle “replace” modifications.
      • Dev systems have new code to run – if it works – will put it in production.
    • Development:
      • I’m updating LDAP values that are based on other SORs before the SOR does.
      • I need to be able to deal with “replace only” attributes.

    Backups:

    • Save Groups: Three failed because of alias problems – fixing.
    • Clones: CoM/IS and DISK finished. Tape has about 16TB left in 8 of 9.
    • Issues:
      • EMC SR # 79395442:
        • Did 30 minute phone call and webex with EMC.
        • Sent them the ifconfig -a output from ldap7p and ldap7q.
        • Sent them the “Unsuccessful Save Sets” section of the savegrp email.
        • Explained that this works if the ipv6 address is not activated.
        • Explained that I need to be able to back up ldap7p, ldap7q, and ldap7rw as separate clients.

    General:

    • Footprints issue with account moved to Exchange – password was wrong in Exchange. Fixed.

23. Mai 2016: Montag

Posted: May 24th, 2016 by fcs

LDAP/IdM:

  • Nightly Update: No new issues
  • Accounts: No issues
  • Issues:
    • Waiting on OSP response about wrong name on SSN.
  • Development:
    • Have to repave the two MMR and nuke the replica because
      the entryUUID values are out of sync otherwise.
    • Talking with BPRT about maildrop postalAddress values in PeopleSoft

Backups:

  • Save Groups: No failures!
  • Clones: Started
  • Issues:
    • EMC SR #79395442: IPv6 service address:
      • EMC responds with generalities about IPv6 networking
      • Suggested they might want to do a webex and I can show them the problem.
  • Backup Maintenance:
    • Upgraded servers to 8.2.2.6
    • Did not fix broken aliases – will harvest new crop in the morning.

20. Mai 2016: Freitag

Posted: May 23rd, 2016 by fcs

LDAP/IdM:

  • Nightly Update: Thirteen (13) new issues added on last night.
  • Accounts: No issues in 33 new accounts.
  • Issues:
    • found and matched most of the new student employees.
    • Duplication – found it and cleaned it up (purged already locked former NetID)
    • New student employee – Believe birthday and name are wrong – notified Payroll.
  • Development:
    • Some more work on getting the partial replication to stay more in sync

Backups:

  • Save Groups: There were no failures!
  • Clones:
    • Tape clones finished at 5:43 pm
  • Tapes:
    • Two hundred thirty-seven (237) tapes ejected.
    • Two hundred thirty-seven (237) tapes taken to the vaults.
    • Two hundred forty (240) tapes returned to tape library.
  • Issues:
    • EMC SR #79395442: IPv6 service address:
      • EMC Says, they need to research that and they’ll get back to me.
      • EMC says, set net.ipv6.bindv6only to 0 – but RHEL7 already has it at 0.

19. Mai 2016: Donnerstag

Posted: May 20th, 2016 by fcs

LDAP/IdM:

  • Nightly Update: Four (4) issues in the update last night
  • Accounts: No issues in 46 new accounts.
  • Issues:
    • Account rename failure from yesterday afternoon:
    • Missing required SIS attribute:
    • Duplication:
    • Wrong last name:
    • Non-authoritative source tries to create entry:
  • Development:
    • Secret to partial replication is to not do schema checking!
    • Development update process failed to run – why?
      • production did not copy over pre-update.ldif correctly.
      • su does not pass arguments as expected unless command is in quotes.

Backups:

  • Save Groups:
    • NO FAILURES!
    • MED23 O disk is backing up — been a long time!
  • Clones:
    • DISK: 97 SSIDs left – about 2 TB – finished at 11:00 am
    • TAPE: 24 SSIDS left in 7 of 9 — about 17TB

18. Mai 2016: Mittwoch

Posted: May 19th, 2016 by fcs

LDAP/IdM:

  • Nightly Update: One (1) new issue – duplication.
  • Accounts: No errors in 63 new accounts.
  • Issues:
    • Student, ssn updated… now it is a duplicate.
      • Oh – this was a duplication in BANNER and is now a duplication in LDAP.
      • Removing the offending SSN from the entry that was locked last night when it was removed from BANNER.
      • Also letting IAM know what has happened.
    • Lots of missing FS realm entries
      • Nightly update has been deleting them in droves starting 5/16.
      • modEntry was looking at the update LDIF not the LDAP entry LDIF to see
        if the person is still a Former Student after update.
      • Three hundred twenty-nine (329) were not in the past two nights.
  • Development:
    • Since the ldap7r system hates having the primaries repaved;
      Use ldif_diff and ldapmodify to reset the primaries to the production state.
    • Working out how to cause a partial replication to happen.

Backups:

  • Save Groups:
    • Failures: med23 O, and library
  • Clones:
    • Started them.
    • COMIS finished at 11:39 AM
  • Tapes:
    • Moved final 37 tapes into Scratch pool.
  • Issues:
    • MED23’s O disk
      • Breaking that client into two – so can try VSS:*=off since VSS:O:=off is not working.
    • IPv6 service address
      • opened SR 79395442 with EMC at S3 (not breaking anything yet)
    • library refusing connection
      • Admin found nsrexecd not running – started it
      • Backup then worked.

General:

  • Forced RHEL 6.8 onto footprints test system.

17. Mai 2016: Dienstag

Posted: May 18th, 2016 by fcs

LDAP/IdM:

  • Nightly Update: No new issues.
  • Accounts: No issues in 57 new accounts.

Backups:

  • Save Groups:
    • The usual (med23 O) failed.
  • Clones:
  • Tapes:
    • Retrieved three (3) tapes from vaults for COMIS recover.
    • Retrieved two (2) more tapes from vaults for COMIS recover.
  • Issues:
    • OS updates borked – fixed and applied.
    • DD690 Disk 3.16 failed.
      • ParkPlace issue #344293
      • Disk arrived and was replaced.
    • DD690 Disk 3.5 lost redundant path.
      • ParkPlace issue #344449
      • Disk arrived and was replaced.
    • Tape drive SN4: NST1 (1310021968) CODE A [hardware failure].
      • Qualstar RMA #50187.
      • Tape drive arrived and was replaced.

16. Mai 2016: Montag

Posted: May 17th, 2016 by fcs

LDAP/IdM:

  • Nightly Update:
    • No issues in nightly updates.
  • Monthly Account Purge ran beyond expected time – caused AUDIT to report failure.

  • Accounts: No failures over the weekend.
  • Development:
    • New HR feed file deployed.
    • New Update Script (using ldif_diff/dragging previous failures forward) deployed.
  • Backups:

    • Save Groups:
      • The usual failures, plus all of MED23 failed Saturday night.
      • Defined new client for PeopleSoft folks.
    • Clones: Not started – waiting for tape drive replacement, and weekend backups
    • Tapes:
      • Relabeled 40 tapes into Scratch pool.
    • Issues:
      • DD690 Disk 3.16 failed.
        • ParkPlace issue #344293
        • ParkPlace sending replacement.
      • DD690 Disk 3.5 lost redundant path.
        • Asking ParkPlace what they want to do.
        • ParkPlace issue #344449
        • ParkPlace requested latest AutoSupport be forwarded.
      • Tape drive SN4: NST1 (1310021968) CODE A [hardware failure].
        • Disabled drive.
        • Dump sent to Qualstar.
        • Qualstar issues RMA #50187, tape drive should be here tomorrow.
    Contact Us ©2010 The University of Vermont – Burlington, VT 05405 – (802) 656-3131
    Skip to toolbar