Cách lấy không gian trống từ ổ đĩa gắn kết Redhat 7


14

Trong cơ sở hạ tầng VM của chúng tôi, chúng tôi đã nhóm các máy chủ đi đến SAN.

Những gì tôi đang cố gắng tìm hiểu là còn lại bao nhiêu "khoảng trắng" khi xóa các tệp trong máy chủ Redhat của chúng tôi. Trên máy chủ Windows của chúng tôi, chúng tôi sử dụng sdelete và giải quyết vấn đề đó, tuy nhiên với Linux, tôi đang phải vật lộn để tìm giải pháp.

Tôi đang định nghĩa "khoảng trắng" là các ngành? còn lại không bị loại trừ rằng các ổ SSD phải thoát ra trước khi chúng có thể ghi vào nó.

Một điều tôi sẽ chỉ ra là khi nói đến Linux tôi biết đủ nguy hiểm nhưng không phải là một siêu người dùng.

Nhìn qua các ổ đĩa và phân vùng:

[root@rhserver1-DATA10 /]# fdisk -l

Disk /dev/sda: 53.7 GB, 53687091200 bytes, 104857600 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: dos
Disk identifier: 0x0005d52e

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048     1026047      512000   83  Linux
/dev/sda2         1026048   104857599    51915776   8e  Linux LVM

Disk /dev/sdb: 53.7 GB, 53687091200 bytes, 104857600 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/rhel_rhserver1--data10-root: 51.0 GB, 50964987904 bytes, 99540992 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/rhel_rhserver1--data10-swap: 2147 MB, 2147483648 bytes, 4194304 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Bây giờ nhìn vào việc sử dụng đĩa:

[root@rhserver1-DATA10 /]# df -h
Filesystem                              Size  Used Avail Use% Mounted on
/dev/mapper/rhel_rhserver1--data10-root   48G  6.1G   42G  13% /
devtmpfs                                906M     0  906M   0% /dev
tmpfs                                   921M  340K  920M   1% /dev/shm
tmpfs                                   921M   90M  831M  10% /run
tmpfs                                   921M     0  921M   0% /sys/fs/cgroup
/dev/sdb                                 50G  3.5G   44G   8% /ACMS01Backup
/dev/sda1                               497M  210M  288M  43% /boot
tmpfs                                   185M   20K  185M   1% /run/user/1000
tmpfs                                   185M     0  185M   0% /run/user/1002

Sau nhiều giờ googling tôi tìm thấy điều này, tôi nghĩ rằng nó đang cho tôi thấy có bao nhiêu "khoảng trắng" có sẵn để được xóa.

[root@rhserver1-DATA10 /]#  parted /dev/sda unit MB print free | grep 'Free Space' | tail -n1 | awk '{print $3}'
1.02MB
[root@rhserver1-DATA10 /]#  parted /dev/sda unit '%' print free | grep 'Free Space' | tail -n1 | awk '{print $3}'
0.00%

Tôi nghĩ rằng một đầu ra hợp lý cho một phân vùng 497M.

Vì vậy, bây giờ tôi muốn làm điều tương tự chỉ trên ổ đĩa gắn kết của tôi (tôi nghĩ rằng nó được gắn kết.)

 parted /dev/mapper/rhel_rhserver1--data10-root unit MB print free | grep 'Free Space' | tail -n1 | awk '{print $3}'
 parted /dev/mapper/rhel_rhserver1--data10-root unit '%' print free | grep 'Free Space' | tail -n1 | awk '{print $3}'

Mà cho tôi không có gì.

Của tôi / etc / fstab /:

[root@rhserver1-DATA10 /]# cat /etc/fstab
/dev/mapper/rhel_rhserver1--data10-root /                       xfs     defaults        0 0
UUID=2f97a17c-a6d5-4904-ad5c-7c16b4510201 /boot                   xfs     defaults        0 0
/dev/mapper/rhel_rhserver1--data10-swap swap                    swap    defaults        0 0
/dev/disk/by-uuid/be4c45cf-5d72-4b97-b647-2e585947041f /ACMS01Backup auto nosuid,nodev,nofail,x-gvfs-show 0 0

Vì vậy, câu hỏi của tôi là tôi đang đi đúng hướng?

Tôi đã giải thích những gì tôi đang tìm kiếm tốt?

Có một thuật ngữ cho "khoảng trắng" có thể giúp tôi googling không?

Tôi đã thấy rằng tôi có thể chạy "fstrim -v /" trên thư mục gốc nhưng tôi thực sự muốn biết có bao nhiêu không gian ở đó.

Ngoài ra tôi đang cố gắng để nhận ra rằng các luận án là hệ thống sản xuất đang hoạt động mạnh mẽ, tôi có nên chạy vào giờ cao điểm không?

Bất kỳ cơ hội mất dữ liệu nào đang chạy "fstrim -v /"?


Bạn cũng có thể đặt discardtùy chọn gắn kết trên các hệ thống tập tin.
Michael Hampton

Có lẽ sử dụng UUID của ổ đĩa được gắn chứ không phải / dev / mapper? Hãy thử chạy blkidvà xem nếu bạn có thể nhận được UUID và chạy lại partedlệnh.
wilbo

Câu trả lời:


12

Có thể chạy fstrim trên / phân vùng sẽ là giải pháp tốt nhất tuy nhiên với cách ESXi của bạn được cấu hình thì điều đó là không thể.

Bạn cần có khả năng kích hoạt loại bỏ trên cả VM và thiết bị lưu trữ.

Cố gắng giảm kích thước của phân vùng hoặc khối lượng logic với hệ thống tệp xfs không thể thực hiện được đây là một lỗi đã biết với fedora. Nếu bạn quan tâm đến chức năng này, vui lòng liên hệ với bộ phận hỗ trợ của Red Hat và tham khảo Red Hat bugzilla 1062667 và cung cấp trường hợp sử dụng của bạn để cần giảm / thu nhỏ XFS.

Như một công việc khả thi trong một số môi trường, khối lượng LVM được cung cấp mỏng có thể được coi là một lớp bổ sung bên dưới hệ thống tệp XFS.

Nếu VMD rất háo hức được cung cấp VMDK, điều đó có nghĩa là không có gì để đòi lại khi bạn đang cố gắng cắt (nói về mặt kỹ thuật; SCSI UNMAP) âm lượng của bạn.

Nếu bộ lưu trữ phía sau đang chạy cung cấp mỏng thì bạn cũng cần sử dụng các tệp VMDK lười biếng để giảm dung lượng lưu trữ và giúp cho phụ trợ có thể lưu trữ / trích xuất dữ liệu ấm.

Hai tùy chọn có thể:

  1. Khi lưu trữ được cung cấp bởi một máy chủ từ xa trên SAN, bạn chỉ có thể loại bỏ các khối nếu bộ lưu trữ được cung cấp mỏng.

    1. VMotion tất cả các VM đến một kho dữ liệu khác và sử dụng các công cụ VMWare tích hợp
    2. Kết nối với ESXi Host bằng SSH
    3. Điều hướng đến thư mục máy ảo
    4. Xác minh sử dụng đĩa với du
    5. Chạy vmkfstools -K [đĩa]
    6. Xác minh sử dụng đĩa với du
  2. dd if = / dev / zero of = BIGFILE bs = 1024000 rm -f BIGFILE

Từ những gì tôi có thể nói điều này thực hiện tương tự như sdelete tuy nhiên nó có thể gây ra sự tăng đột biến trong I / O của đĩa cũng như mất một thời gian để chạy.

Một cái gì đó để thử qua đêm

Tùy chọn này không phải là tốt nhất nhưng việc định dạng lại mọi VM để có được ext3 hoặc ext4 có vẻ không khả thi.

Những gì bạn có thể làm là thiết lập quy tắc mối quan hệ cho tất cả các máy ảo linux và sử dụng tùy chọn 1 từ trên xuống.


12

Tôi cố gắng làm điều tương tự vài tuần trước và tôi không tìm thấy cách nào. Tôi chia sẻ tuyên bố chính thức trên cổng thông tin hỗ trợ Redhat.

Hiện tại không thể giảm kích thước của phân vùng hoặc khối lượng logic với hệ thống tệp xfs. Nếu bạn quan tâm đến chức năng này, vui lòng liên hệ với bộ phận hỗ trợ của Red Hat và tham khảo Red Hat bugzilla 1062667 và cung cấp trường hợp sử dụng của bạn để cần giảm / thu nhỏ XFS. Như một cách giải quyết có thể có trong một số môi trường, khối lượng LVM được cung cấp mỏng có thể được coi là một lớp bổ sung bên dưới hệ thống tệp XFS.

Chúc may mắn!!


Cảm ơn bạn đã bình luận, tuy nhiên, tôi không cố gắng giảm kích thước không gian có sẵn cho VM. Ổ đĩa SSD có một (lỗi) đó là khi dữ liệu bị xóa, khu vực đó sẽ bị xóa đầu tiên và sau đó nó có thể được ghi thành vs nếu khu vực đó chưa bao giờ được ghi vào nó đã bị xóa. Tôi đang cố gắng tìm ra nhiều thứ giống như trong windows với sdelete tôi có thể sử dụng "fstrim -v /". Trước khi chạy, tôi đang cố gắng tìm hiểu xem tôi có thể thấy có bao nhiêu lĩnh vực sẽ bị ảnh hưởng hay không và tác động của nó đến hệ thống.
Anthony Fornito
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.