SNAP crashes when closing product

I’m running a fresh install of SNAP 8.0 with no updates installed, and every time i close a product, SNAP crashes. Is this a known problem?
edit: new la[top, 16gb RAM, nothing else open, task manager reports 100% cpu usage and >90% ram

What OS? For Windows, check the “Reliability Monitor” (type the name in the Start search panel, or navigate to Windows Control Panel / Security and Maintenance / Maintenance / View Reliability History) for issues at the time of the crashes.

You should try installing updates. 3 different systems (linux, Windows 10 Pro, Windows 10 Enterprise OS’s) applying updates regularly aren’t crashing even when abused.

1 Like

Windows 10 enterprise, all updates installed,. SNAP updates not installed on advice of @oana_hogoiu, as they make it worse!
reliability history shows no other issues, except MsiExec.exe
from the last time SNAP crashed:

Matt, the issue with the updates was related with Product Library (USGS in particular).
If you no longer need to use USGS, you can install them.
(this process is always revertible)

Regarding the issues you are having when closing products, you can try with and without the updates, to see if you notice a difference. But I think it’s related with the original location of your products.

@oana_hogoiuI think you’re right.
I just moved 6 subset files from my external drive tro my desktop and opened 2 imagews from each of them (498x256 pixels, 10m resolution)
all products closed immediately with no issues.
the files are normally stored on a brand new USB -C ssd drive, connected via a USB-C cable via a USB-C hub. is this a rectifiable issue, as I simply don’t have enough space on my laptop internal drive to store all the images i need?

Cheers

MAtt

There may be some hints in Windows Explorer if you expand the entry for SNAP.

Does the crash occur for multiple workflows or one in particular?

Do you get $USERPROFILE\hs_err_*.log files created around the time of the crash?

Can you construct a simple example using public data that reproduces the crash?

Hi @gnwiii, thanks for your reply, but I think I’ve isolated the problem, see my previous reply.
Hopefully this is an issue which the devs will be able to sort out, as i’m sure a lot of people will store their data externally.
Thanks for your suggestions though :slight_smile:

If Windows is set to generate thumbnail images you can try turning that off. You may need repair external drive on Windows 10.

Some consumer external drives just don’t handle demanding workloads. I’ve had good luck with drives intended for media professionals from LaCie and G-Tech, see [https://www.bhphotovideo.com/explora/computers/buying-guide/recommended-external-hard-drives-for-photo-video-and-audio-production](https://External drives for AV professionals).

Some drives are shipped with incorrect formatting. Reformatting the drive may be necessary. Check Windows support forums for your model and the drive vendor’s forums.

Cables known to be evil. Can you try a different cable for the external drive?

External drives create more opportunities for bugs outside SNAP. You should run the vendor’s diagnostics on the drive, and run filesystem repair on the drive, Also check for firmware updates for the drive. Disk drives have built-in S.M.A.R.T self-testing and monitoring, but not all external drive enclosures support it. If your drive does support it there is an excellent free command-line program, smartmontools, or HDtune (commercial, but has a free trial).

Hi @gnwiii I’ve run a few tests, and it seems that i was just demanding too much of my system. when SNAP is the only thing open it seems to close down properly. However, if i have , for example, SNAP, Spyder, Google Earth and a few Chrome windows running, then issues occur!
Bit of a Pain, but you live and learn!!
If i recall correctly, you said you were involved in developiong the SNAP LAI algorithym, can I PM you for some further questions?

Cheers

Systems should let you know when they are running short of resources without crashing or losing data. It is often effective to set up a “headless” linux system dedicated to batch data processing using command-line tools.

I work with Ocean Data – leaves not involved. I am, however, interested in developing remote-sensing material suitable for 4-H projects (e.g., using chromebooks).