Add --no-log-init to the node user that gets created to avoid massive image sizes
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 2/5
- Geschätzter Aufwand
- 1-3 Stunden
- Anfängerfreundlichkeit
- 68/100
- Issue-Typ
- Bug
- Klarheit
- Klar beschrieben
- Aktivitätsstatus
- Ruhig
- Tech-Stack
- docker, dockerfile
- Bereich
- build-system, devops
Rechercherichtung
Durchsuche die Docker-Image-Build-Definitionen nach jedem useradd-Befehl, der den Benutzer node erstellt, beginnend mit dem im Issue gezeigten Befehl. Füge jedem zutreffenden Befehl die angeforderte Option hinzu, erstelle anschließend die betroffenen Images und überprüfe, dass die gemeldete Hadolint-Warnung behoben ist.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Problem
Currently the node user is created with useradd --uid 1000 --gid node --shell /bin/bash --create-home node.
When customizing the UID / GID using build args with groupmod -g "${GID}" node && usermod -u "${UID}" -g "${GID}" node, some folks are reporting they are running out of disk space and can't build the image when they have a non-1000 UID on systems that create a lot of users.
Here's a comment going into more detail: https://github.com/nickjj/docker-flask-example/pull/7#issuecomment-1266698181
Also not using --no-log-init will cause Hadolint to throw this warning: -:44 DL3046 warning: useradd without flag -l and high UID will result in excessively large Image.
The usermod command doesn't support being able to set that option so it means our only option is to delete the node user and create a new one in which case life could be simplified by setting that flag here. You could make a case this is a bug report and not feature request due to the implications of not setting this flag when you create users in a Docker image.
Solution
Add --no-log-init to all of the useradd commands that create the node user.
- Vorherrschende Sprache
- Dockerfile
- Sterne
- 8.6k
- Forks
- 2k
- Ø Merge
- 10 Std. 19 Min.
- Gemergte PRs (30 T.)
- 16
Beitragsleitfaden
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 nodejs/docker-node
-
build process docs
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
nodejs/docker-node#2564 · 2 Kommentare ·
-
build process
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
nodejs/docker-node#2437 ·
-
build process
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 64/100
nodejs/docker-node#2436 · 1 Kommentar ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
nodejs/docker-node#1707 · 3 Kommentare · 7 Reaktionen ·
-
docs
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
nodejs/docker-node#1101 · 2 Kommentare ·
Alle Issues in nodejs/docker-node
Ähnliche Issues
-
type/automation type/tech-debt
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
-
priority: p3
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
googleapis/librarian#7636 ·
-
Bug v3
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 86/100
-
Update gh-dash to 4.26.0 Offenpackage-update
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
oSoWoSo/vOid_Community_repOsitory#147 · 1 Kommentar ·
-
Builders
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100