服务器 Gind.cn

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

是否将文件添加到Azure虚拟机导致无条件重新启动?

我注意到,在Azure上运行的Ubuntu 14.04 VM中添加一个新磁盘导致Azure VM无条件重启。 当我添加第二个磁盘时,虚拟机没有重新启动,但第一个磁盘被盗走了,我需要重新启动虚拟机才能重新获得第一个磁盘的访问权限。 这似乎不是特别有用的行为。 这种行为logging在任何地方? 更新:修改了评论中所要求的更多细节。 我用来附加一个新磁盘的过程基本上是从这里进行的: https://azure.microsoft.com/nl-nl/documentation/articles/virtual-machines-linux-how-to-attach-disk/ 有一些分歧。 下面的过程描述了我所做的添加第二个额外的磁盘(sdd)。 上周我做了类似的事情,添加了第一个额外的磁盘(sdc)。 在这种情况下,系统自行重启。 在这种情况下,系统并没有自行重新启动,但是当我添加新磁盘时,我确实无法访问/ dev / sdc。 请注意,我没有使用azure cli分配或附加新磁盘。 相反,我使用了门户网站。 一旦我做到了,我就使用了: dmesg | grep scsi 发现新设备名为/ dev / sdd 12月16日14:00:58 azure内核:[2.696851] sd 5:0:0:1:[sdd]连接的SCSI磁盘 然后按照上面的文章中的说明,用fdisk格式化磁盘。 然后,我挂载了磁盘,然后继续rsync将文件系统树移到磁盘上。 那时我注意到我上周连接的上一个磁盘(sdc)(导致重新启动的磁盘)不再可用。 (这在blkid中也是不可见的)。 我已经在kern.log中发现了这些消息,这些消息表明(sdc)几乎一旦我在门户中完成了附加磁盘操作(例如,在我通过扫描dmesg发现新磁盘之前) Dec 16 13:23:34 azure kernel: [538544.870108] scsi scan: INQUIRY result too short (5), using 36 Dec […]