今天早上我发现我的网站死了，每个请求都超时。 systemctl restart nginx没有什么区别——但是systemctl restart mysql确实有。
昨晚我设置了一个长时间运行的UPDATE查询。我怀疑这10个小时就是杀死mysql的原因。
但现在我的服务器平均负载通常为 1-2（32 个核心），但现在却一直达到 20+。 show processlist在网站上一个流行的复杂查询上显示了很多creating sort index，但以前从来没有出现过问题。最终该站点停止响应，我必须再次重新启动 mysql。
我已经对查询中涉及的所有表运行了修复/优化UPDATE。还有什么可能发生的事情？
目前我正在做：
gsutil ls -l gs://myproject | sort | tail -n 1
大约需要 10-15 秒，这很好，但我担心这个操作的成本是多少？如果它影响成本，则在 1000 个顶级“目录”中有 1000 万个对象。我在存档存储类。
我不知道这是否免费/便宜/昂贵，是否有更好的方法？
https://cloud.google.com/storage/pricing
此链接似乎表明它是 A 类操作（大概ls被归类为）。storage.objects.list但我不清楚这个成本是按对象计算还是按列表计算。包含 10,000,000 个文件的列表与包含一个文件的列表的成本相同吗？或者它的成本是原来的 10,000,000 倍？我同意后者听起来很可笑，但我觉得我应该检查一下！?
谢谢
我跑了这个，希望能对我的数组有所了解（我现在知道我应该使用--detail）。但我不清楚该--manage选项的作用。它没有输出，只是让我回到 bash 提示符。
我是否需要运行一些命令来撤消所做的一切？
我正在使用 tcpdump（第一次）尝试调试 DNS 问题：
tcpdump -n udp port 53
它给了我这个输出：
10:38:30.431467 IP a.b.c.d.56973 > 8.8.8.8.domain: 49179+ A? ocsp.sectigo.com. (34)
10:38:30.431476 IP a.b.c.d.56973 > 8.8.8.8.domain: 38519+ AAAA? ocsp.sectigo.com. (34)
10:40:52.556219 IP a.b.c.d.54185 > 8.8.4.4.domain: 12873+ A? ocsp.sectigo.com. (34)
10:40:52.556233 IP a.b.c.d.54185 > 8.8.4.4.domain: 60917+ AAAA? ocsp.sectigo.com. (34)
我如何查看回复或他们花费的时间？
由于从 Centos 7 升级到 8（不支持就地升级），我需要获得一个新的专用服务器。当然，拥有当前的几年后，升级会很好。
问题是，你会认为这是一次升级吗？在纸面上，单处理器 Ryzen 将双 Xeon 踢成三角帽 - 但我真的会以某种方式输掉比赛吗？Xeons 总共为 16c/32t，Ryzen “仅”为 12c/24t，但基准测试似乎表明在所有其他可能的指标上都会更快。
不过，我远不是一个有成就的系统管理员（几乎是所有行业的全栈杰克），而且我不知道我是否应该对从受信任的双 CPU 服务器架构迁移到本质上是台式 PC 单 CPU 持强烈的保留态度。
旧服务器是 3x3TB SAS RAID 5，而新服务器是 2xNVMe SSD RAID 1；我可以看到这是一个明显的改进。两台服务器都有 128GB 的内存（老实说，这超出了我的需要）。我只是想听听关于 CPU 交换的意见。
我的堆栈是 nginx/php/mariaDB。
我目前的 32 个线程还没有接近饱和，但我可能会在这个新盒子上生活很多年，并且总是希望有足够的空间，只是不想意外降级。
谢谢！
请指教，谢谢！
我在使用 CentOS 7 专用服务器时遇到了问题。我已经用了很多年了，直到现在都没有遇到任何问题。
前几天我做了一个 yum 更新，然后重新启动机器，它再也没有恢复。
我现在正在使用 IPMI 会话（它是 HP ProLiant LG160 Gen8 盒子），在完成所有正常的 POST 检查后，它给了我 4 个启动选项：
CentOS Linux (3.10.0.1062.18.1.el7.x86_64) 7 (Core)
CentOS Linux (3.10.0.1062.12.1.el7.x86_64) 7 (Core)
CentOS Linux 7 Rescue fc47167... [too lazy to type]
CentOS Linux (0-rescue-fc47167...) 7 (Core)
如果我选择顶部选项，它会进入黑屏，左上方有一个小笑脸图标，后面有一个闪烁的光标。
相反，如果我选择第二个选项，我会得到相同的结果，但在屏幕中央向下几行显示“c4”。
两个屏幕似乎都在无限期地等待我按一个键，然后屏幕清除并返回
Press "F9" key for ROM-Based Setup Utility
Press "F10" key for Intelligent Provisioning
Press "F11" key for Default Boot Override Options
Press "F12" key for Network Boot
我没有按任何一个，它再次清除，并从
Attempting Boot from NIC
等等，但这一次它似乎无限期地挂起，而不是提出四个引导选项。
我得到了最后一行：
PXELINUX 6.03 PXE 2014-10-06 Copyright (C) 1994-2014 H. Peterr Anvin et al boot: _<- 闪烁的光标
知道出了什么问题吗？是病毒吗？它可以修复吗？我的下一步是什么？
谢谢！
我想在 CentOS 7 中对占用 32TB 的 48TB RAID6 分区的 400 万个 JPEG 文件的内容进行哈希处理。这是一个 Hetzner SX131 10 x 6TB 盒子。
对 10,000 个文件进行了测试后，我认为完整的工作需要 72 小时。
你会设置它然后忘记它，还是每分钟添加（比如说）5秒的暂停是谨慎的？
运行 Centos 7：
我刚刚在我的一个服务器上执行yum update了 a reboot，当它恢复时我收到了两封电子邮件：
第一的：
OfflineUncorrectableSector
Device: /dev/sdb [SAT], 28 Offline uncorrectable sectors
第二：
CurrentPendingSector
Device: /dev/sdb [SAT], 24 Currently unreadable (pending) sectors
这是smartctl -x /dev/sdb：
smartctl 6.5 2016-05-07 r4318 [x86_64-linux-3.10.0-957.1.3.el7.x86_64] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: HGST Ultrastar 7K6000
Device Model: HGST HUS726060ALE610
Serial Number: K1KLXSNN
LU WWN Device Id: 5 000cca 255f2e12a
Firmware Version: APGNT907
User Capacity: 6,001,175,126,016 bytes [6.00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: 7200 rpm
Form Factor: 3.5 inches
Device is: In smartctl database [for details use: -P show]
ATA Version is: ACS-2, ATA8-ACS T13/1699-D revision 4
SATA Version is: SATA 3.1, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is: Thu Dec 13 14:58:00 2018 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
AAM feature is: Unavailable
APM level is: 254 (maximum performance)
Rd look-ahead is: Enabled
Write cache is: Enabled
ATA Security is: Disabled, NOT FROZEN [SEC1]
Wt Cache Reorder: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x82) Offline data collection activity
was completed without error.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 113) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 898) minutes.
SCT capabilities: (0x003d) SCT Status supported.
SCT Error Recovery Control supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAGS VALUE WORST THRESH FAIL RAW_VALUE
1 Raw_Read_Error_Rate PO-R-- 100 100 016 - 0
2 Throughput_Performance P-S--- 062 062 054 - 2796
3 Spin_Up_Time POS--- 100 100 024 - 0
4 Start_Stop_Count -O--C- 100 100 000 - 3
5 Reallocated_Sector_Ct PO--CK 100 100 005 - 25
7 Seek_Error_Rate PO-R-- 100 100 067 - 0
8 Seek_Time_Performance P-S--- 128 128 020 - 18
9 Power_On_Hours -O--C- 100 100 000 - 5790
10 Spin_Retry_Count PO--C- 100 100 060 - 0
12 Power_Cycle_Count -O--CK 100 100 000 - 3
192 Power-Off_Retract_Count -O--CK 099 099 000 - 1257
193 Load_Cycle_Count -O--C- 099 099 000 - 1257
194 Temperature_Celsius -O---- 120 120 000 - 50 (Min/Max 25/61)
196 Reallocated_Event_Count -O--CK 100 100 000 - 25
197 Current_Pending_Sector -O---K 100 100 000 - 24
198 Offline_Uncorrectable ---R-- 100 100 000 - 28
199 UDMA_CRC_Error_Count -O-R-- 200 200 000 - 0
||||||_ K auto-keep
|||||__ C event count
||||___ R error rate
|||____ S speed/performance
||_____ O updated online
|______ P prefailure warning
General Purpose Log Directory Version 1
SMART Log Directory Version 1 [multi-sector log support]
Address Access R/W Size Description
0x00 GPL,SL R/O 1 Log Directory
0x01 SL R/O 1 Summary SMART error log
0x02 SL R/O 1 Comprehensive SMART error log
0x03 GPL R/O 1 Ext. Comprehensive SMART error log
0x04 GPL,SL R/O 8 Device Statistics log
0x06 SL R/O 1 SMART self-test log
0x07 GPL R/O 1 Extended self-test log
0x08 GPL R/O 2 Power Conditions log
0x09 SL R/W 1 Selective self-test log
0x10 GPL R/O 1 SATA NCQ Queued Error log
0x11 GPL R/O 1 SATA Phy Event Counters log
0x12 GPL R/O 1 SATA NCQ NON-DATA log
0x15 GPL,SL R/W 1 SATA Rebuild Assist log
0x21 GPL R/O 1 Write stream error log
0x22 GPL R/O 1 Read stream error log
0x24 GPL R/O 256 Current Device Internal Status Data log
0x25 GPL R/O 256 Saved Device Internal Status Data log
0x30 GPL,SL R/O 9 IDENTIFY DEVICE data log
0x80-0x9f GPL,SL R/W 16 Host vendor specific log
0xe0 GPL,SL R/W 1 SCT Command/Status
0xe1 GPL,SL R/W 1 SCT Data Transfer
SMART Extended Comprehensive Error Log Version: 1 (1 sectors)
Device Error Count: 66 (device log contains only the most recent 4 errors)
CR = Command Register
FEATR = Features Register
COUNT = Count (was: Sector Count) Register
LBA_48 = Upper bytes of LBA High/Mid/Low Registers ] ATA-8
LH = LBA High (was: Cylinder High) Register ] LBA
LM = LBA Mid (was: Cylinder Low) Register ] Register
LL = LBA Low (was: Sector Number) Register ]
DV = Device (was: Device/Head) Register
DC = Device Control Register
ER = Error register
ST = Status register
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.
Error 66 [1] occurred at disk power-on lifetime: 5009 hours (208 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 53 00 38 00 00 14 e0 43 c8 40 00 Error: UNC 56 sectors at LBA = 0x14e043c8 = 350241736
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
25 00 00 00 38 00 00 14 e0 43 c8 e0 08 7d+20:36:03.771 READ DMA EXT
25 00 00 00 70 00 00 14 e2 10 00 e0 08 7d+20:36:00.941 READ DMA EXT
25 00 00 04 00 00 00 14 e2 0c 00 e0 08 7d+20:36:00.938 READ DMA EXT
25 00 00 04 00 00 00 14 e2 08 00 e0 08 7d+20:36:00.936 READ DMA EXT
25 00 00 04 00 00 00 14 e2 04 00 e0 08 7d+20:36:00.934 READ DMA EXT
Error 65 [0] occurred at disk power-on lifetime: 5009 hours (208 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 53 00 38 00 00 14 e0 43 c8 40 00 Error: UNC 56 sectors at LBA = 0x14e043c8 = 350241736
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
25 00 00 04 00 00 00 14 e0 40 00 e0 08 7d+20:36:00.421 READ DMA EXT
25 00 00 04 00 00 00 14 e0 3c 00 e0 08 7d+20:35:57.616 READ DMA EXT
25 00 00 04 00 00 00 14 e0 38 00 e0 08 7d+20:35:57.609 READ DMA EXT
25 00 00 04 00 00 00 14 e0 34 00 e0 08 7d+20:35:57.601 READ DMA EXT
25 00 00 04 00 00 00 14 e0 30 00 e0 08 7d+20:35:57.593 READ DMA EXT
Error 64 [3] occurred at disk power-on lifetime: 5009 hours (208 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 53 03 60 00 00 13 f9 4b 10 40 00 Error: UNC 864 sectors at LBA = 0x13f94b10 = 335104784
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
25 00 00 03 60 00 00 13 f9 4b 10 e0 08 7d+20:35:00.738 READ DMA EXT
25 00 00 00 d0 00 00 13 fa f2 70 e0 08 7d+20:34:57.902 READ DMA EXT
25 00 00 04 00 00 00 13 fa ee 70 e0 08 7d+20:34:57.900 READ DMA EXT
25 00 00 04 00 00 00 13 fa ea 70 e0 08 7d+20:34:57.898 READ DMA EXT
25 00 00 04 00 00 00 13 fa e6 70 e0 08 7d+20:34:57.896 READ DMA EXT
Error 63 [2] occurred at disk power-on lifetime: 5009 hours (208 days + 17 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER -- ST COUNT LBA_48 LH LM LL DV DC
-- -- -- == -- == == == -- -- -- -- --
40 -- 53 03 60 00 00 13 f9 4b 10 40 00 Error: UNC 864 sectors at LBA = 0x13f94b10 = 335104784
Commands leading to the command that caused the error were:
CR FEATR COUNT LBA_48 LH LM LL DV DC Powered_Up_Time Command/Feature_Name
-- == -- == -- == == == -- -- -- -- -- --------------- --------------------
25 00 00 04 00 00 00 13 f9 4a 70 e0 08 7d+20:34:57.413 READ DMA EXT
25 00 00 04 00 00 00 13 f9 46 70 e0 08 7d+20:34:54.625 READ DMA EXT
25 00 00 04 00 00 00 13 f9 42 70 e0 08 7d+20:34:54.622 READ DMA EXT
25 00 00 04 00 00 00 13 f9 3e 70 e0 08 7d+20:34:54.619 READ DMA EXT
25 00 00 04 00 00 00 13 f9 3a 70 e0 08 7d+20:34:54.614 READ DMA EXT
SMART Extended Self-test Log Version: 1 (1 sectors)
No self-tests have been logged. [To run self-tests, use: smartctl -t]
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
SCT Status Version: 3
SCT Version (vendor specific): 256 (0x0100)
SCT Support Level: 1
Device State: Active (0)
Current Temperature: 50 Celsius
Power Cycle Min/Max Temperature: 44/61 Celsius
Lifetime Min/Max Temperature: 25/61 Celsius
Under/Over Temperature Limit Count: 0/0
SCT Temperature History Version: 2
Temperature Sampling Period: 1 minute
Temperature Logging Interval: 1 minute
Min/Max recommended Temperature: 0/60 Celsius
Min/Max Temperature Limit: -40/70 Celsius
Temperature History Size (Index): 128 (100)
Index Estimated Time Temperature Celsius
101 2018-12-13 12:51 50 *******************************
... ..(126 skipped). .. *******************************
100 2018-12-13 14:58 50 *******************************
SCT Error Recovery Control:
Read: Disabled
Write: Disabled
Device Statistics (GP Log 0x04)
Page Offset Size Value Flags Description
0x01 ===== = = === == General Statistics (rev 2) ==
0x01 0x008 4 3 --- Lifetime Power-On Resets
0x01 0x018 6 6820807272 --- Logical Sectors Written
0x01 0x020 6 20477840 --- Number of Write Commands
0x01 0x028 6 444004265414 --- Logical Sectors Read
0x01 0x030 6 448331816 --- Number of Read Commands
0x01 0x038 6 20846500900 --- Date and Time TimeStamp
0x03 ===== = = === == Rotating Media Statistics (rev 1) ==
0x03 0x008 4 5586 --- Spindle Motor Power-on Hours
0x03 0x010 4 5586 --- Head Flying Hours
0x03 0x018 4 1257 --- Head Load Events
0x03 0x020 4 25 --- Number of Reallocated Logical Sectors
0x03 0x028 4 1610568 --- Read Recovery Attempts
0x03 0x030 4 0 --- Number of Mechanical Start Failures
0x04 ===== = = === == General Errors Statistics (rev 1) ==
0x04 0x008 4 66 --- Number of Reported Uncorrectable Errors
0x04 0x010 4 18 --- Resets Between Cmd Acceptance and Completion
0x05 ===== = = === == Temperature Statistics (rev 1) ==
0x05 0x008 1 50 --- Current Temperature
0x05 0x010 1 49 N-- Average Short Term Temperature
0x05 0x018 1 50 N-- Average Long Term Temperature
0x05 0x020 1 61 --- Highest Temperature
0x05 0x028 1 25 --- Lowest Temperature
0x05 0x030 1 58 N-- Highest Average Short Term Temperature
0x05 0x038 1 25 N-- Lowest Average Short Term Temperature
0x05 0x040 1 53 N-- Highest Average Long Term Temperature
0x05 0x048 1 25 N-- Lowest Average Long Term Temperature
0x05 0x050 4 34 --- Time in Over-Temperature
0x05 0x058 1 60 --- Specified Maximum Operating Temperature
0x05 0x060 4 0 --- Time in Under-Temperature
0x05 0x068 1 0 --- Specified Minimum Operating Temperature
0x06 ===== = = === == Transport Statistics (rev 1) ==
0x06 0x008 4 71 --- Number of Hardware Resets
0x06 0x010 4 28 --- Number of ASR Events
0x06 0x018 4 0 --- Number of Interface CRC Errors
|||_ C monitored condition met
||__ D supports DSN
|___ N normalized value
SATA Phy Event Counters (GP Log 0x11)
ID Size Value Description
0x0001 2 0 Command failed due to ICRC error
0x0002 2 0 R_ERR response for data FIS
0x0003 2 0 R_ERR response for device-to-host data FIS
0x0004 2 0 R_ERR response for host-to-device data FIS
0x0005 2 0 R_ERR response for non-data FIS
0x0006 2 0 R_ERR response for device-to-host non-data FIS
0x0007 2 0 R_ERR response for host-to-device non-data FIS
0x0008 2 0 Device-to-host non-data FIS retries
0x0009 2 70 Transition from drive PhyRdy to drive PhyNRdy
0x000a 2 71 Device-to-host register FISes sent due to a COMRESET
0x000b 2 0 CRC errors within host-to-device FIS
0x000d 2 0 Non-CRC errors within host-to-device FIS
我觉得它说的很奇怪PASSED，但我想这意味着驱动器仍然大部分都可以，但是Reallocated_Sector_Ct25 表明它可能很快就会失败？
我以前从未遇到过任何此类错误（在运行几个专用盒子的 10 年中），并且不想搞砸。我现在该怎么办？
这是一个 Hetzner 存储盒，有 10 个 6GB 驱动器，我在 RAID 6 中设置了大约 48TB 的空间。
最好只是给他们发消息，他们会为我处理这个问题，还是我应该先做些什么......
我已经有一个备份，每天晚上运行到谷歌云服务。我宁愿不必使用它，因为我知道恢复起来会很慢。
我已经登录到 Hetzner 的支持系统，对于驱动器故障，他们给出了这个建议（这是在提交票证之前，我还没有完成）：
Please give us the following information so that we can better understand your HDD/SSD defect:
* Serial number(s) of the defective and/or intact HDD(s)/SSD(s)
* Evidence of the defect (entire SMART log, less than one week old)
The following assistance is available:
* [Instructions on establishing the serial numbers as well as information on defective HDDs/SSDs][1]
* [Instructions on exchanging an HDD/SSD with software RAID][1]
* [Instructions on creating a complete SMART log][1]
Please note that we can only exchange your defective drive for an empty drive. We do not carry out any data exchange or backups.
最后一行特别引起了我的注意。当他们将空驱动器放入时会发生什么，我需要做什么来重建它，还是会自动发生？
谢谢！
我一直在 Windows 上使用 Navicat 来管理我的 MySQL/Percona 实例。
几天前我买了一台新服务器并安装了 MariaDB 10.3.9。
当我在一个腻子会话中 SSHd 进入盒子时，我可以很好地连接到它。 mysql -u root -p完美地提出来。
但出于某种原因，Navicat 抛出错误access denied for user 'root'@'::1' (using password: YES)
Navicat 的设置和我之前一直使用的一样：
主机名：localhost 端口：3306 mysql用户名：root mysql密码：[root的mysql密码]
使用 SSH 隧道：是 IP 地址：[我的服务器的 ip] SSH 用户名：[我的名字] SSH 密码：[我的 ssh 密码]
我不确定为什么当我手动执行它时它会在 SSH 上工作，但当 Navicat 执行它时却不是，即使它可能在很大程度上做同样的事情。这是什么意思'::1'，这是否表明问题所在？
谢谢！
我使用这篇文章来更改我在 centos 7 机器上的 ssh 端口：
https://www.liberiangeek.net/2014/11/change-openssh-port-centos-7/
（我跳过了 selinux 的东西，因为我没有安装它）：
但是当我在另一台指向 centos 7 盒子的服务器上运行 nmap 时，它给出：
Host is up (0.00023s latency).
Not shown: 65533 filtered ports
PORT STATE SERVICE
22/tcp closed ssh
1234/tcp open unknown
我试过了
sudo firewall-cmd --permanent --zone=public --remove-port=22/tcp
但这给了我
Warning: NOT_ENABLED: 22:tcp
success
我在这里有什么误解？如何使端口 22 不显示在 nmap 上？还是应该由于某种原因仍然出现？
在用户提交表单后，我使用 303 代码（我相信是正确的）重定向用户。不幸的是，这意味着我每天都会收到几次来自 netdata 的警报，内容如下：
netdata notification
yoursite needs attention
web_log_yoursite.response_statuses
1m redirects = 21.1%
the ratio of HTTP redirects (3xx except 304) over the last minute
我想我想自定义此行为，使其变为“（3xx，304 或 303 除外）”，但我不知道这是否可能或我将如何去做。
谢谢
/var/log/messages 充满了这个，每秒发生一次。我可以看到这已经持续了至少 4 天，但所有较旧的日志都已被清除。也许一直都是这样。
Jul 8 04:07:12 webbox1 kernel: ACPI Error: SMBus or IPMI write requires Buffer of length 66, found length 32 (20090903/exfield-286)
Jul 8 04:07:12 webbox1 kernel: ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PMI0._PMM] (Node ffff88087468bab0), AE_AML_BUFFER_LIMIT
Jul 8 04:07:12 webbox1 kernel: ACPI Exception: AE_AML_BUFFER_LIMIT, Evaluating _PMM (20090903/power_meter-342)
有人可以解释它的含义，或者我应该在哪里进一步调试？
谢谢
我刚刚开始使用 atop 试图找出一些系统瓶颈的底部。
我发现https://linux.die.net/man/1/atop非常有用，它解释了它的大部分功能。
我很好奇的是，当你第一次启动它时， top 会显示什么数据。
我问是因为每次启动它时，我都会有一条红线告诉我swout 311826，一条青色线告诉我磁盘使用率为 67%。
10 秒后，它们既清除又回到低水平（或在 PAG 线消失的情况下）。
它是在告诉我过去一小时最糟糕的统计数据吗？天？曾经？或者是其他东西？
我有一个运行 nginx 和 PHP 7.2 的 CentOS 6 机器。
我的 php 7.2 会话文件存在于我期望它们的位置，在
/var/opt/remi/php72/lib/php/session
但是，我刚刚注意到它们中存在的数量较少
/tmp
我只安装了一个版本的 php，运行了许多站点。 phpInfo();报告每个站点的第一个目录。我根本找不到任何/tmp关于会话的参考。
我发现如果我跑步php -r 'phpInfo();' | grep save_path我会得到session.save_path => no value => no value，所以我猜这是造成它的原因吗？即我的 cron 作业正在创建空会话文件。
这是正常的吗？如果是这样，为什么？为什么php从命令行运行不使用php.ini中设置的值？
谢谢
在我的 CentOS 6.9 机器上，我刚刚发现它rm myfile不再询问我是否真的要删除它，它只是将其删除。
我跑了alias，和那里没有关系rm。
还有什么能让它表现得好像我-f没有提供时一样？
我想安装 Percona 5.7，但是当我运行相关的 yum 命令时，它告诉我 57 与 Percona-Server-shared-51 发生冲突。我真的不知道为什么我还要安装它，因为我也有 Percona-Server-shared-56。
rpm -qa | grep Percona
Percona-Server-client-56-5.6.30-rel76.3.el6.x86_64
Percona-Server-shared-51-5.1.73-rel14.12.625.rhel6.x86_64
Percona-Server-shared-56-5.6.30-rel76.3.el6.x86_64
Percona-Server-server-56-5.6.30-rel76.3.el6.x86_64
我可以轻松卸载 56 版本，但仍然会遇到与 51 相同的冲突。
当我尝试删除它时，我遇到了这个问题：
yum remove Percona-Server-shared-51
Removing:
Percona-Server-shared-51 x86_64 5.1.73-rel14.12.625.rhel6 @percona-release-x86_64 5.9 M
Removing for dependencies:
cronie x86_64 1.4.4-15.el6_7.1 @updates 174 k
cronie-anacron x86_64 1.4.4-15.el6_7.1 @updates 43 k
crontabs noarch 1.10-33.el6 @anaconda-CentOS-201311291202.x86_64/6.5 2.4 k
munin noarch 2.0.25-11.el6 @epel 535 k
munin-node noarch 2.0.25-11.el6 @epel 1.3 M
postfix x86_64 2:2.6.6-6.el6_7.1 @updates 9.7 M
sysstat x86_64 9.0.4-31.el6 @base 826 k
yum-cron noarch 3.2.29-73.el6.centos @base 28 k
我可以继续，然后在安装 Percona 5.7 后重新安装这些软件包，还是会遇到问题？我会丢失这些软件包当前设置的任何配置等吗？
谢谢！
如果我卸载所有 56 个软件包，然后尝试安装 57 个服务器/客户端（不共享），我会得到以下输出：
yum install Percona-Server-server-57 Percona-Server-client-57
Loaded plugins: fastestmirror, security
Setting up Install Process
Loading mirror speeds from cached hostfile
epel/metalink | 17 kB 00:00
* base: centos.mirror.fr.planethoster.net
* epel: mirrors.ircam.fr
* extras: centos.quelquesmots.fr
* ius: mirrors.ircam.fr
* remi-safe: rpms.remirepo.net
* updates: centos.mirror.fr.planethoster.net
base | 3.7 kB 00:00
epel | 4.3 kB 00:00
extras | 3.4 kB 00:00
ius | 2.2 kB 00:00
nginx | 2.9 kB 00:00
percona-release-noarch | 2.5 kB 00:00
percona-release-x86_64 | 2.5 kB 00:00
remi-safe | 2.9 kB 00:00
updates | 3.4 kB 00:00
varnish-4.1 | 951 B 00:00
Resolving Dependencies
--> Running transaction check
---> Package Percona-Server-client-57.x86_64 0:5.7.12-5.1.el6 will be installed
--> Processing Dependency: Percona-Server-shared-57 for package: Percona-Server-client-57-5.7.12-5.1.el6.x86_64
---> Package Percona-Server-server-57.x86_64 0:5.7.12-5.1.el6 will be installed
--> Running transaction check
---> Package Percona-Server-shared-57.x86_64 0:5.7.12-5.1.el6 will be installed
--> Processing Conflict: Percona-Server-shared-51-5.1.73-rel14.12.625.rhel6.x86_64 conflicts mysql-libs
--> Finished Dependency Resolution
Error: Percona-Server-shared-51 conflicts with Percona-Server-shared-57-5.7.12-5.1.el6.x86_64
You could try using --skip-broken to work around the problem
** Found 1 pre-existing rpmdb problem(s), 'yum check' output follows:
Percona-Server-shared-51-5.1.73-rel14.12.625.rhel6.x86_64 has installed conflicts mysql-libs: Percona-Server-shared-51-5.1.73-rel14.12.625.rhel6.x86_64
我正在尝试从网站上获取一些旧文件。不是恶意的，如果我失败了，我会联系网站的所有者，但这更有趣。
/wp-content/uploads/2014/11/
工作正常，并为我提供了一个充满图像和 PDF 等的“索引”页面。
/wp-content/uploads/2014/12/
但是不起作用，因为其中存在一个默认文件（index.php）。
是否有可能以某种方式从我的（用户）端“绕过”该默认文件？
我已将其切换回常规启动，并且似乎可以正常启动。
那么为什么会重启呢？
运行“last”甚至不会显示重启日志。这说明什么？
当我尝试“smartctl -a /dev/sda1”时，我得到“SMART 支持：不可用 - 设备缺乏 SMART 功能。”
声称是 15k HP 驱动器似乎很奇怪。也许是由于RAID设置？
这是一个 oneprovider.com 盒子，被描述为“3x 4TB HW RAID 5”。
帮助？
谢谢！
我刚刚开始使用 GCS 作为我的 Web 服务器的备份。一台服务器有 120 万张 JPEGS (3.5TB)，所有这些都在 10 小时左右的时间里完美地重新同步。
另一个有 250 万张 JPEGS（不过只是缩略图/预览 - 总共 300GB）。我第一次这样做时，“构建同步状态”很快就通过了所有 250 万。几分钟。虽然我的会话被打断了（wifi 掉线了），当我通过 SSH 尝试再次运行它时，“在源列表中”提示很快就超过了 10000、20000、30000。然后几乎停止了。半个小时后，也只有三十万了。我知道它必须弄清楚目标也有哪些文件，但我认为这不会显着减慢“在源列表中......”的回声？
它是否表明我的文件系统有问题，如果是，我应该检查什么？
还是出于某种原因，这是预期的行为？
尝试将 gsutil rsync 与 200 万个文件一起使用到一个存储桶是一个坏主意吗？我找不到谷歌关于一个桶里可以有多少文件的指导方针，所以我假设它是数十亿/无限？
FWIW 文件都在嵌套的子目录中，任何一个目录中的文件不超过 2000 个。
谢谢
编辑：我使用的确切命令是：
gsutil -m rsync -r /var/www/ gs://mybucketname/var/www
每当有要更新的内容时，我都会收到电子邮件提醒，并且通常会在当天进行。这往往发生在大多数日子。
无论出于何种原因，我从 7 月 20 日到今天都没有收到任何警报（我相信前几天我进行了手动 yum 更新只是为了检查，果然没有什么可做的）。
今天的更新列出了很多东西。这只是从 7 月 20 日起的积压工作吗？为什么当时 yum 没有更新任何东西？
是否有一些重大的安全漏洞导致每个人都更新他们的软件？还是我的系统出了问题？还是回购被破坏了？
谢谢
ImageMagick.x86_64 6.7.2.7-2.el6 base
ImageMagick-devel.x86_64 6.7.2.7-2.el6 base
abrt.x86_64 2.0.8-34.el6.centos base
abrt-addon-ccpp.x86_64 2.0.8-34.el6.centos base
abrt-addon-kerneloops.x86_64 2.0.8-34.el6.centos base
abrt-addon-python.x86_64 2.0.8-34.el6.centos base
abrt-cli.x86_64 2.0.8-34.el6.centos base
abrt-libs.x86_64 2.0.8-34.el6.centos base
abrt-tui.x86_64 2.0.8-34.el6.centos base
at.x86_64 3.1.10-48.el6 base
augeas-libs.x86_64 1.0.0-10.el6 base
authconfig.x86_64 6.1.12-23.el6 base
b43-openfwwf.noarch 5.2-10.el6 base
bash.x86_64 4.1.2-33.el6 base
bind-libs.x86_64 32:9.8.2-0.37.rc1.el6_7.2 updates
bind-utils.x86_64 32:9.8.2-0.37.rc1.el6_7.2 updates
binutils.x86_64 2.20.51.0.2-5.43.el6 base
biosdevname.x86_64 0.6.2-1.el6 base
centos-release.x86_64 6-7.el6.centos.12.3 base
chkconfig.x86_64 1.3.49.3-5.el6 base
cpp.x86_64 4.4.7-16.el6 base
cpuspeed.x86_64 1:1.5-22.el6 base
cronie.x86_64 1.4.4-15.el6 base
cronie-anacron.x86_64 1.4.4-15.el6 base
cups-libs.x86_64 1:1.4.2-72.el6 base
curl.x86_64 7.19.7-46.el6 base
dejavu-fonts-common.noarch 2.33-1.el6 base
dejavu-lgc-sans-mono-fonts.noarch 2.33-1.el6 base
dejavu-sans-mono-fonts.noarch 2.33-1.el6 base
device-mapper.x86_64 1.02.95-3.el6_7.1 updates
device-mapper-event.x86_64 1.02.95-3.el6_7.1 updates
device-mapper-event-libs.x86_64 1.02.95-3.el6_7.1 updates
device-mapper-libs.x86_64 1.02.95-3.el6_7.1 updates
device-mapper-multipath.x86_64 0.4.9-87.el6 base
device-mapper-multipath-libs.x86_64 0.4.9-87.el6 base
dhclient.x86_64 12:4.1.1-49.P1.el6.centos base
dhcp-common.x86_64 12:4.1.1-49.P1.el6.centos base
dmidecode.x86_64 1:2.12-6.el6 base
dracut.noarch 004-388.el6 base
dracut-kernel.noarch 004-388.el6 base
e2fsprogs.x86_64 1.41.12-22.el6 base
e2fsprogs-libs.x86_64 1.41.12-22.el6 base
efibootmgr.x86_64 0.5.4-13.el6 base
elfutils.x86_64 0.161-3.el6 base
elfutils-libelf.x86_64 0.161-3.el6 base
elfutils-libs.x86_64 0.161-3.el6 base
ethtool.x86_64 2:3.5-6.el6 base
fprintd.x86_64 0.1-22.git04fd09cfa.el6 base
fprintd-pam.x86_64 0.1-22.git04fd09cfa.el6 base
gcc.x86_64 4.4.7-16.el6 base
gdbm.x86_64 1.8.0-38.el6 base
ghostscript.x86_64 8.70-21.el6 base
ghostscript-devel.x86_64 8.70-21.el6 base
glibc.x86_64 2.12-1.166.el6_7.1 updates
glibc-common.x86_64 2.12-1.166.el6_7.1 updates
glibc-devel.x86_64 2.12-1.166.el6_7.1 updates
glibc-headers.x86_64 2.12-1.166.el6_7.1 updates
glusterfs.x86_64 3.6.0.54-1.el6 base
glusterfs-api.x86_64 3.6.0.54-1.el6 base
glusterfs-libs.x86_64 3.6.0.54-1.el6 base
gnutls.x86_64 2.8.5-18.el6 base
gnutls-utils.x86_64 2.8.5-18.el6 base
gpxe-roms-qemu.noarch 0.9.7-6.14.el6 base
grep.x86_64 2.20-3.el6 base
grub.x86_64 1:0.97-94.el6 base
hal-info.noarch 20090716-5.el6 base
httpd.x86_64 2.2.15-45.el6.centos base
httpd-tools.x86_64 2.2.15-45.el6.centos base
hwdata.noarch 0.233-14.1.el6 base
initscripts.x86_64 9.03.49-1.el6.centos base
iproute.x86_64 2.6.32-45.el6 base
iptables.x86_64 1.4.7-16.el6 base
iptables-ipv6.x86_64 1.4.7-16.el6 base
iputils.x86_64 20071127-20.el6 base
irqbalance.x86_64 2:1.0.7-5.el6 base
iscsi-initiator-utils.x86_64 6.2.0.873-14.el6 base
kernel.x86_64 2.6.32-573.1.1.el6 updates
kernel-firmware.noarch 2.6.32-573.1.1.el6 updates
kernel-headers.x86_64 2.6.32-573.1.1.el6 updates
kexec-tools.x86_64 2.0.0-286.el6 base
kpartx.x86_64 0.4.9-87.el6 base
krb5-libs.x86_64 1.10.3-42.el6 base
libX11.x86_64 1.6.0-6.el6 base
libX11-common.noarch 1.6.0-6.el6 base
libX11-devel.x86_64 1.6.0-6.el6 base
libcgroup.x86_64 0.40.rc1-16.el6 base
libcom_err.x86_64 1.41.12-22.el6 base
libcurl.x86_64 7.19.7-46.el6 base
libdrm.x86_64 2.4.59-2.el6 base
libgcc.x86_64 4.4.7-16.el6 base
libgomp.x86_64 4.4.7-16.el6 base
libgudev1.x86_64 147-2.63.el6 base
libpcap.x86_64 14:1.4.0-4.20130826git2dbcaa1.el6 base
libreport.x86_64 2.0.9-24.el6.centos base
libreport-cli.x86_64 2.0.9-24.el6.centos base
libreport-compat.x86_64 2.0.9-24.el6.centos base
libreport-plugin-kerneloops.x86_64 2.0.9-24.el6.centos base
libreport-plugin-logger.x86_64 2.0.9-24.el6.centos base
libreport-plugin-mailx.x86_64 2.0.9-24.el6.centos base
libreport-plugin-reportuploader.x86_64
2.0.9-24.el6.centos base
libreport-plugin-rhtsupport.x86_64 2.0.9-24.el6.centos base
libreport-python.x86_64 2.0.9-24.el6.centos base
libsemanage.x86_64 2.0.43-5.1.el6 base
libss.x86_64 1.41.12-22.el6 base
libstdc++.x86_64 4.4.7-16.el6 base
libudev.x86_64 147-2.63.el6 base
libuser.x86_64 0.56.13-8.el6_7 updates
libvirt.x86_64 0.10.2-54.el6 base
libvirt-client.x86_64 0.10.2-54.el6 base
libvirt-python.x86_64 0.10.2-54.el6 base
libxcb.x86_64 1.9.1-3.el6 base
libxcb-devel.x86_64 1.9.1-3.el6 base
libxml2.x86_64 2.7.6-20.el6 base
libxml2-python.x86_64 2.7.6-20.el6 base
logrotate.x86_64 3.7.8-23.el6 base
lsof.x86_64 4.82-5.el6 base
lvm2.x86_64 2.02.118-3.el6_7.1 updates
lvm2-libs.x86_64 2.02.118-3.el6_7.1 updates
man-pages-overrides.noarch 6.7.5-1.el6 base
mdadm.x86_64 3.3.2-5.el6 base
microcode_ctl.x86_64 1:1.17-20.el6 base
mlocate.x86_64 0.22.2-6.el6 base
module-init-tools.x86_64 3.9-25.el6 base
nc.x86_64 1.84-24.el6 base
ncurses.x86_64 5.7-4.20090207.el6 base
ncurses-base.x86_64 5.7-4.20090207.el6 base
ncurses-libs.x86_64 5.7-4.20090207.el6 base
netcf-libs.x86_64 0.2.4-3.el6 base
nfs-utils.x86_64 1:1.2.3-64.el6 base
nfs-utils-lib.x86_64 1.1.5-11.el6 base
ntp.x86_64 4.2.6p5-5.el6.centos base
ntpdate.x86_64 4.2.6p5-5.el6.centos base
ntsysv.x86_64 1.3.49.3-5.el6 base
numad.x86_64 0.5-12.20150602git.el6 base
openldap.x86_64 2.4.40-5.el6 base
openssh.x86_64 5.3p1-111.el6 base
openssh-clients.x86_64 5.3p1-111.el6 base
openssh-server.x86_64 5.3p1-111.el6 base
openssl.x86_64 1.0.1e-42.el6 base
pam_passwdqc.x86_64 1.0.5-8.el6 base
parted.x86_64 2.1-29.el6 base
pcre.x86_64 7.8-7.el6 base
pcre-devel.x86_64 7.8-7.el6 base
perl.x86_64 4:5.10.1-141.el6 base
perl-CGI.x86_64 3.51-141.el6 base
perl-Compress-Raw-Zlib.x86_64 1:2.021-141.el6 base
perl-Compress-Zlib.x86_64 2.021-141.el6 base
perl-IO-Compress-Base.x86_64 2.021-141.el6 base
perl-IO-Compress-Zlib.x86_64 2.021-141.el6 base
perl-Module-Pluggable.x86_64 1:3.90-141.el6 base
perl-Pod-Escapes.x86_64 1:1.04-141.el6 base
perl-Pod-Simple.x86_64 1:3.13-141.el6 base
perl-Time-HiRes.x86_64 4:1.9721-141.el6 base
perl-libs.x86_64 4:5.10.1-141.el6 base
perl-version.x86_64 3:0.77-141.el6 base
pinentry.x86_64 0.7.6-8.el6 base
policycoreutils.x86_64 2.0.83-24.el6 base
polkit.x86_64 0.96-11.el6 base
procps.x86_64 3.2.8-33.el6 base
pulseaudio-libs.x86_64 0.9.21-21.el6 base
pulseaudio-libs-glib2.x86_64 0.9.21-21.el6 base
python.x86_64 2.6.6-64.el6 base
python-devel.x86_64 2.6.6-64.el6 base
python-libs.x86_64 2.6.6-64.el6 base
python-virtinst.noarch 0.600.0-29.el6 base
qemu-img.x86_64 2:0.12.1.2-2.479.el6 base
qemu-kvm.x86_64 2:0.12.1.2-2.479.el6 base
quota.x86_64 1:3.17-23.el6 base
rng-tools.x86_64 5-1.el6 base
rpm.x86_64 4.8.0-47.el6 base
rpm-libs.x86_64 4.8.0-47.el6 base
rpm-python.x86_64 4.8.0-47.el6 base
seabios.x86_64 0.6.1.2-30.el6 base
selinux-policy.noarch 3.7.19-279.el6 base
selinux-policy-targeted.noarch 3.7.19-279.el6 base
sg3_utils-libs.x86_64 1.28-8.el6 base
sos.noarch 3.2-28.el6.centos base
spice-glib.x86_64 0.26-4.el6 base
spice-gtk.x86_64 0.26-4.el6 base
spice-gtk-python.x86_64 0.26-4.el6 base
spice-server.x86_64 0.12.4-12.el6 base
strace.x86_64 4.8-10.el6 base
sudo.x86_64 1.8.6p3-19.el6 base
systemtap-runtime.x86_64 2.7-2.el6 base
sysvinit-tools.x86_64 2.87-6.dsf.el6 base
tar.x86_64 2:1.23-13.el6 base
tcpdump.x86_64 14:4.0.0-5.20090921gitdf3cb4.2.el6 base
time.x86_64 1.7-38.el6 base
udev.x86_64 147-2.63.el6 base
usbredir.x86_64 0.5.1-2.el6 base
vim-common.x86_64 2:7.4.629-5.el6 base
vim-enhanced.x86_64 2:7.4.629-5.el6 base
vim-minimal.x86_64 2:7.4.629-5.el6 base
virt-manager.x86_64 0.9.0-29.el6 base
wireless-tools.x86_64 1:29-6.el6 base
xorg-x11-drv-ati-firmware.noarch 7.5.99-3.el6 base
yum.noarch 3.2.29-69.el6.centos base
yum-cron.noarch 3.2.29-69.el6.centos base
Obsoleting Packages
yum.noarch 3.2.29-69.el6.centos base
yum-plugin-downloadonly.noarch 1.1.30-30.el6 @base
Error: Package: php56u-pecl-imagick-3.1.2-5.ius.centos6.x86_64 (@ius)
Requires: libMagickWand.so.2()(64bit)
Removing: ImageMagick-6.5.4.7-7.el6_5.x86_64 (@updates)
libMagickWand.so.2()(64bit)
Updated By: ImageMagick-6.7.2.7-2.el6.x86_64 (base)
Not found
Error: Package: php56u-pecl-imagick-3.1.2-5.ius.centos6.x86_64 (@ius)
Requires: libMagickCore.so.2()(64bit)
Removing: ImageMagick-6.5.4.7-7.el6_5.x86_64 (@updates)
libMagickCore.so.2()(64bit)
Updated By: ImageMagick-6.7.2.7-2.el6.x86_64 (base)
Not found
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
Updates downloaded, use "yum -C update" manually to install them.