[PVE-User] Recovery Disaster - What is the best practice...?

Leonardo Dourado leonardo.dourado at itrace.com.br
Thu Jan 26 12:40:06 CET 2017


Hi Yannis!

Thanks for the quick answer... Yes, on my PVE Server I have 3 virtual machines and I want to recover them in another Server in cause of hardware failure...

So, I just have to mount that LUN partition in another Server right?  Is it easy to recover the backup? Can I restore the backups over web interface or should it go over shell console?

Well, for now it's just a small lab, my plan is make it bigger! Any other trick or advise for me in what regards recovery disaster?

Thanks,
Leonardo.

-----Mensagem original-----
De: pve-user [mailto:pve-user-bounces at pve.proxmox.com] Em nome de pve-user-request at pve.proxmox.com
Enviada em: quinta-feira, 26 de janeiro de 2017 09:00
Para: pve-user at pve.proxmox.com
Assunto: pve-user Digest, Vol 106, Issue 25

Send pve-user mailing list submissions to
	pve-user at pve.proxmox.com

To subscribe or unsubscribe via the World Wide Web, visit
	http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user
or, via email, send a message with subject or body 'help' to
	pve-user-request at pve.proxmox.com

You can reach the person managing the list at
	pve-user-owner at pve.proxmox.com

When replying, please edit your Subject line so it is more specific than "Re: Contents of pve-user digest..."


Today's Topics:

   1. Ansible role for Proxmox (4.x clusters) (Musee Ullah)
   2. Recovery Disaster - What is the best practice...?
      (Leonardo Dourado)
   3. Re: pve-user Digest, Vol 106, Issue 24 (jatani halake)
   4. Re: Recovery Disaster - What is the best practice...?
      (Yannis Milios)
   5. Re: software RAID in 4.2 (Miguel González)


----------------------------------------------------------------------

Message: 1
Date: Wed, 25 Jan 2017 18:05:55 +0000
From: Musee Ullah <musee.ullah at FireEye.com>
To: "pve-user at pve.proxmox.com" <pve-user at pve.proxmox.com>
Subject: [PVE-User] Ansible role for Proxmox (4.x clusters)
Message-ID: <1485367555.3124.39.camel at fireeye.com>
Content-Type: text/plain; charset="UTF-8"

Hi guys,

I wrote an Ansible role last year for deploying PVE on multiple hosts and preparing them to join a PVE cluster. It's available on Galaxy: htt ps://galaxy.ansible.com/lae/proxmox/. The main features currently are IPMI watchdog configuration and SSH key generation/configuration (with the assumption that root logins are disabled by default, as they should be).

It doesn't perform the cluster creation step (yet) - but all that's needed after applying the role are running `pvecm create $clustername` on $firsthost and `pvecm add $firsthost` on the remaining hosts.

So far I've used it to deploy 4.3 and 4.4 clusters without issue, and I've also used it to upgrade a 4.3 cluster to 4.4 (without automatic reboot).

I'm open to contributions and/or suggestions, so feel free!

lae / Musee

------------------------------

Message: 2
Date: Thu, 26 Jan 2017 00:08:49 +0000
From: Leonardo Dourado <leonardo.dourado at itrace.com.br>
To: "pve-user at pve.proxmox.com" <pve-user at pve.proxmox.com>
Subject: [PVE-User] Recovery Disaster - What is the best practice...?
Message-ID:
	<FA7F37342AE7FE4E97CF874BDE45931C0134342415 at MBXTB921G.vcaremail.local>
Content-Type: text/plain; charset="us-ascii"

Hi All!

Can someone please advise what is the best procedure in case of recovery disaster?

My scenario is:
I have a PVE Server running a few machines, I also have a NAS with some disks... I wanna point to that NAS the backup of these machines (in a way I can recover them in another server in case of hardware failure).

I see on PVE the Backup service, I am not sure if I have to recover a whole VM to another server that is the proper service, it looks too simple (mostly snapshots).
My plan is have Proxmox as a main server for VMs so, I have to think about "if my hardware fails", what can I do to move the machines to another server...

Much appreciated,
Leonardo D.


------------------------------

Message: 3
Date: Thu, 26 Jan 2017 11:54:31 +0300
From: jatani halake <jatenihaleke at gmail.com>
To: pve-user at pve.proxmox.com
Subject: Re: [PVE-User] pve-user Digest, Vol 106, Issue 24
Message-ID:
	<CAJ=Q44fCQ7zduYKsBpVC3E0uVGpziZ59TqvdDR13cHNc+BdDMA at mail.gmail.com>
Content-Type: text/plain; charset=UTF-8

after i mount my recovered vm disk which is vm-902-disk-1.raw, how can i recover my data by using testdisk? when i mount on some directory it only contains lost+found, So plz any help!

On Wed, Jan 25, 2017 at 2:00 PM, <pve-user-request at pve.proxmox.com> wrote:

> Send pve-user mailing list submissions to
>         pve-user at pve.proxmox.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user
> or, via email, send a message with subject or body 'help' to
>         pve-user-request at pve.proxmox.com
>
> You can reach the person managing the list at
>         pve-user-owner at pve.proxmox.com
>
> When replying, please edit your Subject line so it is more specific 
> than "Re: Contents of pve-user digest..."
>
>
> Today's Topics:
>
>    1. Re: DHCP on bridge interface (Vadim Bulst)
>    2. Snapshot shows wrong timestamp (Elias)
>    3. Re: Snapshot shows wrong timestamp (Emmanuel Kasper)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 24 Jan 2017 13:21:56 +0100
> From: Vadim Bulst <vadim.bulst at bbz.uni-leipzig.de>
> To: <pve-user at pve.proxmox.com>
> Subject: Re: [PVE-User] DHCP on bridge interface
> Message-ID: <14470be0-ac91-740b-acb7-d0c67de4f796 at bbz.uni-leipzig.de>
> Content-Type: text/plain; charset="utf-8"; format=flowed
>
> Sorry - my fault. Everything is like it should. My puppet-module was 
> delivering the wrong file.
>
>
> Am 24.01.2017 um 07:50 schrieb Vadim Bulst:
> > Hi there,
> >
> > I'd like to use DHCP-Address configation on my bridged network 
> > interfaces
> >
> > /etc/network/interfaces which i'd like to use:
> >
> > auto lo
> > iface lo inet loopback
> >
> > iface eth4 inet manual
> >
> > iface eth5 inet manual
> >
> > auto bond0
> > iface bond0 inet manual
> >         slaves eth4 eth5
> >         bond_miimon 100
> >         bond_mode 802.3ad
> >         mtu 9100
> >
> >
> > auto vmbr0
> > iface vmbr0 inet dhcp
> >                bridge_ports bond0
> >                bridge_stp off
> >                bridge_fd 0
> >                bridge_vlan_aware yes
> >
> > When i reboot the server all options of the bridge are gone ( 
> > commented out ) and no address lease is received. Even if i put this 
> > config to /etc/network/interfaces.new . In the Debian-Wiki it is 
> > written that it should be possible to configure a bridge using dhcp:
> >
> > https://wiki.debian.org/BridgeNetworkConnections :
> >
> > "
> >
> >  # This file describes the network interfaces available on your 
> > system  # and how to activate them. For more information, see interfaces(5).
> >
> >  # The loopback network interface
> >  auto lo br0
> >  iface lo inet loopback
> >
> >  # Set up interfaces manually, avoiding conflicts with, e.g., 
> > network manager  iface eth0 inet manual
> >
> >  iface eth1 inet manual
> >
> >  # Bridge setup
> >  iface br0 inet dhcp
> >     bridge_ports eth0 eth1
> >
> > "
> >
> > Our Cisco-Engineer wants to keep the switch configuration flexible 
> > in terms of MTU. That's why we'd like to use dhcp on the bridging 
> > interfaces.
> >
> > Any suggestions to this phenomena?
> >
> > Cheers,
> >
> > Vadim
> >
> > _______________________________________________
> > pve-user mailing list
> > pve-user at pve.proxmox.com
> > http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 24 Jan 2017 15:22:24 +0100
> From: Elias <pve at whitenite.de>
> To: pve-user at pve.proxmox.com
> Subject: [PVE-User] Snapshot shows wrong timestamp
> Message-ID: <1a42ed1b-1e46-2e7a-d2f6-613167142106 at whitenite.de>
> Content-Type: text/plain; charset=utf-8
>
> Hi all,
>
> I created a snapshot of a virtual machine. The "Date/Status" field 
> shows the correct date, while the timestamp shown in the "edit snapshot"
> window is incorrect. It shows "Sun Jan 18 1970 05:34:26 GMT+0100 (CET)".
> The time on Proxmox is set correct.
>
> PVE Version:
> # pveversion
> pve-manager/4.4-5/c43015a5 (running kernel: 4.4.35-2-pve)
>
>
> Cya,
> Elias
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 24 Jan 2017 15:25:38 +0100
> From: Emmanuel Kasper <e.kasper at proxmox.com>
> To: pve-user at pve.proxmox.com
> Subject: Re: [PVE-User] Snapshot shows wrong timestamp
> Message-ID: <ce7aa9ac-29fe-7f04-6414-22f4eac6c69e at proxmox.com>
> Content-Type: text/plain; charset=utf-8
>
> On 01/24/2017 03:22 PM, Elias wrote:
> > Hi all,
> >
> > I created a snapshot of a virtual machine. The "Date/Status" field 
> > shows the correct date, while the timestamp shown in the "edit snapshot"
> > window is incorrect. It shows "Sun Jan 18 1970 05:34:26 GMT+0100 (CET)".
> > The time on Proxmox is set correct.
> >
> > PVE Version:
> > # pveversion
> > pve-manager/4.4-5/c43015a5 (running kernel: 4.4.35-2-pve)
>
> Hi Elias
> This looks like a bug.
> Can you fill a bug report at bugzilla.proxmox.com ?
>
> This makes it easy to track the bug status, and you will get notified 
> as soon as the bug is fixed.
>
> Emmanuel
>
>
>
>
>
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> pve-user mailing list
> pve-user at pve.proxmox.com
> http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user
>
>
> ------------------------------
>
> End of pve-user Digest, Vol 106, Issue 24
> *****************************************
>


------------------------------

Message: 4
Date: Thu, 26 Jan 2017 09:25:56 +0000
From: Yannis Milios <yannis.milios at gmail.com>
To: PVE User List <pve-user at pve.proxmox.com>
Subject: Re: [PVE-User] Recovery Disaster - What is the best
	practice...?
Message-ID:
	<CAFiF2OoO7oUOxiveMhmjQ4xwXDGx62S160CcYgv0i1f3xPhXGA at mail.gmail.com>
Content-Type: text/plain; charset=UTF-8

Your question is quite generic because it depends how you have configured your PVE, what will be the storage backends etc.
I will assume that you have one PVE server with VMs stored in a local storage like LVM or ZFS. You have a NAS as well where you store the backups of these VMs (full backups).NAS is configured on PVE as a  NFS target.
So if your PVE server dies, the only thing needed is to mount NAS as NFS target on the new PVE server and just retore the backups there. That could take some time depending on the size of VMs.

Yannis


On Thu, 26 Jan 2017 at 00:09, Leonardo Dourado < leonardo.dourado at itrace.com.br> wrote:

> Hi All!
>
> Can someone please advise what is the best procedure in case of 
> recovery disaster?
>
> My scenario is:
> I have a PVE Server running a few machines, I also have a NAS with 
> some disks... I wanna point to that NAS the backup of these machines 
> (in a way I can recover them in another server in case of hardware failure).
>
> I see on PVE the Backup service, I am not sure if I have to recover a 
> whole VM to another server that is the proper service, it looks too 
> simple (mostly snapshots).
> My plan is have Proxmox as a main server for VMs so, I have to think 
> about "if my hardware fails", what can I do to move the machines to 
> another server...
>
> Much appreciated,
> Leonardo D.
> _______________________________________________
> pve-user mailing list
> pve-user at pve.proxmox.com
> http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user
>
--
Sent from Gmail Mobile


------------------------------

Message: 5
Date: Thu, 26 Jan 2017 10:50:31 +0100
From: Miguel González <miguel_3_gonzalez at yahoo.es>
To: PVE User List <pve-user at pve.proxmox.com>
Subject: Re: [PVE-User] software RAID in 4.2
Message-ID: <bc6b6c02-70ee-0be7-057f-74272a201d74 at yahoo.es>
Content-Type: text/plain; charset=utf-8

As asked by the hosting company I shut down and test in rescue mode. I
also tested with proxmox running but with all VMs shut down (my tests
were done with all VMs running).

There is an increase in speed reads but I find that FSYNCs are still low
and reads differ too much (from 100 MB/s to 140 MB/s):

root at myserver:~# pveperf /vz/
CPU BOGOMIPS: 42667.60
REGEX/SECOND: 1099581
HD SIZE: 1809.50 GB (/dev/mapper/pve-data)
BUFFERED READS: 138.73 MB/sec
AVERAGE SEEK TIME: 18.94 ms
FSYNCS/SECOND: 1.97
DNS EXT: 17.82 ms
DNS INT: 13.27 ms (myserver)
root at myserver:~# pveperf /vz/
CPU BOGOMIPS: 42667.60
REGEX/SECOND: 1162253
HD SIZE: 1809.50 GB (/dev/mapper/pve-data)
BUFFERED READS: 123.24 MB/sec
AVERAGE SEEK TIME: 13.28 ms
FSYNCS/SECOND: 39.64
DNS EXT: 11.67 ms
DNS INT: 19.81 ms (myserver)
root at myserver:~# pveperf /vz/
CPU BOGOMIPS: 42667.60
REGEX/SECOND: 1123387
HD SIZE: 1809.50 GB (/dev/mapper/pve-data)
BUFFERED READS: 121.61 MB/sec
AVERAGE SEEK TIME: 13.83 ms
FSYNCS/SECOND: 22.67
DNS EXT: 14.01 ms
DNS INT: 13.90 ms (myserver)
root at myserver:~# pveperf /vz/
CPU BOGOMIPS: 42667.60
REGEX/SECOND: 1138502
HD SIZE: 1809.50 GB (/dev/mapper/pve-data)
BUFFERED READS: 100.28 MB/sec
AVERAGE SEEK TIME: 13.74 ms
FSYNCS/SECOND: 41.03
DNS EXT: 13.72 ms
DNS INT: 12.70 ms (myserver)
root at myserver:~# pveperf /vz/
CPU BOGOMIPS: 42667.60
REGEX/SECOND: 1102421
HD SIZE: 1809.50 GB (/dev/mapper/pve-data)
BUFFERED READS: 134.41 MB/sec
AVERAGE SEEK TIME: 12.74 ms
FSYNCS/SECOND: 30.34
DNS EXT: 11.25 ms
DNS INT: 14.16 ms (myserver)
root at myserver:~# hdparm -tT /dev/sda

/dev/sda:
Timing cached reads: 16160 MB in 2.00 seconds = 8087.23 MB/sec
Timing buffered disk reads: 434 MB in 3.00 seconds = 144.60 MB/sec
root at myserver:~# hdparm -tT /dev/sdb

/dev/sdb:
Timing cached reads: 16492 MB in 2.00 seconds = 8253.77 MB/sec
Timing buffered disk reads: 456 MB in 3.01 seconds = 151.44 MB/sec

Are these numbers normal for a SATA 7.200 RPM Software RAID with ext4?

What numbers can I expect with SSD?

Thanks!

Miguel




------------------------------

Subject: Digest Footer

_______________________________________________
pve-user mailing list
pve-user at pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user


------------------------------

End of pve-user Digest, Vol 106, Issue 25
*****************************************


More information about the pve-user mailing list