[
https://issues.apache.org/jira/browse/CLOUDSTACK-5408?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13866309#comment-13866309
]
Sateesh Chodapuneedi commented on CLOUDSTACK-5408:
--------------------------------------------------
I observed that the cloud service running in SSVM is occupying more RAM and
swap space compared to cloud service in 32-bit SSVM. There is significant size
differences across virtual memory for data and overall usage. vmstat confirms
that 300MB+ for 32bit SSVM against 700MB+ for 64-bit. More swap space has
helped resolve the crunch.
Solution is to build 64 bit system vm template with larger swap partition.
I have created 64-bit system VM template for VMware picking up the systemvm
template generated by Jenkins.cloudstack.org using veewee definition given
below.
tools/appliance/definitions/systemvm64template/definition.rb
tools/appliance/definitions/systemvm64template/preseed.cfg
preseed.cfg has swap space defined as “70 512 300% linux-swap” yielding 146MB.
I am looking to increase it to 256MB. Can you please help how to change the
preseed configuration to make swap partition bigger.
Will increasing disk size in definition.rb help increase of swap space too?
d-i partman-auto/expert_recipe string \
boot-root :: \
30 50 100 ext4 \
$primary{ } $bootable{ } \
method{ format } format{ } \
use_filesystem{ } filesystem{ ext4 } \
mountpoint{ /boot } \
. \
300 40 400 ext4 \
method{ format } format{ } \
use_filesystem{ } filesystem{ ext4 } \
mountpoint{ / } \
. \
50 100 200 ext4 \
method{ format } format{ } \
use_filesystem{ } filesystem{ ext4 } \
mountpoint{ /home } \
. \
650 20 1100 ext4 \
method{ format } format{ } \
use_filesystem{ } filesystem{ ext4 } \
mountpoint{ /usr } \
. \
400 40 500 ext4 \
method{ format } format{ } \
use_filesystem{ } filesystem{ ext4 } \
mountpoint{ /opt } \
. \
450 60 1000 ext4 \
method{ format } format{ } \
use_filesystem{ } filesystem{ ext4 } \
mountpoint{ /var } \
. \
50 70 400 ext4 \
method{ format } format{ } \
use_filesystem{ } filesystem{ ext4 } \
mountpoint{ /tmp } \
. \
70 512 300% linux-swap \
method{ swap } format{ } \
.
Disk /dev/sda: 2097 MB, 2097152000 bytes
255 heads, 63 sectors/track, 254 cylinders, total 4096000 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00043455
Device Boot Start End Blocks Id System
/dev/sda1 * 2048 63487 30720 83 Linux
/dev/sda2 65534 4093951 2014209 5 Extended
/dev/sda3 63488 65532 1022+ 83 Linux
/dev/sda5 65536 649215 291840 83 Linux
/dev/sda6 651264 761855 55296 83 Linux
/dev/sda7 763904 2031615 633856 83 Linux
/dev/sda8 2033664 2811903 389120 83 Linux
/dev/sda9 2813952 3690495 438272 83 Linux
/dev/sda10 3692544 3792895 50176 83 Linux
/dev/sda11 3794944 4093951 149504 82 Linux swap / Solaris
Looking for any help in recipe configuration
> [Automation] Failed to deploy vm in vmware environment with error "due to
> java.io.IOException: Cannot run program "mount": java.io.IOException:
> error=12, Cannot allocate memory"
> ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: CLOUDSTACK-5408
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5408
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: VMware
> Affects Versions: 4.3.0
> Environment: vmware 5.0 update 3
> 64 bit template
> Reporter: Rayees Namathponnan
> Assignee: Sateesh Chodapuneedi
> Priority: Critical
> Fix For: 4.3.0
>
> Attachments: CLOUDSTACK-5408.rar
>
>
> Steps to reproduce
> Create advanced zone in vmware
> use 64 bit template
> deploy VM
> Result
> SSVM are crated
> Routers are created
> VM deployment failed with below error
> yStorageResource.mountUri(NfsSecondaryStorageResource.java:2293)\n\tat
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:1934)\n\tat
>
> com.cloud.storage.resource.VmwareSecondaryStorageResourceHandler.getMountPoint(VmwareSecondaryStorageResourceHandler.java:311)\n\tat
>
> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateFromSecondaryToPrimary(VmwareStorageProcessor.java:131)\n\tat
>
> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateToPrimaryStorage(VmwareStorageProcessor.java:221)\n\tat
>
> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(StorageSubsystemCommandHandlerBase.java:75)\n\tat
>
> com.cloud.storage.resource.VmwareStorageSubsystemCommandHandler.execute(VmwareStorageSubsystemCommandHandler.java:155)\n\tat
>
> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorageCommands(StorageSubsystemCommandHandlerBase.java:50)\n\tat
>
> com.cloud.storage.resource.VmwareSecondaryStorageResourceHandler.executeRequest(VmwareSecondaryStorageResourceHandler.java:101)\n\tat
>
> com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:56)\n\tat
> com.cloud.agent.Agent.processRequest(Agent.java:498)\n\tat
> com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:806)\n\tat
> com.cloud.utils.nio.Task.run(Task.java:83)\n\tat
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)\n\tat
>
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)\n\tat
> java.lang.Thread.run(Thread.java:679)\nCaused by: java.io.IOException:
> java.io.IOException: error=12, Cannot allocate memory\n\tat
> java.lang.UNIXProcess.<init>(UNIXProcess.java:164)\n\tat
> java.lang.ProcessImpl.start(ProcessImpl.java:81)\n\tat
> java.lang.ProcessBuilder.start(ProcessBuilder.java:470)\n\t... 20
> more\n\n","wait":0}}] }
> 2013-12-07 14:07:59,776 DEBUG [c.c.a.t.Request] (Job-Executor-23:ctx-f22d6e84
> ctx-b6c94672) Seq 5-137756744: Received: { Ans: , MgmtId: 90928106758026,
> via: 5, Ver: v1, Flags: 10, { CopyCmdAnswer } }
> 2013-12-07 14:07:59,791 INFO [o.a.c.s.v.VolumeServiceImpl]
> (Job-Executor-23:ctx-f22d6e84 ctx-b6c94672) releasing lock for
> VMTemplateStoragePool 9
> 2013-12-07 14:07:59,791 WARN [c.c.u.d.Merovingian2]
> (Job-Executor-23:ctx-f22d6e84 ctx-b6c94672) Was unable to find lock for the
> key template_spool_ref9 and thread id 1402045270
> 2013-12-07 14:07:59,791 DEBUG [o.a.c.e.o.VolumeOrchestrator]
> (Job-Executor-23:ctx-f22d6e84 ctx-b6c94672) Unable to create
> Vol[8|vm=8|ROOT]:Unable to copy template to primary storage due to
> exception:Exception: com.cloud.utils.exception.CloudRuntimeException
> Message: GetRootDir for
> nfs://10.223.240.164:/home/common/automation/SC-CLOUD-QA03/secondary1 failed
> due to com.cloud.utils.exception.CloudRuntimeException: Unable to mount
> 10.223.240.164:/home/common/automation/SC-CLOUD-QA03/secondary1 at
> /mnt/SecStorage/c6ec0966-00ab-3817-8a96-e8f4c3e03269 due to
> java.io.IOException: Cannot run program "mount": java.io.IOException:
> error=12, Cannot allocate memory
> at java.lang.ProcessBuilder.start(ProcessBuilder.java:488)
> at com.cloud.utils.script.Script.execute(Script.java:177)
> at com.cloud.utils.script.Script.execute(Script.java:155)
> at
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.attemptMount(NfsSecondaryStorageResource.java:2374)
> at
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.mount(NfsSecondaryStorageResource.java:2331)
> at
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.mountUri(NfsSecondaryStorageResource.java:2293)
> at
> org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource.getRootDir(NfsSecondaryStorageResource.java:1934)
> at
> com.cloud.storage.resource.VmwareSecondaryStorageResourceHandler.getMountPoint(VmwareSecondaryStorageResourceHandler.java:311)
> at
> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateFromSecondaryToPrimary(VmwareStorageProcessor.java:131)
> at
> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateToPrimaryStorage(VmwareStorageProcessor.java:221)
> at
> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(StorageSubsystemCommandHandlerBase.java:75)
> at
> com.cloud.storage.resource.VmwareStorageSubsystemCommandHandler.execute(VmwareStorageSubsystemCommandHandler.java:155)
> at
> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorageCommands(StorageSubsystemCommandHandlerBase.java:50)
> at
> com.cloud.storage.resource.VmwareSecondaryStorageResourceHandler.executeRequest(VmwareSecondaryStorageResourceHandler.java:101)
> at
> com.cloud.storage.resource.PremiumSecondaryStorageResource.executeRequest(PremiumSecondaryStorageResource.java:56)
> at com.cloud.agent.Agent.processRequest(Agent.java:498)
> at com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:806)
> at com.cloud.utils.nio.Task.run(Task.java:83)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:679)
> Caused by: java.io.IOException: java.io.IOException: error=12, Cannot
> allocate memory
> at java.lang.UNIXProcess.<init>(UNIXProcess.java:164)
> at java.lang.ProcessImpl.start(ProcessImpl.java:81)
> at java.lang.ProcessBuilder.start(ProcessBuilder.java:470)
> ... 20 more
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
