11 Replies Latest reply: Jun 15, 2012 8:54 AM by Jake Morgan RSS

Scaner Service didn't work properly

Chao Gao

hi everyone,

 

       Have someone meet with the situation that tuner couldn't forward it's inventory data back to the master transmitter?I examined the stdout.log on the master transmitter and find out something below:

 

      AUDIT: FastIOStream - Closing leaked : C:\Program Files\BMC Software\BBCA\Tuner\.marimba\BBCA\ch.5\data\persist\tunerAdmin\admin\targetlist4713054950411977038.tmp

 

     I need help, any reply will be appreciate.

  • 1. Scaner Service didn't work properly
    Adil Rathore

    This log snippet would not help.

     

    How can you say that the inventory serivce is not sent to master transmitter?

     

    Can you post the Inventory Service log from the workstation and the Inventory plugin log (from txroot/logs/channels/ folder on master transmitter) just to see if it is really happening?

  • 2. Scaner Service didn't work properly
    Chao Gao

    This log from the tuner workstation:

     

    #Winscan: # winscan 8.2.00

    #[13/Jun/2012:12:55:20 +0800]

    [13/Jun/2012:12:55:23 +0800] - info MICROS 6039 Scan component completed: system

    [13/Jun/2012:12:55:23 +0800] - info MICROS 6039 Scan component completed: patch

    [13/Jun/2012:12:55:23 +0800] - info MICROS 6059 ThinApp Scan Started

    [13/Jun/2012:12:55:27 +0800] - info MICROS 6060 ThinApp Scan Completed

    [13/Jun/2012:12:55:27 +0800] - info MICROS 6039 Scan component completed: application

    [13/Jun/2012:12:55:30 +0800] - info MICROS 6053 Successfully completed Software Titles scan. Discovered applications count: 51

    [13/Jun/2012:12:55:30 +0800] - info MICROS 6250 Starting Security-benchmark scanner

    [13/Jun/2012:12:55:30 +0800] - info MICROS 6257 There are no security-benchmarks to process

    [13/Jun/2012:12:55:30 +0800] - info MICROS 6251 Security-benchmark scanner done

    [13/Jun/2012:12:55:30 +0800] - info MICROS 6039 Scan component completed: security

    [13/Jun/2012:12:55:31 +0800] - info MICROS 6039 Scan component completed: marimba

    [13/Jun/2012:12:55:31 +0800] - info MICROS 6008 All scans completed successfully

    [13/Jun/2012:12:55:34 +0800] - info MICROS 6100 Sending the scan data to the plug-in

    [13/Jun/2012:12:55:34 +0800] - info MICROS 6130 Uploading diff report: +RvIvt2OJS1waC0PJf1xMA== -> DRCcKJdVqjWnhrfWRXaUZw==

    [13/Jun/2012:12:55:35 +0800] - info MICROS 6125 invtree is sent to: host = 10.74.18.65

    [13/Jun/2012:12:55:35 +0800] - info MICROS 6107 Scan report sent successfully: (mac = win32:16764998737617959)

    [13/Jun/2012:12:55:35 +0800] - info MICROS 6119 Added report to the cache: 1339563335671

    [13/Jun/2012:12:55:35 +0800] - info MICROS 6119 Added report to the cache: 1339563335671

    [13/Jun/2012:12:55:35 +0800] - info MICROS 6057 Adding an entry to the scanner-history: DRCcKJdVqjWnhrfWRXaUZw==

    [13/Jun/2012:12:55:38 +0800] - info MICROS 6043 Checked next scheduled wakeup: 1339617608002, Thu Jun 14 04:00:08 CST 2012

    [13/Jun/2012:12:55:38 +0800] - info MICROS 1152 Channel instance stopped

     

     

     

     

     

    This log is plugin log from the master transmitter:

     

    [13/Jun/2012:12:55:40 +0800] "Inventory Plug-in" info "s99902 (win32:16764998737617959)" 6528 Differential report queued: from 10.74.129.35, 2894 bytes, 55 ms

    [13/Jun/2012:12:55:40 +0800] "Inventory Plug-in" major "s99902 (win32:16764998737617959)" 6640 Failed to apply diff because of error in checksums: 000000000000000000000000/+RvIvt2OJS1waC0PJf1xMA==

    [13/Jun/2012:12:55:40 +0800] "Inventory Plug-in" major "s99902 (win32:16764998737617959)" 6650 Scan report was not successfully inserted: 2 ms

  • 3. Scaner Service didn't work properly
    Adil Rathore

    So the issue is with mismatched checksums. that is why the differential report is not inserting.

     

    First, can you check if win32:16764998737617959 is only assigned to s99902 in the master transmitter inventory plugin log, Maybe their are duplicate tuners in your environment and that is why the reports are getting inserted to a single record and thus failing.

     

    If this is not the case, ie., win32:16764998737617959 is assigned to s99902 then do this quick test.

     

    stop the tuner on the workstation (ensure that java.exe and tuner.exe are not running)

     

    open the inventory service channel and append scanner.full.always=true and the end of channel.txt file.

     

    start the tuner.

     

    force an inventory service scan.

     

    the inventory service will force a full scan, and the machine would reflect in the database in next 5-10 mins.

  • 4. Scaner Service didn't work properly
    Chao Gao

    Thanks for your help,now the inventory data can be insert into database correctly.

     

    And please don't mind another question, it's seem very strange that data in the invdb tables is correct,but i can't select any data from invdb views,so many reports are not available.How can i  Identify  the cause of the problem? I use SQL SERVER 2008 as the invdb database.

  • 5. Scaner Service didn't work properly
    Adil Rathore

    Are you trying to fetch the data from SQL Management Studio or Report Center?

     

    What is the error you are getting upon fetching the data?

  • 6. Scaner Service didn't work properly
    Chao Gao

    Of course i have tried both of these ways, but that is no help. Anyway,thanks a lot for your suggestion ,i will open another discussion for this issue.

  • 7. Scaner Service didn't work properly
    Adil Rathore

    You are always welcome!

  • 8. Scaner Service didn't work properly
    Chao Gao

    Hi Adil,

     

         Can you explain that why the  checksums is mismatch? what 's the reason?

  • 9. Scaner Service didn't work properly
    Adil Rathore

    This happens if the scan happens on the workstation and it did not update in the database due to machine being offline or network issue. Now when the next scan happens the checksum would be different as the report before that has not inserted. As a result of this the scan would not insert.

     

    That is why I told you to send a full report to the database by including the scanner.full.always property.

  • 10. Scaner Service didn't work properly
    Chao Gao

    I see, thanks.

  • 11. Scaner Service didn't work properly
    Jake Morgan

    To add to Adil's response.

     

    On the database/plugin side the previous inventory data md5 checksum is stored. When Inventory Service communicates with its plugin it will make sure the endpoint's previous md5 matches what the plugin has queried/cached from the database. If these two matches then the plugin tells Inventory Service to just send its diff, otherwise send everything be/c something happened that has prevented the backend to be in sync with the endpoint. Therefore it self-straightens the situation out by asking for the full scan.