Admin from hell - old style

 Naturally all hell broke loose - hacking out all those users in just 3 days and the AdminP chocked on almost all servers. What a surprise (duh?) When will I ever learn not to let myself be pushed around by other managers just because they decide everything has to be done in a hurry? Sure, I had my gut feelings that this would probably be a belly-up-show but I had myuself talked in to it!  ...I am a silly bitch some times!

So rather than moaning and watching the world go buy the Admin4 database was stripped from a lot of entries and normality resumed. next up is to add the deleted users (copy-paste, and "yes" I have a backup) in smaller batches, say 2000 per time, and then delete them immediately. This way the AdminP will start over again and raid the domain for the names to be deleted.

I hope this will be one of my last moanings because I am really tired of myself being so negative. Now it's time to find some new energy end get cracking!!!

It's either that or get a new job.

//Jake

Back again from the dungeons of confusion. It has been a few tiresome weeks but it was all worth it in the end. All of a sudden I received an answer from the dark side and the message was clear "Yes we are ready - GO AHEAD!"

 

The smile on my face had not seen daylight for many months but now it came - I guess onlookers (if any) would have said it resembled a frown more than a smile... anyhow now was the time and the cutting tools came out, paper & pencil. Yepp, still nothing quite like it - marvellous invention.

 

So with a paper and pen I started to cut out more than 10.000 users from the main domain, and subdomains, and this and that extra system. Quickplace, web and a whole bunch of applications. Do you think any of the application owners were pro-active in caring for their data... of course not. What about the special department for applications and information management... nope, sound asleep. Well, why would they care - after all it was only 50 servers cram packed with information, and they were all about to leave the shore to set sail on to foreign land, why bother about that !!!

 

Silly sods - and I bet they have big fat paychecks and fancy company car, for what I say? 

 

So the Admin from Hell made himself another cup of tea and started the careful work to separate everything, chasing down application owners, informing managers, local admins, information owners, well you know - the works. It was long hours but rewarding work to see the clean cut emerge.

 

Using the admin process and deleting users from the view "Mail Users" I could neatly remove group by group, but with the 64k limit on group size I had to watch my step not to flood the $NoAccess groups. Also the size of the Admin4 database had to be kept an eye on since every user deletion generates some 6 to 8 documents that need to bounce around the community and I did not want to clogg the network. Then slowly I could see how the gates were closing and everything started to look much better.

 

So perhaps there are even days in hell when the sun shine

//Old school Jake

Hello again,

This time the story is about getting a nice present and destroy it and then asking "why is it not working"

 

There was this thing about security and management of ID files. Naturally this is something that the company should keep close to it's heart and the admins even closer. The security officer had already declared that no id-files should be allowed to be kept on disks... so perhaps they should be air-lifted until requested... what do I know just beeing a simple bastard admin from hell. Anyhow there is this thing in Domino called "Password Recovery" which in ND6 is an elaborate process of hassling the users to get their updated ID-files and mobile directory catalogs without mail-in database names that fail to send from all the mobile users.

 

Anyhow, on a sunny afternoon it was decided that the existing PWR mail-in database should be chopped ini 2 and they should have what belong to them. Naturally I voiced some concern that the recovery authorities in the ID-files would probably not allow them to recover since most of the Admin team remained on this side of the fence. Voice unheard...

 

Split, slash, bang and all is well. The new domain set sail and start to leave port in order to embark on new adventures all on their own. No longer having to listed to that old nag in Sweden, blissful living was the ticket to ride. But just as they start to leave the dock they discover that lot of PWR are missing and the once they have are "difficult" to recover. Surprise, surprise... and fat bastard enters the scene from behind a crate of rotten harring.

 

So what do we do - "serve and protect !  " is our motto so we start to scavenge the fileservers and disks for ID-files. And like magic from secret layers ID-files start to appear and in huge numbers too. Not an easy thing to find the right one so one of our more brainy members builds a database that can collect id-files from a folder and then copy them to individual documents and populating some fields with interresting information such as FullName, OU1, OU2, O, Dates etc. etc. It's a point-and-click application presented to the delight of the crue on the new ship at the docks. The boat is hanging by just a few cables to the dock so we provide them with the new toy and tell them to keep it safe, keep it close.

 

So we are removed from accessing this new jewel and they immediately decides to add some more elaborate functionality, logging etc. You have already guessed what happens next. It stops working but to admit to such a silly thing would of course be bad for face so instead I receive a mail where they in a slightly irritated tone ask if there really is no easier way to use this application we gave them than to manually add the ID-files one by one...

 

Duuh...

 

I don't know why I am doing this... really...