增加public IP
大家好: 我使用的cloudstack版本是3.04,有一个zone,下面有一个pod,public IP网段为192.168.31.0/24。 刚刚在现有的环境中新建了一个pod:pod2,给专门的一个项目使用,并增加了一段public IP:192.168.33.0/24. 请问怎样才能指定这段新增加的IP给pod2呢? hj19870610
RE: 回复: CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了
删除模版只能把二级存储里面的模版磁盘删除掉,不能删除主存储下的磁盘(做过实验验证)。 Date: Wed, 8 May 2013 10:30:46 +0800 From: fan@coolcloudz.com To: users-cn@cloudstack.apache.org Subject: 回复: CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了 估计是删掉模板就行了 因为首次从模板创建虚拟机的时候会把模板复制到主存储上 雷帆 电话 0510-81122000-1036 www.coolcloudz.com 无锡新区太湖国际科技园菱湖大道200号中国微纳传感网国际创新园B幢三楼 214135 200 Linghu Blvd.,Bldg.B.3/F,Taihu lnt’l Science and Technology Park, Wuxi New District, Jiangsu 214135, PRC ... Please see the attached hyperlink for an important electronic communications disclaimer / 请点击以下链接阅读电子邮件声明 http://www.coolcloudz.com/emailstatement/ 发件人: 王耀锋 发送时间: 2013-05-08 10:25 收件人: stack cload 主题: CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了 在CloudStack+xenserver环境中,使用平台一段时间后,发现主存储的空间只增加,不减。上去看里面很多vhd磁盘文件,包括之前删除掉的虚拟机磁盘文件。 做过一些实验,发现从模板创建出来的VM都会生成三个vhd文件,(个人觉得这是使用差异磁盘方式)一个基磁盘,一个子磁盘,还有个就不清楚。 然后,再使用同一模板第二次创建VM,就只有一个vhd文件生成,这是子磁盘,同时还是和前面的基磁盘相关联。 能理解这样的好处。 但是问题出现了,当我把这两个模版创建的VM都删除,发现只删除了两个VM的子磁盘,而基磁盘和另外一个vhd文件并没删除。 就这样一直累积下来,主存储磁盘空间浪费不少。 这个问题怎么解决呢? <>
Re: 回复: CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了
是的,这个会保存下来,如果你再创建,就还会用到这个基本模版。但不会是无限制的浪费空间。从整体来看这个空间占用是可接受的。 2013-05-08 刘宇超 Richard Liu 发件人: 雷帆 发送时间: 2013-05-08 10:32:22 收件人: users-cn@cloudstack.apache.org 抄送: 主题: 回复: CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了 估计是删掉模板就行了 因为首次从模板创建虚拟机的时候会把模板复制到主存储上 雷帆 电话 0510-81122000-1036 www.coolcloudz.com 无锡新区太湖国际科技园菱湖大道200号中国微纳传感网国际创新园B幢三楼 214135 200 Linghu Blvd.,Bldg.B.3/F,Taihu lnt’l Science and Technology Park, Wuxi New District, Jiangsu 214135, PRC ... Please see the attached hyperlink for an important electronic communications disclaimer / 请点击以下链接阅读电子邮件声明 http://www.coolcloudz.com/emailstatement/ 发件人: 王耀锋 发送时间: 2013-05-08 10:25 收件人: stack cload 主题: CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了 在CloudStack+xenserver环境中,使用平台一段时间后,发现主存储的空间只增加,不减。上去看里面很多vhd磁盘文件,包括之前删除掉的虚拟机磁盘文件。 做过一些实验,发现从模板创建出来的VM都会生成三个vhd文件,(个人觉得这是使用差异磁盘方式)一个基磁盘,一个子磁盘,还有个就不清楚。 然后,再使用同一模板第二次创建VM,就只有一个vhd文件生成,这是子磁盘,同时还是和前面的基磁盘相关联。 能理解这样的好处。 但是问题出现了,当我把这两个模版创建的VM都删除,发现只删除了两个VM的子磁盘,而基磁盘和另外一个vhd文件并没删除。 就这样一直累积下来,主存储磁盘空间浪费不少。 这个问题怎么解决呢?
RE: 回复: CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了
一般一个模版里面都至少是一个操作系统,然后主存储里保存下来的磁盘大小也上1G大小了,如果我创建的模版和相应的VM都删除了,那这个文件留在主存储里就完全成为了一个垃圾文件了,这样处理感觉还是不太合理。 Date: Wed, 8 May 2013 10:45:00 +0800 From: tanthalas...@hotmail.com To: users-cn@cloudstack.apache.org Subject: Re: 回复: CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了 是的,这个会保存下来,如果你再创建,就还会用到这个基本模版。但不会是无限制的浪费空间。从整体来看这个空间占用是可接受的。 2013-05-08 刘宇超 Richard Liu 发件人: 雷帆 发送时间: 2013-05-08 10:32:22 收件人: users-cn@cloudstack.apache.org 抄送: 主题: 回复: CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了 估计是删掉模板就行了 因为首次从模板创建虚拟机的时候会把模板复制到主存储上 雷帆 电话 0510-81122000-1036 www.coolcloudz.com 无锡新区太湖国际科技园菱湖大道200号中国微纳传感网国际创新园B幢三楼 214135 200 Linghu Blvd.,Bldg.B.3/F,Taihu lnt’l Science and Technology Park, Wuxi New District, Jiangsu 214135, PRC ... Please see the attached hyperlink for an important electronic communications disclaimer / 请点击以下链接阅读电子邮件声明 http://www.coolcloudz.com/emailstatement/ 发件人: 王耀锋 发送时间: 2013-05-08 10:25 收件人: stack cload 主题: CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了 在CloudStack+xenserver环境中,使用平台一段时间后,发现主存储的空间只增加,不减。上去看里面很多vhd磁盘文件,包括之前删除掉的虚拟机磁盘文件。 做过一些实验,发现从模板创建出来的VM都会生成三个vhd文件,(个人觉得这是使用差异磁盘方式)一个基磁盘,一个子磁盘,还有个就不清楚。 然后,再使用同一模板第二次创建VM,就只有一个vhd文件生成,这是子磁盘,同时还是和前面的基磁盘相关联。 能理解这样的好处。 但是问题出现了,当我把这两个模版创建的VM都删除,发现只删除了两个VM的子磁盘,而基磁盘和另外一个vhd文件并没删除。 就这样一直累积下来,主存储磁盘空间浪费不少。 这个问题怎么解决呢?
RE: 回复: CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了
主存储上得模版会被GC掉得,如果storage.template.cleanup.enabled设置为true得话。 > -Original Message- > From: 王耀锋 [mailto:wilc...@hotmail.com] > Sent: Tuesday, May 07, 2013 7:50 PM > To: users-cn@cloudstack.apache.org > Subject: RE: 回复: CloudStack+xenserver删除VM,主存储上的vhd磁盘 > 清除不了 > > 一般一个模版里面都至少是一个操作系统,然后主存储里保存下来的磁 > 盘大小也上1G大小了,如果我创建的模版和相应的VM都删除了,那 > 这个文件留在主存储里就完全成为了一个垃圾文件了,这样处理感觉还 > 是不太合理。 > > Date: Wed, 8 May 2013 10:45:00 +0800 > From: tanthalas...@hotmail.com > To: users-cn@cloudstack.apache.org > Subject: Re: 回复: CloudStack+xenserver删除VM,主存储上的vhd磁盘 > 清除不了 > > > > > > > > > > > > > 是的,这个会保存下来,如果你再创建,就还会用到这个基本模版。但 > 不会是无限制的浪费空间。从整体来看这个空间占用是可接受的。 > > 2013-05-08 刘宇超 Richard > Liu > > > > > 发件人: 雷帆 > 发送时间: 2013-05-08 10:32:22 > > 收件人: > users-cn@cloudstack.apache.org > 抄送: > 主题: 回复: > CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了 > > > 估计是删掉模板就行了 > 因为首次从模板创建虚拟机的时候会把模板复制到主存储上 > > > > > 雷帆 > 电话 0510-81122000-1036 > www.coolcloudz.com > > 无锡新区太湖国际科技园菱湖大道200号中国微纳传感网国际创新园B > 幢三楼 214135 > > 200 Linghu > Blvd.,Bldg.B.3/F,Taihu lnt’l Science and Technology Park, Wuxi New District, > Jiangsu 214135, PRC > ... > > Please see the attached hyperlink for an important electronic > communications disclaimer / 请点击以下链接阅读电子邮件声明 > http://www.coolcloudz.com/emailstatement/ > > > > 发件人: 王耀锋 > 发送时间: 2013-05-08 10:25 > 收件人: stack cload > 主题: CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了 > > 在CloudStack+xenserver环境中,使用平台一段时间后,发现主存储的 > 空间只增加,不减。上去看里面很多vhd磁盘文件,包括之前删除掉的 > 虚拟机磁盘文件。做过一些实验,发现从模板创建出来的VM都会生 > 成三个vhd文件,(个人觉得这是使用差异磁盘方式)一个基磁盘,一 > 个子磁盘,还有个就不清楚。然后,再使用同一模板第二次创建VM, > 就只有一个vhd文件生成,这是子磁盘,同时还是和前面的基磁盘相关 > 联。 能理解这样的好处。 但是问题出现了,当我把这两个模版创建 > 的VM都删除,发现只删除了两个VM的子磁盘,而基磁盘和另外一个 > vhd文件并没删除。 就这样一直累积下来,主存储磁盘空间浪费不少。 > 这个问题怎么解决呢? >
回复: RE: CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了
如果被删掉,那通过这个模板创建的vm会怎样? zanghongtu2006 发件人: Edison Su 发送时间: 2013-05-08 10:56 收件人: users-cn@cloudstack.apache.org 主题: RE: 回复: CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了 主存储上得模版会被GC掉得,如果storage.template.cleanup.enabled设置为true得话。 > -Original Message- > From: 王耀锋 [mailto:wilc...@hotmail.com] > Sent: Tuesday, May 07, 2013 7:50 PM > To: users-cn@cloudstack.apache.org > Subject: RE: 回复: CloudStack+xenserver删除VM,主存储上的vhd磁盘 > 清除不了 > > 一般一个模版里面都至少是一个操作系统,然后主存储里保存下来的磁 > 盘大小也上1G大小了,如果我创建的模版和相应的VM都删除了,那 > 这个文件留在主存储里就完全成为了一个垃圾文件了,这样处理感觉还 > 是不太合理。 > > Date: Wed, 8 May 2013 10:45:00 +0800 > From: tanthalas...@hotmail.com > To: users-cn@cloudstack.apache.org > Subject: Re: 回复: CloudStack+xenserver删除VM,主存储上的vhd磁盘 > 清除不了 > > > > > > > > > > > > > 是的,这个会保存下来,如果你再创建,就还会用到这个基本模版。但 > 不会是无限制的浪费空间。从整体来看这个空间占用是可接受的。 > > 2013-05-08 刘宇超 Richard > Liu > > > > > 发件人: 雷帆 > 发送时间: 2013-05-08 10:32:22 > > 收件人: > users-cn@cloudstack.apache.org > 抄送: > 主题: 回复: > CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了 > > > 估计是删掉模板就行了 > 因为首次从模板创建虚拟机的时候会把模板复制到主存储上 > > > > > 雷帆 > 电话 0510-81122000-1036 > www.coolcloudz.com > > 无锡新区太湖国际科技园菱湖大道200号中国微纳传感网国际创新园B > 幢三楼 214135 > > 200 Linghu > Blvd.,Bldg.B.3/F,Taihu lnt’l Science and Technology Park, Wuxi New District, > Jiangsu 214135, PRC > ... > > Please see the attached hyperlink for an important electronic > communications disclaimer / 请点击以下链接阅读电子邮件声明 > http://www.coolcloudz.com/emailstatement/ > > > > 发件人: 王耀锋 > 发送时间: 2013-05-08 10:25 > 收件人: stack cload > 主题: CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了 > > 在CloudStack+xenserver环境中,使用平台一段时间后,发现主存储的 > 空间只增加,不减。上去看里面很多vhd磁盘文件,包括之前删除掉的 > 虚拟机磁盘文件。做过一些实验,发现从模板创建出来的VM都会生 > 成三个vhd文件,(个人觉得这是使用差异磁盘方式)一个基磁盘,一 > 个子磁盘,还有个就不清楚。然后,再使用同一模板第二次创建VM, > 就只有一个vhd文件生成,这是子磁盘,同时还是和前面的基磁盘相关 > 联。 能理解这样的好处。 但是问题出现了,当我把这两个模版创建 > 的VM都删除,发现只删除了两个VM的子磁盘,而基磁盘和另外一个 > vhd文件并没删除。 就这样一直累积下来,主存储磁盘空间浪费不少。 > 这个问题怎么解决呢? >
RE: 回复: CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了
hi edison.su 你说主存储上的模版会被删除点,能详细点吗?是在删除VM时删除还是删除相应模版的时候删除? > From: edison...@citrix.com > To: users-cn@cloudstack.apache.org > Date: Tue, 7 May 2013 19:56:25 -0700 > Subject: RE: 回复: CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了 > > 主存储上得模版会被GC掉得,如果storage.template.cleanup.enabled设置为true得话。 > > > -Original Message- > > From: 王耀锋 [mailto:wilc...@hotmail.com] > > Sent: Tuesday, May 07, 2013 7:50 PM > > To: users-cn@cloudstack.apache.org > > Subject: RE: 回复: CloudStack+xenserver删除VM,主存储上的vhd磁盘 > > 清除不了 > > > > 一般一个模版里面都至少是一个操作系统,然后主存储里保存下来的磁 > > 盘大小也上1G大小了,如果我创建的模版和相应的VM都删除了,那 > > 这个文件留在主存储里就完全成为了一个垃圾文件了,这样处理感觉还 > > 是不太合理。 > > > > Date: Wed, 8 May 2013 10:45:00 +0800 > > From: tanthalas...@hotmail.com > > To: users-cn@cloudstack.apache.org > > Subject: Re: 回复: CloudStack+xenserver删除VM,主存储上的vhd磁盘 > > 清除不了 > > > > > > > > > > > > > > > > > > > > > > > > > > 是的,这个会保存下来,如果你再创建,就还会用到这个基本模版。但 > > 不会是无限制的浪费空间。从整体来看这个空间占用是可接受的。 > > > > 2013-05-08 刘宇超 Richard > > Liu > > > > > > > > > > 发件人: 雷帆 > > 发送时间: 2013-05-08 10:32:22 > > > > 收件人: > > users-cn@cloudstack.apache.org > > 抄送: > > 主题: 回复: > > CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了 > > > > > > 估计是删掉模板就行了 > > 因为首次从模板创建虚拟机的时候会把模板复制到主存储上 > > > > > > > > > > 雷帆 > > 电话 0510-81122000-1036 > > www.coolcloudz.com > > > > 无锡新区太湖国际科技园菱湖大道200号中国微纳传感网国际创新园B > > 幢三楼 214135 > > > > 200 Linghu > > Blvd.,Bldg.B.3/F,Taihu lnt’l Science and Technology Park, Wuxi New District, > > Jiangsu 214135, PRC > > ... > > > > Please see the attached hyperlink for an important electronic > > communications disclaimer / 请点击以下链接阅读电子邮件声明 > > http://www.coolcloudz.com/emailstatement/ > > > > > > > > 发件人: 王耀锋 > > 发送时间: 2013-05-08 10:25 > > 收件人: stack cload > > 主题: CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了 > > > > 在CloudStack+xenserver环境中,使用平台一段时间后,发现主存储的 > > 空间只增加,不减。上去看里面很多vhd磁盘文件,包括之前删除掉的 > > 虚拟机磁盘文件。做过一些实验,发现从模板创建出来的VM都会生 > > 成三个vhd文件,(个人觉得这是使用差异磁盘方式)一个基磁盘,一 > > 个子磁盘,还有个就不清楚。然后,再使用同一模板第二次创建VM, > > 就只有一个vhd文件生成,这是子磁盘,同时还是和前面的基磁盘相关 > > 联。 能理解这样的好处。 但是问题出现了,当我把这两个模版创建 > > 的VM都删除,发现只删除了两个VM的子磁盘,而基磁盘和另外一个 > > vhd文件并没删除。 就这样一直累积下来,主存储磁盘空间浪费不少。 > > 这个问题怎么解决呢? > >
RE: RE: CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了
被删掉得前提条件是所有从这个模版上创建得vm都已经被杀掉了。Mgt server里面有一个周期性得线程,定期回收没有VM使用得模版。 以下几个选线用来控制这个线程得运行: storage.cleanup.enabled storage.template.cleanup.enabled storage.cleanup.interval > -Original Message- > From: zanghongtu2006 [mailto:zanghongtu2...@gmail.com] > Sent: Tuesday, May 07, 2013 7:59 PM > To: users-cn > Subject: 回复: RE: CloudStack+xenserver删除VM,主存储上的vhd磁盘 > 清除不了 > > 如果被删掉,那通过这个模板创建的vm会怎样? > > > > > zanghongtu2006 > > 发件人: Edison Su > 发送时间: 2013-05-08 10:56 > 收件人: users-cn@cloudstack.apache.org > 主题: RE: 回复: CloudStack+xenserver删除VM,主存储上的vhd磁盘清 > 除不了 > 主存储上得模版会被GC掉得,如果storage.template.cleanup.enabled设 > 置为true得话。 > > > -Original Message- > > From: 王耀锋 [mailto:wilc...@hotmail.com] > > Sent: Tuesday, May 07, 2013 7:50 PM > > To: users-cn@cloudstack.apache.org > > Subject: RE: 回复: CloudStack+xenserver删除VM,主存储上的vhd磁盘 > > 清除不了 > > > > 一般一个模版里面都至少是一个操作系统,然后主存储里保存下来的 > 磁 > > 盘大小也上1G大小了,如果我创建的模版和相应的VM都删除了,那 > > 这个文件留在主存储里就完全成为了一个垃圾文件了,这样处理感觉 > 还 > > 是不太合理。 > > > > Date: Wed, 8 May 2013 10:45:00 +0800 > > From: tanthalas...@hotmail.com > > To: users-cn@cloudstack.apache.org > > Subject: Re: 回复: CloudStack+xenserver删除VM,主存储上的vhd磁盘 > > 清除不了 > > > > > > > > > > > > > > > > > > > > > > > > > > 是的,这个会保存下来,如果你再创建,就还会用到这个基本模版。 > 但 > > 不会是无限制的浪费空间。从整体来看这个空间占用是可接受的。 > > > > 2013-05-08 刘宇超 Richard > > Liu > > > > > > > > > > 发件人: 雷帆 > > 发送时间: 2013-05-08 10:32:22 > > > > 收件人: > > users-cn@cloudstack.apache.org > > 抄送: > > 主题: 回复: > > CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了 > > > > > > 估计是删掉模板就行了 > > 因为首次从模板创建虚拟机的时候会把模板复制到主存储上 > > > > > > > > > > 雷帆 > > 电话 0510-81122000-1036 > > www.coolcloudz.com > > > > 无锡新区太湖国际科技园菱湖大道200号中国微纳传感网国际创新园B > > 幢三楼 214135 > > > > 200 Linghu > > Blvd.,Bldg.B.3/F,Taihu lnt’l Science and Technology Park, Wuxi New > > District, Jiangsu 214135, PRC > > ... > > > > Please see the attached hyperlink for an important electronic > > communications disclaimer / 请点击以下链接阅读电子邮件声明 > > http://www.coolcloudz.com/emailstatement/ > > > > > > > > 发件人: 王耀锋 > > 发送时间: 2013-05-08 10:25 > > 收件人: stack cload > > 主题: CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了 > > > > 在CloudStack+xenserver环境中,使用平台一段时间后,发现主存储的 > > 空间只增加,不减。上去看里面很多vhd磁盘文件,包括之前删除掉 > 的 > > 虚拟机磁盘文件。做过一些实验,发现从模板创建出来的VM都会 > 生 > > 成三个vhd文件,(个人觉得这是使用差异磁盘方式)一个基磁盘, > 一 > > 个子磁盘,还有个就不清楚。然后,再使用同一模板第二次创建VM, > > 就只有一个vhd文件生成,这是子磁盘,同时还是和前面的基磁盘相 > 关 > > 联。 能理解这样的好处。 但是问题出现了,当我把这两个模版创 > 建 > > 的VM都删除,发现只删除了两个VM的子磁盘,而基磁盘和另外一 > 个 > > vhd文件并没删除。 就这样一直累积下来,主存储磁盘空间浪费不少。 > > 这个问题怎么解决呢? > >
Re: 增加public IP
可以将这段IP指定给某个账户,该账户的虚机的public IP就是这段了 在 2013年5月7日下午7:04,hj19870610 写道: > > 大家好: > 我使用的cloudstack版本是3.04,有一个zone,下面有一个pod,public IP网段为 > 192.168.31.0/24。 > 刚刚在现有的环境中新建了一个pod:pod2,给专门的一个项目使用,并增加了一段public IP:192.168.33.0/24 > . > 请问怎样才能指定这段新增加的IP给pod2呢? > > > > hj19870610
RE: CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了
哦,谢谢。还有个问题就是前面问题中的,一个模版创建VM,会有三个vhd文件,如果看作是差异磁盘,一个是基磁盘,一个是子磁盘, 还有个vhd文件是干嘛的? > From: edison...@citrix.com > To: users-cn@cloudstack.apache.org; zanghongtu2...@gmail.com > Date: Tue, 7 May 2013 20:09:45 -0700 > Subject: RE: RE: CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了 > > 被删掉得前提条件是所有从这个模版上创建得vm都已经被杀掉了。Mgt server里面有一个周期性得线程,定期回收没有VM使用得模版。 > 以下几个选线用来控制这个线程得运行: > storage.cleanup.enabled > storage.template.cleanup.enabled > storage.cleanup.interval > > > > -Original Message- > > From: zanghongtu2006 [mailto:zanghongtu2...@gmail.com] > > Sent: Tuesday, May 07, 2013 7:59 PM > > To: users-cn > > Subject: 回复: RE: CloudStack+xenserver删除VM,主存储上的vhd磁盘 > > 清除不了 > > > > 如果被删掉,那通过这个模板创建的vm会怎样? > > > > > > > > > > zanghongtu2006 > > > > 发件人: Edison Su > > 发送时间: 2013-05-08 10:56 > > 收件人: users-cn@cloudstack.apache.org > > 主题: RE: 回复: CloudStack+xenserver删除VM,主存储上的vhd磁盘清 > > 除不了 > > 主存储上得模版会被GC掉得,如果storage.template.cleanup.enabled设 > > 置为true得话。 > > > > > -Original Message- > > > From: 王耀锋 [mailto:wilc...@hotmail.com] > > > Sent: Tuesday, May 07, 2013 7:50 PM > > > To: users-cn@cloudstack.apache.org > > > Subject: RE: 回复: CloudStack+xenserver删除VM,主存储上的vhd磁盘 > > > 清除不了 > > > > > > 一般一个模版里面都至少是一个操作系统,然后主存储里保存下来的 > > 磁 > > > 盘大小也上1G大小了,如果我创建的模版和相应的VM都删除了,那 > > > 这个文件留在主存储里就完全成为了一个垃圾文件了,这样处理感觉 > > 还 > > > 是不太合理。 > > > > > > Date: Wed, 8 May 2013 10:45:00 +0800 > > > From: tanthalas...@hotmail.com > > > To: users-cn@cloudstack.apache.org > > > Subject: Re: 回复: CloudStack+xenserver删除VM,主存储上的vhd磁盘 > > > 清除不了 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 是的,这个会保存下来,如果你再创建,就还会用到这个基本模版。 > > 但 > > > 不会是无限制的浪费空间。从整体来看这个空间占用是可接受的。 > > > > > > 2013-05-08 刘宇超 Richard > > > Liu > > > > > > > > > > > > > > > 发件人: 雷帆 > > > 发送时间: 2013-05-08 10:32:22 > > > > > > 收件人: > > > users-cn@cloudstack.apache.org > > > 抄送: > > > 主题: 回复: > > > CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了 > > > > > > > > > 估计是删掉模板就行了 > > > 因为首次从模板创建虚拟机的时候会把模板复制到主存储上 > > > > > > > > > > > > > > > 雷帆 > > > 电话 0510-81122000-1036 > > > www.coolcloudz.com > > > > > > 无锡新区太湖国际科技园菱湖大道200号中国微纳传感网国际创新园B > > > 幢三楼 214135 > > > > > > 200 Linghu > > > Blvd.,Bldg.B.3/F,Taihu lnt’l Science and Technology Park, Wuxi New > > > District, Jiangsu 214135, PRC > > > ... > > > > > > Please see the attached hyperlink for an important electronic > > > communications disclaimer / 请点击以下链接阅读电子邮件声明 > > > http://www.coolcloudz.com/emailstatement/ > > > > > > > > > > > > 发件人: 王耀锋 > > > 发送时间: 2013-05-08 10:25 > > > 收件人: stack cload > > > 主题: CloudStack+xenserver删除VM,主存储上的vhd磁盘清除不了 > > > > > > 在CloudStack+xenserver环境中,使用平台一段时间后,发现主存储的 > > > 空间只增加,不减。上去看里面很多vhd磁盘文件,包括之前删除掉 > > 的 > > > 虚拟机磁盘文件。做过一些实验,发现从模板创建出来的VM都会 > > 生 > > > 成三个vhd文件,(个人觉得这是使用差异磁盘方式)一个基磁盘, > > 一 > > > 个子磁盘,还有个就不清楚。然后,再使用同一模板第二次创建VM, > > > 就只有一个vhd文件生成,这是子磁盘,同时还是和前面的基磁盘相 > > 关 > > > 联。 能理解这样的好处。 但是问题出现了,当我把这两个模版创 > > 建 > > > 的VM都删除,发现只删除了两个VM的子磁盘,而基磁盘和另外一 > > 个 > > > vhd文件并没删除。 就这样一直累积下来,主存储磁盘空间浪费不少。 > > > 这个问题怎么解决呢? > > >
(Quest)启用本地存储的问题
Cloustack 4 +Xen6.0.2 Zone启用了本地存储,systemVM运行正常 上传模板正常 用模板建立VM时,报错 查看日志 2013-05-07 22:35:41,172 DEBUG [storage.allocator.FirstFitStoragePoolAllocator] (Job-Executor-3:job-37) Looking for pools in dc: 1 pod:1 cluster:1 2013-05-07 22:35:41,174 DEBUG [storage.allocator.FirstFitStoragePoolAllocator] (Job-Executor-3:job-37) FirstFitStoragePoolAllocator has 1 pools to check for allocation 2013-05-07 22:35:41,175 DEBUG [storage.allocator.AbstractStoragePoolAllocator] (Job-Executor-3:job-37) Checking if storage pool is suitable, name: s7tst05 Local Storage ,poolId : 200 2013-05-07 22:35:41,175 DEBUG [storage.allocator.AbstractStoragePoolAllocator] (Job-Executor-3:job-37) Is localStorageAllocationNeeded? false 2013-05-07 22:35:41,175 DEBUG [storage.allocator.AbstractStoragePoolAllocator] (Job-Executor-3:job-37) Is storage pool shared? false 2013-05-07 22:35:41,175 DEBUG [storage.allocator.AbstractStoragePoolAllocator] (Job-Executor-3:job-37) StoragePool is not of correct type, skipping this pool 2013-05-07 22:35:41,175 DEBUG [storage.allocator.FirstFitStoragePoolAllocator] (Job-Executor-3:job-37) FirstFitStoragePoolAllocator returning 0 suitable storage pools 2013-05-07 22:35:41,175 DEBUG [cloud.deploy.FirstFitPlanner] (Job-Executor-3:job-37) No suitable pools found for volume: Vol[23|vm=23|ROOT] under cluster: 1 2013-05-07 22:35:41,175 DEBUG [cloud.deploy.FirstFitPlanner] (Job-Executor-3:job-37) No suitable pools found 2013-05-07 22:35:41,175 DEBUG [cloud.deploy.FirstFitPlanner] (Job-Executor-3:job-37) No suitable storagePools found under this Cluster: 1 2013-05-07 22:35:41,175 DEBUG [cloud.deploy.FirstFitPlanner] (Job-Executor-3:job-37) Could not find suitable Deployment Destination for this VM under any clusters, returning. 2013-05-07 22:35:41,175 DEBUG [cloud.deploy.FirstFitPlanner] (Job-Executor-3:job-37) No Pods found for destination, returning. 2013-05-07 22:35:41,299 DEBUG [cloud.capacity.CapacityManagerImpl] (Job-Executor-3:job-37) VM state transitted from :Starting to Stopped with event: OperationFailedvm's origina l host id: null new host id: null host id before state transition: null 2013-05-07 22:35:41,318 DEBUG [cloud.vm.UserVmManagerImpl] (Job-Executor-3:job-37) Destroying vm VM[User|asdasdasdasdasd] as it failed to create 发现问题在于Storage Is storage pool shared? False Is storage pool shared? False 两项检测失败没过去 请问如何处理? Jude IT Telecom 021-51530888-41050 CONFIDENTIALITY NOTICE: This email and any files transmitted with it may contain privileged or otherwise confidential information. It is intended only for the person or persons to whom it is addressed. If you received this message in error, you are not authorized to read, print, retain, copy, disclose, disseminate, distribute, or use this message any part thereof or any information contained therein. Please notify the sender immediately and delete all copies of this message. Thank you in advance for your cooperation. 保密注意:此邮件及其附随文件可能包含了保密信息。该邮件的目的是发送给指定收件人。如果您非指定收件人而错误地收到了本邮件,您将无权阅读、打印、保存、复制、泄露、传播、分发或使用此邮件全部或部分内容或者邮件中包含的任何信息。请立即通知发件人,并删除该邮件。感谢您的配合!
RE: (Quest)启用本地存储的问题
应该是你未启用使用本地存储, 你是基本区域吗,如果是基本区域就在区域那儿设置启用本地存储。 > From: jude.x@newegg.com > To: users-cn@cloudstack.apache.org > Subject: (Quest)启用本地存储的问题 > Date: Wed, 8 May 2013 05:47:33 + > > Cloustack 4 +Xen6.0.2 > > Zone启用了本地存储,systemVM运行正常 > > 上传模板正常 > > 用模板建立VM时,报错 > > > > 查看日志 > > 2013-05-07 22:35:41,172 DEBUG > [storage.allocator.FirstFitStoragePoolAllocator] (Job-Executor-3:job-37) > Looking for pools in dc: 1 pod:1 cluster:1 > 2013-05-07 22:35:41,174 DEBUG > [storage.allocator.FirstFitStoragePoolAllocator] (Job-Executor-3:job-37) > FirstFitStoragePoolAllocator has 1 pools to check for allocation > 2013-05-07 22:35:41,175 DEBUG > [storage.allocator.AbstractStoragePoolAllocator] (Job-Executor-3:job-37) > Checking if storage pool is suitable, name: s7tst05 Local Storage ,poolId > : 200 > 2013-05-07 22:35:41,175 DEBUG > [storage.allocator.AbstractStoragePoolAllocator] (Job-Executor-3:job-37) Is > localStorageAllocationNeeded? false > 2013-05-07 22:35:41,175 DEBUG > [storage.allocator.AbstractStoragePoolAllocator] (Job-Executor-3:job-37) Is > storage pool shared? false > 2013-05-07 22:35:41,175 DEBUG > [storage.allocator.AbstractStoragePoolAllocator] (Job-Executor-3:job-37) > StoragePool is not of correct type, skipping this pool > 2013-05-07 22:35:41,175 DEBUG > [storage.allocator.FirstFitStoragePoolAllocator] (Job-Executor-3:job-37) > FirstFitStoragePoolAllocator returning 0 suitable storage pools > 2013-05-07 22:35:41,175 DEBUG [cloud.deploy.FirstFitPlanner] > (Job-Executor-3:job-37) No suitable pools found for volume: > Vol[23|vm=23|ROOT] under cluster: 1 > 2013-05-07 22:35:41,175 DEBUG [cloud.deploy.FirstFitPlanner] > (Job-Executor-3:job-37) No suitable pools found > 2013-05-07 22:35:41,175 DEBUG [cloud.deploy.FirstFitPlanner] > (Job-Executor-3:job-37) No suitable storagePools found under this Cluster: 1 > 2013-05-07 22:35:41,175 DEBUG [cloud.deploy.FirstFitPlanner] > (Job-Executor-3:job-37) Could not find suitable Deployment Destination for > this VM under any clusters, returning. > 2013-05-07 22:35:41,175 DEBUG [cloud.deploy.FirstFitPlanner] > (Job-Executor-3:job-37) No Pods found for destination, returning. > 2013-05-07 22:35:41,299 DEBUG [cloud.capacity.CapacityManagerImpl] > (Job-Executor-3:job-37) VM state transitted from :Starting to Stopped with > event: OperationFailedvm's origina > l host id: null new host id: null host id before state transition: null > 2013-05-07 22:35:41,318 DEBUG [cloud.vm.UserVmManagerImpl] > (Job-Executor-3:job-37) Destroying vm VM[User|asdasdasdasdasd] as it failed > to create > > > 发现问题在于Storage Is storage pool shared? False Is storage pool shared? False > 两项检测失败没过去 > > 请问如何处理? > > Jude > IT Telecom > 021-51530888-41050 > CONFIDENTIALITY NOTICE: This email and any files transmitted with it may > contain privileged or otherwise confidential information. It is intended > only for the person or persons to whom it is addressed. If you received this > message in error, you are not authorized to read, print, retain, copy, > disclose, disseminate, distribute, or use this message any part thereof or > any information contained therein. Please notify the sender immediately and > delete all copies of this message. Thank you in advance for your cooperation. > 保密注意:此邮件及其附随文件可能包含了保密信息。该邮件的目的是发送给指定收件人。如果您非指定收件人而错误地收到了本邮件,您将无权阅读、打印、保存、复制、泄露、传播、分发或使用此邮件全部或部分内容或者邮件中包含的任何信息。请立即通知发件人,并删除该邮件。感谢您的配合! >
RE: (Quest)启用本地存储的问题
高级区域,已经启用了,有打钩哦 Jude IT Telecom 021-51530888-41050 CONFIDENTIALITY NOTICE: This email and any files transmitted with it may contain privileged or otherwise confidential information. It is intended only for the person or persons to whom it is addressed. If you received this message in error, you are not authorized to read, print, retain, copy, disclose, disseminate, distribute, or use this message any part thereof or any information contained therein. Please notify the sender immediately and delete all copies of this message. Thank you in advance for your cooperation. 保密注意:此邮件及其附随文件可能包含了保密信息。该邮件的目的是发送给指定收件人。如果您非指定收件人而错误地收到了本邮件,您将无权阅读、打印、保存、复制、泄露、传播、分发或使用此邮件全部或部分内容或者邮件中包含的任何信息。请立即通知发件人,并删除该邮件。感谢您的配合! -Original Message- From: 王耀锋 [mailto:wilc...@hotmail.com] Sent: 2013年5月8日 14:17 To: users-cn@cloudstack.apache.org Subject: RE: (Quest)启用本地存储的问题 应该是你未启用使用本地存储, 你是基本区域吗,如果是基本区域就在区域那儿设置启用本地存储。 > From: jude.x@newegg.com > To: users-cn@cloudstack.apache.org > Subject: (Quest)启用本地存储的问题 > Date: Wed, 8 May 2013 05:47:33 + > > Cloustack 4 +Xen6.0.2 > > Zone启用了本地存储,systemVM运行正常 > > 上传模板正常 > > 用模板建立VM时,报错 > > > > 查看日志 > > 2013-05-07 22:35:41,172 DEBUG > [storage.allocator.FirstFitStoragePoolAllocator] > (Job-Executor-3:job-37) Looking for pools in dc: 1 pod:1 cluster:1 > 2013-05-07 22:35:41,174 DEBUG > [storage.allocator.FirstFitStoragePoolAllocator] > (Job-Executor-3:job-37) FirstFitStoragePoolAllocator has 1 pools to > check for allocation > 2013-05-07 22:35:41,175 DEBUG > [storage.allocator.AbstractStoragePoolAllocator] > (Job-Executor-3:job-37) Checking if storage pool is suitable, name: > s7tst05 Local Storage ,poolId > : 200 > 2013-05-07 22:35:41,175 DEBUG > [storage.allocator.AbstractStoragePoolAllocator] > (Job-Executor-3:job-37) Is localStorageAllocationNeeded? false > 2013-05-07 22:35:41,175 DEBUG > [storage.allocator.AbstractStoragePoolAllocator] > (Job-Executor-3:job-37) Is storage pool shared? false > 2013-05-07 22:35:41,175 DEBUG > [storage.allocator.AbstractStoragePoolAllocator] > (Job-Executor-3:job-37) StoragePool is not of correct type, skipping > this pool > 2013-05-07 22:35:41,175 DEBUG > [storage.allocator.FirstFitStoragePoolAllocator] > (Job-Executor-3:job-37) FirstFitStoragePoolAllocator returning 0 > suitable storage pools > 2013-05-07 22:35:41,175 DEBUG [cloud.deploy.FirstFitPlanner] > (Job-Executor-3:job-37) No suitable pools found for volume: > Vol[23|vm=23|ROOT] under cluster: 1 > 2013-05-07 22:35:41,175 DEBUG [cloud.deploy.FirstFitPlanner] > (Job-Executor-3:job-37) No suitable pools found > 2013-05-07 22:35:41,175 DEBUG [cloud.deploy.FirstFitPlanner] > (Job-Executor-3:job-37) No suitable storagePools found under this > Cluster: 1 > 2013-05-07 22:35:41,175 DEBUG [cloud.deploy.FirstFitPlanner] > (Job-Executor-3:job-37) Could not find suitable Deployment Destination for > this VM under any clusters, returning. > 2013-05-07 22:35:41,175 DEBUG [cloud.deploy.FirstFitPlanner] > (Job-Executor-3:job-37) No Pods found for destination, returning. > 2013-05-07 22:35:41,299 DEBUG [cloud.capacity.CapacityManagerImpl] > (Job-Executor-3:job-37) VM state transitted from :Starting to Stopped > with event: OperationFailedvm's origina l host id: null new host id: > null host id before state transition: null > 2013-05-07 22:35:41,318 DEBUG [cloud.vm.UserVmManagerImpl] > (Job-Executor-3:job-37) Destroying vm VM[User|asdasdasdasdasd] as it > failed to create > > > 发现问题在于Storage Is storage pool shared? False Is storage pool shared? > False 两项检测失败没过去 > > 请问如何处理? > > Jude > IT Telecom > 021-51530888-41050 > CONFIDENTIALITY NOTICE: This email and any files transmitted with it may > contain privileged or otherwise confidential information. It is intended > only for the person or persons to whom it is addressed. If you received this > message in error, you are not authorized to read, print, retain, copy, > disclose, disseminate, distribute, or use this message any part thereof or > any information contained therein. Please notify the sender immediately and > delete all copies of this message. Thank you in advance for your cooperation. > 保密注意:此邮件及其附随文件可能包含了保密信息。该邮件的目的是发送给指定收件人。如果您非指定收件人而错误地收到了本邮件,您将无权阅读、打印、 > 保存、复制、泄露、传播、分发或使用此邮件全部或部分内容或者邮件中包含的任何信息。请立即通知发件人,并删除该邮件。感谢您的配合! >
编译nonoss时,4.0-nonoss.patch 出现错误
编译nonoss时,进行到git am /opt/4.0-nonoss.patch 时出错 命令如下: [root@localhost cs40]# git am /opt/4.0-nonoss.patch 出错信息: Applying: BUILD: Make CloudStack buildable with nonoss libs error: build/build-cloud-plugins.xml: does not match index error: build/build-cloud.xml: does not match index error: build/package.xml: does not match index error: client/pom.xml: does not match index error: client/tomcatconf/components.xml.in: does not match index error: cloud.spec: does not match index error: console-proxy/pom.xml: does not match index error: debian/cloud-deps.install: does not match index error: debian/cloud-server.install: does not match index error: deps/pom.xml: does not match index error: patches/pom.xml: does not match index error: pom.xml: does not match index error: wscript_build: does not match index Patch failed at 0001 BUILD: Make CloudStack buildable with nonoss libs When you have resolved this problem run "git am --resolved". If you would prefer to skip this patch, instead run "git am --skip". To restore the original branch and stop patching run "git am --abort". 参考文档:https://cwiki.apache.org/confluence/display/CLOUDSTACK/Building#Building-NonOSSBuilding zhaotao_cn