BTschanter asked a question.
Snow Inventory Agent 6.8.2 with Java Scanner 2.0 takes hours to scan and consumes lots of GB RAM
Hello all,
we currently have discovered a situation, where the Snow Inventory Java Scanner 2.0 1.01 script runs for >10+ hours and consumes 4 GB of RAM with JRE 8/Win 10: Are there any know reasons for this effect?
What would be a workaround?
BW Björn
Hi BTschanter,
you know that we have published a new version 2 of this scanner?
Official Release of Snow Inventory Java Scanner 2.0 | Snow Software (omniacloud.net)
Hello Detlef, i hope you are well these days :-)
We know about the new scanner release and we did receive it from Snow on 01-March!
And we found out today, that the your 2.0.1 SIJS(downloaded today from
ftp.snowsoftware.com still reports itself as 1.0.1 which caused some confusion in our end!
Or Snow did not change the SIJS.jar but only the config. You probably know better than but Snow should change the SIJS file version reported by 2.0.1 to 2.0.1 :-) instead 1.0.1 cause even SLM does report 2.0.1 as 1.0.1:
The reason for the incredible long scan was, that the user had lots of data including a extracted windows image within C:\ProgramData\ , which did cause the SIJS to take very long. Its seems that the SI Java scan seems to be much slower that the executeable scan of the Snowagent.
We now did exclude the relevant directory.
BW
Björn
please run this for reporting the version
C:\temp>"C:\Program Files\Java\jre1.8.0_321\bin\java.exe" -jar c:\temp\sijs.jar version
This is the correct version:
2.0.0+build-2022-01-26-rev-6c6dfd270242eedbd0f0e7769fd74d19de2ecde7
The Luncher ps is only to search for an java executable to run the jar!
Thank you for laying out, but would say, the situation is quite confusing.
Hi @Bjoern Tschanter​ , the scanner and the launcher are two different things.
https://community.flexera.com/s/article/Release-Notes-Snow-Inventory-Java-Scanner-2-0-0
https://community.flexera.com/s/article/Release-Notes-Agent-Script-SIJS-Launcher-1-0-1
The scanner does not report itself and the Inventory Agent for Windows do not resolve versions of jar files, even if you include jar files in the scan.
Cheers Oliver
Hello Oliver,
we recently discovered that this issue seems to be a general critical issue, when the scanned device has Docker for Windows, cause these devices can contain hugh amounts of Java executables in the C:\ProgramData folder.
This cause the Snow-Inventory-Java-Scanner-2-0-0 to consumes large amounts of resources on the scanned device while scanning, see also this related topic (Docker) Container Support (snowsoftware.com)
from 2020.😕
As this issue critically affects the scanned devices negatively and Docker is widespread (we have 1.400+ devices with Docker), we feel that Snow Software should provide a best-practice instruction how to overcome these issue - or even better fix the issue with the next release for all customers.
Cheers Björn
Hi BTschanter,
Start by using process monitor to record snowagent.exe and java.exe changes in the system.
https://docs.microsoft.com/en-us/sysinternals/downloads/procmon
Following on from what Detlev has said. I'd advise updating to Java scanner v2 as soon as possible, please review the venerability article below.
https://community.flexera.com/s/article/Advice-for-deploying-Snow-Inventory-Java-Scanner-2-x
Aaron.
Thank you. We found the problem in the SIJS scanners log called "sijs.rotation0.log".