Ok IBM, here's my initial ISC findings for you. There'll probably be more down the road, I'm sure....
Bugs/Annoyances: 1. When setting the dbbackup trigger, the ISC doesn't let you set 0 incrementals between fulls. If I want to have every dbbbackuptriggered dbbackup run as a full, I need to set the trigger from the command line. 2. When adding node associations to a client schedule, the final list of nodes displayed is only wide enough for nodenames roughly 8 characters wide. Any decently long nodename gets wrapped, making it a pain in the butt to read. 3. The Actlog is a pain in the butt to read. Either give us back a clean window that can display standard actlog output (as per the old web interface) or at least fix the actlog display so that it a) has the timestamp first, instead of way off to the left where one has to scroll to see it, b) let us choose a begint c) show us *all* entries - currently it seems to me that not all messages get displayed. 4. When looking at a client schedule: if there are nodes associated with the schedule, the ISC displays only the nodes that are associated (good). If there are *no* nodes associated with the schedule, it displays *all* nodes that exist (bad). It gives the impression that all of those nodes are associated. 5. **BIG BUG** Management Classes. The new ISC philosophy seems to be that we now hide the existence of Policy Sets and Copy Groups from the end user. Policy sets are completely hidden, and copy groups are simply shown as values that can be set within a mgmt class. Ok, I can live with that. Except that it's inconsistent and in one case genuinely wrong. In order to hide policy sets from the end user, the ISC needs (and tries) to validate and activate the STANDARD policyset after changes have been made to the mgmt class/copy group. If we ignore the fact that one probably shouldn't be blindly letting the ISC validate and activate the policy set, we cannot igore the fact that it doesn't always do it. When you make changes to a mgmt class/copy group, the ISC automatically validates/activates the policy set. However, when you *add* or *remove* a mgmt class/copy group, the ISC does *NOT* validate/activate the policy set. The mgmtclass is added or removed from STANDARD, but ACTIVE is untouched. Worse yet, the ISC happily declares that your changes were successful and then displays your changes. ie. it displays what the STANDARD policy set is doing, not what the ACTIVE one is doing. This gives you the false impression that your changes are active. Fortunately, there is one single place in the ISC where policy sets are mentioned - the teeny drop down option under Policy Domains that says "Activate Policy". Of course, this is the one case where rather than being it's usually over wordy self it instead explains none of this to the end user. If you use this action, the policy set will indeed be activated. One of two things needs to happen: a) val/act when adding or removing a mgmt class, or b) never val/act and instead make it more clear that this needs to be done by the user after making changes. If IBM fixes nothing else on my above list, this issue must, must, must be addressed. 6. Comand line. Please - give us back a usable command line from within the ISC. The great thing about the command line in the old web interface was that it sat at the bottom of the browser, out of the way when you were pointin' and clickin' around the GUI, but was right-there-now when you wanted to enter a command, and the results showed up nice and big in a grand window that was wide enough to show the output and you could scroll down easily to see the results. The command line interface in the ISC is in a dumb, annoying to reach place - you need to make a million clicks to find it, and then it's annoying to use when you get there. The GUI has some advantages, but sometimes there's just no substitute for being able to fire off a few ad-hoc commands. 7. The FINISH button. Every other wizard in existence, after asking you all your questions, gives you a FINISH button - at which point you may either click on FINISH to make the action take place, or you can cancel out, knowing you haven't changed anything. The ISC wizards actually do their action after you press an arbitrary NEXT button, and only displays FINISH *after* the action has taken place. You don't get that last ditch chance to not make your change. Not very intuitive. I'm sure I'll have more, but these are all I can think of right now. I hope somebody passes these on to the right people... later, Paul
