[jira] [Commented] (CLOUDSTACK-7857) CitrixResourceBase wrongly calculates total memory on hosts with a lot of memory and large Dom0

[ https://issues.apache.org/jira/browse/CLOUDSTACK-7857?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14216355#comment-14216355 ] Joris van Lieshout commented on CLOUDSTACK-7857: I'm not too familiar

[jira] [Commented] (CLOUDSTACK-7857) CitrixResourceBase wrongly calculates total memory on hosts with a lot of memory and large Dom0

[ https://issues.apache.org/jira/browse/CLOUDSTACK-7857?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14214498#comment-14214498 ] Joris van Lieshout commented on CLOUDSTACK-7857: Hi Anthony, I agree

[jira] [Commented] (CLOUDSTACK-7857) CitrixResourceBase wrongly calculates total memory on hosts with a lot of memory and large Dom0

[ https://issues.apache.org/jira/browse/CLOUDSTACK-7857?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14209545#comment-14209545 ] Joris van Lieshout commented on CLOUDSTACK-7857: Hi Rohit, I did some

[jira] [Commented] (CLOUDSTACK-7853) Hosts that are temporary Disconnected and get behind on ping (PingTimeout) turn up in permanent state Alert

[ https://issues.apache.org/jira/browse/CLOUDSTACK-7853?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14204744#comment-14204744 ] Joris van Lieshout commented on CLOUDSTACK-7853: What I just saw in

[jira] [Created] (CLOUDSTACK-7853) Hosts that are temporary Disconnected and get behind on ping (PingTimeout) turn up in permanent state Alert

Joris van Lieshout created CLOUDSTACK-7853: -- Summary: Hosts that are temporary Disconnected and get behind on ping (PingTimeout) turn up in permanent state Alert Key: CLOUDSTACK-7853 URL:

[jira] [Created] (CLOUDSTACK-7857) CitrixResourceBase wrongly calculates total memory on hosts with a lot of memory and large Dom0

Joris van Lieshout created CLOUDSTACK-7857: -- Summary: CitrixResourceBase wrongly calculates total memory on hosts with a lot of memory and large Dom0 Key: CLOUDSTACK-7857 URL:

[jira] [Created] (CLOUDSTACK-7839) Unable to live migrate an instance to another host in a cluster from which the template has been deleted

Joris van Lieshout created CLOUDSTACK-7839: -- Summary: Unable to live migrate an instance to another host in a cluster from which the template has been deleted Key: CLOUDSTACK-7839 URL:

[jira] [Commented] (CLOUDSTACK-7839) Unable to live migrate an instance to another host in a cluster from which the template has been deleted

[ https://issues.apache.org/jira/browse/CLOUDSTACK-7839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14196092#comment-14196092 ] Joris van Lieshout commented on CLOUDSTACK-7839: Additional

[jira] [Commented] (CLOUDSTACK-7184) HA should wait for at least 'xen.heartbeat.interval' sec before starting HA on vm's when host is marked down

[ https://issues.apache.org/jira/browse/CLOUDSTACK-7184?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14125514#comment-14125514 ] Joris van Lieshout commented on CLOUDSTACK-7184: Hi, I am currently

[jira] [Commented] (CLOUDSTACK-7184) HA should wait for at least 'xen.heartbeat.interval' sec before starting HA on vm's when host is marked down

[ https://issues.apache.org/jira/browse/CLOUDSTACK-7184?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14105718#comment-14105718 ] Joris van Lieshout commented on CLOUDSTACK-7184: Hi, I am currently

[jira] [Created] (CLOUDSTACK-7319) Copy Snapshot command to heavy on XenServer Dom0 resources when using dd to copy incremental snapshots

Joris van Lieshout created CLOUDSTACK-7319: -- Summary: Copy Snapshot command to heavy on XenServer Dom0 resources when using dd to copy incremental snapshots Key: CLOUDSTACK-7319 URL:

[jira] [Updated] (CLOUDSTACK-7319) Copy Snapshot command too heavy on XenServer Dom0 resources when using dd to copy incremental snapshots

[ https://issues.apache.org/jira/browse/CLOUDSTACK-7319?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joris van Lieshout updated CLOUDSTACK-7319: --- Summary: Copy Snapshot command too heavy on XenServer Dom0 resources

[jira] [Commented] (CLOUDSTACK-7319) Copy Snapshot command too heavy on XenServer Dom0 resources when using dd to copy incremental snapshots

[ https://issues.apache.org/jira/browse/CLOUDSTACK-7319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14093962#comment-14093962 ] Joris van Lieshout commented on CLOUDSTACK-7319: review

[jira] [Updated] (CLOUDSTACK-7319) Copy Snapshot command too heavy on XenServer Dom0 resources when using dd to copy incremental snapshots

[ https://issues.apache.org/jira/browse/CLOUDSTACK-7319?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joris van Lieshout updated CLOUDSTACK-7319: --- Description: We noticed that the dd process was way to agressive on

[jira] [Commented] (CLOUDSTACK-7319) Copy Snapshot command too heavy on XenServer Dom0 resources when using dd to copy incremental snapshots

[ https://issues.apache.org/jira/browse/CLOUDSTACK-7319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14093971#comment-14093971 ] Joris van Lieshout commented on CLOUDSTACK-7319: We believe Hot-fix 4

[jira] [Created] (CLOUDSTACK-7103) Disable in-band management of OVS on cloud_link_local_network on XenServer

Joris van Lieshout created CLOUDSTACK-7103: -- Summary: Disable in-band management of OVS on cloud_link_local_network on XenServer Key: CLOUDSTACK-7103 URL:

[jira] [Commented] (CLOUDSTACK-6308) when executing createNetwork as ROOT for a subdomain/account it checks for network overlap in all subdomains/accounts

[ https://issues.apache.org/jira/browse/CLOUDSTACK-6308?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14006920#comment-14006920 ] Joris van Lieshout commented on CLOUDSTACK-6308: This issues still

[jira] [Updated] (CLOUDSTACK-6308) when executing createNetwork as ROOT for a subdomain/account it checks for network overlap in all subdomains/accounts

[ https://issues.apache.org/jira/browse/CLOUDSTACK-6308?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joris van Lieshout updated CLOUDSTACK-6308: --- Priority: Major (was: Critical) when executing createNetwork as ROOT

[jira] [Commented] (CLOUDSTACK-6308) when executing createNetwork as ROOT for a subdomain/account it checks for network overlap in all subdomains/accounts

[ https://issues.apache.org/jira/browse/CLOUDSTACK-6308?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14006931#comment-14006931 ] Joris van Lieshout commented on CLOUDSTACK-6308: I've tried

[jira] [Closed] (CLOUDSTACK-6308) when executing createNetwork as ROOT for a subdomain/account it checks for network overlap in all subdomains/accounts

[ https://issues.apache.org/jira/browse/CLOUDSTACK-6308?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joris van Lieshout closed CLOUDSTACK-6308. -- Resolution: Cannot Reproduce Fix Version/s: 4.3.0 when executing

[jira] [Created] (CLOUDSTACK-6751) conntrackd stats logging is enabled by default and fills up /var

Joris van Lieshout created CLOUDSTACK-6751: -- Summary: conntrackd stats logging is enabled by default and fills up /var Key: CLOUDSTACK-6751 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6751

[jira] [Created] (CLOUDSTACK-6716) /usr has been sized to small and ends up being 100% full on SSVM and CVM

Joris van Lieshout created CLOUDSTACK-6716: -- Summary: /usr has been sized to small and ends up being 100% full on SSVM and CVM Key: CLOUDSTACK-6716 URL:

[jira] [Commented] (CLOUDSTACK-6716) /usr has been sized to small and ends up being 100% full on SSVM and CVM

[ https://issues.apache.org/jira/browse/CLOUDSTACK-6716?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14003050#comment-14003050 ] Joris van Lieshout commented on CLOUDSTACK-6716: I already have a

[jira] [Commented] (CLOUDSTACK-6716) /usr has been sized to small and ends up being 100% full on SSVM and CVM

[ https://issues.apache.org/jira/browse/CLOUDSTACK-6716?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14003374#comment-14003374 ] Joris van Lieshout commented on CLOUDSTACK-6716: Created review

[jira] [Created] (CLOUDSTACK-6308) when executing createNetwork as ROOT for a subdomain/account it checks for network overlap in all subdomains/accounts

Joris van Lieshout created CLOUDSTACK-6308: -- Summary: when executing createNetwork as ROOT for a subdomain/account it checks for network overlap in all subdomains/accounts Key: CLOUDSTACK-6308 URL:

[jira] [Commented] (CLOUDSTACK-6195) an ACS db upgraded from Pre-4.0 version is missing unique key constraint on host_details

[ https://issues.apache.org/jira/browse/CLOUDSTACK-6195?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13919294#comment-13919294 ] Joris van Lieshout commented on CLOUDSTACK-6195: Hi Wei Zhou, Thank

[jira] [Commented] (CLOUDSTACK-6195) an ACS db upgraded from Pre-4.0 version is missing unique key constraint on host_details

[ https://issues.apache.org/jira/browse/CLOUDSTACK-6195?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13919341#comment-13919341 ] Joris van Lieshout commented on CLOUDSTACK-6195: Hi Wei Zhou, We

[jira] [Created] (CLOUDSTACK-6195) an ACS db upgraded from Pre-4.0 version is missing unique key constraint on host_details

Joris van Lieshout created CLOUDSTACK-6195: -- Summary: an ACS db upgraded from Pre-4.0 version is missing unique key constraint on host_details Key: CLOUDSTACK-6195 URL:

[jira] [Updated] (CLOUDSTACK-6195) an ACS db upgraded from Pre-4.0 version is missing unique key constraint on host_details

[ https://issues.apache.org/jira/browse/CLOUDSTACK-6195?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joris van Lieshout updated CLOUDSTACK-6195: --- Description: This is the table in our 4.2.1 env that has been upgraded

[jira] [Commented] (CLOUDSTACK-6023) Non windows instances are created on XenServer with a vcpu-max above supported xenserver limits

[ https://issues.apache.org/jira/browse/CLOUDSTACK-6023?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13891934#comment-13891934 ] Joris van Lieshout commented on CLOUDSTACK-6023: Hi Hrikrishna, We

[jira] [Updated] (CLOUDSTACK-6023) Non windows instances are created on XenServer with a vcpu-max above supported xenserver limits

[ https://issues.apache.org/jira/browse/CLOUDSTACK-6023?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joris van Lieshout updated CLOUDSTACK-6023: --- Attachment: xentop.png Non windows instances are created on XenServer

[jira] [Comment Edited] (CLOUDSTACK-6023) Non windows instances are created on XenServer with a vcpu-max above supported xenserver limits

[ https://issues.apache.org/jira/browse/CLOUDSTACK-6023?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13891934#comment-13891934 ] Joris van Lieshout edited comment on CLOUDSTACK-6023 at 2/5/14 9:03 AM:

[jira] [Commented] (CLOUDSTACK-6023) Non windows instances are created on XenServer with a vcpu-max above supported xenserver limits

[ https://issues.apache.org/jira/browse/CLOUDSTACK-6023?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13891982#comment-13891982 ] Joris van Lieshout commented on CLOUDSTACK-6023: That is a good idea.

[jira] [Commented] (CLOUDSTACK-6023) Non windows instances are created on XenServer with a vcpu-max above supported xenserver limits

[ https://issues.apache.org/jira/browse/CLOUDSTACK-6023?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13892005#comment-13892005 ] Joris van Lieshout commented on CLOUDSTACK-6023: We will be

[jira] [Created] (CLOUDSTACK-6020) createPortForwardingRule failes for vmguestip above 127.255.255.255

Joris van Lieshout created CLOUDSTACK-6020: -- Summary: createPortForwardingRule failes for vmguestip above 127.255.255.255 Key: CLOUDSTACK-6020 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6020

[jira] [Created] (CLOUDSTACK-6023) Non windows instances are created on XenServer with a vcpu-max above supported xenserver limits

Joris van Lieshout created CLOUDSTACK-6023: -- Summary: Non windows instances are created on XenServer with a vcpu-max above supported xenserver limits Key: CLOUDSTACK-6023 URL:

[jira] [Created] (CLOUDSTACK-6024) template copy to primary storage uses a random source secstorage from any zone

Joris van Lieshout created CLOUDSTACK-6024: -- Summary: template copy to primary storage uses a random source secstorage from any zone Key: CLOUDSTACK-6024 URL:

[jira] [Updated] (CLOUDSTACK-692) The StorageManager-Scavenger deletes snapshots that are still in the process of being created.

[ https://issues.apache.org/jira/browse/CLOUDSTACK-692?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joris van Lieshout updated CLOUDSTACK-692: -- Summary: The StorageManager-Scavenger deletes snapshots that are still in

[jira] [Updated] (CLOUDSTACK-692) The StorageManager-Scavenger deletes snapshots that are still in the process of being created.

[ https://issues.apache.org/jira/browse/CLOUDSTACK-692?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joris van Lieshout updated CLOUDSTACK-692: -- Description: Hi there, I think we ran into a bug due to a concurrence of

[jira] [Commented] (CLOUDSTACK-692) The StorageManager-Scavenger deletes snapshots that are still in the process of being created.

[ https://issues.apache.org/jira/browse/CLOUDSTACK-692?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13769529#comment-13769529 ] Joris van Lieshout commented on CLOUDSTACK-692: --- How to clean up on

[jira] [Updated] (CLOUDSTACK-692) The CleanupSnapshotBackup process on SSVM deletes snapshots that are still in the process of being created.

[ https://issues.apache.org/jira/browse/CLOUDSTACK-692?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joris van Lieshout updated CLOUDSTACK-692: -- Summary: The CleanupSnapshotBackup process on SSVM deletes snapshots that

[jira] [Updated] (CLOUDSTACK-692) The CleanupSnapshotBackup process on SSVM deletes snapshots that are still in the process of being copied to secondary storage.

[ https://issues.apache.org/jira/browse/CLOUDSTACK-692?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joris van Lieshout updated CLOUDSTACK-692: -- Summary: The CleanupSnapshotBackup process on SSVM deletes snapshots that