cache.py stalls causing my 17.10->18.04 LTS upgrade to hang
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 25/100
- Issue-Typ
- Bug
- Klarheit
- Muss geklärt werden
- Aktivitätsstatus
- Veraltet
- Bereich
- operating-systems
Rechercherichtung
Beginne mit dem gemeldeten Hängen in apt/cache.py beim Erzeugen der Klasse mit rootdir="/", und verfolge dann den Aufruf in apt_pkg.read_config_file während des do-release-upgrade-Ablaufs. Reproduziere das Problem auf dem beschriebenen Ubuntu-17.10-Setup und stelle fest, ob das Problem behoben ist, indem der Stillstand verhindert wird, ohne die normale Cache-Initialisierung zu beeinträchtigen.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
It looks like when you instantiate the apt/cache.py class with rootdir="/" on my plain vanilla 17.10 system, it hangs. CPU spikes to 100%+ and just sits there. It smells like a deadlock. This is right after the first "Reading cache..." message after calling do-release-upgrade (which spawns the "bionic" process which uses apt-pkg).
Looking at the python test code, it seems to hang when "rootdir" = "/" in the Ctor.
It does enter the C module apt_pkg, during this call:
apt_pkg.read_config_file(...)
I'm not sure if it's the locking causing the issue (that is what it feels like again). This is a 32 CPU Threadripper system (AMD64).
I have libapt-pkg5.0, pythona-pt 1.4.0-beta3build2 installed. I'm not sure what to do other than to reinstall my system from scratch which I really don't want to do.
- Vorherrschende Sprache
- C++
- Sterne
- 67
- Forks
- 42
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus excid3/python-apt
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 20/100
excid3/python-apt#10 ·
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100
excid3/python-apt#8 ·
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100
excid3/python-apt#6 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 35/100
excid3/python-apt#5 ·
-
pip update errorOffen
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 25/100
excid3/python-apt#2 · 11 Kommentare · 8 Reaktionen ·
Alle Issues in excid3/python-apt
Ähnliche Issues
-
[Cleanup] Include the public header in work_split.cppEvtl. vergeben @blozano-tt hat das heute übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
tenstorrent/tt-metal#60850 ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug core p3
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
RunanywhereAI/runanywhere-sdks#1083 ·
Maintainer antworten meist innerhalb von 5 Tagen
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 75/100
tesseract-ocr/tesseract#4653 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
-
comp-datalake performance
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 85/100
ClickHouse/ClickHouse#126044 ·
Maintainer antworten meist innerhalb von 1 Tag