Hi
How can I remove node name from the web title?
nodeA - Proxmox Virtual Environment
Btw, Proxmox 4.3 rocks and upgrade from 3.4 to 4.3 went smoothly!
___
pve-user mailing list
pve-user@pve.proxmox.com
http://pve.proxmox.com/
hi at all,
cluster-setup is:
- 3 nodes / proxmox 4.3-1/e7cdc165
- CPU on all nodes is 8x Quad-Core AMD Opteron 2356 (2 sockets)
- RAM: node 1 = 16 GB RAM, node 2 and 3 = 32 GB
- storage for VMs = DRBD (drbd-utils version 8.9.8-1, drbdmanage version
0.97.3-1)
issue:
if processor type of a
Hello Thomas,
I would guess you just forgot to enable AMD-V (Hardwarevirtualisation)
on your third node. That's why the KVM64-CPU doesn't work on this node
but on the other two and with CPU set to host Hardwarevirtualisation is
not needed because everything happens in the software.
Best Regards
B
On 10/12/2016 10:31 AM, Sten Aus wrote:
Hi
How can I remove node name from the web title?
is there a specific reason why you want to remove the nodename?
imho it is very useful when you have multiple tabs for multple nodes,
as you can directly see which tab is which node
>
> is there a specific reason why you want to remove the nodename?
> imho it is very useful when you have multiple tabs for multple nodes,
> as you can directly see which tab is which node
>
I guess, but when you have a cluster in might be better to show the cluster
name, the node isn't really
Writeback clearly defines what is and isn't protected, so yes, there are some
guarantees. There are also some guaranteed data-loss scenarios.
Even "Writeback (unsafe)" provides guarantees of a sort, but there is a big
difference between it and simple "Writeback".
Choosing the appropriate cachi
On 12/10/2016 9:55 PM, Adam Thompson wrote:
Ultimately, "Always Use DirectIO" is a religious belief, not a technically
sound belief. There are situations where it makes sense, and other situations where it
doesn't. The same can be said of*every single* setting - if there were only One True
That makes sense - the ZIL acts as a writeback cache for you. If the latency
between QEMU and ZFS were higher (e.g. across NFS, maybe across a router, too)
then you'd likely be able to measure a small difference.
If the latencies are all small enough, any single writeback cache an will
likely
Hi,
we are currently sitting here in the advanced training and try to create
a VM from commandline according to the manpage of qm.
We are reading this in the manpage:
> -virtio[n] [file=] [,aio=] [,backup=<1|0>]
> [,bps=] [,bps_rd=] [,bps_wr=]
> [,cache=]
>[,cyls=] [,detect_zeroes=<1|0
I'm using Haproxy to proxy traffic to different web GUIs and it really
does not matter what node I am directly using in cluster. Especially
that they don't matter - in my scenario all nodes should be able to to
the same.
On 12.10.16 13:22, Kevin Lemonnier wrote:
is there a specific reason wh
On Wed, Oct 12, 2016 at 03:42:19PM +0200, Karsten Becker wrote:
> Hi,
>
> we are currently sitting here in the advanced training and try to create
> a VM from commandline according to the manpage of qm.
>
> We are reading this in the manpage:
>
> > -virtio[n] [file=] [,aio=] [,backup=<1|0>]
> >
> What do we overlook? Or is the manpage simply wrong?
yes, it is misleading - sorry.
> The fact that means the storage device is not really obvious.
> That the size=5 is not working is not understood by us.
size is only used after creation.
> Some more comments/examples for such an importan
Thanks for the clarification!
:-)
Kind regards
Karsten
On 12.10.2016 16:22, Dietmar Maurer wrote:
>> What do we overlook? Or is the manpage simply wrong?
>
> yes, it is misleading - sorry.
>
>> The fact that means the storage device is not really obvious.
>> That the size=5 is not working
'download.ceph.com' seems down.
So, a simple:
pveceph install
stall. After fiddling a bit, i've done:
root@capitanamerica:~# diff -ud /usr/share/perl5/PVE/CLI/pveceph.pm.orig
/usr/share/perl5/PVE/CLI/pveceph.pm
--- /usr/share/perl5/PVE/CLI/pveceph.pm.orig 2016-10-12 17:11:37.433742
Hi,
I ncan confirm that I was not able to call the documentation sections of
the Ceph pages yesterday... they were down also.
So just drink some tea.
Regards
Karsten
On 12.10.2016 17:16, Marco Gaiarin wrote:
>
> 'download.ceph.com' seems down.
>
> So, a simple:
> pveceph install
>
>
http://www.dreamhoststatus.com/2016/10/11/dreamcompute-us-east-1-cluster-service-disruption/
24 hours down so far. Can't wait to read the RFO
On Wed, Oct 12, 2016 at 4:21 PM, Karsten Becker
wrote:
> Hi,
>
> I ncan confirm that I was not able to call the documentation sections of
> the Ceph pages
16 matches
Mail list logo