Puncte:0

care este cauza principală a „Un job de pornire rulează pentru Creare fișiere și directoare volatile”

drapel us

Blocat la „Se rulează o lucrare de pornire pentru Creare fișiere și directoare volatile” după repornirea unui server (Debian 9.5, 64 de biți), și rezolvați prin aceasta „boot-stuck-at-a-start-job-se-rulează-pentru-crearea-volatile-fișiere-și-directoare”.

Nu pot să-mi dau seama care este cauza de bază din această problemă, deși căutarea din multe întrebări care nu sunt referite la cauza de bază ci doar soluțiile variate care nu mă întâlnesc.

Nu am atins limita de fișier sau (sub)director și am setat dir_nlink pentru ext4.

# sudo tune2fs -l /dev/debian-vg/root | grep dir_nlink
Caracteristici ale sistemului de fișiere: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent
 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum

Și sunt mai mult decât 50% capacitate de inodul și disc.

Originalul /tmp director numai fișier și director mic, doar utilizarea totală a spațiului pe disc 1G.

Cateva informatii:

$ cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-4.9.0-7-amd64 root=/dev/mapper/debian--vg-root ro net.ifnames=0 biosdevname=0 console0=tty0 console=ttyS0,115200n8 quiet

$ montare
sysfs pe /sys tip sysfs (rw,nosuid,nodev,noexec,relatime)
proc pe /proc tip proc (rw,nosuid,nodev,noexec,relatime)
udev pe /dev tip devtmpfs (rw,nosuid,relatime,size=4077900k,nr_inodes=1019475,mode=755)
devpts pe /dev/pts tip devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs pe /run tip tmpfs (rw,nosuid,noexec,relatime,size=817924k,mode=755)
/dev/mapper/debian--vg-root on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
securityfs pe /sys/kernel/security tip securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs pe /dev/shm tip tmpfs (rw,nosuid,nodev)
tmpfs pe /run/lock tip tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs pe /sys/fs/cgroup tip tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup pe /sys/fs/cgroup/systemd tip cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore pe /sys/fs/pstore tip pstore (rw,nosuid,nodev,noexec,relatime)
cgroup pe /sys/fs/cgroup/cpu,cpuacct tip cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup pe /sys/fs/cgroup/devices tip cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup pe /sys/fs/cgroup/pids tip cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup pe /sys/fs/cgroup/perf_event tip cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup pe /sys/fs/cgroup/net_cls, net_prio tip cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup pe /sys/fs/cgroup/memory tip cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup pe /sys/fs/cgroup/cpuset tip cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup pe /sys/fs/cgroup/freezer tip cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup pe /sys/fs/cgroup/blkio tip cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
systemd-1 pe /proc/sys/fs/binfmt_misc tip autofs (rw,relatime,fd=36,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=9039)
mqueue pe /dev/mqueue tip mqueue (rw,relatime)
hugetlbfs pe /dev/hugepages tip hugetlbfs (rw,relatime)
debugfs pe /sys/kernel/debug tip debugfs (rw,relatime)
tmpfs pe /run/user/1000 tip tmpfs (rw,nosuid,nodev,relatime,size=817920k,mode=700,uid=1000,gid=1000)

$ lsblk
NUME MAJ:MIN RM DIMENSIUNE RO TIP PUNCT DE MONTARE
vda 254:0 0 1000G 0 disc 
ââvda1 254:1 0 1000G 0 parte 
  ââdebian--vg-root 253:0 0 3T 0 lvm /
vdb 254:16 0 4T 0 disc 
vdc 254:32 0 2T 0 disc 
ââdebian--vg-root 253:0 0 3T 0 lvm /

$ blkid
/dev/vda1: UUID="ijfyeQ-***" TYPE="LVM2_member" PARTUUID="d6***"
/dev/mapper/debian--vg-root: UUID="2d2294a9-***" TYPE="ext4"
/dev/vdc: UUID="PXrGC9-***" TYPE="LVM2_member"

$ sudo find /tmp/ | wc -l
28905144
Anton Danilov avatar
drapel cn
Ce opțiuni de kernel folosiți pentru a porni? Cred că cauza principală este modul RO al root fs cu directorul `/tmp` lipsă ca `tmpfs`. În acest caz, `/tmp` este doar un director al partiției `/`, care este doar în citire.
VictorLee avatar
drapel us
Fără opțiuni speciale, toate implicite. Modul Numai citire? Cum aș putea verifica acest lucru: `Modul RO al root fs cu directorul /tmp lipsă ca tmpfs`?
Anton Danilov avatar
drapel cn
arată rezultatul comenzilor: `cat /proc/cmdline` și `mount`, `lsblk` și `blkid`
Bill McGonigle avatar
drapel in
1 GB poate fi orice număr de fișiere mici, chiar de zero octeți. Răspunsul la care l-ați legat se referea la milioane de fișiere minuscule. `găsește /tmp/ | wc -l` pentru a vedea câte fișiere sunt în /tmp . Fiecare fișier durează un număr de ms pentru a șterge. Exclude cel puțin asta. Utilizarea inodului de 50% este oarecum ridicată la o mașină obișnuită. Dacă sunt milioane, urmează să afli ce le scrie. Fie o eroare, fie ceva de care se poate ocupa un script cron sau logrotate.
VictorLee avatar
drapel us
@AntonDanilov și Bill McGonigle au actualizat rezultatul comenzii atașat la întrebare.
Matthew Ife avatar
drapel jo
Puteți accesa gazda în timp ce jobul este încă blocat?
VictorLee avatar
drapel us
@MatthewIfe nu, accesați gazda prin modul unic.
Puncte:0
drapel ec

Există cel puțin două cauze ale situației dvs.:

  • 1, 28905144 rezultatul găsiți /tmp/ | wc -l arată că aveți o mulțime de fișiere /tmp director. Evident, /tmp directorul nu a fost șters în mod normal la pornire sau la oprire.
  • 2, / directorul era setat la o valoare mare pe care o atinsese capacitatea 3T. Cu mai mult spațiu, adresarea HDD (presupun că nu este SSD) va încetini.

Sfat:

  • 1, verificați fișierele care sub /tmp directorul fie că este creat în mod normal sau nu, și veți afla motivul.
  • 2, faceți / director nu mai mult de 2T, dacă este posibil, sau utilizați medii de înaltă performanță, cum ar fi SSD(NVMe).
Puncte:0
drapel cn

Așa cum arătați cu dvs sudo find /tmp/ | wc -l comandă, aveți într-adevăr aproape 30 de milioane de intrări în /tmp. Ai putea începe cu un proaspăt /tmp director, așa cum s-a subliniat în alte răspunsuri, și probabil ar trebui, dar așa cum ați ghicit, dacă nu ajungeți la fundul acestui lucru, veți ajunge în aceeași situație.

Din păcate, ar putea exista tot felul de motive pentru această problemă. De exemplu, o problemă pe care am experimentat-o ​​personal este atd înnebunește și încep să creeze fișiere goale în /tmp într-o buclă nebună (vorbind mii pe secundă sau ceva în această măsură). Nu spun că acesta este cazul tău la nu este un instrument popular în zilele noastre, dar va trebui să vă uitați la numele fișierelor din /tmp și încercați să ghiciți de unde au venit pe baza numelor lor și, poate, a marcajelor de timp.

Încerca sudo find /tmp -ls | Mai mult și căutați orice indicii. Să sperăm că va fi evident.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.