Old collections in mgmt_metrics_raw

oms - 10204
repository - 10203
Note automatic partition maintenance is in effect for grid 10204.
I have around 9,000 rows appear in the mgmt_metrics_raw table that have a last collection date older than 7 days.
In fact, the records all have a date of May 2009.
I check this table for old records every single day and they have appeared over the weekend.
All records relate to ONE target.
the records are across multiple metrics.
Just to compound things, the target in question is actually monitored by two OMS's (via two separate agents) - and the problem is replicated on both.
dbms jobs are there and running. The proof of this, is that the partitions for the main tables are being maintained.
I have opened an SR with oracle on this, but wondering if anyone has any thoughts

Read the Grid documentation, seriously.
The reason I say that, in the "Enterprise Manager Advanced Configuration" doc, there is a chapter called "Sizing and Maximizing the Performance of Oracle Enterprise Manager".
In there is a section, "Offline Monthly Tasks". That discusses partition maintenance. Grid creates a new partition every day in some tables, and every month or so, old partitions should be dropped. There is a caveat, search on this forum for partition maintenance, some people, including me, have encountered issues using this, so read these old threads, they will save you some heartache.
Why are you exporting the sysman schema anyway? If you say backup, I'll scream... ;-)

Similar Messages

Floating Dead Threads and old collection

We run an application inside a "container" (for lack of a better word) that creates threads to try and connect outgoing connections. We have hundreds of these outgoing connections defined and most of them end up getting connected. A few (5-6?) however remain unconnected (there isn't a listener on the other side, the IP is pointing to a loopback address, etc.). This causes the container to create threads every few seconds (per connection) to try and connect these connections.
We finally turned on memdbg for -Xverbose and we see that all of our old garbage collections are because of "Floating Dead Threads." Below is a sample of the gc logging.
--- [snip] ---
[memory ][Wed Dec 24 06:49:01 2008][02747] Changing GC strategy to Generational Concurrent Mark & Sweep
[memdbg ][Wed Dec 24 06:53:21 2008][02747] Adding 1 final handles from dying thread 11888 'Socket Opener'.
[memdbg ][Wed Dec 24 06:53:23 2008][02747] Adding 1 final handles from dying thread 11893 'Socket Opener'.
[memdbg ][Wed Dec 24 06:53:23 2008][02747] Adding 1 final handles from dying thread 11899 'Socket Opener'.
[memdbg ][Wed Dec 24 06:53:23 2008][02747] GC reason: Other, cause: Floating Dead Threads
[memdbg ][Wed Dec 24 06:53:23 2008][02747] Stopping of javathreads took 5.722 ms
[memdbg ][Wed Dec 24 06:53:23 2008][02747] old collection 14 started
--- [snip] ---
I have a ticket opened with the vendor to see if there's a way to stop creating all these threads (I imagine the answer is going to be do not define connections that won't get connected). My question here is the following: Is there a way to make JRockit not perform an old collection for these final handles of the dying threads?
The current JVM parameters are:
DEBUGGCFLAGS="-Xverbosetimestamp -Xverbose:gc,memory,memdbg -Xverboselog=/home/core/CORE/ttDESCore/bin/gc_output.core2.txt -Xmanagement:ssl=false,authenticate=false"
GCFLAGS="-Xmx24g -Xns512m -XgcPrio:pausetime -XpauseTarget=400ms -XXcallProfiling -XlargePages -XXlargeObjectLimit:8k -XXnoSystemGC"
Thx for any help!
Edited by: user10720003 on Dec 26, 2008 4:54 AM

Finally a reply! :) Thanks for taking the time to respond. A few points:
1) Sun's JVM doesn't seem to have this problem (or at least it doesn't trigger an old collection like JRockit). Any ideas as to why?
2) The finalizers are actually not in our application code (it's vendor code). For whatever reason, any connections (these are TCP/IP connections) that we define as initiate=true, the vendor creates a thread for each connection every 5 seconds to try and make the connection. If it succeeds the thread lives to perform additional work (and hence no finalizer needed). If it does not connect, the thread dies and a finalizer is added.
3) There were two connections that we had that did not make a successful connection so I had operations disable those connections. As soon as we did that, the "Add 1 handle for dying thread..." message went away in the memdbg log. However, JRockit still insisted on performing an old GC every 1.5 minutes for 'Floating Dead Threads'. Any idea why the old GC would still happen for this reason? Is it because all the finalizers still haven't been cleaned up?
A question about the finalize() method and finalizers. I looked through our code and we create about 80 objects that have a finalize() method implemented. These objects never go out of scope (so in reality, I suppose the finalize method doesn't need to be there). Does leaving it defined still hurt the gc performance? Or do finalizers only causes problems (i.e. kick off old gcs) once they become garbage?
Thx,
Josh
Edited by: user10720003 on Dec 29, 2008 8:03 AM
Edited by: user10720003 on Dec 29, 2008 8:15 AM
Edited by: user10720003 on Dec 29, 2008 8:21 AM

Old Collection replaced my new Collection becavse of a linked IMG #

I created an edited photo collection. A few weeks later I wanted to retrieve that collection so I covld bvrn it onto a cd. I vsed an IMG # from the DMG file to call vp the edited collection. I vse my sd cards over and over again, so sometimes several photos are displayed that have the same IMG #. I chose the wrong photo (a photo from an old collection) as the photo I wanted in my new collection and Lightroom changed my whole new collection into the old one - now I can't get my new collection at all... vnless I go back to the DMG files and re-edit the whole collection again. How do I get Lightroom to reverse that process?

A few weeks later I wanted to retrieve that collection so I covld bvrn it onto a cd. I vsed an IMG # from the DMG file to call vp the edited collection.
I'm not following you here, to call up a collection, normally you click on the Collection name on the left, in the "Collections Panel". There are other ways of calling up a collection, using the "badge" on a photo, or right-click on a photo and select "Go To Collection". None of these matches your description. Please state in much more detail how you called up the "edited collection"; please state exactly where you clicked you mouse and/or exactly what menu commands were used.
What do you mean by an "edited collection"? Lightoom has Smart Collections, regular (static) Collections and Quick Collections.
Lightroom changed my whole new collection into the old one
Again, I can't imagine what you mean. Please give the exact sequence of steps here, exactly what did you click your mouse on, exactly what menu commands were used, etc.
Please state your operating system and version of Lightroom.
Last request: please use the letter u when the letter u is required, do not use the letter v to indicate the letter u. Thank you.

Can an old collection be reported as recently opened?

I was looking at DH's credit report on Credit Karma today and it shows a "new collection added". The first collection bill I can find for this cell phone debt is 7/27/2013. The next bill with a new company is dated 2/6/2014. In May of this year, my husband got a letter from a third collection company who now owned the debt. So why are we getting a new alert on his credit report which states "one new debt was transferred" opened 4/14/2015 and last reported 6/19/2015? Is this something we can dispute because they're making it seem like it's a new debt? It was originally defaulted on with Verizon sometime in 2012 when hubby lost his job.

A debt collector can report the Open date for their collection as being the date they received their collection authority. It has nothing to do with the date of the debt, and is separate from the Open date of the creditor account. Any reorted collection, regardless of when Opened or reported, has a credit report exclusion date of no later than 7 years plus 180 days from the date of your first delinquency (DOFD) on the account with the original creditor (OC).The debt collector was required to obtain the DOFD from the OC and report that date to the CRA no later than 90 days after they reported their collection.That is the date you need to check for accuracy.

JRMC FlightRecording - Old Collection Long Pauses

I'm trying out Mission Control v4.0.1 (M4.0.1-19, 134472), verifying a Tomcat 7 installation using XgcPrio:deterministic (running a 3rd party Java EE application).
I am running FlightRecordings to view the GC pauses. Most of them come under the target set in pauseTarget (30,50,90). But I see a huge pause (8x) a few seconds after the start of the recording period, and a few seconds before the end. Is there any reason for this? This is confirmed on two separate servers.
Jon

From the docs:
"It is sometimes a good idea to leave out the first and last garbage collections from the
analysis, depending on the recording settings. Some settings will force the first and
last GC in the recording to be full garbage collections with exceptional compaction,
to gather extra data. This may very well break the pausetime target for deterministic
GC. This is also true for JRockit Flight Recorder"

Lost old LR Collections when adding Creative Cloud...

I had LR5.6 as a program on my MacBook Pro 10.8.
Downloaded LR/PS Creative Cloud.
I now have what seems to be a NEW version of LR in CC.
The OLD LR5.6 is GONE with all my collections.
Kindly advise how to retrieve all my old collections.

When you say you have no collections, do you mean that you 1) have no photos in your library at all or do you mean 2) that you have photos (under the Folders section of the Library), but nothing under the Collections section of the Library? As far as I understand, collections are stored inside of the LR Database so if the re-installed LR 5.6 opened an older copy of the database or created a new database, then you might experience things missing. Assuming this is the case, search your machine for a filename of the form "Lightroom 5 Catalog.lrcat". Mine is located in a subfolder in the Pictures/Lightroom folder -- your location might be different. If you can find the correct version of the file and open it with LR, then I'm guessing your problem will be resolved. The standard LR 5.6 is the same as the LR CC 5.6 so I wouldn't expect there to be any problems with reading the database.
Hope this helps,
Brian

Overwrite existing collection field:: shouldn't it delete old elements

I call a setter method and wholly replace a collection field of a
persistent object with an entirely new collection. (the collection is
made up of other persistence-capable objects).
I'm not seeing the old collection contents removed from the DB, infact,
they remain and the collection just grows.
I've marked the collection as "element-dependent" and that didn't work
either.
How is this supposed to work?
david

Sorry, I did not read enough to realize that "dependent" says that if the
field in the parent class is nulled, then the object is deleted. So I
think I have my answer.
Thank you for your help.
-Chris
Chris West wrote:
I may not have asked my question correctly. Element-dependent means that
the child object will be deleted when the parent is deleted. But what I'm
looking for is a feature to delete the children objects when they are
removed from the parent collection. Is that available in 3.0?
-Chris
Marc Prud'hommeaux wrote:
Chris-
Yes, this is availabe in 3.0. See:
http://docs.solarmetric.com/manual.html#element-dependent
In article <[email protected]>, Chris West wrote:
Is this feature available in 3.0.1?
If not, why? Seems like a simple enough thing to implement.
-Chris
Marc Prud'hommeaux wrote:
Chris-
Is there any way to set up Kodo (2.5.4) to delete "child" objects when
they are removed from a collection in a "parent" persistent object?
No. Your best bet is to mediate access to the Collection that will also
delete the instance when the element is removed. E.g.,
public void deleteElementFromMyCollection (Object ob)
myCollection.remove (ob);
JDOHelper.getPersistenceManager (ob).deletePersistent (ob);
In article <[email protected]>, Chris West wrote:
I'm having a similar problem where I remove objects from a collection
and
expect them to be deleted, but they don't. So I set the back pointer
in
the child object to null, and now they get removed from the collection
permanently, but they are left in the database as orphans.
Is there any way to set up Kodo (2.5.4) to delete "child" objects when
they are removed from a collection in a "parent" persistent object?
-Chris
Stephen Kim wrote:
Element-dependent is for cascade delete, not collection deletion.
My
guess is that you are not setting both sides of the relation. I.e.if
you have a collection of people, each of whom have a reference totheir
company, you should also set the people's company to null as well as
removing the set.
David Michaels wrote:
just a polite ping to see if anyone knows the answer to this
question?
David Michaels wrote:
I call a setter method and wholly replace a collection field of a
persistent object with an entirely new collection. (the
collection
is
made up of other persistence-capable objects).
I'm not seeing the old collection contents removed from the DB,
infact, they remain and the collection just grows.
I've marked the collection as "element-dependent" and that didn'twork
either.
How is this supposed to work?
david
Steve Kim
[email protected]
SolarMetric Inc.
http://www.solarmetric.com
Marc Prud'hommeaux [email protected]
SolarMetric Inc. http://www.solarmetric.com
Marc Prud'hommeaux [email protected]
SolarMetric Inc. http://www.solarmetric.com

Problem with collection names getting replaced when creating new collections in Photoshop Elements 5.0

We have been using Photoshop Elements 5.0 a lot lately to organize many photos into collections. A new problem just arose when creating a new collection.
As we named the new collection and clicked on "OK" it replaced another existing collection with the new name. The photos from the old collection were still there but now under the new collection name. This happened at least three or four times, each time a different "old" collection was renamed. Does anyone know why this would happen?
This past week we have added at least 20 new collections with no problem prior to this. Adobe actually had to shut down when this happened. Each time we reopened Adobe it would happen again randomly renaming a different "old" collection when we tried to add the new one. Any insights would be much appreciated.

Thank you - that was the problem and now it is working correctly
again!
Tom Z.
>>> saurabh288 <[email protected]> 05/24/09 4:23 AM >>>
It may be that the catalog has been corupted.Try repairing the
catalog of PSE.

How can I synch my ipod to a new computer without losing all my content, purchased and my old copied albums? My PC and backup died in the same week and now I am told I could lose all my content if I synch?

how can I synch my ipod to a new computer without losing all my content, purchased and my old copied albums?
My PC and backup died in the same week and now I am told I could lose all my content if I synch?
I have new purchases on my new laptop but too paranoid to synch the ipod incase I lose the thousands of tunes I copied over from my old collections.

See these 2 Links...
Syncing to a New Computer...
https://discussions.apple.com/docs/DOC-3141
Recovering your iTunes library from your iPod or iOS device
https://discussions.apple.com/docs/DOC-3991

How can I get my old classic iPod library onto a new computer without losing either library? The songs on my iPod are from hundreds of CD's I don't want to re-import

My original iPod has my old CD collection on it, hundreds of them painstakingly imported. Over the years, I have got new iPod, new iPhone, new computer, and run a separate iTunes library. But now I want my old collection on my computer. How can I get this old iPod music converged with my newer music and computer, without having to wipe out a library or lose any music?

Hello jlfromcorona,
Use the manual method of copying all the music from your iPod Classic, to your new Mac. See this article for instructions.
http://macs.about.com/od/backupsarchives/ss/ipodcopy.htm
B-rock

Problem in Bulk collect

Hi ,
I have declared a cursor with bulk collect. I have to insert only 2 columns values from tableA to TableB. The number of columns in tableA and TableB are not equal.
DECLARE
CURSOR c1
IS
SELECT COLUMN1,COLUMN2,COLUMN3,COLUMN5 FROM TABLEA WHERE COLUMNS1='XXXXXXXX';
TYPE Cust_tab IS TABLE OF C1%ROWTYPE;
Custs Cust_tab;
BEGIN
     OPEN c1;
LOOP
     FETCH c1 BULK COLLECT INTO Custs LIMIT 100;
EXIT WHEN c1%NOTFOUND;
     END LOOP;
     FORALL i IN 1 .. Custs.COUNT
SAVE EXCEPTIONS
INSERT into TABLEB(COL1,COL2,COL3,COL5) VALUES (Custs(i).COLUMN1,Custs(i).COLUMN2,Custs(i).COLUMN3,Custs(i).COLUMN5);
END ;
Iam getting an error as
ERROR at line 16:
ORA-06550: line 16, column 66:
PLS-00436: implementation restriction: cannot reference fields of BULK In-BIND
table of records
ORA-06550: line 16, column 66:
PLS-00382: expression is of wrong type
ORA-06550: line 16, column 88:
PLS-00436: implementation restriction: cannot reference fields of BULK In-BIND
table of records
ORA-06550: line 16, column 88:
PLS-00382: expression is of wrong type
ORA-06550: line 16, column 107:
PLS-00436: implementation restriction: cannot reference fields of BULK In-BIND
table of records
ORA-06550: line 16, column 107:
PLS-00382: expression is of wrong type
ORA-06550: line 16, column 124:
PLS-00436: implementation restriction: cannot reference fields of BULK In-BIND
table of records
ORA-06550: line 16, column 124:
PLS-00382: expression is of wrong type
ORA-06550: line 16, column 66:
PL/SQL: ORA-22806: not an object or REF
ORA-06550: line 16, column 14:
PL/SQL: SQL Statement ignored.
Please let me know how to get out of the error.

INSERT into TABLEB(COL1,COL2,COL3,COL5)
SELECT COLUMN1,COLUMN2,COLUMN3,COLUMN5 FROM TABLEA WHERE COLUMNS1='XXXXXXXX';
works like a charm. Moreover: it SCALES!!
There is no reason in this case to use BULK COLLECT.
You should only use PL/SQL if you can't do it using SQL.
You can do it using SQL: you should use SQL.
Other than that: just read the error message, realize you can't directly use a collection involved in a fetch, just set up an extra collection and assign the old collection to the new.
The code is wrong anyway, as it doesn't allow for more than one fetch.
Sybrand Bakker
Senior Oracle DBA

COLLECTIONS POP UP AFTER REBUILDING?

AFTER FICO SCORE GOES UP ...OLD COLLECTIONS ARE STARTING TO REPORT WHY?

cirnek wrote:
but how would the know that ? do they look at your reports some kind of way?In each year model of Fico is a collection score model. This is how they are notified. They give info to the CRAs that say when XXX occurs notify us and hence you are stopped in your rebuild by them reporting. Its a way to force you to deal with them and satisfy your previous debts.

Default software inventory not collecting any data from client

Hi Team,
I have enabled software inventory in global level and set it to weekly once .. But during the Software inventory scan , it is not capturing anything and Software scan date is showing as null ...
The below settings are enabled for my software inventory :
1) Enable Software inventory on Client = Yes
2) Schedule software inventory = Weekly once
3) Inventory report details = Full details
4) Inventory these file types = (none)
5) Collect Files = (none)
I am getting the below information from Client log (InventoryAgent.log)
Inventory: Message type is InventoryAction InventoryAgent 19/04/2013 13:21:38 4200 (0x1068)
Inventory: Temp directory = C:\Windows\CCM\Inventory\Temp\ InventoryAgent 19/04/2013 13:21:38 4200 (0x1068)
Inventory: Clearing old collected files. InventoryAgent 19/04/2013 13:21:38 4200 (0x1068)
Inventory: Opening store for action {00000000-0000-0000-0000-000000000002} ... InventoryAgent 19/04/2013 13:21:38 4200 (0x1068)
InventoryVersionNumber for '{00000000-0000-0000-0000-000000000002}' not found. InventoryAgent 19/04/2013 13:21:38 4200 (0x1068)
CInvState::VerifyInventoryVersionNumber: Couldn't get version number for '{00000000-0000-0000-0000-000000000002}': 80070490 InventoryAgent 19/04/2013 13:21:38 4200 (0x1068)
Inventory: Delta report without a previous Full report; will do a Full report. InventoryAgent 19/04/2013 13:21:38 4200 (0x1068)
Inventory: Action=Software, ReportType=Full, MajorVersion=1, MinorVersion=0 InventoryAgent 19/04/2013 13:21:38 4200 (0x1068)
Inventory: Initialization completed in 0.125 seconds InventoryAgent 19/04/2013 13:21:38 4200 (0x1068)
Inventory: Collection Task completed in 1.014 seconds InventoryAgent 19/04/2013 13:21:39 4200 (0x1068)
Inventory: Temp report = C:\Windows\CCM\Inventory\Temp\f8e432b2-be58-4730-a69f-b17ead9b69ff.xml InventoryAgent 19/04/2013 13:21:39 4200 (0x1068)
Collection: 0/0 inventory data items successfully inventoried. InventoryAgent 19/04/2013 13:21:39 4200 (0x1068)
Inventory: Starting reporting task. InventoryAgent 19/04/2013 13:21:39 1180 (0x049C)
Reporting: 0 report entries created. InventoryAgent 19/04/2013 13:21:39 1180 (0x049C)
Inventory: Reporting Task completed in 0.016 seconds InventoryAgent 19/04/2013 13:21:39 1180 (0x049C)
Inventory: No data items to collect and report is empty. No report will be sent. InventoryAgent 19/04/2013 13:21:39 1180 (0x049C)
Inventory: Cycle completed in 1.155 seconds InventoryAgent 19/04/2013 13:21:39 1180 (0x049C)
Inventory: Action completed. InventoryAgent 19/04/2013 13:21:39 1180 (0x049C)
Thanks,
Raja S
Raja

Here is the log details. I also reimaged this machine fresh. It is as clean as can be. Thanks for the look over. never had this issue with 2007. Again, I am building some collections based on this .flg file which is 0KB.
<![LOG[Inventory: *********************** Start of message processing. ***********************]LOG]!><time="14:06:01.186+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="5860" file="agentendpoint.cpp:322">
<![LOG[Inventory: Message type is SiteChange]LOG]!><time="14:06:01.187+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="5860" file="agentendpoint.cpp:323">
<![LOG[Inventory: Clearing Action Status]LOG]!><time="14:06:01.187+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="5860" file="agentendpoint.cpp:706">
<![LOG[Inventory: ************************ End of message processing. ************************]LOG]!><time="14:06:01.210+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="5860" file="agentendpoint.cpp:409">
<![LOG[Inventory: *********************** Start of message processing. ***********************]LOG]!><time="14:06:01.210+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="5860" file="agentendpoint.cpp:322">
<![LOG[Inventory: Message type is InventoryAction]LOG]!><time="14:06:01.210+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="5860" file="agentendpoint.cpp:323">
<![LOG[Inventory: Temp directory = C:\WINDOWS\CCM\Inventory\Temp\]LOG]!><time="14:06:01.211+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="5860" file="agentstate.cpp:2727">
<![LOG[Inventory: Clearing old collected files.]LOG]!><time="14:06:01.211+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="5860" file="agentstate.cpp:1812">
<![LOG[Inventory: Opening store for action {00000000-0000-0000-0000-000000000003} ...]LOG]!><time="14:06:01.217+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="5860" file="datastore.cpp:176">
<![LOG[InventoryVersionNumber for '{00000000-0000-0000-0000-000000000003}' not found.]LOG]!><time="14:06:01.222+420" date="02-04-2014" component="InventoryAgent" context="" type="2" thread="5860" file="clientstate.cpp:127">
<![LOG[CInvState::VerifyInventoryVersionNumber: Couldn't get version number for '{00000000-0000-0000-0000-000000000003}': 80070490]LOG]!><time="14:06:01.226+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="5860" file="agentstate.cpp:1484">
<![LOG[Inventory: Action=Discovery, ReportType=Full, MajorVersion=1, MinorVersion=0]LOG]!><time="14:06:01.230+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="5860" file="agentstate.cpp:1681">
<![LOG[Inventory: Initialization completed in 0.015 seconds]LOG]!><time="14:06:01.230+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="5860" file="agentstate.cpp:526">
<![LOG[Collection: Namespace = \\.\root\ccm\invagt; Query = SELECT __CLASS, __PATH, __RELPATH, PlatformID FROM CCM_DiscoveryData; Timeout = 600 secs.]LOG]!><time="14:06:01.239+420" date="02-04-2014" component="InventoryAgent"
context="" type="1" thread="6476" file="collectiontask.cpp:478">
<![LOG[Collection: Signing turned off. Skipping query SELECT __CLASS, __PATH, __RELPATH, EncodedSigningPublicKey FROM CCM_ClientSecurityInformation; ]LOG]!><time="14:06:01.249+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="6476"
file="collectiontask.cpp:460">
<![LOG[Collection: Namespace = \\.\root\ccm\invagt; Query = SELECT __CLASS, __PATH, __RELPATH, FQDN FROM CCM_ExtNetworkAdapterConfiguration; Timeout = 600 secs.]LOG]!><time="14:06:01.249+420" date="02-04-2014"
component="InventoryAgent" context="" type="1" thread="6476" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\ccm\invagt; Query = SELECT __CLASS, __PATH, __RELPATH, SystemOUName FROM CCM_SystemOU; Timeout = 600 secs.]LOG]!><time="14:06:01.261+420" date="02-04-2014" component="InventoryAgent"
context="" type="1" thread="6476" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\ccm; Query = SELECT __CLASS, __PATH, __RELPATH, ClientIdChangeDate, PreviousClientId FROM CCM_Client; Timeout = 600 secs.]LOG]!><time="14:06:01.328+420" date="02-04-2014" component="InventoryAgent"
context="" type="1" thread="6476" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\ccm\invagt; Query = SELECT __CLASS, __PATH, __RELPATH, ADSiteName FROM CCM_ADSiteInfo; Timeout = 600 secs.]LOG]!><time="14:06:01.342+420" date="02-04-2014" component="InventoryAgent"
context="" type="1" thread="6476" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\cimv2; Query = SELECT __CLASS, __PATH, __RELPATH, IPAddress, MACAddress FROM Win32_NetworkAdapterConfiguration WHERE IPEnabled=TRUE; Timeout = 600 secs.]LOG]!><time="14:06:01.357+420"
date="02-04-2014" component="InventoryAgent" context="" type="1" thread="6476" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\cimv2; Query = SELECT __CLASS, __PATH, __RELPATH, UserName FROM Win32_ComputerSystem; Timeout = 600 secs.]LOG]!><time="14:06:01.412+420" date="02-04-2014" component="InventoryAgent"
context="" type="1" thread="6476" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\ccm\invagt; Query = SELECT __CLASS, __PATH, __RELPATH, IPv6Address FROM CCM_IPv6NetworkAdapterConfiguration; Timeout = 600 secs.]LOG]!><time="14:06:01.435+420" date="02-04-2014"
component="InventoryAgent" context="" type="1" thread="6476" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\ccm\invagt; Query = SELECT __CLASS, __PATH, __RELPATH, IPSubnet FROM CCM_NetworkAdapterConfiguration; Timeout = 600 secs.]LOG]!><time="14:06:01.454+420" date="02-04-2014"
component="InventoryAgent" context="" type="1" thread="6476" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\ccm; Query = SELECT __CLASS, __PATH, __RELPATH, Name FROM SMS_Authority; Timeout = 600 secs.]LOG]!><time="14:06:01.489+420" date="02-04-2014" component="InventoryAgent" context=""
type="1" thread="6476" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\ccm\invagt; Query = SELECT __CLASS, __PATH, __RELPATH, IsWriteFilterCapable, IsPortableOS, AgentEdition, IsAOACCapable FROM CCM_OperatingSystem; Timeout = 600 secs.]LOG]!><time="14:06:01.496+420"
date="02-04-2014" component="InventoryAgent" context="" type="1" thread="6476" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\ccmvdi; Query = SELECT __CLASS, __PATH, __RELPATH, IsAssignedToUser, IsMachineChangesPersisted, IsVirtual, HostIdentifier FROM CCM_DesktopMachine; Timeout = 600 secs.]LOG]!><time="14:06:01.512+420"
date="02-04-2014" component="InventoryAgent" context="" type="1" thread="6476" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\ccm\invagt; Query = SELECT __CLASS, __PATH, __RELPATH, IPv6Prefix FROM CCM_IPv6PrefixNetworkAdapterConfiguration; Timeout = 600 secs.]LOG]!><time="14:06:01.546+420" date="02-04-2014"
component="InventoryAgent" context="" type="1" thread="6476" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\cimv2; Query = SELECT __CLASS, __PATH, __RELPATH, UUID FROM Win32_ComputerSystemProduct; Timeout = 600 secs.]LOG]!><time="14:06:01.569+420" date="02-04-2014" component="InventoryAgent"
context="" type="1" thread="6476" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\ccm\invagt; Query = SELECT __CLASS, __PATH, __RELPATH, Domain FROM CCM_ComputerSystem; Timeout = 600 secs.]LOG]!><time="14:06:01.578+420" date="02-04-2014" component="InventoryAgent"
context="" type="1" thread="6476" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\ccm; Query = SELECT __CLASS, __PATH, __RELPATH, HardwareID1 FROM CCM_ClientIdentificationInformation; Timeout = 600 secs.]LOG]!><time="14:06:01.586+420" date="02-04-2014" component="InventoryAgent"
context="" type="1" thread="6476" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\cimv2\sms; Query = SELECT __CLASS, __PATH, __RELPATH, Description FROM SMS_Processor; Timeout = 600 secs.]LOG]!><time="14:06:01.592+420" date="02-04-2014" component="InventoryAgent"
context="" type="1" thread="6476" file="collectiontask.cpp:478">
<![LOG[Collection: 17/18 inventory data items successfully inventoried.]LOG]!><time="14:06:02.716+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="6476" file="collectiontask.cpp:276">
<![LOG[Inventory: Collection Task completed in 1.498 seconds]LOG]!><time="14:06:02.716+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="6476" file="agentstate.cpp:883">
<![LOG[Inventory: 1 Collection Task(s) failed.]LOG]!><time="14:06:02.716+420" date="02-04-2014" component="InventoryAgent" context="" type="2" thread="6476" file="agentstate.cpp:897">
<![LOG[Inventory: Temp report = C:\WINDOWS\CCM\Inventory\Temp\0a9e7fb9-8ae2-4df1-a5ee-2c1367ac00c2.xml]LOG]!><time="14:06:02.719+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="6476" file="agentstate.cpp:2360">
<![LOG[Inventory: Starting reporting task.]LOG]!><time="14:06:02.719+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="5492" file="reporttask.cpp:240">
<![LOG[Reporting: 17 report entries created.]LOG]!><time="14:06:02.729+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="5492" file="reporttask.cpp:260">
<![LOG[Inventory: Reporting Task completed in 0.000 seconds]LOG]!><time="14:06:02.729+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="5492" file="agentstate.cpp:950">
<![LOG[Inventory: Successfully sent report. Destination:mp:MP_DdrEndpoint, ID: {E3C74321-93D7-44B2-872D-0D8B0209B59A}, Timeout: 80640 minutes MsgMode: Signed, Not Encrypted]LOG]!><time="14:06:02.743+420" date="02-04-2014" component="InventoryAgent"
context="" type="1" thread="5492" file="agentstate.cpp:2252">
<![LOG[Inventory: Cycle completed in 1.606 seconds]LOG]!><time="14:06:02.815+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="5492" file="agentstate.cpp:1736">
<![LOG[Inventory: Action completed.]LOG]!><time="14:06:02.815+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="5492" file="agentstate.cpp:1746">
<![LOG[Inventory: ************************ End of message processing. ************************]LOG]!><time="14:06:02.815+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="5492" file="agentendpoint.cpp:409">
<![LOG[Inventory: *********************** Start of message processing. ***********************]LOG]!><time="14:10:17.652+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="4192" file="agentendpoint.cpp:322">
<![LOG[Inventory: Message type is InventoryAction]LOG]!><time="14:10:17.667+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="4192" file="agentendpoint.cpp:323">
<![LOG[Inventory: Temp directory = C:\WINDOWS\CCM\Inventory\Temp\]LOG]!><time="14:10:17.667+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="4192" file="agentstate.cpp:2727">
<![LOG[Inventory: Clearing old collected files.]LOG]!><time="14:10:17.667+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="4192" file="agentstate.cpp:1812">
<![LOG[Inventory: Opening store for action {00000000-0000-0000-0000-000000000003} ...]LOG]!><time="14:10:17.683+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="4192" file="datastore.cpp:176">
<![LOG[Inventory: Action=Discovery, ReportType=Full, MajorVersion=2, MinorVersion=0]LOG]!><time="14:10:18.245+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="4192" file="agentstate.cpp:1681">
<![LOG[Inventory: Initialization completed in 0.577 seconds]LOG]!><time="14:10:18.245+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="4192" file="agentstate.cpp:526">
<![LOG[Collection: Namespace = \\.\root\ccm\invagt; Query = SELECT __CLASS, __PATH, __RELPATH, PlatformID FROM CCM_DiscoveryData; Timeout = 600 secs.]LOG]!><time="14:10:18.261+420" date="02-04-2014" component="InventoryAgent"
context="" type="1" thread="3276" file="collectiontask.cpp:478">
<![LOG[Collection: Signing turned off. Skipping query SELECT __CLASS, __PATH, __RELPATH, EncodedSigningPublicKey FROM CCM_ClientSecurityInformation; ]LOG]!><time="14:10:18.276+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="3276"
file="collectiontask.cpp:460">
<![LOG[Collection: Namespace = \\.\root\ccm\invagt; Query = SELECT __CLASS, __PATH, __RELPATH, FQDN FROM CCM_ExtNetworkAdapterConfiguration; Timeout = 600 secs.]LOG]!><time="14:10:18.276+420" date="02-04-2014"
component="InventoryAgent" context="" type="1" thread="3276" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\ccm\invagt; Query = SELECT __CLASS, __PATH, __RELPATH, SystemOUName FROM CCM_SystemOU; Timeout = 600 secs.]LOG]!><time="14:10:18.276+420" date="02-04-2014" component="InventoryAgent"
context="" type="1" thread="3276" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\ccm; Query = SELECT __CLASS, __PATH, __RELPATH, ClientIdChangeDate, PreviousClientId FROM CCM_Client; Timeout = 600 secs.]LOG]!><time="14:10:18.339+420" date="02-04-2014" component="InventoryAgent"
context="" type="1" thread="3276" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\ccm\invagt; Query = SELECT __CLASS, __PATH, __RELPATH, ADSiteName FROM CCM_ADSiteInfo; Timeout = 600 secs.]LOG]!><time="14:10:18.339+420" date="02-04-2014" component="InventoryAgent"
context="" type="1" thread="3276" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\cimv2; Query = SELECT __CLASS, __PATH, __RELPATH, IPAddress, MACAddress FROM Win32_NetworkAdapterConfiguration WHERE IPEnabled=TRUE; Timeout = 600 secs.]LOG]!><time="14:10:18.354+420"
date="02-04-2014" component="InventoryAgent" context="" type="1" thread="3276" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\cimv2; Query = SELECT __CLASS, __PATH, __RELPATH, UserName FROM Win32_ComputerSystem; Timeout = 600 secs.]LOG]!><time="14:10:18.386+420" date="02-04-2014" component="InventoryAgent"
context="" type="1" thread="3276" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\ccm\invagt; Query = SELECT __CLASS, __PATH, __RELPATH, IPv6Address FROM CCM_IPv6NetworkAdapterConfiguration; Timeout = 600 secs.]LOG]!><time="14:10:18.386+420" date="02-04-2014"
component="InventoryAgent" context="" type="1" thread="3276" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\ccm\invagt; Query = SELECT __CLASS, __PATH, __RELPATH, IPSubnet FROM CCM_NetworkAdapterConfiguration; Timeout = 600 secs.]LOG]!><time="14:10:18.401+420" date="02-04-2014"
component="InventoryAgent" context="" type="1" thread="3276" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\ccm; Query = SELECT __CLASS, __PATH, __RELPATH, Name FROM SMS_Authority; Timeout = 600 secs.]LOG]!><time="14:10:18.432+420" date="02-04-2014" component="InventoryAgent" context=""
type="1" thread="3276" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\ccm\invagt; Query = SELECT __CLASS, __PATH, __RELPATH, IsWriteFilterCapable, IsPortableOS, AgentEdition, IsAOACCapable FROM CCM_OperatingSystem; Timeout = 600 secs.]LOG]!><time="14:10:18.432+420"
date="02-04-2014" component="InventoryAgent" context="" type="1" thread="3276" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\ccmvdi; Query = SELECT __CLASS, __PATH, __RELPATH, IsAssignedToUser, IsMachineChangesPersisted, IsVirtual, HostIdentifier FROM CCM_DesktopMachine; Timeout = 600 secs.]LOG]!><time="14:10:18.448+420"
date="02-04-2014" component="InventoryAgent" context="" type="1" thread="3276" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\ccm\invagt; Query = SELECT __CLASS, __PATH, __RELPATH, IPv6Prefix FROM CCM_IPv6PrefixNetworkAdapterConfiguration; Timeout = 600 secs.]LOG]!><time="14:10:18.479+420" date="02-04-2014"
component="InventoryAgent" context="" type="1" thread="3276" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\cimv2; Query = SELECT __CLASS, __PATH, __RELPATH, UUID FROM Win32_ComputerSystemProduct; Timeout = 600 secs.]LOG]!><time="14:10:18.479+420" date="02-04-2014" component="InventoryAgent"
context="" type="1" thread="3276" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\ccm\invagt; Query = SELECT __CLASS, __PATH, __RELPATH, Domain FROM CCM_ComputerSystem; Timeout = 600 secs.]LOG]!><time="14:10:18.495+420" date="02-04-2014" component="InventoryAgent"
context="" type="1" thread="3276" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\ccm; Query = SELECT __CLASS, __PATH, __RELPATH, HardwareID1 FROM CCM_ClientIdentificationInformation; Timeout = 600 secs.]LOG]!><time="14:10:18.510+420" date="02-04-2014" component="InventoryAgent"
context="" type="1" thread="3276" file="collectiontask.cpp:478">
<![LOG[Collection: Namespace = \\.\root\cimv2\sms; Query = SELECT __CLASS, __PATH, __RELPATH, Description FROM SMS_Processor; Timeout = 600 secs.]LOG]!><time="14:10:18.510+420" date="02-04-2014" component="InventoryAgent"
context="" type="1" thread="3276" file="collectiontask.cpp:478">
<![LOG[Collection: 17/18 inventory data items successfully inventoried.]LOG]!><time="14:10:19.603+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="3276" file="collectiontask.cpp:276">
<![LOG[Inventory: Collection Task completed in 1.342 seconds]LOG]!><time="14:10:19.603+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="3276" file="agentstate.cpp:883">
<![LOG[Inventory: 1 Collection Task(s) failed.]LOG]!><time="14:10:19.603+420" date="02-04-2014" component="InventoryAgent" context="" type="2" thread="3276" file="agentstate.cpp:897">
<![LOG[Inventory: Temp report = C:\WINDOWS\CCM\Inventory\Temp\ffc7f473-3fa5-4101-954b-7160c4aab394.xml]LOG]!><time="14:10:19.619+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="3276" file="agentstate.cpp:2360">
<![LOG[Inventory: Starting reporting task.]LOG]!><time="14:10:19.619+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="4080" file="reporttask.cpp:240">
<![LOG[Reporting: 17 report entries created.]LOG]!><time="14:10:19.635+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="4080" file="reporttask.cpp:260">
<![LOG[Inventory: Reporting Task completed in 0.015 seconds]LOG]!><time="14:10:19.635+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="4080" file="agentstate.cpp:950">
<![LOG[Inventory: Successfully sent report. Destination:mp:MP_DdrEndpoint, ID: {E1A25E8B-53B4-429F-927C-C1EACCC93B70}, Timeout: 80640 minutes MsgMode: Signed, Not Encrypted]LOG]!><time="14:10:19.666+420" date="02-04-2014" component="InventoryAgent"
context="" type="1" thread="4080" file="agentstate.cpp:2252">
<![LOG[Inventory: Cycle completed in 2.542 seconds]LOG]!><time="14:10:20.212+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="4080" file="agentstate.cpp:1736">
<![LOG[Inventory: Action completed.]LOG]!><time="14:10:20.212+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="4080" file="agentstate.cpp:1746">
<![LOG[Inventory: ************************ End of message processing. ************************]LOG]!><time="14:10:20.212+420" date="02-04-2014" component="InventoryAgent" context="" type="1" thread="4080" file="agentendpoint.cpp:409">

Recover deleted collection members

Hi All,
Need some direction in handling a situation where there was a deletion of members in one of the collection which resulted in removing all reporting SCCM clients from all collections. This went unnoticed as the main admin was on vacation. Now we have new
collection members and have a DB backup which has the old collection members.
What would be the best way of getting the data from the backup restored to the production so we have the collection members in all collections as before, maintain the newly made changes after the deletion and ensure that this process does not rerun the advertisements
on the end users system during the entire process.
Thanks in advance
-Vijay

The resources have come back in All systems and are missing from the advertised collections as they were added as Direct members. We are now checking if there is a way in adding these machines (manually if needed) without triggering the advertisement.
Is there a way you can guide me in that way or something similar. We do not want the end users getting the advertisements again and majority of them having to get the customization back after the re-install caused
-Vijay

Old game developper not used to new APIs...

Hi all,
About 3 years ago I was working for Ubisoft building Java games. Back then (jdk 1.1.8), the fastest way to produce images with effects and all was to manipulate the image as an array of pixels (int[], ARGB) and to use a MemoryImageSource to produce the image.
Now I feel like building a game for the fun of it, but I'm lost in all the new stuff they added. First of all, I just wanted to have an image built on an array of pixels. So I tried the following code :
DirectColorModel model = new DirectColorModel(32,0x00ff0000,0x0000ff00,0x000000ff,0xff000000);
WritableRaster raster = model.createCompatibleWritableRaster(640, 480);
int[] array = new int[640 * 480];
for (int i = 0; i < array.length; i++)
array[i] = 0x00ff0000;
raster.setPixels(0, 0, 640, 480, array);
BufferedImage img = new BufferedImage(model, raster, true, null);
panel.getGraphics().drawImage(img, 0, 0, this);
First, I get an ArrayIndexOutOfBounds on the setPixels() call. Why is that ? I mean, I specified the width and height to 640 * 480 but seems that the raster does not have the same widht and height ???
And second, if I use like setPixels(0,0,40,40,array), it displays some weird color scheme but in the array, I set all the pixels to 0x00ff0000 (red).
Could anyone help to get started ? I guess I am missing something here.
BTW, if anyone is interested in having a colloection of nice functions to manipulate arrays of pixels, I can send my old collection through e-mail.
Max, former game prog, but da** lost in all this...

Could anyone help to get started ? I guess I am missing something here.Useful API documentation? The whole area of Rasters seems to me to be thoroughly undocumented.
I don't know whether you've had a look at the source code for java.awt.GradientPaintContext (it's a package-private class). Rather than use setPixels(int, int, int, int, int[]), they use internal knowledge about the type of WritableRaster returned.
I think that if you want to understand what's going on, you'll have to wade through the source code (and it's not at all well commented).
Incidentally, what wierd colour scheme do you get? Is it a consistent block of colour, and if so can you paint your image onto a BufferedImage and use getRGB(int, int) to find out its value?

Old collections in mgmt_metrics_raw

Similar Messages

Maybe you are looking for