服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

Ubuntunetworking设备名称问题

Ubuntu 16.04 Kernel 4.12.4 我添加了一个双端口networking接口卡到我的Ubuntu服务器,并最终改变了我的主网卡的名称,这当然对我的networking设置造成了巨大的破坏。 所有使用该接口名称的东西都搞砸了,就像我所有的KVM Virbr *,一些防火墙规则等一样。 根据systemd / udev“可预测的networking接口设备名称”scheme,它不应该发生。 至less这是我没有想到的。 这是如何工作的: 稳定的接口名称重新启动。 稳定的接口名称,即使硬件被添加或删除,即不会重新枚举(到固件允许的级别)。 内核或驱动程序更新/更改时稳定的接口名称。 稳定的接口名称,即使你必须更换新的破碎的以太网卡。 名称是自动确定的,没有用户configuration,他们只是工作。 接口名称是完全可预测的,也就是说,通过查看lspci,你可以知道接口将被调用什么。 完全无状态操作,更改硬件configuration不会导致/ etc中的更改。 这些信息对于理解udev nic命名模式非常有帮助。 udevadm info -e | grep -A 9 ^P.*enp5s0 P: /devices/pci0000:00/0000:00:1c.4/0000:05:00.0/net/enp5s0 E: DEVPATH=/devices/pci0000:00/0000:00:1c.4/0000:05:00.0/net/enp5s0 E: ID_BUS=pci E: ID_MODEL_FROM_DATABASE=I211 Gigabit Network Connection E: ID_MODEL_ID=0x1539 E: ID_NET_DRIVER=igb E: ID_NET_LINK_FILE=/lib/systemd/network/99-default.link E: ID_NET_NAME_MAC=enx1c1b0d9a43d0 E: ID_NET_NAME_PATH=enp5s0 E: ID_OUI_FROM_DATABASE=GIGA-BYTE TECHNOLOGY […]

在EC2上,分离OS卷,写入文件,然后重新挂接OS卷并成功启动

我尝试的步骤摘要: 从Windows_Server_A分离操作系统卷 将卷附加到Windows_Server_B 修改一个无害的文件 从B分离并重新连接到/ dev / sda1 for Windows_Server_A 成功启动 这不起作用。 附加/磁盘pipe理联机/脱机/分离进程在返回到Server_A时导致卷不启动 **详细步骤** 从EC2 windows 2012实例中分离OS卷。 让这是Volume_X 将Volume_X附加到临时EC2窗口实例 在临时EC2服务器的磁盘pipe理中,在线新build卷 请注意,有两个分区。 一个小的(350MB)没有驱动器号和一个大的(100GB)。 大一个得到一个驱动器号分配:G 导航到G驱动器上的特定文件 修改文件 closures所有窗口 在磁盘pipe理中将驱动器脱机 closures临时EC2服务器 从临时服务器分离Volume_X 将挂载点/ dev / sda1上的Volume_X重新挂接到其原始服务器 尝试启动原始服务器 实例永远不会过去“初始化”,并转到实例设置 – 获取屏幕截图产生以下内容: 为了隔离这个问题,我尝试了不修改文件: 使用Volume_X的全新工作副本。 从原始服务器分离。 附加到备用服务器。 我所做的只是将驱动器“联机”,然后2秒后将其转为“脱机”,而不修改驱动器上的任何数据。 重新连接到原始服务器产生相同的确切问题 因此,我似乎是通过简单地附加它并将其转到“在线”(磁盘pipe理)在单独的服务器上来破坏Volume_X。 将Windows操作系统卷移动到另一台服务器以进行文件修改,然后返回到其原始实例并成功启动的正确方法是什么? 期望的步骤: 停止原始服务器 分离音量 将卷连接到备用服务器 ????? 那么修改一个文件呢? 从备用服务器分离卷 将卷连接到原始服务器 原来的服务器应该开机 谢谢你的时间