it's a great moment when you come to understand something. understanding that you understand something at the wrong moment, however, is a point for debate. while i'm happy for the understanding, i wish it had come sooner. wrong moment by my logic is anytime you're knee-deep in a production change and "understand". :-]
understanding how setinfo works with multi-valued attributes is really pretty simple. i'll blame it on "inadequate testing". to pontificate on this tidbit, if you're adding multiple email addresses, say to proxyAddresses, you can't queue up the changes and write them with one setinfo command. instead, you have to write one, commit, append another, commit, etc.
UPDATE: john marcum sent me a kind email to let me know about a problem he ran into with preloadpkgonsite.exe in the new SCCM Toolkit V2 where under certain conditions, packages will not uncompress. if you are using the v2 toolkit, PLEASE read this blog post before proceeding. here’s a scenario that came up on the mssms@lists.myitforum.com mailing list. when confronted with a situation of large packages and wan links, it’s generally best to get the data to the other location without going over the wire. in this case, 75gb. :/ the “how” you get the files there is really not the most important thing to worry about. once they’re there and moved to the appropriate location, preloadpkgonsite.exe is required to install the compressed source files. once done, a status message goes back to the parent server which should stop the upstream server from copying the package source files over the wan to the child site. anyway, if it’s a relatively small amount of packages, you can
Comments
Post a Comment