New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 680967 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Closed: Jan 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 1
Type: ----



Sign in to add a comment

Massive exceptions on the Linux ChromeOS MSan Tests bot

Project Member Reported by glider@chromium.org, Jan 13 2017

Issue description

https://build.chromium.org/p/chromium.memory.full/waterfall?builder=Linux%20ChromeOS%20MSan%20Tests has been reporting test crashes for a month already.

Looks like the problem is in the missing libgraphite.so:

./compositor_unittests: error while loading shared libraries: libgraphite2.so.3: cannot open shared object file: No such file or directory
Error: failed to symbolize snippets in JSON:

Traceback (most recent call last):
  File "/b/swarm_slave/w/irDxc6lZ/tools/valgrind/asan/asan_symbolize.py", line 271, in <module>
    main()
  File "/b/swarm_slave/w/irDxc6lZ/tools/valgrind/asan/asan_symbolize.py", line 264, in main
    symbolize_snippets_in_json(args.test_summary_json_file, loop)
  File "/b/swarm_slave/w/irDxc6lZ/tools/valgrind/asan/asan_symbolize.py", line 220, in symbolize_snippets_in_json
    with open(filename, 'r') as f:
IOError: [Errno 2] No such file or directory: '/b/swarm_slave/w/ioB6p_Jt/output.json'

(see https://build.chromium.org/p/chromium.memory.full/builders/Linux%20ChromeOS%20MSan%20Tests/builds/4405/steps/compositor_unittests/logs/stdio)


 
Cc: thomasanderson@chromium.org reve...@chromium.org
I'm guessing graphite is only available in jessie, not precise? 

I'm not sure this is a trooper issue, unless the conclusion is that we should upgrade this builder to Trusty.
dpranke@ yes, Precise has libgraphite2.so.2 but Trusty has libgraphite2.so.3 which is needed.

If the bot upgrade is taking too long, maybe we could statically link libgraphite?
Cc: dpranke@chromium.org
It should be easy enough to upgrade individual bots if they're currently failing. However, we need to be careful that we don't generally have requirements that anything chromeos-related requires jessie, since not everything is on jessie.
Maybe I missed something but why is this failing now?
I don't know ...

Comment 6 by iannu...@google.com, Jan 13 2017

In general, tying the build to the packages installed on the host leads to issues like this one. I thought all the ChromeOS stuff happened in a chroot to avoid these sorts of issues?
Cc: rjkroege@chromium.org
Labels: -Restrict-View-Google -Infra-Troopers
Owner: thomasanderson@chromium.org
Status: Assigned (was: Untriaged)
This isn't a real CrOS builder, it's a "desktop CrOS builder", i.e., a variant of the Chromium Linux build.

Clearing the R-V-G and Infra-Troopers flags, I don't think this is a trooper issue.

Tom, maybe you can figure out either what to do here or ask someone?
I'm going to take a guess as to what's happening.

The script that downloads the prebuilt instrumented libraries always downloads the host distro packages.  (third_party/instrumented_libraries/scripts/download_binaries.py)
We have prebuilt libraries for Precise and Trusty, but the builder is on Trusty, so it will download those.  What we really want is to download the prebuilt libraries for the platform that will actually run the tests (still Precise).

glider@ says this broke about a month ago.  That suspiciously sounds like the time when johnw@ did all of the Precise->Trusty upgrades.
Components: -Infra Infra>Client>ChromeOS
Labels: Infra-Troopers
Status: Fixed (was: Assigned)
It appears the exceptions are now fixed.

https://build.chromium.org/p/chromium.memory.full/builders/Linux%20ChromeOS%20MSan%20Tests/builds/4818

However, now that the tests are actually being run, there are new MSAN failures that were introduced during this bot's downtime.  I've opened bug 684175 for that issue.

Sign in to add a comment