Dấu hỏi hiển thị trong ls của thư mục. Lỗi IO quá

Có ai thấy điều này trước đây không? Tôi đã có một cuộc đột kích 5 được gắn trên máy chủ của mình và vì bất kỳ lý do gì, nó bắt đầu hiển thị điều này:

jason @ box2: / mnt / raid1 / cra $ ls -alh
ls: không thể truy cập e6eacc985fea729b2d5bc74078632738: Lỗi đầu vào / đầu ra
ls: không thể truy cập 257ad35ee0b12a714530c30dccf9210f: Lỗi đầu vào / đầu ra
tổng 0
drwxr-xr-x 5 gốc root 123 2009-08-19 16:33.
drwxr-xr-x 3 root root 16 2009-08-14 17:15 ..
?????????? ? ? ? ? ? 257ad35ee0b12a714530c30dccf9210f
gốc rễ drwxr-xr-x 3 năm 2009-08-19 16:58 9c89a78e93ae6738e01136db9153361b
?????????? ? ? ? ? ? e6eacc985fea729b2d5bc74078632738

Các chuỗi md5 là tên thư mục thực tế và không phải là một phần của lỗi. Các dấu hỏi là số lẻ và bất kỳ thư mục nào có dấu chấm hỏi sẽ xuất hiện lỗi io khi bạn cố gắng sử dụng / xóa / v.v.

Tôi đã không thể vượt qua ổ đĩa do "bận rộn". Khởi động lại máy chủ "đã sửa" nó nhưng nó đã gây ra một số lỗi đột kích khi tắt máy. Tôi đã cấu hình hai mảng đột kích 5 và cả hai bắt đầu thực hiện điều này trên các tệp ngẫu nhiên. Cả hai đều sử dụng cấu hình sau:

mkfs.xfs -l size = 128m -d agcount = 32
gắn kết -t xfs -o noatime, logbufs = 8

Không có gì quá lạ mắt, nhưng một phần của cấu hình được tối ưu hóa cho hộp này. Chúng tôi không phân vùng các ổ đĩa và đó là vấn đề có thể xảy ra. Đây có thể là thủ phạm?

Tôi gặp vấn đề tương tự vì thư mục của tôi đã đọc (r) nhưng không thực thi quyền (x). Danh sách thư mục của tôi cho thấy:

myname@srv:/home$ ls -l service/mail/
ls: cannot access service/mail/001_SERVICE INBOX: Permission denied
total 0
-????????? ? ? ? ?                ? 001_SERVICE INBOX
d????????? ? ? ? ?                ? 01_CURRENT SERVICE

Thư mục mail có tập bit r, nhưng không phải là x mà bạn cần để liệt kê hoặc tìm kiếm và truy cập. Làm sudo chmod -R g+x mailgiải quyết vấn đề này.

Các dấu hỏi trong lsđầu ra chỉ ra rằng nó không thể stat()là mục nhập thư mục. Bạn cũng có thể thấy những cái đó nếu bạn có lsmột thư mục mà bạn có quyền r (ead) nhưng không có quyền x (tìm kiếm). Tuy nhiên trong trường hợp đó nó sẽ không báo cáo I / O lỗi .

Trong trường hợp của bạn, có vẻ như có lỗi đĩa hoặc có thể là hỏng hệ thống tệp. /var/log/messageshoặc dmesgcó khả năng tiết lộ thêm chi tiết.

Các câu trả lời đề cập đến việc đọc, nhưng không thực hiện hoặc stat () là chính xác. Nhưng có một nguyên nhân phổ biến của việc này (ngoài tham nhũng) đã cắn tôi vài lần và sẽ phù hợp với câu hỏi của bạn với các lỗi IO độc đáo. Nếu bạn gắn kết không đúng hệ thống tệp, điểm gắn kết của hệ thống tệp đó có thể hiển thị với các dấu hỏi. Nếu bạn đang nhìn thấy những nơi bạn vừa thử gắn một hệ thống tập tin mới, hãy thử những điều sau đây trước khi lo lắng về tham nhũng và fsck.

$ sudo umount /mnt/raid1/cra/257ad35ee0b12a714530c30dccf9210f
$ ls -alh /mnt/raid1/cra

Bạn sẽ thấy thư mục 257ad35ee0b12a714530c30dccf9210f với quyền và thuộc tính thay vì dấu hỏi. Nếu vậy, hãy tìm kiếm các tùy chọn khác cho lệnh mount hoặc tập tin / etc / fstab của bạn. Nếu không, có lẽ đã đến lúc đọc các câu trả lời khác, sao lưu những gì bạn có thể và chạy một fsck.

Hãy sao lưu càng sớm càng tốt cho con người, nếu chỉ để nếu bạn làm hỏng nó thêm trong khi cố gắng sửa chữa bất kỳ thiệt hại tiềm năng nào, bạn có thể quay lại trạng thái ít bị hỏng ban đầu. Sau khi sao lưu, bạn có thể chạy fsck để xem nó có vấn đề gì không.

Có thể tên tệp chỉ chứa các ký tự không thể phát. Hãy thử kiểm tra tên tệp bằng emacs DirEd:

http://www.cs.utah.edu/dept/old/texinfo/emacs19/emacs_32.html

Chúng tôi đã có một máy chủ với hệ thống tập tin bị hỏng (reiserfs) và nó tạo ra các mục thư mục có dấu chấm hỏi cho tất cả các thuộc tính ngoại trừ tên tệp. Trong trường hợp của chúng tôi, tên tệp không bị ảnh hưởng.

Ngoài ra, không gian trống đã được báo cáo không chính xác. Sử dụng du -sh /*chúng tôi chỉ có thể chiếm khoảng 30G, nhưng ổ đĩa đã được báo cáo là hơn 200G đang sử dụng.

Khởi động lại máy chủ shutdown -rF nowđể buộc kiểm tra hệ thống tệp không hoạt động. Tôi phải khởi động lại vào chế độ một người dùng và chạy:

fsck.reiserfs --rebuild-tree /dev/sda3

Điều này gần như đã làm việc. Nó đã vượt qua một vài lần, sau đó bị khóa. Phải cài đặt lại hệ điều hành.

Duy trì sao lưu của bạn!

Tôi cũng đã thấy điều này khi chạy autofs nhưng autofs không thể mount thư mục. Vì vậy, sau đó để tìm hiểu lý do tại sao nó không thể gắn thư mục tôi đã tắt tự động và cố gắng gắn thư mục theo cách thủ công (điều này cũng cho phép tôi xóa thư mục). Tôi đã thử gắn thư mục bằng tay và thấy rằng có lỗi quyền. Sau khi sửa xong, thư mục trở lại bình thường.

Xem ra các quy trình đang chạy khác trên máy chủ, ví dụ rsync

[root@server upload]# ls -la
ls: cannot access .3bfb3dc5-cb55-435f-8e23-2afcab2c6873_image4993891600240007749.jpg.bV6VTV: No such file or directory
total 194496
drwxr-x--- 2 gx apache    1382 Jan 11 10:36 .
drwxr-x--- 3 gx apache       3 Jan 11 10:29 ..
-rw-r--r-- 1 gx apache   94850 Dec 10  2015 37d355b9-210d-45df-8061-968ea5cb9f31_mob.jpg
...
-rw-r--r-- 1 gx apache   10864 Jul 24  2015 3bfb23bf-8ff5-4603-aa57-9b23ca498e2c_internet.png
-rw-r--r-- 1 gx apache   10864 Jul 24  2015 .3bfb23bf-8ff5-4603-aa57-9b23ca498e2c_internet.png.nHmIPk
-????????? ? ?  ?            ?            ? .3bfb3dc5-cb65-435f-8e23-2agcab2c6873_image4993891600240007749.jpg.bV6VTV

Nó tạo ra các tệp tạm thời được tạo và giảm nhanh, điều này sẽ gây ra lỗi nếu bạn cố gắng gọi các lệnh quản lý tệp đơn giản khác như rm , mv , v.v.

Chỉ để đưa ra một quan điểm khác - tôi đã có điều này khi tôi lập trình tạo các thư mục từ một thư mục danh sách trong một tệp (trong ruby).

Tất nhiên, dòng từ tệp đi qua dưới dạng một chuỗi có \ n ở cuối - trông có vẻ tốt và dường như hoạt động. Tuy nhiên, khi tôi bắt đầu tạo các thư mục thay vì bị nhai, cuối cùng nó đã tạo ra hai trong số các thư mục: /whatiwantedvà /whatiwanted?.

Đôi khi tôi thấy đây là một lỗi thoáng qua khi máy chủ NFS bị quá tải.

OP đã hỏi về RAID nhưng một số câu trả lời đề cập đến NFS và thực tế đó là tìm kiếm đã đưa tôi đến đây.