顯示具有 xfs 標籤的文章。 顯示所有文章
顯示具有 xfs 標籤的文章。 顯示所有文章

2025/08/17

almalinux 10 出來一段時間了
想說來升級一下
依照官方的步驟



出現四個問題

Upgrade has been inhibited due to the following problems:
    1. Detected XFS filesystems incompatible with target kernel.
    2. Current x86-64 microarchitecture is unsupported in RHEL10
    3. Deprecated DHCP plugin configured

解決方法

第4點

ifcfg-* files located in /etc/sysconfig/network-scripts/
檔案裡要加上

第3點

sed -i'.bak' 's/^dhcp=dhclient//g' /usr/lib/NetworkManager/conf.d/10-dhcp-dhclient.conf

第2點

rhel 10 cpu 硬体最低支援是 x86-64-v3

檢查 cpu 支援指令

/usr/lib64/ld-linux-x86-64.so.2 --help

Subdirectories of glibc-hwcaps directories, in priority order:
  x86-64-v4
  x86-64-v3 (supported, searched)
  x86-64-v2 (supported, searched)

第1點

Title: Detected XFS filesystems incompatible with target kernel.
Summary: XFS v4 format has been deprecated and it has been removed from the target k
ernel. Such filesystems cannot be mounted by target system kernel and so the upgrade
 cannot proceed successfully. Following XFS filesystems have v4 format:
    - /
    - /home
Related links:
    - Backing up an XFS file system: https://red.ht/rhel-9-xfs-backup
    - Restoring an XFS file system from backup: https://red.ht/rhel-9-xfs-restore-fr
om-backup
Remediation: [hint] Migrate XFS v4 filesystems to new XFS v5 format. For filesystems
 hosting data, perform a back up, reformat, and restore procedure. Refer to official
 documentation for details. For filesystems hosting the system a clean installation
is recommended instead.

由於這台是centos 7 升上來的 所以 xfs 是 v4
如果要再升到almalinux 10 必須要升到 xfs v5
如何檢查 xfs是 v4 還是 v5


If the output is crc=0, it's a v4 filesystem. If it's crc=1, you have a v5 filesystem.


無法直接升級 只能備分 mkfs.xfs 再匯回資料

 rsync -avxHAX --progress /data/ /mnt/backup/data_backup/

umount /data

mkfs.xfs /dev/vda1

mount -t xfs /dev/vda1 /data

rsync -avxHAX --progress  /mnt/backup/data_backup/ /data/

2024/10/07

几次的不正常斷電後
PVE開不起來了















修吧

xfs_repair /dev/mapper/pve-root

修好後正常了
再觀察看看

2024/09/30

最近在處理几千萬個小檔的問題

不管是 unzip 或 tar

都會出現以下的錯誤
cannot open no space left on device

明明空間就還有 而且 inode 也沒滿

折騰了好几天 才發現是 ext4的限制

請愛用 XFS


2024/09/16

之前換nas的時侯發生 filesystem有問題的情況
使用 xfs_repair 修完後 出現有user的mail不見的情況
當時是使用 PhotoRec 撈了好几天 把資料還給user 
而且也無法確認是否完整

這几天在使用rsync 備分 /home 時 
出現好几次做到一半就會卡住的情況
看了一下才發現竟然出現 超級大檔案 

-rw-------  1 user mailnull 9007199254766339 Aug  4  2023 1691146737.V811I2821a77dbM603030.mail:2,S

只能砍了
而且砍完就正常了
反正就一邊做一邊發現問題一邊砍

2024/03/10

linux 如果要直接使用整個HD
可以不用先分割磁區 直接mkfs即可

mkfs.xfs /dev/sdb

mount -t xfs /dev/sdb /mnt

mkfs.ext4 /dev/sdc

mount -t ext4 /dev/sdc /mnt

2024/03/05

linux在開几時要mount iscsi時
/etc/fstab使用 defaults 會無法開几


UUID=c46a08a2-160a-4345-9e96-8ebc35ff2220 /home                       xfs     defaults,uquota        0 0

要改成 _netdev 在網路啟動後再mount 就沒問題了

UUID=c46a08a2-160a-4345-9e96-8ebc35ff2220 /home                       xfs     _netdev,uquota



2023/12/31

之前在把centos 7升級 到 almalinux 8 時一直出現

At least 1645MB more space needed on the / filesystem.

加硬碟再做還是一樣

今天再找了一下

設了一個新的參數

export LEAPP_OVL_SIZE=3500

再執行就成功了

說是xfs的問題

2020/10/20

原本用來備分的server 在週六掛點

因為已經過保好几年 也不修了

打算在synology的vmm起一個pbs

碰到一個很怪的問題

只要我給超過4T的disk

使用XFS

安裝過程都沒問題

但裝完後一定無法開机

如以下畫面


 





詢問官方的回答

https://www.synology.com/zh-tw/dsm/feature/virtual_machine_manager#supports_OS

因為debian沒有在官方的support os 

所以不提供任何support

雖然這是料想到的答案

但還是有點不爽

想到用另一個方式來做

試了給三個5T的disk

然後用 zfs 0 安裝

安裝過程沒問題 也能開機

應該只能醬處理了

2017/08/23

今天早上使用proxmox裡的guest測了一下io

host

ProLiant DL380p Gen8

raid card














guest os

linux mint 直接使用cd boot 後執行 gnome-disks 跑benchmark


datastore 使用 xfs























datastore 使用 zfs (zfs是使用由raid card做raid 5 出來之後再用 raidz0)




















是不是要為了 remote replication 而浪費這些效能
就自己決定囉

補充硬碟資料


















每台host 上共有12個如上的hd
1個hot spare 另外11個做raid 5

另外再補充在pc上測試的結果

pc上的hd資料如下
3個500G SATA 直接接在主机板上



下圖為測試結果






2014/03/01

本來不太使用的coventive nas因為user的一個需求
必須在create一個帳號
但建完帳號發現quota無法設定
而且之前針對user設定的quota也都不見了
連絡原廠後原廠判定是home的file system有問題
而且原廠判定home的filesystem是xfs
而xfs的quota是記錄在filesystem內
所以做成以上結論
解決方法是找一個空間把home的資料co出來
重建home再放回去
我以xfs重建完home後
發現quota還是不能設定
找了一下coventive竟然沒有xfs_quota這個指令
再想一想應該還是使用ext3才對
繞了一大圈
最後總結應該是

把home裡的
.aquota.group
.aquota.user
這二個檔砍了
重跑quotacheck
再重新設定每個user 的quota應該就解決了
Orz

2013/08/07

決定使用(也沒有選擇)xfs後才知道xfs的quota跟ext是不同的

首先是/etc/fstab要加上 uquota 這也跟ext的不同

接下來是設定的指令

xfs_quota -x -c "limit -g bsoft=10000m bhard=10100m sample_quota" /dev/sdb1

以下是show 出所有人quota的指令
xfs_quota -x -c report /dev/sdb1

再來這個就相同了
把user2的quota設成跟user1相同
edquota  -p user1  user2

2013/08/06

今天開始mail server的移轉前置工作
首先就遇到了storage過大的問題
因為這次買的机器肚子全部插滿
所以容量有27TB
因此原本經常使用的fisk已經沒法處理這麼大的容量
必須使用parted
指令如下

# parted /dev/sdb 

parted>mklabel GPT 

parted>print //查看空间

parted>mkpart primary 0 xxxx //创建主分区,xxxx是上一步得来的数据.(mkpart extended创建扩展分区)

parted>print //查看分区情况

parted>quit //退出

# partprobe

# mkfs.ext3 /dev/sdb1 //对分区进行格式化,创建文件系统

此处情况下,在mkfs.ext3 /dev/sdb1 还会出现一个错误,错误信息如下所示:

# mkfs.ext3 /dev/sdb1

mke2fs 1.39 (29-May-2006)

mkfs.ext3: Size of device /dev/sdc1 too big to be expressed in 32 bits using a blocksize of 4096.

来看看ext3文件系统对单个文件和整个文件系统的最大尺寸的限制情况,这些情况依赖文件系统的块大小。如下所示:

块大小     最大文件     最大文件系统

1kb          16G             2T

2KB          256G           8T

4KB           2T               16T

8KB           16T             32T

因此上面格式化时就会报错。系统默认快大小是4kb,而磁盘是21.7T,已经超过了最大系统文件大小了。因此需要修改块大小。或划分为多个分区(不得超过16T)。

# mkfs.ext4 -b 8192 /dev/sdb1

http://www.ttlsa.com/html/920.html

後記

若依上述方法可以mkfs但無法mout
因為目前ext4在centos6中最大的支援大小為16T而且block為4k
參考
http://tetralet.luna.com.tw/index.php?op=ViewArticle&articleId=214&blogId=1
決定使用btrfs
下完mkfs.btrfs按下enter馬上就ok
原本以為有問題
再下一次
還是馬上ok
mount看看
可以用吔
看來btrfs真不是蓋的

使用btrfs還是有問題
再改成xfs

20240304 新增

由於在使用parted 分割在mkpart時輸入End的計算一直有問題
所以如果要使用全部的空間
建議直接打 100% 就可以了
過程如下

(parted) mkpart /dev/sda
File system type?  [ext2]? xfs                                            
Start? 1                                                                  
End? 100%                                                                 
(parted) print                                                            
Model: SYNOLOGY Storage (scsi)
Disk /dev/sda: 32.2TB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name      Flags
 1      1049kB  32.2TB  32.2TB  xfs          /dev/sda