Articles of linux

在linux中的VLANconfiguration没有在tcpdump中显示标签

我绑定了2个网卡,并指定了11个VLAN标签 cat /etc/sysconfig/network-scripts/ifcfg-bond0.11 DEVICE=bond0.11 ONBOOT=yes VLAN=yes NM_CONTROLLED=no STP=no HOTPLUG=no 也 ifconfig bond0.11 192.168.211.6 netmask 255.255.255.0 然后 tcpdump -i bond0.11 -n -e 不显示任何VLAN标记 即使物理接口或交换机有任何问题,为什么我不会看到tcpdump中的标签stream量,当它进入接口。

Linux读取磁盘caching和NFS

我感兴趣的是读取磁盘caching对通过NFS访问文件的影响。 比方说,我有一个NFS文件。 我从Linux主机“A”访问它(做“猫myfile”)。 如果有足够的RAM,则文件将在磁盘caching中结束。 现在我从主机“B”修改该文件。 主机“A”上的操作系统如何知道它必须使该部分caching无效? 有没有从NFS的callback? 或者磁盘caching过期很快?

如何在Linux中专门为networking命名空间设置DNS

我在Linux中创build了一个networking名称空间。 我认为每个命名空间都有一个resolv.conf文件,但在我的系统上并不是这样。 我没有以下path/etc/netns/namespace_name/resolv.conf文件夹netns不存在。 只有一个resolv.conf(/etc/resolv.conf,另一个镜像在/run/resolv.conf中)。 此文件中的任何更改都会影响所有networking接口。 有没有一种方法可以使用不同的主机和命​​名空间的DNS?

/ proc / net / sockstat中“mem”和“memory”的单位是多less?

/ proc / net / sockstat中的内存和内存的单位是多less? 字节,千字节,页面? [kbrandt@ny-kbrandt01: ~] cat /proc/net/sockstat sockets: used 153 TCP: inuse 7 orphan 0 tw 0 alloc 8 mem 1 UDP: inuse 4 mem 3 UDPLITE: inuse 0 RAW: inuse 0 FRAG: inuse 0 memory 0

VIP不会从备份keepalived下降

我可能不知道这应该如何工作,但我无法弄清楚为什么具有这个基本的vrrp_instance的BACKUP系统正在过渡到主,并且似乎永远不会优先考虑。 为什么虚拟IP地址在健康和联机状态下都不会丢失备份系统? 看起来两个系统都在广播vrrp广告。 从备份系统上的tcpdump : vrrp.mcast.net vrrp.mcast.net vrrp.mcast.net vrrpv2广告vrid 51 prio 150 authtype简单intvl 1s长度20 addrs虚拟应用程序.fakecorp.com auth“password” 15:52:24.541637 IP(tos 0xc0,ttl 255,id 1611,offset 0,flags [none],proto VRRP(112),length 40) vrrp.mcast.net:vrrp betaproxyslc02.fakecorp.com> vrrp.mcast.net:VRRPv2,广告, vrid 51 , prio 100, authtype simple,intvl 1s,length 20,> addrs:virtual-app .fakecorp.com auth“password” 15:52:25.410073 IP(tos 0xc0,ttl 255,id 1779,offset 0,flags [none],proto VRRP(112),length 40) 但是虚拟IP地址通过ip addr命令显示在两台主机上。 这是configuration: global_defs { notification_email […]

为什么我的find -type d对文件夹中的每个文件执行fstat?

我正在运行find . -type d find . -type d在一个相当大的目录树上。 我只对在这棵树里find目录感兴趣,但是当我对进程运行一个strace以确保它正在做我期望的操作时,我注意到有大量的操作被浪费在运行fstat的文件上在树内。 newfstatat(AT_FDCWD, "file1", {st_mode=S_IFREG|0600, st_size=7690, …}, AT_SYMLINK_NOFOLLOW) = 0 newfstatat(AT_FDCWD, "file2", {st_mode=S_IFREG|0600, st_size=7696, …}, AT_SYMLINK_NOFOLLOW) = 0 newfstatat(AT_FDCWD, "file3", {st_mode=S_IFREG|0600, st_size=7687, …}, AT_SYMLINK_NOFOLLOW) = 0 newfstatat(AT_FDCWD, "file4", {st_mode=S_IFREG|0600, st_size=10455, …}, AT_SYMLINK_NOFOLLOW) = 0 发现不知道一个inode指向一个目录,直到它执行一个fstat? 如果是这样的话,这将需要很长时间。 其中的一些目录可能有数以百万计的内容,但我真的只关心目录。 最终,我想要在我的文件树中的每个目录的dirsize和path的报告。 什么是最快/最有效的方式来做到这一点?

绕过/ etc / services查找xinetd

我正在寻找通过任意端口执行由xinetd启动的脚本。 但是,经过一些testing后,似乎需要明确定义xinetd的/ etc / services上的服务和端口才能启用该服务。 在xinetd中有一个选项,我可以在/ etc / services上禁用查找,或者指定一个备用文件来查找服务/端口?

grep ouput文件path与文件修改date?

是否有可能使grep命令输出文件path与文件修改date如下所示: 12-02-2015 /file/path/to/the/file 16-02-2015 /file/path/to/the/file 25-02-2015 /file/path/to/the/file 03-04-2015 /file/path/to/the/file 要么: /file/path/to/the/file 12-02-2015 /file/path/to/the/file 12-02-2015 /file/path/to/the/file 12-02-2015 /file/path/to/the/file 12-02-2015

qcow2图像的qemu存储性能极其缓慢

我在一个小的Openstack集群上使用libvirt运行一些图像。 这些机器上的存储性能非常差:我的监控工具显示100%的利用率(通常是写操作,但有时是读操作),吞吐量低至〜50KB / s,最高可达1MB / s。 这是nmon工具的屏幕截图,显示了CPU性能随着时间的推移和当前的存储吞吐量。 他们展示的是典型的: 我通过使用packer工具来使用qemu来构buildDebian和Ubuntu映像,从而在另外两台机器上复制了相同的性能问题。 这是我的qemu命令行: / usr / bin / qemu-system-x86_64 -netdev user,id = user.0,hostfwd = tcp :: 3213-:22 -device virtio-net,netdev = user.0 -cdrom / home / $ user / packer_cache / 23e6874116128e16e11cfad1c369c54be97c20023e59b9b9d39d312233e09cd6.iso -m 512M -display sdl -machine type = pc,accel = kvm -vnc 0.0.0.0:47 -name packer-openstack -drive file = […]

家庭目录和Active Directoryauthentication用户的shell

我已经成功地configurationsssd,并可以ssh进入一个系统与AD凭据我缺less的是创build一个主目录和bash设置为壳。 我的假设是,如果我login到一个没有本地linux帐户,但是有一个有效的AD帐户的系统,那么当用户第一次login时就会创build一个主目录,并且按照/etc/sssd/sssd.conf : override_homedir = /home/%u default_shell = /bin/bash 我也跑了 authconfig –enablesssd –enablesssdauth –enablemkhomedir –update 我错过了什么,或者我对现有configuration做出了不正确的假设? 我想避免使用Windows的Unix的Identity Managementfunction。