将 Web 服务器从 Debian Wheezy 升级到 Debian Jessie 后,每天早上系统日志中都会出现以下日志条目。时间有所不同,但似乎总是在大致相同的时间发生(最多加/减 10-15 分钟)。升级之前没有发生类似的事情(我记得)。
Oct 23 06:25:02 hostname systemd[1]: Reloading LSB: Apache2 web server.
Oct 23 06:25:04 hostname apache2[1545]: Reloading web server: apache2.
Oct 23 06:25:04 hostname systemd[1]: Reloaded LSB: Apache2 web server.
Oct 23 06:29:10 hostname rsyslogd0: action 'action 17' resumed (module 'builtin:ompipe') [try http://www.rsyslog.com/e/0 ]
Oct 23 06:29:10 hostname rsyslogd-2359: action 'action 17' resumed (module 'builtin:ompipe') [try http://www.rsyslog.com/e/2359 ]
Run Code Online (Sandbox Code Playgroud)
查看输出service apache2 status:
? apache2.service - LSB: Apache2 web server …Run Code Online (Sandbox Code Playgroud) 我试图使用如何将磁盘空间从 centos-home 移动到 centos-root 中的步骤重新分配未使用的磁盘空间/dev/mapper/centos-home(1.2Tb/dev/centos/root)。
跑完后...
$ umount /dev/mapper/centos-home
$ lvreduce -L 1200G /dev/mapper/centos-home
Run Code Online (Sandbox Code Playgroud)
当我尝试重新安装驱动器时,出现“无法读取超级块”错误。
$ mount /dev/mapper/centos-home
mount: /dev/mapper/centos-home: can't read superblock
Run Code Online (Sandbox Code Playgroud)
在开始之前,我仔细检查以确保在运行“lvreduce”命令之前有足够的可用空间(物理空间)(有 2Tb 可用空间) - 但假设我的错误不是按照中的建议运行命令来首先缩小文件系统LVM 逻辑卷分区在 lvreduce 之后损坏,但也了解到这不能在 XFS 系统上完成,但无法找到具体细节。
我尝试恢复使用,
$ xfs_repair /dev/mapper/centos-home
Run Code Online (Sandbox Code Playgroud)
但结果说
Sorry, could not find valid secondary superblock; Exiting now.
Run Code Online (Sandbox Code Playgroud)
我也尝试过恢复LV的大小
$ lvextend -L 1200G /dev/mapper/centos-home
Run Code Online (Sandbox Code Playgroud)
结果,
New size (307200 extents) matches existing size (307200 extents)
Run Code Online (Sandbox Code Playgroud)
superblock read但在尝试驱动器时遇到了同样的错误$ mount。
我不确定此时我给自己挖的坑有多深,所以这是我的问题。
从中恢复的最佳方法是什么?或者,如果我无法恢复和安装损坏的驱动器,我是否只需将其删除并创建一个同名的新驱动器?这是否可能,即我需要重新安装 CentOS …
在 FreeBSD 系统上,大概还有很多其他系统,为 root 保留了一定量的空间,占总容量的 MINFREE%。对于多 TB 的文件系统,默认的 8% 是一个惊人的空间量。这么大的卷可能有不到 1% 的 MINFREE,但当然,它必须是一个整数值。
这会改变吗?现在还有人使用 MINFREE 吗?
我刚刚在运行 Debian Wheezy(在 Linux 内核上)的系统中添加了一个 LSI 9211-8i。所有软件都是最新的,内核3.2.65-1+deb7u2 x86_64符合uname。
在目视检查后,卡片直接从包装中取出并放入主机中,没有发现卡片明显有问题(尽管我没有已知的好卡片可以与之比较)。这一点,再加上内核正在与卡对话(见下文)这一事实让我相信卡本身比无用的卡更有用。
物理安装卡没有问题。PCIe x8 卡不需要我可用的 PCIe x16 插槽的全长,但据我所知,如果主机和卡相互通信,这应该不是问题。主板有两个PCIe x16插槽,其中一个列为“x4性能”。由于该卡显然在某种程度上被检测到,我不相信像仅显卡的 x16 插槽这样的东西在这里起作用。
我在 9211 的内部端口上连接了两条 8077 到 4x8482 分支电缆,将每条电缆连接到两个 HDD(每个上的其他两个插头未使用),中间没有 PMP 或任何类似的东西。两个 8077 端口之一(在不太可能的情况下它会有所作为,一个离 PCIe 插槽较远的端口)有点挑剔,但是一旦我将它以直角滑入,电缆就会卡入并锁定到位,没有任何争论。我更仔细地环顾了那个端口的区域,但没有发现卡有物理损坏的迹象。
与我安装这些新驱动器之前的系统相比,该系统在启动时的噪音明显更大,这让我相信该卡至少可以供电并启动驱动器。驱动器随后降速。
我预计该卡在启动过程中会发出一些声音,但很惊讶什么都没有得到(没有“按 Ctrl-C 启动 LSI 逻辑配置实用程序”提示)。我查看了主板的 BIOS 设置,但找不到需要为板外 BIOS 或 HBA 翻转的相关开关。在引导过程中敲击 Ctrl+C 直到 GRUB(尝试调用卡的板载配置实用程序)没有产生任何可见的结果。
mpt2sas 模块在启动时自动加载,并且似乎可以很好地与卡通信:
[ 1.692606] mpt2sas version 10.100.00.00 loaded
[ 1.698699] mpt2sas 0000:08:00.0: enabling device (0000 -> 0002)
[ 1.698717] mpt2sas 0000:08:00.0: setting latency timer to 64
[ …Run Code Online (Sandbox Code Playgroud) 如果我的域是example.com,我应该在使用 Debian 8.7 Jessie 的 VPS 设置中输入什么作为主机名?是不是www.example.com还是example.com和example?
我们基于 FreeNAS 8 的 100TB NAS 因断电意外断电。重新打开后,100TB zpool“projects”被卸载,状态为“FAULTED”。
我试过了zpool import -fFX,它运行了大约 20 个小时,但什么也没发生。我已经使用重置按钮重新启动了服务器,因为 kill -9 和重新启动命令不起作用。
一些输出:
[root@Projects_new] ~# zpool import
pool: projects
id: 8560768094429092391
state: FAULTED
status: The pool metadata is corrupted.
action: The pool cannot be imported due to damaged devices or data.
The pool may be active on another system, but can be imported using
the '-f' flag.
see: http://www.sun.com/msg/ZFS-8000-72
config:
projects FAULTED corrupted data
gptid/49d49544-5a47-11e2-b516-00259095142c ONLINE ok
gptid/49f3c886-5a47-11e2-b516-00259095142c ONLINE ok
gptid/4a1052aa-5a47-11e2-b516-00259095142c ONLINE ok
gptid/4a32bf15-5a47-11e2-b516-00259095142c …Run Code Online (Sandbox Code Playgroud) 在使用 zfs 时,我看到某些现有文件系统的“zfs get all”会列出在文件系统名称中添加“%”(百分号)的属性。像这样:
# zfs list
...
test_zpool2/test_vol_91 564M 19.4G 564M /vol/test_zpool2/test_vol_91
# zfs get all
...
test_zpool2/test_vol_91 version 6 -
test_zpool2/test_vol_91 vscan off default
test_zpool2/test_vol_91 xattr on default
test_zpool2/test_vol_91 zoned off default
...
test_zpool2/test_vol_91% creation Wed Nov 19 17:01 2014 -
test_zpool2/test_vol_91% mountpoint /vol/test_zpool2/test_vol_91 -
test_zpool2/test_vol_91% share.* ... inherited
test_zpool2/test_vol_91% zoned off default
Run Code Online (Sandbox Code Playgroud)
我一直无法找出这是什么原因,手册页中没有提到任何内容。有人知道吗?
更多输出
# zfs list -H
rpool 11.7G 7.60G 4.64M /rpool
rpool/ROOT 9.10G 7.60G 31K legacy
rpool/ROOT/solaris 9.10G 7.60G 7.50G …Run Code Online (Sandbox Code Playgroud) L2Arc 通常配置为在 SSD 上缓存随机旋转盘片读取。我设置此配置是为了加快目录遍历速度。
这是设置:
# zpool list -v
NAME SIZE ALLOC FREE EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT
geek1 2.72T 1.18T 1.54T - 53% 43% 4.64x ONLINE -
sdc 1.36T 606G 786G - 54% 43%
sdd 1.36T 606G 786G - 53% 43%
log - - - - - -
zil 3.97G 0 3.97G - 0% 0%
cache - - - - - -
l2arc 32.0G 4.24G 27.8G - 0% 13%
Run Code Online (Sandbox Code Playgroud)
该机器有 20GB 内存:对于 Arc 来说足够了。
我希望find对文件系统的调用会加快很多。它的速度加快了 5 …
我昨天从 13.10 -> 14.04 -> 14.10 -> 15.10 升级了旧服务器。今天我看到 100% 的磁盘空间正在使用,但我无法追踪使用情况。
当我运行时,du -h --max-depth=1 /我得到以下日志,它似乎表明根路径已满,但我不知道来源是什么。
du: cannot read directory ‘/proc/4390/task/4390/ns’: Permission denied
du: cannot read directory ‘/proc/4390/fd’: Permission denied
du: cannot read directory ‘/proc/4390/map_files’: Permission denied
du: cannot read directory ‘/proc/4390/fdinfo’: Permission denied
du: cannot read directory ‘/proc/4390/ns’: Permission denied
du: cannot read directory ‘/proc/4392/task/4392/fd’: Permission denied
du: cannot read directory ‘/proc/4392/task/4392/fdinfo’: Permission denied
du: cannot read directory ‘/proc/4392/task/4392/ns’: Permission denied
du: cannot read directory ‘/proc/4392/fd’: Permission denied …Run Code Online (Sandbox Code Playgroud) drwxrwxrwt 2 root root 4096 Aug 20 2015 .font-unix
drwxrwxrwt 2 root root 4096 Aug 20 2015 .ICE-unix
-rw------- 1 root root 0 Aug 20 2015 ipt.err
-rw------- 1 root root 90 Aug 20 2015 ipt.out
drwxr-xr-x 3 root root 4096 Mar 28 16:23 npm-23008-fc1739e3
drwxrwxrwt 2 root root 4096 Aug 20 2015 .Test-unix
drwx------ 2 root root 4096 May 11 03:00 tmp.ayv48eJWjN
drwx------ 2 root root 4096 Apr 5 14:55 tmp.DhPr9EXfH5
drwx------ 2 root root 4096 Apr 5 15:11 …Run Code Online (Sandbox Code Playgroud) 我有电子邮件源,想要解析电子邮件的原始收件人。
假设“user1@example.com”正在接收电子邮件,但在“收件人”列表 user1@example.com 中,提到了 user2@example.com 和 user3@example.com。我只想从电子邮件源中获取 user1。
在初步分析中,来自 mdeamon 服务器的电子邮件包含“X-MDaemon-Deliver-To:”标签。类似地,来自 Devcot 邮件服务器的电子邮件包含“Delivered-To:”。但没有获得通用解析逻辑来获取原始电子邮件收件人。
如何解析电子邮件以获取电子邮件的原始收件人?