[jira] [Commented] (CLOUDSTACK-9142) Migrate VM changes xmlDesc in an unsafe way
[
https://issues.apache.org/jira/browse/CLOUDSTACK-9142?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15110351#comment-15110351
]
ASF GitHub Bot commented on CLOUDSTACK-9142:
Github user DaanHoogland commented on the pull request:
https://github.com/apache/cloudstack/pull/1348#issuecomment-173519263
@remibergsma I reproduced the error. I had not copied the newlines from the
problematic system into my unit test. will push a fix without hurry.
> Migrate VM changes xmlDesc in an unsafe way
> ---
>
> Key: CLOUDSTACK-9142
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9142
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: KVM, Management Server
>Affects Versions: 4.6.0, 4.7.0
>Reporter: David Amorim Faria
>Assignee: Daan Hoogland
>Priority: Critical
>
> This issue appears with commit
> https://github.com/apache/cloudstack/commit/a709f34ff93579981afbd4df0f4334b61ada29a8
> where xmlDesc has some content replaced: {code}
> xmlDesc =
> dm.getXMLDesc(xmlFlag).replace(libvirtComputingResource.getPrivateIp(),
> command.getDestinationIp());
> {code}
> This line from LibvirtComputingResource.java was refactored into
> LibvirtMigrateCommandWrapper.java in commit
> https://github.com/apache/cloudstack/commit/28e55462f15bdd8699e97b668c4ffc01735a533d
> Example, node1 is 10.0.0.1, node2 is 10.0.0.2, rbd mon_host is 10.0.0.13.
> VM is running on kvm node1 and this happened when migrating a VM from node1
> to node2, where the kvm nodes and the RBD mon nodes (mon_host) use IP
> addresses in the same range, and the mon_host has an ip address that
> partially matches the ip address (string) of the first kvm node.
> In the process list one can see that the mon_host changes from 10.0.0.13 to
> 10.0.0.23 in the destination host, blocking the migration after a timeout due
> to primary storage not being available.
> {code}
> root 25206 1.8 0.0 440184 17188 ?Sl 13:33 0:00
> /usr/libexec/qemu-kvm -name r-74-VM -S -machine
> pc-i440fx-rhel7.0.0,accel=kvm,usb=off -cpu
> host,+rdtscp,+pdpe1gb,+dca,+pcid,+pdcm,+xtpr,+tm2,+est,+smx,+vmx,+ds_cpl,+monitor,+dtes64,+pclmuldq,+pbe,+tm,+ht,+ss,+acpi,+ds,+vme
> -m 256 -realtime mlock=off -smp 1,sockets=1,cores=1,threads=1 -uuid
> 1a32b655-0acf-424b-8722-9e7f507a3070 -smbios type=1,manufacturer=Apache
> Software Foundation,product=CloudStack KVM
> Hypervisor,uuid=1a32b655-0acf-424b-8722-9e7f507a3070 -no-user-config
> -nodefaults -chardev
> socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-r-74-VM/monitor.sock,server,nowait
> -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-shutdown
> -boot strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device
> virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x6 -drive
> file=rbd:rbd/15ea00f9-e52e-43cf-9e5e-62188e9da5d2:id=cloudstack:key===:auth_supported=cephx\;none:mon_host=10.0.0.23\:6789,if=none,id=drive-virtio-disk0,format=raw,serial=15ea00f9e52e43cf9e5e,cache=none
> -device
> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x7,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=2
> -drive
> file=/usr/share/cloudstack-common/vms/systemvm.iso,if=none,id=drive-ide0-1-0,readonly=on,format=raw,cache=none
> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0,bootindex=1
> -netdev tap,fd=32,id=hostnet0,vhost=on,vhostfd=33 -device
> virtio-net-pci,netdev=hostnet0,id=net0,mac=11:11:11:11:11:11,bus=pci.0,addr=0x3,rombar=0,romfile=
> -netdev tap,fd=34,id=hostnet1,vhost=on,vhostfd=35 -device
> virtio-net-pci,netdev=hostnet1,id=net1,mac=22:22:22:22:22:22,bus=pci.0,addr=0x4,rombar=0,romfile=
> -netdev tap,fd=36,id=hostnet2,vhost=on,vhostfd=37 -device
> virtio-net-pci,netdev=hostnet2,id=net2,mac=33:33:33:33:33:33,bus=pci.0,addr=0x5,rombar=0,romfile=
> -chardev pty,id=charserial0 -device
> isa-serial,chardev=charserial0,id=serial0 -chardev
> socket,id=charchannel0,path=/var/lib/libvirt/qemu/r-74-VM.agent,server,nowait
> -device
> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=r-74-VM.vport
> -device usb-tablet,id=input0 -vnc 10.0.0.2:4,password -vga cirrus -incoming
> tcp:[::]:49152 -msg timestamp=on
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-9247) Templates go into "Not Ready" state after restarting manangement server with Swift as a Secondary Storage
Syed Ahmed created CLOUDSTACK-9247: -- Summary: Templates go into "Not Ready" state after restarting manangement server with Swift as a Secondary Storage Key: CLOUDSTACK-9247 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9247 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Secondary Storage Affects Versions: Future, 4.7.0, 4.8.0 Reporter: Syed Ahmed When using Swift as a secondary storage, we create a template.properties file which stores the metadata about the template. Currently the data which is present in the file is incorrect which leads to templates becoming unavailable after they are downloaded. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-9248) Ability to download templates when using Swift as a Secondary Storage
Syed Ahmed created CLOUDSTACK-9248: -- Summary: Ability to download templates when using Swift as a Secondary Storage Key: CLOUDSTACK-9248 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9248 Project: CloudStack Issue Type: Improvement Security Level: Public (Anyone can view this level - this is the default.) Components: Secondary Storage Affects Versions: Future, 4.7.0, 4.8.0 Reporter: Syed Ahmed Priority: Minor Currently, when using Swift as a Secondary Storage, we cannot download the templates that get uploaded. I am opening this bug to track the addition of that functionality. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-9247) Templates go into "Not Ready" state after restarting manangement server with Swift as a Secondary Storage
[ https://issues.apache.org/jira/browse/CLOUDSTACK-9247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=1527#comment-1527 ] ASF GitHub Bot commented on CLOUDSTACK-9247: Github user syed commented on the pull request: https://github.com/apache/cloudstack/pull/1331#issuecomment-173678575 Jira ticket : [CLOUDSTACK-9247](https://issues.apache.org/jira/browse/CLOUDSTACK-9247) I've tested this on our local setup and it works as expected. > Templates go into "Not Ready" state after restarting manangement server with > Swift as a Secondary Storage > - > > Key: CLOUDSTACK-9247 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9247 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Secondary Storage >Affects Versions: Future, 4.7.0, 4.8.0 >Reporter: Syed Ahmed > > When using Swift as a secondary storage, we create a template.properties file > which stores the metadata about the template. Currently the data which is > present in the file is incorrect which leads to templates becoming > unavailable after they are downloaded. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-9248) Ability to download templates when using Swift as a Secondary Storage
[ https://issues.apache.org/jira/browse/CLOUDSTACK-9248?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=1584#comment-1584 ] ASF GitHub Bot commented on CLOUDSTACK-9248: Github user syed commented on the pull request: https://github.com/apache/cloudstack/pull/1332#issuecomment-173688390 JIRA: [CLOUDSTACK-9248](https://issues.apache.org/jira/browse/CLOUDSTACK-9248) Tested this on our local setup. Created a template and generated the download link. Verified the download and it is the same as the template. > Ability to download templates when using Swift as a Secondary Storage > - > > Key: CLOUDSTACK-9248 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9248 > Project: CloudStack > Issue Type: Improvement > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Secondary Storage >Affects Versions: Future, 4.7.0, 4.8.0 >Reporter: Syed Ahmed >Priority: Minor > > Currently, when using Swift as a Secondary Storage, we cannot download the > templates that get uploaded. I am opening this bug to track the addition of > that functionality. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-9249) Broken link on website & missing documentation
Sam McLeod created CLOUDSTACK-9249: -- Summary: Broken link on website & missing documentation Key: CLOUDSTACK-9249 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9249 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Doc Reporter: Sam McLeod It looks like there is no documentation / install guide for 4.7? 1. Click "Installation Guide" on https://cloudstack.apache.org/downloads.html 2. You are redirected to http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/4.7/ 3. This documentation / page does not exist -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-9250) Storage automation results in java memory leaks.
Balaji Mani created CLOUDSTACK-9250: --- Summary: Storage automation results in java memory leaks. Key: CLOUDSTACK-9250 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9250 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Automation Affects Versions: 4.6.0 Reporter: Balaji Mani Priority: Critical While automating the storage creation and deletion in selenium, after 1000 storage creation and deletion, the CloudStack management server getting freezes due to JAVA Heap. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-8958) add dedicated ips to domain
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8958?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15112028#comment-15112028 ] ASF GitHub Bot commented on CLOUDSTACK-8958: GitHub user ustcweizhou opened a pull request: https://github.com/apache/cloudstack/pull/1357 CLOUDSTACK-8958: release dedicated ip range in domain removal We are able to assign didacated vlan ip ranges after the merge of CLOUDSTACK-8958. These ip ranges need to be released automatically when we delete a domain. You can merge this pull request into a Git repository by running: $ git pull https://github.com/ustcweizhou/cloudstack release-ip-ranges-for-domain Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cloudstack/pull/1357.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #1357 commit 252ebb56f23cdffa243f8c71116688f19f6f9f0c Author: Wei Zhou Date: 2016-01-20T16:21:06Z CLOUDSTACK-8958: release dedicated ip range in domain removal > add dedicated ips to domain > --- > > Key: CLOUDSTACK-8958 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8958 > Project: CloudStack > Issue Type: Improvement > Security Level: Public(Anyone can view this level - this is the > default.) >Reporter: Wei Zhou >Assignee: Wei Zhou > > add dedicated ips to domain > ips are dedicated to Account for now, so other customers and projects in the > same domain will use the system ip. this is not what we need. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
