Previously we waited 10 seconds, in PVE 4 system sometimes need more
time to initialize all services so the didn't execute the startall
command even if a few seconds later cfs quorum was etablished.
This is a background process started from the pve-manager init
script, thus waiting doesn't interferes with other processes, so
wait long enough.
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

Signed-off-by: Emmanuel Kasper <e.kasper@proxmox.com>

Signed-off-by: Emmanuel Kasper <e.kasper@proxmox.com>

Only show edit dialogs for HA resources and groups when an user
has the privileges to edit them.

Also, don't "cat" non existing files

and update jsgettext.pl to work on jessie

because we also do not set KRBD flag by default.

Currently,if we have vms on lvm on top of iscsi,

pve-manager service start them too early at host boot,
before open-iscsi daemon, and vm don't start.
Reported-by: Philippe Guy <ph.guy@decidem.fr>
Signed-off-by: Alexandre Derumier <aderumier@odiso.com>

and increase git release key retrieval.
(ceph.com git seem to be quite slow currently)
Signed-off-by: Alexandre Derumier <aderumier@odiso.com>

This is necessary because CPU are not hot-plug-able and memory are hot-plug-able.
also this will be useful for the new resource window.

The check used was completely wrong and so the startall and stopall
API calls touched HA managed service, which they shouldn't.

Using the vm_is_ha_managed call from the HA stack fixes that.
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

When adding the new LXC config format we forgot to adapt the
get_start_stop_list and do s/pve.startup/onboot/

This fixes that qemu VMs were started always before LXC CTs,
irregardless of the defined order.

This also let's us simplify the surrounding code and reduce code
reuse.
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>