Skip to main content


Showing posts from August, 2010

sccm: dcm (desired configuration management) logs

just something to capture dcm logs and their purpose. name   purpose discovery.log   functions of discovery (wql select statements, registry lookup, etc) dcmagent.log   overall dcm agent activity ciagent.log   activity for managing ci baselines (downloading, accessing, etc) sdmagent.log   activity for managing configuration items (downloading, accessing, etc) sdmdiscagent.log   overall discovery activity (not helpful) smsclrhost.log   references loading the sdmdiscagent.xml (not helpful) eventlogforwarder.log   activity regarding non-compliant items that are flagged to log an event (for monitoring use) i marked the one in red that has the most value.  the others, while useful for showing activity in case you want to know if dcm is even working or not, has very little use outside of that.  i found that discovery.log has most of the magic.  for example, this is a snippet of log entry which indicates the exact query issued to the system: Discove

opalis: (the real) integration pack help files

some of the best help files are the .chm (compiled html help) files that accompany the IPs.  the release notes are good for cursory information but don't provide a lot of value above that.  if you're looking for them, most are under the client location. files folder description oisip*.chm <opalis software>\opalis integration server\client these are the general names of the integration pack help files. database_configuration.chm <opalis software>\opalis integration server\management service this is not very useful after the initial configuration of the opalis database oisdeploymentmanager.chm <opalis software>\opalis integration server\management service\console help file for deployment manager most of your time spent will most likely be in the oisip*.chm files.  they contain the help information and samples respective to each integration pack.  start automating something.

opalis: how to purge logs

curious how to purge logs from your opalis server?  it's so simple, i'll illustrate it using pictures.   if you're a t-sql person, according to the opalis forums, it's just a stored procedure (sp_CustomLogCleanup).  here's a snippet of how to use it: Log Purge functionality has three options: Keep last x number of records Keep last y number of days. If records are older than y number of days, keep last x number of records. These three options dictate how the stored procedure “sp_CustomLogCleanup” is called.  To call the stored procedure in a manner that mimics the Log Purge functionality (but without the hardcoded timeout) you can execute one of the following three scripts in SQL Management Studio where @XEntries is the number of entries to keep and @YDays is the number of days to either keep entries or the number of days to determine when entries should be processed: Option #1 DECLARE @Completed bit SET @Completed = 0 WHILE @Completed = 0 EXEC sp_Cust