<p dir="ltr">The officially-supported way of doing this would be to backup the CT, then restore it under a new ID and tweak any settings which should be different.  No SSH required; just a different way of looking at it.  You have to do the tweaking steps with a new CT-from-template anyway, so there aren't really any extra steps involved.  Unless you're planning on distributing your templates to non-Proxmox users of OpenVZ, that tends to be enough. (And even then, vzrestore is available outside of Proxmox either way, so still no real issue.)</p>

<div class="gmail_quote">On Mar 5, 2014 3:48 AM, "James A. Coyle" <<a href="mailto:james.coyle@jamescoyle.net">james.coyle@jamescoyle.net</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
>> >why not?<br>
>> Well where does the proxmox config come from in a vzdump? I assume it has<br>
>> to be in there somewhere?<br>
<br>
>The config is stored in /etc/vzdump/<br>
<br>
Exactly, so we can add this to an exclusion list, along with a few other things.<br>
<br>
>> Looking further into it, other items need<br>
>> removing too which could be added to an excludes list in the tar command.<br>
>><br>
>> > and I suspect that other things may need removing too - such as<br>
>> > networks, /tmp, etc. I need some more information on what the exact<br>
>> > differences are and we may need to consider the CT OS distribution<br>
>> > type. In addition, it lands in the cache dir of the storage device so<br>
>> > that no manual intervention is required.<br>
>><br>
>> >Sure. But there is currently no real standard which defines what a<br>
>> >template should contain or not. So automatic creation is out of scope unless<br>
>> there is a well-defined standard.<br>
>> For now, we use DAB to create templates.<br>
>><br>
>> DAB does not meet my needs - I spend a lot of time installing software which<br>
>> is not in a repo and has to be manually installed.<br>
<br>
>Installing software that way is a bad idea. I always create debian packages<br>
>before installing something.<br>
<br>
That is not correct. One example is any software from Oracle.com - it needs to be installed using the Oracle installer because it makes many config files which are specific to the target environment. In addition, what if the target CT is not Debian? The same issue exists with RPMs btw. Using a Debian package would not be supported by the vendor as a method of install and be a huge undertaking to do in the first place.<br>

<br>
>> So are you saying that<br>
>> because there is nothing written down on OpenVZ, Proxmox will not support<br>
>> this feature? I basically want to create a template from an existing CT.<br>
<br>
>IMHO creating a OpenVZ template is always a manual process, because you need to carefully<br>
>remove unwanted files/data/daemons.<br>
<br>
If it's created from an existing template, what is there to remove? I'm not talking about creating a template from scratch here - as that's not really possible anyway using just a CT. I'm talking about creating a new template from an existing CT.<br>

<br>
I'd really like to get this feature available in Proxmox as every time I create a new template I have to SSH to the box and tar the CT folder. It's such a simple process and it drives me crazy every time I have to SSH to the box.<br>

<br>
Is there any way of getting this feature into Proxmox - even if it means completely changing how it's implemented, or is this just a no-go from the start?<br>
_______________________________________________<br>
pve-devel mailing list<br>
<a href="mailto:pve-devel@pve.proxmox.com">pve-devel@pve.proxmox.com</a><br>
<a href="http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel" target="_blank">http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel</a><br>
</blockquote></div>