Closed Bug 1569091 Opened 5 years ago Closed 5 years ago

ModuleNotFoundError: No module named 'encodings'

Categories

(Infrastructure & Operations :: RelOps: Windows OS, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: malexandru, Assigned: markco)

References

Details

(Keywords: intermittent-failure, Whiteboard: [retriggered][comment 20][stockwell disable-recommended])

Attachments

(1 file)

https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=258083822&repo=mozilla-central&lineNumber=30

https://taskcluster-artifacts.net/ZlEEfNuBSu2UP_NC6Jciwg/0/public/logs/live_backing.log

[taskcluster 2019-07-24T12:30:17.928Z] [mounts] Creating directory C:\Users\task_1563970793 with permissions 0700
[taskcluster 2019-07-24T12:30:17.928Z] [mounts] Copying C:\downloads\P_kvGa-HTW6K1pRJD3hYWQ to C:\Users\task_1563970793\run-task
[taskcluster 2019-07-24T12:30:18.318Z] Executing command 0: C:/mozilla-build/python3/python3.exe run-task -- c:\mozilla-build\python\python.exe -u mozharness\scripts\raptor_script.py --cfg mozharness\configs\raptor\windows_config.py --test=raptor-motionmark-htmlsuite --download-symbols ondemand --test=raptor-motionmark-htmlsuite
C:\Users\task_1563970793>C:/mozilla-build/python3/python3.exe run-task -- c:\mozilla-build\python\python.exe -u mozharness\scripts\raptor_script.py --cfg mozharness\configs\raptor\windows_config.py --test=raptor-motionmark-htmlsuite --download-symbols ondemand --test=raptor-motionmark-htmlsuite
Fatal Python error: Py_Initialize: unable to load the file system codec
ModuleNotFoundError: No module named 'encodings'
Current thread 0x0000166c (most recent call first):
[taskcluster 2019-07-24T12:30:19.302Z] Exit Code: 3221226505
[taskcluster 2019-07-24T12:30:19.302Z] User Time: 0s
[taskcluster 2019-07-24T12:30:19.302Z] Kernel Time: 46.875ms
[taskcluster 2019-07-24T12:30:19.302Z] Wall Time: 983.2508ms
[taskcluster 2019-07-24T12:30:19.302Z] Result: FAILED
[taskcluster 2019-07-24T12:30:19.305Z] === Task Finished ===
[taskcluster 2019-07-24T12:30:19.305Z] Task Duration: 987.2534ms
[taskcluster:error] Uploading error artifact public/logs from file logs with message "Could not read directory 'C:\Users\task_1563970793\logs'", reason "file-missing-on-worker" and expiry 2020-07-23T09:57:22.375Z
[taskcluster:error] TASK FAILURE during artifact upload: file-missing-on-worker: Could not read directory 'C:\Users\task_1563970793\logs'
[taskcluster:error] Uploading error artifact public/test_info from file build/blobber_upload_dir with message "Could not read directory 'C:\Users\task_1563970793\build\blobber_upload_dir'", reason "file-missing-on-worker" and expiry 2020-07-23T09:57:22.375Z
[taskcluster:error] TASK FAILURE during artifact upload: file-missing-on-worker: Could not read directory 'C:\Users\task_1563970793\build\blobber_upload_dir'
[taskcluster 2019-07-24T12:30:20.830Z] Uploading redirect artifact public/logs/live.log to URL https://queue.taskcluster.net/v1/task/ZlEEfNuBSu2UP_NC6Jciwg/runs/0/artifacts/public/logs/live_backing.log with mime type "text/plain; charset=utf-8" and expiry 2020-07-23T09:57:22.375Z
[taskcluster:error] exit status 3221226505
[taskcluster:error] file-missing-on-worker: Could not read directory 'C:\Users\task_1563970793\logs'
[taskcluster:error] file-missing-on-worker: Could not read directory 'C:\Users\task_1563970793\build\blobber_upload_dir'

These failures seem to start in this push: https://hg.mozilla.org/mozilla-central/pushloghtml?changeset=5585edba8fdb83267722e62241952272c8e24a8f

This might be caused by Bug 1565130 or Bug 1525373, could you please take a look at it?

Flags: needinfo?(saschanaz)
Flags: needinfo?(mh+mozilla)

Clearly bug 1525373. Yet another set of workers with a broken python 3 install... (same error as https://bugzilla.mozilla.org/show_bug.cgi?id=1545339#c3 )

Flags: needinfo?(saschanaz)
Flags: needinfo?(rthijssen)
Flags: needinfo?(mh+mozilla)
Regressions: 1525373

failure appears to be on releng-hardware/gecko-t-win10-64-ref-hw which i believe uses the new ronin puppet manifests. passing to mark who knows this deployment platform.

Flags: needinfo?(rthijssen) → needinfo?(mcornmesser)

These workers are getting Pyhton 3 installed by mozilla-build version 3.2. Which I think is the same for all of the Windows x64 workers. I have contacted Bitbar, who hosts these workers, and ask them to verify that Python 3 has been installed on theses workers.

Flags: needinfo?(mcornmesser)

Bitbar verified that Python3 is installed, and is consistent with the gecko-t-win10-64-hw workers. However, on the hw workers I am unable to import the encoding module, but one the gecko-t-win10-64 workers the encoding module is importable. All the workers are using mozilla-build 3.2.

Rob: I looked through the OCC gecko-t-win10-64 manifest, and I am not seeing any additional Python3 worker besides "DeleteMozillaBuildPython3PythonExe" . Which is addressed in Ronin Puppet. In OCC is there another place where 10-64 workers are having additional modules copied locally?

Flags: needinfo?(rthijssen)
Whiteboard: [retriggered][stockwell needswork]

(In reply to Mark Cornmesser [:markco] from comment #6)

is there another place where 10-64 workers are having additional modules copied locally?

I don't think so.

Flags: needinfo?(rthijssen)

There have been 91 occurrences in the last 7 days, on windows10-64-ref-hw-2017 opt.

Recent failure: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=260024534&repo=mozilla-central&lineNumber=34

[taskcluster 2019-08-06T00:26:44.752Z] [mounts] Copying C:\downloads\HlAS4MWiRnqMNglJ7W5CWg to C:\Users\task_1565049514\run-task
[taskcluster 2019-08-06T00:26:45.114Z] Executing command 0: C:/mozilla-build/python3/python3.exe run-task -- c:\mozilla-build\python\python.exe -u mozharness\scripts\raptor_script.py --cfg mozharness\configs\raptor\windows_config.py --test=raptor-stylebench --download-symbols ondemand --test=raptor-stylebench
C:\Users\task_1565049514>C:/mozilla-build/python3/python3.exe run-task -- c:\mozilla-build\python\python.exe -u mozharness\scripts\raptor_script.py --cfg mozharness\configs\raptor\windows_config.py --test=raptor-stylebench --download-symbols ondemand --test=raptor-stylebench
Fatal Python error: Py_Initialize: unable to load the file system codec
ModuleNotFoundError: No module named 'encodings'
Current thread 0x000016bc (most recent call first):
[taskcluster 2019-08-06T00:26:45.549Z] Exit Code: 3221226505
[taskcluster 2019-08-06T00:26:45.549Z] User Time: 0s
[taskcluster 2019-08-06T00:26:45.549Z] Kernel Time: 0s
[taskcluster 2019-08-06T00:26:45.549Z] Wall Time: 433.8667ms
[taskcluster 2019-08-06T00:26:45.549Z] Result: FAILED
[taskcluster 2019-08-06T00:26:45.549Z] === Task Finished ===
[taskcluster 2019-08-06T00:26:45.549Z] Task Duration: 434.8667ms
[taskcluster:error] Uploading error artifact public/logs from file logs with message "Could not read directory 'C:\Users\task_1565049514\logs'", reason "file-missing-on-worker" and expiry 2020-08-04T22:03:29.522Z
[taskcluster:error] TASK FAILURE during artifact upload: file-missing-on-worker: Could not read directory 'C:\Users\task_1565049514\logs'
[taskcluster:error] Uploading error artifact public/test_info from file build/blobber_upload_dir with message "Could not read directory 'C:\Users\task_1565049514\build\blobber_upload_dir'", reason "file-missing-on-worker" and expiry 2020-08-04T22:03:29.522Z
[taskcluster:error] TASK FAILURE during artifact upload: file-missing-on-worker: Could not read directory 'C:\Users\task_1565049514\build\blobber_upload_dir'
[taskcluster 2019-08-06T00:26:47.043Z] Uploading redirect artifact public/logs/live.log to URL https://queue.taskcluster.net/v1/task/ZagtEtJbTRikHCfO5Mr9hw/runs/0/artifacts/public/logs/live_backing.log with mime type "text/plain; charset=utf-8" and expiry 2020-08-04T22:03:29.522Z
[taskcluster:error] exit status 3221226505
[taskcluster:error] file-missing-on-worker: Could not read directory 'C:\Users\task_1565049514\logs'
[taskcluster:error] file-missing-on-worker: Could not read directory 'C:\Users\task_1565049514\build\blobber_upload_dir'

I took another look at the configuration this morning. On the datacenter Win 10 hardware I was able to import the encodings module. That datecenter hardware has the same Mozilla-build\python installation and is the same architecture (but different hardware).

Microsoft Windows [Version 10.0.15063]
(c) 2017 Microsoft Corporation. All rights reserved.

C:\mozilla-build\python3>python3.exe
Python 3.6.5 (v3.6.5:f59c0932b4, Mar 28 2018, 17:00:18) [MSC v.1900 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.

import encodings

Also the encoding module appears to have the same creation date/time as the other Python 3 modules. Which is the same time as the Mozilla-Build installation.
C:\mozilla-build\python3\Lib>dir
Volume in drive C is Windows
Volume Serial Number is 72C7-8528

Directory of C:\mozilla-build\python3\Lib
...
06/08/2019 03:46 AM <DIR> email
06/08/2019 03:46 AM <DIR> encodings
06/08/2019 03:46 AM <DIR> ensurepip
...

I think my initial test, mentioned in comment 6, was missing the "s" on encodings.

I currently have a request in to Bitbar to run the same import on the ref hardware and take a screenshot. I will attach the screenshot once they get back to me. If it is importable on the ref hardware I would suspect something in the test environment is causing the issue.

Attached image encodingsimport.png

This is from Bitbar from one of the reference laptops. Python 3 is able to import encodings.

Whiteboard: [retriggered][stockwell disable-recommended] → [retriggered]

I have requested Bitbar to reset and redploy acer-007.

Flags: needinfo?(mcornmesser)

Acer-007 has been re-installed.

Whiteboard: [retriggered][stockwell disable-recommended] → [retriggered][comment 20]

Closing this bug. This was specific to one node that has been redaployed, and the error has not reoccurred since 2019-08-12.

Assignee: nobody → mcornmesser
Status: NEW → RESOLVED
Closed: 5 years ago
Component: Untriaged → RelOps: Windows OS
Product: Firefox → Infrastructure & Operations
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: