Project

General

Profile

Scénario #30588

Sauvegarde/restauration Hapy 2.8.0+

Added by Gilles Grandgérard 8 months ago. Updated 2 months ago.

Status:
Nouveau
Priority:
Normal
Assigned To:
Category:
-
Start date:
02/01/2021
Due date:
02/19/2021
% Done:

67%

Story points:
3.0
Remaining (hours):
0.00 hour
Velocity based estimate:
Release:
Release relationship:
Auto

Description

Problème

A ce jour, la base de donnée Hapy n'est pas sauvegardée.

Proposition

Il faut proposer un moyen de sauvegarde.sh/restauration.sh pour :
  • la base Sqllite
  • le répertoire /var/lib/one/.one/ (cléfs, Mdp base, ... )

Attention : la sauvegarde des VM n'est pas dans le périmètre de ce scénario

Solutions à mettre en œuvre

  • EOLE >= 2.8.0
  • Documenter la fonctionnalité dans la doc 2.8 (ici ?)

Critères d’acceptation

  • Sauvegarder un Hapy, ré instancier une nouvelle VM, restaurer la sauvegarde ==> Dans ONE, on trouve toutes les données

Subtasks

Tâche #31643: Proposer la sauvegarde et la restauration sur le modèle du Sphynx et du ZéphirRésoluBenjamin Bohard

Tâche #31644: Documenter la procédure de sauvegarde, restauration pour le module HâpyEn cours

Tâche #31651: Créer le script de sauvegarde de la base de données pour eole-scheduleNe sera pas résolu


Related issues

Related to EOLE OpenNebula - Proposition Scénario #16576: Identifier et mettre en oeuvre une solution de sauvegarde pour le module Hapy Classée sans suite
Related to Distribution EOLE - Tâche #31701: Valider le scénario Sauvegarde/restauration Hapy 2.8.0+ En cours 02/18/2021
Copied to EOLE OpenNebula - Scénario #31591: Sauvegarde/restauration des Images et VM Hapy 2.8.0+ Nouveau 02/01/2021 02/19/2021

Associated revisions

Revision cb20ebac (diff)
Added by Philippe Caseiro 2 months ago

Fix onebck and onerst includes

ref #30588

(cherry picked from commit a654c2f071dc77c929a981d3c0349f8c993f6f91)

Revision a654c2f0 (diff)
Added by Philippe Caseiro 2 months ago

Fix onebck and onerst includes

ref #30588

History

#1 Updated by Joël Cuissinat 4 months ago

  • Due date set to 02/19/2021
  • Target version set to Prestation Cadoles MEN 05-07
  • Start date set to 02/01/2021

#2 Updated by Joël Cuissinat 4 months ago

#3 Updated by Daniel Dehennin 4 months ago

  • Description updated (diff)

#4 Updated by Daniel Dehennin 4 months ago

Pour les images de VM, en cherchant rapidement je trouve un script de sauvegarde qcow2.

Ainsi que des discussions sur le forum

#5 Updated by Gilles Grandgérard 4 months ago

  • Subject changed from Sauvegarde Hapy 2.7.x to Sauvegarde/restauration Hapy 2.8.0+
  • Description updated (diff)

#6 Updated by Gilles Grandgérard 4 months ago

  • Copied to Scénario #31591: Sauvegarde/restauration des Images et VM Hapy 2.8.0+ added

#7 Updated by Joël Cuissinat 4 months ago

  • Release set to EOLE 2.8.0
  • Story points set to 3.0

#8 Updated by Benjamin Bohard 3 months ago

  • Assigned To set to Benjamin Bohard

#9 Updated by Daniel Dehennin 3 months ago

  • Release changed from EOLE 2.8.0 to EOLE 2.8.0.1

#10 Updated by Joël Cuissinat 3 months ago

  • Related to Tâche #31701: Valider le scénario Sauvegarde/restauration Hapy 2.8.0+ added

#11 Updated by Daniel Dehennin 2 months ago

Le script de sauvegarde ne semble pas fonctionner correctement :

root@grichka:~# onebck 
Traceback (most recent call last):
    1: from /usr/bin/onebck:30:in `<main>'
/usr/bin/onebck:30:in `require_relative': cannot load such file -- /usr/lib/one/backup (LoadError)

#12 Updated by Daniel Dehennin 2 months ago

Le paquet ruby-one-backup est installé comme ça :

root@grichka:~# dpkg -L ruby-one-backup
/.
/usr
/usr/bin
/usr/bin/onebck
/usr/bin/onerst
/usr/lib
/usr/lib/ruby
/usr/lib/ruby/vendor_ruby
/usr/lib/ruby/vendor_ruby/one
/usr/lib/ruby/vendor_ruby/one/backup
/usr/lib/ruby/vendor_ruby/one/backup/disk.rb
/usr/lib/ruby/vendor_ruby/one/backup/image.rb
/usr/lib/ruby/vendor_ruby/one/backup/version.rb
/usr/lib/ruby/vendor_ruby/one/backup/vm.rb
/usr/lib/ruby/vendor_ruby/one/backup.rb
/usr/lib/ruby/vendor_ruby/one/restore
/usr/lib/ruby/vendor_ruby/one/restore/version.rb
/usr/lib/ruby/vendor_ruby/one/restore/vm.rb
/usr/lib/ruby/vendor_ruby/one/restore.rb
/usr/lib/ruby/vendor_ruby/one/utils
/usr/lib/ruby/vendor_ruby/one/utils/file.rb
/usr/lib/ruby/vendor_ruby/one/utils/version.rb
/usr/lib/ruby/vendor_ruby/one/utils.rb
/usr/lib/ruby/vendor_ruby/one/version.rb
/usr/lib/ruby/vendor_ruby/one.rb
/usr/share
/usr/share/doc
/usr/share/doc/ruby-one-backup
/usr/share/doc/ruby-one-backup/README.md
/usr/share/doc/ruby-one-backup/changelog.Debian.gz
/usr/share/doc/ruby-one-backup/changelog.gz
/usr/share/doc/ruby-one-backup/copyright
/usr/share/rubygems-integration
/usr/share/rubygems-integration/all
/usr/share/rubygems-integration/all/specifications
/usr/share/rubygems-integration/all/specifications/one-backup-0.1.0.gemspec

#13 Updated by Daniel Dehennin 2 months ago

Cela va plus loin avec le dernier paquet 2.8.1 mais plante avec le message suivant :

root@grichka:~# onebck 
/mnt/sauvegardes
Saving unused (if needed) and non persistent images
undefined method `[]' for nil:NilClass
/usr/lib/ruby/vendor_ruby/one/backup/vm.rb:14:in `initialize'
/usr/bin/onebck:213:in `new'
/usr/bin/onebck:213:in `block in <main>'
/usr/lib/one/ruby/opennebula/xml_pool.rb:35:in `block in each_element'
/usr/lib/ruby/vendor_ruby/nokogiri/xml/node_set.rb:238:in `block in each'
/usr/lib/ruby/vendor_ruby/nokogiri/xml/node_set.rb:237:in `upto'
/usr/lib/ruby/vendor_ruby/nokogiri/xml/node_set.rb:237:in `each'
/usr/lib/one/ruby/opennebula/xml_pool.rb:34:in `each_element'
/usr/lib/one/ruby/opennebula/pool.rb:159:in `each'
/usr/bin/onebck:211:in `<main>'

Pour info :

root@grichka:~# tree /var/lib/one/datastores/
/var/lib/one/datastores/
├── 0
├── 1
├── 100
│   ├── 4
│   │   ├── deployment.0
│   │   └── disk.0 -> /var/lib/one/datastores/101/ce93f817cbbacfb33901156a39ea2fbd
│   └── 7
│       ├── deployment.0
│       ├── disk.0 -> /var/lib/one/datastores/101/79d42822d54e341ecd542f60e511f8e9
│       └── disk.1 -> /var/lib/one/datastores/101/0d8067e2788695d02d139670cf03f8b0
├── 101
│   ├── 0d8067e2788695d02d139670cf03f8b0
│   ├── 1cc415bbd8d5faa18fec1aebd76e1ace
│   ├── 79d42822d54e341ecd542f60e511f8e9
│   ├── 9aaae78209c0ada7d1226e04603c2484
│   └── ce93f817cbbacfb33901156a39ea2fbd
├── 102
│   ├── 4701303683d94e4f7abaafd05de3e814
│   └── 850babac1e90781d39003b6d19ba5e7f
└── 2

8 directories, 12 files
root@grichka:~# tree /mnt/sauvegardes/one/
/mnt/sauvegardes/one/
└── datastores
    ├── 101
    │   ├── 1cc415bbd8d5faa18fec1aebd76e1ace
    │   └── 9aaae78209c0ada7d1226e04603c2484
    └── 102
        ├── 4701303683d94e4f7abaafd05de3e814
        └── 850babac1e90781d39003b6d19ba5e7f

3 directories, 4 files

#14 Updated by Daniel Dehennin about 2 months ago

  • Related to Tâche #31706: Valider le scénario Sauvegarde/restauration des Images et VM Hapy 2.8.0+ added

#15 Updated by Daniel Dehennin about 2 months ago

  • Related to deleted (Tâche #31706: Valider le scénario Sauvegarde/restauration des Images et VM Hapy 2.8.0+)

Also available in: Atom PDF