XFS

故障简述 2020.10.16日，深圳x医院ICU危重症信息系统MongoDB误删的第22号数据文件在运维时被误删，导致MongoDB宕机，ICU危重症信息系统瘫痪，医护人员只能采用“纸质+excel”临时记录。 处理过程 本司接到客户咨询后，第一时间对数据库目标卷做了dd克隆镜像，以保护数据不会被进一步覆盖破坏，如下命令将/data的挂载分区保存在/backup/disk.img中： dd if=/dev/mapper/vg_fjsl-lv_data of=/backup/disk.img bs=1M 同时，为了节约时间，本司立即与运维方远程传真，签订数据恢复合同： 本司对Linux服务器系统、Ext3/4、XFS文件系统等环境的数据恢复有大量恢复经验，并通过深入研究MongoDB源代码，可完整解析MongoDB数据。(参考《 MongoDB 数据库恢复-误删除数据文件、delete、勒索病毒破坏 无oplog日志 恢复实操 》) 经过恢复工程师12小时奋战，终于在2020年10月17日早上8:00成功恢复数据库，医院ICU危重症信息系统于8:30恢复业务： 来源： oschina 链接： https://my.oschina.net/u/4327913/blog/4683009

微软准备用 AI 来测试 Windows 10 更新 问题百出的 Windows 10 更新过程并不是什么新鲜事。此前，微软依靠一大批测试人员在真实硬件上测试 Windows 10 功能更新，但现在正在考虑采用一种新的 AI/ML 模式，在更多的硬件、软件和驱动程序组合上测试流行的驱动程序。 来源： cnbeta Linux 5.9.1 内核已解决“Bleeding Tooth”漏洞 BleedingTooth 漏洞（CVE-2020-12351）的 CVSS 评分为 8.3。它影响 Linux 4.8 内核及以上版本，可在开源 BlueZ 协议栈中找到，最坏的后果是带来远程代码执行攻击，研究人员发现该漏洞的攻击代码至少可以在 Ubuntu 20.04 LTS 上工作。 来源： cnbeta Linux 5.10 的 XFS 解决了 2038 年问题 现在 XFS 支持到 2486 年的时间戳。他们重构了时间戳和 inode 编码函数，将时间戳处理为 64 位纳秒计数器，并进行位移以增加有效大小。这使得 XFS 可以很好地通过 2038 年问题（以秒为单位存储 1970 年以来的时间将不再适合于一个有符号的 32 位整数，因而被封装）。 来源： phoronix 来源： oschina 链接： https://my.oschina.net/u/4263597/blog

xfs文件系统是不支持减容的，刚好碰到，这里用试验还远下重现故障恢复过程 这里把var使用lvreduce进行减容把31变成20g ，问了是否选了Y ，这边y敲下去，就凉了！ [root@YYYJUNHAI ~]# lvreduce -L 20g /dev/VG01/ /dev/VG01/opt /dev/VG01/root /dev/VG01/swap /dev/VG01/var [root@YYYJUNHAI ~]# lvreduce -L 20g /dev/VG01/var WARNING: Reducing active and open logical volume to 20.00 GiB. THIS MAY DESTROY YOUR DATA (filesystem etc.) Do you really want to reduce VG01/var? [y/n]: y Size of logical volume VG01/var changed from 31.50 GiB (8065 extents) to 20.00 GiB (5120 extents). Logical volume VG01/var successfully resized. [root@YYYJUNHAI ~]# vg这边能看到减容出来的空间，哎呀难道XFS支持减容？？ 这边df -h

5.9内核已于48分钟前发布： 主要的变更如下（引用自：https://www.phoronix.com/scan.php?page=article&item=linux-59-features&num=2）： Processors / Platforms - FSGSBASE is finally mainlined in offering various performance benefits. - The Intel P-State driver for frequency scaling now supports operating in passive mode with hardware p-states (HWP) enabled. - P2PDMA is now enabled for usage with all AMD Zen CPUs and newer for peer-to-peer direct memory access between multiple PCI Express devices. - Continued POWER10 enablement for these upcoming IBM/OpenPOWER processors. - Improved TLB flushing on OpenRISC. - Intel Keem Bay

CEPH 14.2.9(nautilus)手动安装遇到的问题及解决方法 "Error ERANGE: pg_num 800 size 2 would mean 2112 total pgs, which exceeds max 750 (mon_max_pg_per_osd 250 * num_in_osds 3)" 官网有人说是BUG( https://tracker.ceph.com/issues/22735 ),有两种解决方式，一种覆盖配置，另一种减小创建pool时的pg数。 我选择的是覆盖配置。 $ vim /etc/ceph/ceph.conf [global] 。。。省略 mon_max_pg_per_osd = 2000 。。。省略 2." 3 monitors have not enabled msgr2" 按步骤配置好ceph-mgr( https://ceph.readthedocs.io/en/latest/mgr/administrator/#mgr-administrator-guide ) 也就是下面两个命令，name是自己定的 # ceph auth get-or-create mgr.$name mon 'allow profile mgr' osd 'allow *' mds 'allow *' # ceph-mgr -i $name 然后执行

一、磁盘的inode空间， block空间 //inode空间 也叫文件元信息空间，文件的元信息空间里面包含了i节点号就是文件索引条目的编号，当然元信息里面还包含了文件名，文件的权限，时间戳，文件内容块大小开始结束的位置），一个文件必须占据一个inode元信息空间 //block空间 硬盘最小的存储空间是扇区，一个扇区是512个字节，即为512B，但是硬盘一般需要建立分区，划分block块大小，数量，硬盘内置驱动读取文件内容是在分区里面按block块读的，按扇区来读太慢了，硬盘读写文件都是块大小块大小的读写，所以硬盘分区的好处就是提升文件读取速度还方便归纳整理 //indoe、blcok联系 硬盘中不止有block空间存储文件内容，还有inode空间存储文件元信息，硬盘驱动就是先读取inode空间里面文件的元信息（记录文件内容从哪个block编号开始到哪个block编号结束）然后再去读取保存在block空间中的文件具体内容，indoe空间中记录的文件元信息为硬盘去找这个文件内容提供了一个索引路径，简单理解为索引空间是保存硬盘中所有文件名的一个列表，每个文件在inode中有了这个文件名记录索引才能去block中找到文件内容，这个文件占用空间从哪个block到那个block，文件权限，修改信息，所以我们常说的rm -rf删除一般是删除这个文件的元信息，内容还在真真实实写在磁盘里

pgrep是一个 命令 行实用程序，根据给定的条件查找正在运行的程序的进程id。它可以是完整的或部分的进程名、运行该进程的用户或其他属性。 如何使用pgrep 命令 语法： pgrep [options] pattern 当在没有任何选项的情况下调用时，pgrep将显示与给定名称匹配的所有正在运行的程序的pid。例如，要找到SSH服务器的PID，可以运行以下命令: [root@localhost ~]# pgrep ssh 853 1063 1589 如果想要结束ssh进程，可以使用pkill命令 [root@localhost ~]# pkill ssh pgrep在换行中打印每个匹配的进程ID。 -d 选项允许指定不同的分隔符。例如，如果想使用空格作为分隔符，运行下面的命令: [root@localhost ~]# pgrep ssh -l -d ' ‘ 1654 sssd_ssh1664 sshd1666 sshd 使用 -l 选项可以列出PID和进程名称： [root@localhost ~]# pgrep -l ssh 1654 sssd_ssh 1664 sshd 1666 sshd 如果想完全匹配，可以使用: [root@localhost ~]# pgrep '^sshd$' -l 1664 sshd 1666 sshd 使用 -u

本文已收录 GitHub ，更有互联网大厂面试真题，面试攻略，高效学习资料等 虽然 I/O 的性能指标很多，相应的性能分析工具也有好几个，但理解了各种指标的含义后，你就会发现它们其实都有一定的关联。 顺着这些关系往下理解，你就会发现，掌握这些常用的瓶颈分析思路，其实并不难。 找出了 I/O 的性能瓶颈后，下一步要做的就是优化了，也就是如何以最快的速度完成 I/O操作，或者换个思路，减少甚至避免磁盘的 I/O 操作。 本文，我就来说说，优化 I/O 性能问题的思路和注意事项。 I/O基准测试 按照我的习惯，优化之前，我会先问自己， I/O 性能优化的目标是什么？换句话说，我们观察的这些 I/O 性能指标（比如 IOPS、吞吐量、延迟等），要达到多少才合适呢？ 事实上，I/O 性能指标的具体标准，每个人估计会有不同的答案，因为我们每个人的应用场景、使用的文件系统和物理磁盘等，都有可能不一样。 为了更客观合理地评估优化效果，我们首先应该对磁盘和文件系统进行基准测试，得到文件系统或者磁盘 I/O 的极限性能。 fio（Flexible I/O Tester）正是最常用的文件系统和磁盘 I/O 性能基准测试工具。它提供了大量的可定制化选项，可以用来测试，裸盘或者文件系统在各种场景下的 I/O 性能，包括了不同块大小、不同 I/O 引擎以及是否使用缓存等场景。 fio 的安装比较简单

ssh f0 redhat begin_rhce_uplooking 30 ssh root@172.25.30.11 -X /etc/firewalld/zones/public.xml 1/2##################################2 echo uplooking |passwd --stdin root sed -i "s/SELINUX=permissive/SELINUX=enforcing/" /etc/selinux/config setenforce 1 3######################################2 firewall-config 选permanent public->servces->选ssh->rich rules-> add->ipv4->element->service->ssh->action->accept->source->172.25.0.0/24-> add->ipv4->element->service->ssh->action->reject->source->172.17.0.0/24->ok->reload firewall-cmd --list-all 4###################################### firewall-config

lab examrhcsa grade 你的虚拟机的网络应该按照以下要求配置: * Hostname: serverN.example.com * IP address: 172.25.N.11 * Netmask: 255.255.255.0 * Gateway: 172.25.N.254 * Name server: 172.25.N.254 1########################## 正常登录 serverN.example.com 系统，保证其 root 密码为 ooxx9527 保证系统 SELinux 运行在 enforcing 模式 ------------------------------------------ rd.break->ctrl + x->mount -o remount,rw /sysroot->chroot /sysroot->passwd->touch /.autorelabe->vi /etc/selinux/config->SELINUX=enforcing->exit->exit root->oo309527->startx nm-connection-editor ssh root@172.25.N.11 -X#( >/home/kiosk/.ssh/known_hosts) hostnamectl set-hostname