主页 / user-375847

PeptideChain's questions

Martin Hope
PeptideChain
Asked: 2020-06-15 01:15:22 +0800 CST
  • 1

多年来，我作为爱好者管理员解决了许多依赖关系问题：我只是删除了一些包，直到整个事情得到解决，或者（如果后果会很大）等到问题自行解决。

# cat /etc/centos-release
CentOS Linux release 7.8.2003 (Core)

现在我想了解以下内容的含义：

# yum update
Loaded plugins: fastestmirror, replace
Loading mirror speeds from cached hostfile
 * base: ...
 * epel: ...
 * extras: ...
 * updates: ...
 * webtatic: ...
Resolving Dependencies
--> Running transaction check
---> Package ImageMagick.x86_64 0:6.7.8.9-18.el7 will be updated
--> Processing Dependency: libMagickCore.so.5()(64bit) for package: php72w-pecl-imagick-3.4.3-1.2.w7.x86_64
--> Processing Dependency: libMagickWand.so.5()(64bit) for package: php72w-pecl-imagick-3.4.3-1.2.w7.x86_64
---> Package ImageMagick.x86_64 0:6.9.10.68-3.el7 will be an update
--> Finished Dependency Resolution
Error: Package: php72w-pecl-imagick-3.4.3-1.2.w7.x86_64 (@webtatic)
           Requires: libMagickCore.so.5()(64bit)
           Removing: ImageMagick-6.7.8.9-18.el7.x86_64 (@base)
               libMagickCore.so.5()(64bit)
           Updated By: ImageMagick-6.9.10.68-3.el7.x86_64 (base)
               Not found
Error: Package: php72w-pecl-imagick-3.4.3-1.2.w7.x86_64 (@webtatic)
           Requires: libMagickWand.so.5()(64bit)
           Removing: ImageMagick-6.7.8.9-18.el7.x86_64 (@base)
               libMagickWand.so.5()(64bit)
           Updated By: ImageMagick-6.9.10.68-3.el7.x86_64 (base)
               Not found
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

我想系统ImageMagick.x86_64将从0:6.7to更新，0:6.9但它无法做到。然后我的猜测：删除0:6.7会删除libMagickCore.so.5，但最后一个是需要的php72w-pecl-imagick-3.4.3-1.2.w7.x86_64……那为什么不直接留libMagickCore.so.5在系统中呢？可能是因为需要一个新的，但我看不出是哪一个......

我真的不明白幕后发生了什么。

yum dependencies update centos7
Martin Hope
PeptideChain
Asked: 2019-08-30 01:27:57 +0800 CST
  • 0

我的一个服务器死了。在服务器上，我在每个 HD 的第二个分区上有 3 个磁盘和软件 raid。

现在我已经在 PC 中插入了三分之二的 HD（第三个没有位置！）。这是我到目前为止所尝试的：

# cat /proc/mdstat 
Personalities : [raid1] 
md125 : inactive sdc2[5](S) sdd2[4](S)
      5859503624 blocks super 1.1

md126 : active raid1 sda[1] sdb[0]
      488383488 blocks super external:/md127/0 [2/2] [UU]

md127 : inactive sda[1](S) sdb[0](S)
      6192 blocks super external:imsm

unused devices: <none>

相关的只有 md125。md127 是一些旧垃圾（不知道，不相关）。我现在删除了它mdadm --stop /dev/md125：

# cat /proc/mdstat 
Personalities : [raid1] 
md126 : active raid1 sda[1] sdb[0]
      488383488 blocks super external:/md127/0 [2/2] [UU]

md127 : inactive sda[1](S) sdb[0](S)
      6192 blocks super external:imsm

unused devices: <none>

更远：

#  mdadm --examine /dev/sd[c-d]2
/dev/sdc2:
          Magic : a92b4efc
        Version : 1.1
    Feature Map : 0x1
     Array UUID : f94898fc:8310c296:adb8b51e:74344af4
           Name : socrates:0
  Creation Time : Fri Aug  3 21:55:59 2012
     Raid Level : raid5
   Raid Devices : 3

 Avail Dev Size : 5859503120 (2794.03 GiB 3000.07 GB)
     Array Size : 5859503104 (5588.06 GiB 6000.13 GB)
  Used Dev Size : 5859503104 (2794.03 GiB 3000.07 GB)
    Data Offset : 2048 sectors
   Super Offset : 0 sectors
   Unused Space : before=1976 sectors, after=16 sectors
          State : active
    Device UUID : d136f9e1:9971b337:52b603e1:6c711fd0

Internal Bitmap : 8 sectors from superblock
    Update Time : Sat Aug 24 12:33:37 2019
       Checksum : 67b6a3c3 - correct
         Events : 5440945

         Layout : left-symmetric
     Chunk Size : 512K

   Device Role : Active device 1
   Array State : AAA ('A' == active, '.' == missing, 'R' == replacing)
/dev/sdd2:
          Magic : a92b4efc
        Version : 1.1
    Feature Map : 0x1
     Array UUID : f94898fc:8310c296:adb8b51e:74344af4
           Name : socrates:0
  Creation Time : Fri Aug  3 21:55:59 2012
     Raid Level : raid5
   Raid Devices : 3

 Avail Dev Size : 5859504128 (2794.03 GiB 3000.07 GB)
     Array Size : 5859503104 (5588.06 GiB 6000.13 GB)
  Used Dev Size : 5859503104 (2794.03 GiB 3000.07 GB)
    Data Offset : 2048 sectors
   Super Offset : 0 sectors
   Unused Space : before=1976 sectors, after=1024 sectors
          State : active
    Device UUID : 7960d3f8:10353972:2cdd25bc:681bb674

Internal Bitmap : 8 sectors from superblock
    Update Time : Sat Aug 24 12:33:37 2019
       Checksum : 38cf65af - correct
         Events : 5440945

         Layout : left-symmetric
     Chunk Size : 512K

   Device Role : Active device 0
   Array State : AAA ('A' == active, '.' == missing, 'R' == replacing)

我想让它处于活动状态和只读状态。将不同的网站放在一起，命令应该是

mdadm --assemble --verbose --readonly --scan --run

--run因为数组不完整

这就是我得到的（省略其他数组）：

mdadm: /dev/sdc2 has wrong uuid.
mdadm: no recogniseable superblock on /dev/sdc1
mdadm: Cannot assemble mbr metadata on /dev/sdc
mdadm: /dev/sdd2 has wrong uuid.
mdadm: no recogniseable superblock on /dev/sdd1
mdadm: Cannot assemble mbr metadata on /dev/sdd

我在这里关注了这个问题。

我还有以下信息：

# mdadm --examine --scan
ARRAY metadata=imsm UUID=407fbb06:df3d3717:dd6d0115:5bfe417b
ARRAY /dev/md/Volume1 container=407fbb06:df3d3717:dd6d0115:5bfe417b member=0 UUID=1cb761a5:8dcdc9fd:37cddbc1:b04cf067
ARRAY /dev/md/0  metadata=1.1 UUID=f94898fc:8310c296:adb8b51e:74344af4 name=socrates:0

最后一行很重要：socrates 是死机的主机名。

难以置信，现在我再次尝试了以下操作：

添加

# ARRAY /dev/md/0  metadata=1.1 UUID=f94898fc:8310c296:adb8b51e:74344af4 name=socrates:0
# to
vim /etc/mdadm.conf

从mdadm --assemble --verbose --readonly --scan --run我得到

mdadm: /dev/sdc2 is identified as a member of /dev/md/0, slot 1.
mdadm: /dev/sdd2 is identified as a member of /dev/md/0, slot 0.
mdadm: added /dev/sdc2 to /dev/md/0 as 1
mdadm: no uptodate device for slot 2 of /dev/md/0
mdadm: added /dev/sdd2 to /dev/md/0 as 0
mdadm: failed to RUN_ARRAY /dev/md/0: Input/output error
mdadm: Not enough devices to start the array while not clean - consider --force.

我现在的问题是：如果我添加--force到命令中会发生什么？

software-raid