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

Frank's Activity Log

21 October 2014: Tuesday

Posted: October 21st, 2014 by fcs

LDAP:

  • No Issues last night.
  • I think I have found the solution… TLSProtocolMin 3.1

Backups:

  • Tape clones finished, the rest of them run on.
  • MED23 B continues to perform the full from the weekend.

SecurID:

  • Finally got back to the manual … have made a proposal for migration.

FootPrints:

  • No response from BMC on either of the issues I have open with them.  Darn it.

 

20 October 2014: Monday

Posted: October 20th, 2014 by fcs

LDAP:

  • One issue over the weekend.
    • A Visiting Graduate Student who didn’t match up.  Found the match and merged.

Backups:

  • Opened SR 66570742 to deal with the fact that NetWorker is not properly keeping track of what data is really stored on AFTDs.  There are some AFTDs where it is correct, but most of them are wrong (and the ones that are correct are the ones that are actually using compression)… HUH????
  • Backup System Maintenance cancelled.
  • Clones started.

SecurID:

  • Never got there today.

FootPrints:

  • I see that one of the two issues I have open (327325) got a response from BMC folks that I never saw, so I answered it on their footprints web site.  The other one (332683), I have requested that I get an update on.  I’ll call them tomorrow if nothing else happens today.

17 October 2014: Friday

Posted: October 17th, 2014 by fcs

LDAP:

  • No issues in last night’s update.

Backups:

  • Disk clones have 13T left (at 7:41AM)
  • NetWorker frozen in place.  Apparently, the “only use X% of a disk” option is too stupid to be used.  NetWorker appears to calculate the % used of a disk based on the media database and not on any actual real checking of the disk space usage.  Is it because the programmers don’t know how?
    • Live Chat with EMC about this issue:  jobkill – kill them off one by one.
    • Killed them all off – jobkill does not see them any more.  However, NMC still sees them, and they are still listed by my sessions.sh.
    • draining stage and clone commands.
    • doing another live chat with EMC – I’ve got nothing left to lose (and time to kill).
    • EMC confirms – recycle (and kill -9 any stragglers) is only way forward.
    • NetWorker put into maintenance mode – announcement sent out of impending recycle.
    • Recycle started at 2pm, back in business at 2:30.

SecurID:

  • Reading the 6.1 -> 8.1 migration guide.  I will have to touch every single Agent Host whether I change the IP address/Name of the SecurID servers or not.  So, why not go ahead and do it the right way???

16 October 2014: Thursday

Posted: October 16th, 2014 by fcs

LDAP:

  • Two one-item match, wrong surname issues in last night’s update:
    • Both PeopleSoft:
      • One is a former student – asking for confirmation of details.  HR confirms, merged and account created.
      • One is an OSP feed – problem is a space that was or was not included… merged.

Backups:

  • Disk clones still chugging, 20.8TB left to go.
  • email backups are running, so stopped the staging of the data off the data domain.

SecurID:

  • Patrick called on the 00591816 (firewall) case at 4 pm.  I called him back at 6:40 am – not surprisingly, he was not available.  He called back later.  The internal firewall is there, we can change it, RSA does not recommend changing it and may close a case if they ask us to revert our changes and we refuse.  I need to experiment.  Yes, I can update the /etc/sysconfig/iptables files and it stays put and doesn’t seem to cause problems.  Now to read up on how to migrate from 6.1 to 8.1

FootPrints:

  • Issue 332683:  I suspect it is root’s crontab entry that runs FOOTPRINTS/cgi/MRRunScheduledScripts.pl constantly that is doing this.  Asking for confirmation.

15 October 2014: Wednesday

Posted: October 15th, 2014 by fcs

LDAP:

  • No issues in last night’s update.
  • Today is Automated Account Maintenance day for October.  It ran with four reported errors (trying to add email bounce controls that already existed).
  • Cleaned up an account creation error on email servers.  The account was not completely removed when it was purged on June 15, 2012 – so a residual mess was left to be discovered today.

Backups:

  • CoM/IS clones finished up, Disk have 27.7TB left (at 6:30am).
  • Backups ran – still having one windows machine that fails to DNS resolve more often than not and one disk on one CoM/IS client that is having trouble (and CoM/IS has now told me it is officially having a problem and may be a while until it is fixed).

FootPrints:

  • Even though I fixed all of the files and directories that were owned by root yesterday, I find there are a bunch more this morning.  Time to open an issue with BMC about this bug.  Issue 332683 opened for this.

SecurID:

  • 8.1.0.0 Virtual Appliance deployed.
  • 8.1.0.5 patch applied.
  • Nessus Scan performed: 2 medium, 1 low, 20 informational.
  • Case 00591816 opened to see if there is a way to modify the internal firewall of the appliance (say to limit the addresses that can SSH into the appliance if SSH is enabled).

14 October 2014: Tuesday

Posted: October 14th, 2014 by fcs

LDAP:

  • No issues in last night’s update.

Backups:

  • Clones:  CoM/IS is almost done, Disk has about 36TB left to go.
  • DataDomain: Is working away on moving the data to tape.  I hope it frees up enough space that I can do some testing for EMC.  However, because of the way it removes duplicate data blocks, I do not know that it will free up the required space.
  • NetWorker 8.1.1.X (where X is at least 7, 8, 9) the lgtonode x86_64 package is really the lgtonode x86 (32-bit) package.  Damn you EMC! The blasted thing is a mix of 32-bit and 64-bit packages.  I’m really not sure what the heck their (EMC) game is.

SecurID:

  • Got the evaluation license for 8.1.
  • Reading through the planning guide (Zzzzzz) and the Security Guide, and the Setup & Config guide.  Almost ready to just do it – but it is still not clear (perhaps I didn’t go to the right schools to understand this legalese in these administrators guides)

Calendar:

  • Names with apostrophes in them cause the Calendar Server to not be able to provision them.  Something about quoting inside the Calendar code someplace – because OpenLDAP doesn’t give a rats backside about a single quote (it is not special according to the RFCs). The fix (for the amount of time the Oracle Calendar server will survive) is to manually update the DN of the Calendar LDAP entry to remove the apostrophe from the cn (rdn) value.

FootPrints:

  • WTF!?!?!?  There are files & directories owned by root again!  Fixed … again!

 

13 October 2014: Monday

Posted: October 13th, 2014 by fcs

LDAP:

  • Two issues over the weekend:
    • student employees that have not ssn’s yet.  Found one and merged it, asking about the other.  The second one is not a student, but a “visiting scholar” who was entered with the wrong code.  Hopefully, HR will fix the code, but the person I’m dealing with is pretty hard to deal with.

Backups:

  • Weekend plans to stage data were scuttled by BT’s 48 hour outage!  Staging of more data off the data domain starts this morning.
  • Weekly cloning kicked off.
    • Tape clones complete – 95.8 GB done.
  • stornode9 /dev/nst1 (A3141/9310278303) has a code 6.

SecurID:

  • Trying to get AM 8.1 – what a convoluted… it doesn’t work with Safari on Mac, it doesn’t work with IE 11 on Windows, it does work with Chrome on Windows and Mac…
  • Got the code… now to read the manuals and see about setting up the appliance.

10 October 2014: Friday

Posted: October 10th, 2014 by fcs

LDAP:

  • VPN cleanup per request.
  • Creating a retiree.
  • No issues in the last two nights updates.

Backups:

  • email backups are taking too long.
  • CoM/IS clones finished.
  • Disk clones aborted to free up drives for the weekend full saves.
  • CoM/IS client messed up… terminated hung backup jobs from Wednesday night.
  • Old client redefined as a new client.

 

8 October 2014: Wednesday

Posted: October 8th, 2014 by fcs

LDAP:

  • No issues in last night’s update.
  • Merged two entries that are determined to be the same person.

Backups:

  • EMC NW SR # 66189270: Oops, that code I wrote yesterday didn’t run (even though -cw said it was good).  Patching and testing.  Got it.  Deploying.
  • Staging email backups prior to August 1 off the data domain and onto tape.
  • Cloning finally started for the week.

7 October 2014: Tuesday

Posted: October 7th, 2014 by fcs

LDAP:

  • No issues in last night’s update.

Backups:

  • Continuing to relabel the tapes that came back from the vaults yesterday.
  • EMC NW SR # 66189270 – writing code to stage one SSID at a time to provide correct retention value for the moved data.  Code written, and it at least doesn’t cause the world to explode in a big ball of destruction.  However, there being nothing on the test system to stage off… I don’t know that it really works either ;)  Waiting for more test data to arrive.
Contact Us ©2010 The University of Vermont – Burlington, VT 05405 – (802) 656-3131