LDN - Luminis Developer Network

A few people had asked me how to create a test Luminis system from a production Luminis system.

In the attached zip: zfsclone1.pdf, zfsclone2.pdf, which are instructions that our solaris system administrator created. They are fairly complete, but do require working knowledge of zfs.

Also included in the zip is LuminisProdToTest.txt, which are my steps (The Luminis Administrator) to convert copies of production to a working test system.

I've been asked a few times about cloning a production Luminis for use as a test Luminis. Using the steps below, you can create a functioning test system within 30 minutes, depending on the size of your data, whether networking and IP's are ready and available, etc...

The instructions may not be 100% complete, as they have evolved more as reminder notes to ourselves while figuring out how to use ZFS and Luminis to make our lives easier:) If anyone sees an error, or has additional information for the community, please comment and I'll modify the PDF's and/or my post clone instructions.

authentication from custom code has a few steps

1.  You bind as the directory manager.
2.  The directory manager takes the typed in username and queries the ldap for the user's DN.
3.  You perform another ldap query, this time, binding as the user DN and the user typed password.
4.  You catch any errors, or otherwise determine if the bind attempt was successful.  
5.  You set a cookie, session variable, or some means of knowing that the user is logged in.

In another thread, I discovered (remembered) that the command "cptool populate dl" is not a standard cptool command.  Rather, we had it added to our system at some point in the past.  

I asked Sungard for permission to post it, and they said it would be fine.  (None of us could remember where the code came from:))

Remove the ".txt" from the attached file, and place PopulateDL.jar in $CP_WEBINF/lib, restart your web server, and you'll gain the populate DL option.  

I just finished creating a jquery script to add drag and drop channels to our Lum IV portal.

I read over some of the other blog posts using scriptaculous, prototype, etc.. to get an idea for the logic behind the process, and they helped quite a bit.

However, I ran into a couple problems that I see mentioned in those past posts, but do not seem to be answered.

I'm posting the simple bash/perl scripts that I use to create a user map between Banner user ID's and Luminis user ID's.

The input file comes from a banner pop-sel of employees.  The file is 3 columns, comma delimted, in the format "Banner login, luminis login, birthdate".  You don't need birthdate, that was for something else I was doing. 

I've attached mapper.tar, which contains main.sh, parse-map.pl, and parse-name-change.pl.

main.sh is what is cron'd on the portal ldap server to run nightly.

I noticed today that internet explorer 8 was not displaying a couple inline frames in our portal.

Hitting the compatibility mode button made them display.  So I searched and found a sungard faq/solution, putting the meta tag in nested-tables for IE=EmulateIE7 would force all visiting IE8 users into the compatibility mode.

It didn't work.  IE=7 IE=5 didn't work also. 

Unlike windows explorer, or other file managers, the group/course file sharing does not conform to the standard of clicking a folder to expand and reveal its sub folders.

This has lead to complaints from staff, instructors, and students. An instructor will create sub folders, and his students will complain that the sub folders do not exist. This is because when selecting a parent folder, they expect to see the sub folders expand beneath it.

To make clicking a parent folder expand and show the sub folders, edit the following:

Today is our Winter registration, which is typically our heaviest load day of the year. I'll be keeping track of performance in this blog throughout the day.

Last year, we squeaked by with a v490 2xIV+ cpu for the oracle database, and v490 4xIV+ cpu for the ldap tier, and a T2000 running the web-front. Noting the load was far higher on the oracle db, we swapped the zones after registration ended.

So it will be interesting this year to see if performance increases with that change.