คำถามติดแท็ก lsof

3
lsof - จำกัด เอาต์พุตไปยังฟิสิคัลไฟล์เท่านั้น - อย่างไร
ฉันจะบอกได้อย่างไรว่าฉันต้องการแสดงรายการไฟล์ทางกายภาพเท่านั้น (ไม่ใช่ซ็อกเก็ต, ไม่ใช่การเชื่อมต่อ TCP / IP, ไฟล์ทางกายภาพเท่านั้น)
30 linux  lsof 

2
วิธีติดตามไฟล์ทั้งหมดที่กระบวนการเปิดในช่วงชีวิต
ฉันตระหนักถึงการใช้ lsof สำหรับการตรวจสอบไฟล์ที่เข้าถึงในปัจจุบันโดยกระบวนการ มีวิธีดูไฟล์ทั้งหมดที่แอปพลิเคชันเปิดอยู่หรือไม่?


1
อะไรคือความแตกต่างระหว่าง `lsof -p <pid> | wc -l` และ `ls / proc / <pid> / fd | ห้องสุขา -l`
ความเป็นมา:ฉันกำลังเล่นกับการตรวจสอบ ulimit สำหรับกระบวนการทำงานสำหรับผู้ใช้เฉพาะ (ฉันเคยเห็นกระบวนการที่เริ่มต้นด้วยขีด จำกัด ที่ไม่ถูกต้อง) ฉันถามกูรูผู้เชี่ยวชาญด้านลีนุกซ์สองสามตัวและอีกหนึ่งแนะนำlsof -p &lt;pid&gt;ในขณะที่โพรเซสอื่นแนะนำls /proc/&lt;pid&gt;/fdแต่ก็ไม่เป็นไปในทางบวก จำกัด การเปิดไฟล์สำหรับกระบวนการ แล้วมันคืออะไร? lsof -p &lt;pid&gt; | wc -l หรือ ls /proc/&lt;pid&gt;/fd | wc -l โปรดอธิบายอย่างละเอียดเกี่ยวกับความแตกต่าง ขอบคุณ!
13 ulimit  lsof  linux 

3
บน Linux ฉันจะดูได้อย่างไรว่าไฟล์มีกระบวนการมากแค่ไหน?
หากฉันมีคำสั่ง piped เช่น cat myfile | processor_application โดยที่ processor_application เป็นสิ่งที่อ่านจาก standard in, ใน chunks, ไปจนถึง process, เป็นไปได้ไหมที่จะเห็นว่า cat file มีมาไกลแค่ไหน? อาจใช้ lsof หรือไม่ ขอบคุณ!
13 linux  pipe  lsof 

2
ทางเลือกที่ไม่ใช้ CPU สูงเพื่อ lsof?
เราเรียกใช้คลัสเตอร์Apache Cassandraที่แต่ละโฮสต์มีไฟล์เปิดสองสามแสนไฟล์ในเวลาใดก็ตาม เราต้องการที่จะได้รับจำนวนไฟล์ที่เปิดตามช่วงเวลาและป้อนตัวเลขนี้เป็นแกรไฟต์แต่เมื่อเราทำงานlsofภายใต้collectdมันจะใช้เวลาไม่กี่นาทีเพื่อให้เสร็จสมบูรณ์และเคี้ยวซีพียูจำนวนมากในระหว่างนี้ . ฉันสงสัยว่ามีวิธีอื่นและเป็นมิตรมากกว่านี้ในการรับข้อมูลเดียวกันที่ lsof ให้ไว้หรือแม้กระทั่งวิธีการใช้ lsof ที่จะไม่กินลงใน CPU อย่างเห็นได้ชัดหรือไม่? (แม้ว่าฉันคิดว่าวิธีหลังนี้น่าจะใช้เวลานานกว่าจะเสร็จสมบูรณ์กว่าที่เป็นอยู่ในปัจจุบัน ... ไม่เหมาะ) บางทีเคอร์เนลรักษาตัวแปรบางแห่งที่มีจำนวนไฟล์ที่เปิดอยู่? คิดอย่างปรารถนา? ปรับปรุง: ในการตอบสนองต่อคำตอบอย่างใดอย่างหนึ่งเรากำลังใช้-bและตั้ง-nค่าสถานะแล้ว นี่คือคำสั่งทั้งหมดที่ฉันใช้ภายใต้collectd: sudo lsof -b -n -w | stdbuf -i0 -o0 -e0 wc -l
12 linux  lsof 

4
ตรวจสอบ TCP บนเซิร์ฟเวอร์: เปรียบเทียบ netstat กับ lsof?
ฉันกำลังตรวจสอบ TCP สแต็กบนเซิร์ฟเวอร์หวังว่าจะอนุมานปัญหาทั่วไปเกี่ยวกับแอปพลิเคชันในกล่อง ความโน้มเอียงแรกของฉันคือการวัดจำนวนซ็อกเก็ตในทุกสถานะที่รายงาน (LISTEN, ESTABLISHED, FIN_WAIT2, TIME_WAIT ฯลฯ ) และตรวจสอบความผิดปกติบางอย่าง เพื่อนร่วมทีมแนะนำว่า 'lsof' จะเป็นเครื่องมือที่ดีกว่าในการดูว่าสแต็ก TCP อยู่ในสถานะใด การตั้งค่าหรือเคล็ดลับประสบการณ์จากฝูงชน serverfault หรือไม่
12 linux  unix  tcp  netstat  lsof 

5
วิธีทำให้เจ้านายของฉันเข้าใจว่าความผิดพลาดของเซิร์ฟเวอร์เป็นสิ่งที่ไม่ดี?
ฉันกำลังทำงานในโตเกียวสำหรับ บริษัท ขนาดเล็กที่เพิ่งเริ่มต้นธุรกิจออนไลน์อย่างจริงจัง เมื่อเร็ว ๆ นี้เราได้ตีปัญหาการเปิดไฟล์สูงสุดในเซิร์ฟเวอร์ VPS ที่เช่ามาซึ่งทำให้บริการหยุดทำงานชั่วคราว (มากหรือน้อยชั่วคราวจริง) ตอนนี้เป็นพลเมืองที่ดีฉันได้แจ้งเจ้านายของฉันและขอให้เขารับเซิร์ฟเวอร์อีกเครื่องเนื่องจากเมื่อเซิร์ฟเวอร์ล่มเราจะสูญเสียเงินไม่สามารถขายอะไรได้ น่าแปลกที่ไม่มีอะไรเกิดขึ้น เพื่อทำให้เรื่องแย่ลงเขาแค่รักการผัดวันประกันพรุ่งในทุกสิ่งที่อาจทำให้เราเสียเงิน ฉันจะส่งข้อความถึงหัวหน้าของฉันได้อย่างไรว่าเซิร์ฟเวอร์ที่กำลังจะล่มเป็นสิ่งที่ไม่ดี? หรือมีอะไรที่เราสามารถทำได้เพื่อแก้ไขโดยใช้วิธีอื่น? (และไม่เราไม่สามารถเพิ่มไฟล์ได้ไม่ จำกัด :))
11 linux  redhat  lsof 

3
จะติดตามไฟล์ descriptor รั่วได้อย่างไร?
ฉันมีกระบวนการจาวา (Glassfish) ซึ่งเป็นตัวอธิบายไฟล์ที่รั่ว ฉันรู้สิ่งนี้เพราะฉันได้รับjava.io.IOException: Too many open filesข้อยกเว้นที่เป็นประโยชน์ ฉันสามารถดู/proc/PID#/fdและดูไฟล์อธิบายทั้งหมดที่เปิดอยู่ เมื่อฉันใช้ lsof ฉันได้รับรายการจำนวนมากเช่นนี้: java 18510 root 8811u ถุงเท้า 0,4 1576079 ไม่สามารถระบุโปรโตคอล java 18510 root 8812u ถุงเท้า 0,4 1576111 ไม่สามารถระบุโปรโตคอล java 18510 root 8813u ถุงเท้า 0,4 1576150 ไม่สามารถระบุโปรโตคอล ฉันเห็น 12 รายการใหม่ที่สร้างขึ้นต่อนาที ฉันสามารถใช้ตัวเลือกใดใน lsof หรือมีเครื่องมืออื่นใดบ้างที่จะช่วยติดตามตัวอธิบายไฟล์ซ็อกเก็ตที่โปรโตคอลไม่สามารถระบุได้
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.