Score:3

Ubuntu 20.04.3: nginx ขัดข้องด้วย segfault

ธง tk

ฉันมีกล่อง Ubuntu (20.04.3) ซึ่ง nginx หยุดทำงานสองครั้งด้วย segfault:

16 พ.ย. 00:01:23 เคอร์เนล document-oo: [2726316.050697] nginx [2579242]: segfault ที่ 41 ip 00007fbf59548593 sp 00007ffc02313af0 ข้อผิดพลาด 4 ใน libperl.so.5.30.0[7fbf594e0000+1]
16 พ.ย. 00:01:23 เคอร์เนล document-oo: [2726316.050742] รหัส: 48 89 43 10 48 83 c4 18 5b 5d 41 5c 41 5d 41 5e 41 5f c3 0f 1f 40 00 0f b6 7f 30 48 c1 e8 2 03 f8 48 89 c3 74 89 48 8b 02 <4c> 8b 68 10 4d 85 ed 0f 84 28 01 00 00 0f b6 40 30 49 c1 ed 03 49

root@documents-oo:~# systemctl สถานะ nginx.service
â nginx.service - เว็บเซิร์ฟเวอร์ประสิทธิภาพสูงและเซิร์ฟเวอร์พร็อกซีย้อนกลับ
     โหลดแล้ว: โหลดแล้ว (/lib/systemd/system/nginx.service; เปิดใช้งาน; การตั้งค่าล่วงหน้าของผู้ขาย: เปิดใช้งาน)
     ใช้งานอยู่: ล้มเหลว (ผลลัพธ์: core-dump) ตั้งแต่วันอังคารที่ 2021-11-16 00:03:17 CET; 8 ชั่วโมงที่แล้ว
       เอกสาร: man:nginx(8)
    กระบวนการ: 2994244 ExecReload=/usr/sbin/nginx -g daemon on; master_process บน; -s โหลดซ้ำ (รหัส = ออก สถานะ = 0 / สำเร็จ)
   PID หลัก: 2579242 (รหัส=ทิ้ง, สัญญาณ=SEGV)
      งาน: 0 (จำกัด: 19097)
     หน่วยความจำ: 19.7M
     CGroup: /system.slice/nginx.service

16 พฤศจิกายน 00:03:17 น. document-oo systemd[1]: nginx.service: กระบวนการฆ่า 2809495 (nginx) พร้อมสัญญาณ SIGKILL
16 พฤศจิกายน 00:03:17 น. document-oo systemd[1]: nginx.service: กระบวนการฆ่า 2809496 (nginx) พร้อมสัญญาณ SIGKILL
16 พฤศจิกายน 00:03:17 น. document-oo systemd[1]: nginx.service: กระบวนการฆ่า 2809497 (nginx) พร้อมสัญญาณ SIGKILL
16 พฤศจิกายน 00:03:17 น. document-oo systemd[1]: nginx.service: กระบวนการฆ่า 2809498 (nginx) พร้อมสัญญาณ SIGKILL
16 พฤศจิกายน 00:03:17 น. document-oo systemd[1]: nginx.service: กระบวนการฆ่า 2809499 (nginx) พร้อมสัญญาณ SIGKILL
16 พฤศจิกายน 00:03:17 น. document-oo systemd[1]: nginx.service: กระบวนการฆ่า 2809500 (nginx) พร้อมสัญญาณ SIGKILL
16 พฤศจิกายน 00:03:17 น. document-oo systemd[1]: nginx.service: กระบวนการฆ่า 2809501 (nginx) พร้อมสัญญาณ SIGKILL
16 พฤศจิกายน 00:03:17 น. document-oo systemd[1]: nginx.service: กระบวนการฆ่า 2809502 (nginx) พร้อมสัญญาณ SIGKILL
16 พฤศจิกายน 00:03:17 น. document-oo systemd[1]: nginx.service: กระบวนการฆ่า 2809503 (nginx) พร้อมสัญญาณ SIGKILL
16 พ.ย. 00:03:17 น. document-oo systemd [1]: nginx.service: ล้มเหลวด้วยผลลัพธ์ 'core-dump'

31 ต.ค. 00:02:06 น. เคอร์เนล document-oo: [1340433.341063] nginx [433202]: segfault ที่ 10 ip 00007f6a15e08593 sp 00007ffeef04e220 ข้อผิดพลาด 4 ใน libperl.so.5.30.0[7f6a15da0000+166000]
31 ต.ค. 00:02:06 น. เคอร์เนล document-oo: [1340433.355995] รหัส: 48 89 43 10 48 83 c4 18 5b 5d 41 5c 41 5d 41 5e 41 5f c3 0f 1f 40 00 0f b6 7f 30 48 c1 e8 2 03 f8 48 89 c3 74 89 48 8b 02 <4c> 8b 68 10 4d 85 ed 0f 84 28 01 00 00 0f b6 40 30 49 c1 ed 03 49

root@documents-oo:~# systemctl สถานะ nginx
â nginx.service - เว็บเซิร์ฟเวอร์ประสิทธิภาพสูงและเซิร์ฟเวอร์พร็อกซีย้อนกลับ
     โหลดแล้ว: โหลดแล้ว (/lib/systemd/system/nginx.service; เปิดใช้งาน; การตั้งค่าล่วงหน้าของผู้ขาย: เปิดใช้งาน)
     ใช้งานอยู่: ล้มเหลว (ผลลัพธ์: core-dump) ตั้งแต่ อา. 2021-10-31 00:04:57 CEST; 45 นาทีที่แล้ว
       เอกสาร: man:nginx(8)
    กระบวนการ: 1503969 ExecReload=/usr/sbin/nginx -g daemon on; master_process บน; -s โหลดซ้ำ (รหัส = ออก สถานะ = 0 / สำเร็จ)
   PID หลัก: 433202 (รหัส=ทิ้ง, สัญญาณ=SEGV)
      งาน: 0 (จำกัด: 19097)
     หน่วยความจำ: 6.1M
     CGroup: /system.slice/nginx.service

31 ตุลาคม 00:04:57 เอกสาร-oo systemd[1]: nginx.service: กระบวนการฆ่า 573437 (nginx) พร้อมสัญญาณ SIGKILL
31 ตุลาคม 00:04:57 เอกสาร-oo systemd[1]: nginx.service: กระบวนการฆ่า 573438 (nginx) พร้อมสัญญาณ SIGKILL
31 ตุลาคม 00:04:57 เอกสาร-oo systemd[1]: nginx.service: กระบวนการฆ่า 573439 (nginx) พร้อมสัญญาณ SIGKILL
31 ตุลาคม 00:04:57 เอกสาร-oo systemd[1]: nginx.service: กระบวนการฆ่า 573440 (nginx) พร้อมสัญญาณ SIGKILL
31 ตุลาคม 00:04:57 เอกสาร-oo systemd[1]: nginx.service: กระบวนการฆ่า 573441 (nginx) พร้อมสัญญาณ SIGKILL
31 ตุลาคม 00:04:57 เอกสาร-oo systemd[1]: nginx.service: กระบวนการฆ่า 573442 (nginx) พร้อมสัญญาณ SIGKILL
31 ตุลาคม 00:04:57 เอกสาร-oo systemd[1]: nginx.service: กระบวนการฆ่า 573443 (nginx) พร้อมสัญญาณ SIGKILL
31 ตุลาคม 00:04:57 เอกสาร -oo systemd [1]: nginx.service: กระบวนการฆ่า 573444 (nginx) พร้อมสัญญาณ SIGKILL
31 ตุลาคม 00:04:57 เอกสาร -oo systemd [1]: nginx.service: กระบวนการฆ่า 573445 (nginx) พร้อมสัญญาณ SIGKILL
31 ตุลาคม 00:04:57 document-oo systemd[1]: nginx.service: ล้มเหลวด้วยผลลัพธ์ 'core-dump'

ทั้งสองอย่างเกิดขึ้นหลังจาก logrotate ได้ไม่นาน ฉันมี crashdump ฉันสามารถอัปโหลดได้หากต้องการ Btw: มีหน้าเว็บที่ดีซึ่งอธิบายวิธีอ่าน crashdump หรือไม่ ฉันพยายามส่งไฟล์ดังกล่าวเป็นข้อบกพร่องไปยัง Launchpad แต่ได้รับข้อความนี้:

root@documents-oo:/var/crash# ubuntu-bug /var/crash/_usr_sbin_nginx.0.crash

*** ส่งรายงานปัญหาไปยังนักพัฒนา?

หลังจากส่งรายงานปัญหาแล้ว โปรดกรอกแบบฟอร์มในช่อง
เปิดเว็บเบราว์เซอร์โดยอัตโนมัติ

คุณอยากจะทำอะไร? ตัวเลือกของคุณคือ:
  S: ส่งรายงาน (1.6 MB)
  V: ดูรายงาน
  K: เก็บไฟล์รายงานเพื่อส่งภายหลังหรือคัดลอกไปที่อื่น
  ฉัน: ยกเลิกและเพิกเฉยต่อข้อขัดข้องในอนาคตของเวอร์ชันโปรแกรมนี้
  ค: ยกเลิก
กรุณาเลือก (S/V/K/I/C): s

*** ปัญหาใน nginx-extras

ไม่สามารถรายงานปัญหา:

คุณได้ติดตั้งแพ็คเกจเวอร์ชันที่ล้าสมัยแล้วโปรดอัปเกรดแพ็คเกจต่อไปนี้และตรวจสอบว่าปัญหายังคงเกิดขึ้นหรือไม่:

libssl1.1, openssl

กดปุ่มใดก็ได้เพื่อดำเนินการต่อ...

แต่ libssl1.1 และ openssl เป็นตัวล่าสุด !?!

ขอบคุณ. แบร์น

ru flag
ครั้งสุดท้ายที่คุณทำ `sudo apt update` ครั้งสุดท้ายคือเมื่อไหร่ และคุณทำงานโดยไม่เปิดใช้งาน -updates และ -security repos หรือไม่
lk flag
ฉันมีปัญหาเดียวกันมาระยะหนึ่งแล้วใน Ubuntu รุ่นเดียวกัน nginx เป็นเพียงแค่การถ่ายโอนข้อมูลหลัก ที่อยู่สัญลักษณ์ค่อนข้างคล้ายกัน: `ข้อผิดพลาดการป้องกันทั่วไป ip:7f0f3e9dd593 sp:7ffe695de500 ข้อผิดพลาด:0 ใน libperl.so.5.30.0[7f0f3e975000+166000]' ฉันรันระบบที่ทันสมัย ​​ติดตั้งการอัปเดตทั้งหมดแล้ว
Score:0
ธง lk

ตรวจสอบคำตอบนี้ใน servfault ซึ่งดูเหมือนว่าจะแก้ไขปัญหา: https://serverfault.com/a/1041052/105887

David avatar
cn flag
อาจใช้งานได้ในวันนี้ แต่จะทำอย่างไรในภายหลังเมื่อลิงก์นั้นหายไป ดังนั้นลิงก์เฉพาะคำตอบจึงไม่ใช่คำตอบ หากมีบางสิ่งในลิงก์นั้นที่ตอบคำถาม ให้รวมไว้ในคำตอบนี้ คุณยังสามารถมีลิงก์ได้ แต่ข้อมูลจะมีลิงก์หรือไม่มีลิงก์ก็ได้
lk flag
เคยได้ยินเกี่ยวกับการเก็บถาวรบนเว็บหรือไม่?

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา