Projet

Général

Profil

Actions

Anomalie #1034

fermé

migrer ns1.april.org vers d'autres machines

Ajouté par Loïc Dachary il y a environ 12 ans. Mis à jour il y a plus de 11 ans.

Statut:
Fermé
Priorité:
Normale
Assigné à:
Catégorie:
Story
Version cible:
Début:
01/04/2013
Echéance:
06/05/2013
% réalisé:

100%

Temps estimé:
(Total: 2:00 h)
Temps passé:
30:30 h (Total: 30:36 h)
Difficulté:
4 Fastidieux

Description

Intervention programmée pour le 21 mai 2013

ns1.april.org doit être supprimé (c'est une obligation externe, il n'y a pas d'alternative), il faut migrer toutes les ressources qu'elle héberge

Pour accéder a ns1.april.org sans passer par l'IP publique:

ssh -t -A  ssh -p 2222 10.222.222.1

TODO

  • mail pour s'assurer de la présence de quelqu'un en cas de problème
  • installer grub sur la copie intégrale de ns1.april.org qui se trouve sur yopo.april.org dans volume-0000003f
  • tester la création de l'instance ns1 qui boot a partir du volume volume-0000003f
  • préparer le mail d'annonce
  • supprimer persist net
  • faire en sorte que la VM porte l'IP publique au lieu d'avoir un NAT

HOWTO

Explication détaillée

Préparation

  • desktop: ssh -t -A
  • yopo: kpartx -av /dev/vg/volume-0000003f
  • yopo: mount /dev/mapper/vg-volume--0000003f1 /mnt
  • yopo: echo 'proc /proc proc defaults 0 0' > /mnt/etc/fstab
  • yopo: echo '/dev/vda1 / ext3 defaults,errors=remount-ro 0 1' >> /mnt/etc/fstab
  • yopo: sed -i -e 's:kopt=.*:kopt=root=/dev/vda1' -e 's/default=.*/default=0/' -e 's/groot=.*/groot=(hd0,0)/' /boot/grub/menu.lst
  • yopo: echo '(hd0) /dev/vda' > /mnt/boot/grub/device.map
  • yopo: cp /mnt/boot/vmlinuz-2.6.26-2-vserver-686-bigmem /tmp
  • yopo: cp /mnt/boot/initrd.img-2.6.26-2-vserver-686-bigmem /tmp
  • yopo: kvm -m 1024 -drive file=/dev/mapper/vg-volume--0000003f,if=virtio,index=0 -boot c -initrd /tmp/initrd.img-2.6.26-2-vserver-686-bigmem -kernel /tmp/vmlinuz-2.6.26-2-vserver-686-bigmem -append 'root=/dev/vda1' -net nic -net user -nographic -curses -monitor unix:/tmp/file.mon,server,nowait
  • curses: grub-install /dev/vda
  • curses: update-grub
  • curses: halt
  • yopo: kvm -m 1024 -drive file=/dev/mapper/vg-volume--0000003f,if=virtio,index=0 -boot c -net nic -net user -nographic -curses -monitor unix:/tmp/file.mon,server,nowait
  • yopo: ajouter dans /etc/rc.local
    brctl addbr br2004
    ip link set br2004 up
    ip r add 88.191.250.4/32 dev br2004
    echo 1 > /proc/sys/net/ipv4/conf/eth0/proxy_arp
    echo 1 > /proc/sys/net/ipv4/conf/br2004/proxy_arp
    

Au moment de la migration

  • desktop: RSYNC_RSH='ssh -p 2222' rsync -av :/srv/vservers/dokuwiki/var/lib/dokuwiki/data/ dokuwiki/
  • desktop: ssh -A
  • yopo: RSYNC_RSH='ssh -p 2222' rsync -i --exclude=/etc/fstab --exclude=70-persistent-net.rules --exclude=/boot/grub --exclude=/srv/backup --exclude=/var/cache --exclude=/var/tmp --exclude=/proc --exclude=/sys -avHS --delete --numeric-ids 10.222.222.1:/ /mnt/
  • yopo: ssh -p 2222 10.222.222.1 /etc/init.d/util-vserver stop
  • yopo: ssh -p 2222 10.222.222.1 /etc/init.d/openvpn stop
  • yopo: RSYNC_RSH='ssh -p 2222' rsync -i --exclude=/etc/fstab --exclude=70-persistent-net.rules --exclude=/boot/grub --exclude=/srv/backup --exclude=/var/cache --exclude=/var/tmp --exclude=/proc --exclude=/sys -avHS --delete --numeric-ids 10.222.222.1:/ /mnt/
  • yopo: mkdir -p /mnt/var/cache /mnt/var/tmp /mnt/proc /mnt/sys ; chmod 1777 /mnt/var/tmp
  • yopo: umount /mnt
  • yopo: kpartx -dv /dev/vg/volume-0000003f
  • desktop: ssh controller.vm.april-int nova boot --image 'CirrOS 0.3' --block_device_mapping vda=63::0:0 --flavor e.1-cpu.0GB-disk.8GB-ram --key_name loic --availability_zone=bm0008 ns1 --poll
  • yopo: ssh -p 2222 10.222.222.1 ip addr del 88.191.250.4/27 dev eth0
  • yopo: ip addr add 88.191.250.4/32 dev eth0 ; arping -U 88.191.250.4 -I eth0 ; ip addr del 88.191.250.4/32 dev eth0
  • yopo: ip r add 88.191.250.4/32 dev br2004

Fichiers

signature.asc (263 octets) signature.asc Loïc Dachary, 23/06/2013 18:34
signature.asc (263 octets) signature.asc Loïc Dachary, 24/06/2013 15:35

Sous-tâches 1 (0 ouverte1 fermée)

Demande #1248: Trouver une date pour la migration ns1->yopoFerméQuentin CHERGUI01/04/201306/05/2013

Actions

Demandes liées 2 (0 ouverte2 fermées)

Lié à Admins - Anomalie #1051: ns1.april.org crash de 00:00 a 13:00FerméLoïc Dachary27/11/201227/11/2012

Actions
Lié à Admins - Anomalie #1280: Backup ns1FerméQuentin CHERGUI23/05/2013

Actions

Mis à jour par Loïc Dachary il y a environ 12 ans

En préparation du scénario de reprise http://dachary.org/?p=1241 adapté a ns1.april.org sur yopo.april.org

root@bm0008:~# lvcreate --name ns12 --size 150G vg
  Logical volume "ns12" created
root@bm0008:~# fdisk /dev/vg/ns12 
Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel
Building a new DOS disklabel with disk identifier 0xa4c07370.
Changes will remain in memory only, until you decide to write them.
After that, of course, the previous content won't be recoverable.
Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite)
Command (m for help): p
Disk /dev/vg/ns12: 161.1 GB, 161061273600 bytes
255 heads, 63 sectors/track, 19581 cylinders, total 314572800 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xa4c07370
        Device Boot      Start         End      Blocks   Id  System
Command (m for help): n
Partition type:
   p   primary (0 primary, 0 extended, 4 free)
   e   extended
Select (default p): p
Partition number (1-4, default 1): 
Using default value 1
First sector (2048-314572799, default 2048): 
Using default value 2048
Last sector, +sectors or +size{K,M,G} (2048-314572799, default 314572799): 
Using default value 314572799
Command (m for help): p
Disk /dev/vg/ns12: 161.1 GB, 161061273600 bytes
255 heads, 63 sectors/track, 19581 cylinders, total 314572800 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xa4c07370
        Device Boot      Start         End      Blocks   Id  System
/dev/vg/ns12p1            2048   314572799   157285376   83  Linux
Command (m for help): w
The partition table has been altered!
root@bm0008:~# fdisk /dev/vg/ns12 
Command (m for help): p
Disk /dev/vg/ns12: 161.1 GB, 161061273600 bytes
65 heads, 3 sectors/track, 1613193 cylinders, total 314572800 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xa4c07370
        Device Boot      Start         End      Blocks   Id  System
/dev/vg/ns12p1            2048   314572799   157285376   83  Linux
Command (m for help): q

Mis à jour par Loïc Dachary il y a environ 12 ans

  • Priorité changé de Élevée à Immédiate

Mis à jour par Loïc Dachary il y a environ 12 ans

  • Difficulté changé de 6 Très difficile à 2 Facile

Mis à jour par Loïc Dachary il y a environ 12 ans

  • % réalisé changé de 0 à 30

Mis à jour par Loïc Dachary il y a environ 12 ans

  • % réalisé changé de 30 à 40

demander a cyb pour le tricks grub + losetup

Mis à jour par Loïc Dachary il y a environ 12 ans

# Make the disk of the VM visible
drbddev=$(drbdadm sh-dev $vm | cut -d/ -f3)
kpartx -av /dev/$drbddev
pvscan
vgscan
vgchange -a y vg1-$vm

# Mount the disk of the VM
lv=$(losetup --show --find /dev/vg1-$vm/root)
boot_dev=$(losetup --show --find /dev/mapper/${drbddev}p2)
tempdirkvm=`mktemp -d`
fsck $lv
mount $lv $tempdirkvm
fsck $boot_dev
mount $boot_dev $tempdirkvm/boot

# Install kernel, grub, MBR, etc.
mount -obind /proc $tempdirkvm/proc
mount -obind /dev  $tempdirkvm/dev
mount -obind /sys  $tempdirkvm/sys

echo "(hd0) /dev/$drbddev" > $tempdirkvm/boot/grub/device.map
chroot $tempdirkvm grub-install /dev/$drbddev --modules="biosdisk part_gpt" 
chroot $tempdirkvm update-grub
sed -i -e 's/set root.*$/set root=(hd0,gpt2)/' -e '/loop/ d' \
    $tempdirkvm/boot/grub/grub.cfg
echo "(hd0) /dev/vda" > $tempdirkvm/boot/grub/device.map

Mis à jour par Loïc Dachary il y a environ 12 ans

  • Version cible changé de Backlog à Décembre 2012 (2/2)

Mis à jour par Loïc Dachary il y a presque 12 ans

  • Assigné à mis à Loïc Dachary
  • % réalisé changé de 40 à 50

Pour garder l'accès à ns1.april.org lorsque l'IP publique 88.191.250.4 est basculée sur une VM sur yopo.april.org:

Sur ns1.april.org

# git diff
diff --git a/init.d/firewall b/init.d/firewall
index eb3f83d..7d0d670 100755
--- a/init.d/firewall
+++ b/init.d/firewall
@@ -133,7 +133,7 @@ fwstart() {

        # Anti-spoofing from Internet
        ${IPT} -N spooffrombad
-       ${IPT} -A spooffrombad -s 10.0.0.0/8 -j spoofdrop
+       #${IPT} -A spooffrombad -s 10.0.0.0/8 -j spoofdrop
        ${IPT} -A spooffrombad -s 172.16.0.0/12 -j spoofdrop
        ${IPT} -A spooffrombad -s 192.168.0.0/16 -j spoofdrop

diff --git a/network/interfaces b/network/interfaces
index 4ba1955..290a0d6 100644
--- a/network/interfaces
+++ b/network/interfaces
@@ -27,6 +27,7 @@ iface eth0 inet static
         gateway 88.191.250.30
         post-up /usr/sbin/ethtool -s eth0 speed 1000 duplex full
        post-up ip addr add 192.168.1.254/24 dev eth0
+       post-up ip addr add 10.222.222.1/24 dev eth0
 #        post-up /sbin/mii-tool -F 100baseTx-FD eth0

 #auto dummy0
diff --git a/ssh/sshd_config b/ssh/sshd_config
index 500da0a..2040796 100644
--- a/ssh/sshd_config
+++ b/ssh/sshd_config
@@ -8,6 +8,7 @@ Port 2222
 #ListenAddress 0.0.0.0
 ListenAddress 88.191.250.4
 ListenAddress 192.168.0.10
+ListenAddress 10.222.222.1
 Protocol 2
 # HostKeys for protocol version 2
 HostKey /etc/ssh/ssh_host_rsa_key

sur yopo.april.org

# git diff
diff --git a/network/interfaces b/network/interfaces
index a80d10c..cdc0510 100644
--- a/network/interfaces
+++ b/network/interfaces
@@ -16,3 +16,4 @@ iface eth0 inet static
        # dns-* options are implemented by the resolvconf package, if installed
        dns-nameservers 88.191.250.10
        dns-search april.org
+       post-up ip addr add 10.222.222.2/24 dev eth0

On peut ensuite faire:

ssh -t -A root@yopo.april.org ssh -p 2222 10.222.222.1
Linux ns1 2.6.26-2-vserver-686-bigmem #1 SMP Wed Sep 21 09:05:21 UTC 2011 i686

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Mon Dec 24 10:26:16 2012 from 10.222.222.2
CTX   PROC    VSZ    RSS  userTIME   sysTIME    UPTIME NAME
10      19   133M  65.3M  17h25m17   1h17m38  26d21h36 nginx
11       8  35.6M  10.8M   4m28s49   3m50s14  26d21h36 relay
12      17  82.6M  37.4M  24m06s24  12m51s20  26d21h36 dns2
15      41 572.2M 252.4M   1d21h13  55m38s86  26d21h36 lamp
18      31 681.4M 419.9M   1d03h43   3h58m27  26d21h36 theobromine
19      33 282.9M 115.3M   1h22m40  15m10s53  26d21h36 candidatsbe
25      32 461.9M 217.9M   4h01m58  13m28s68  26d21h36 thc
26      37 695.9M 451.4M   5d05h38   2h40m41  26d21h36 mediawiki
33      11 183.6M  48.1M  19m07s39   3m53s39  26d21h29 dokuwiki
42      56   0.9G   577M  14d05h07  15h16m02  26d21h36 lsd
45       8  34.8M   9.1M   4m36s56   2m03s66  26d21h36 scm
55       4  12.4M   2.7M   1d10h06   2h56m02  26d21h35 munin
57      33 321.2M 102.6M   6h35m14  12m16s40  26d21h36 pad
60       8  42.9M  13.7M   2m18s22   1m15s46  26d21h36 mumble
root@ns1:~# 

Mis à jour par Loïc Dachary il y a presque 12 ans

Subject: migration de machine April.org
Bonjour,
Résumé:
Quelle jour et quelle plage horaire sont les plus favorables pour programmer une intervention sur 88.191.250.4 et 88.191.250.11 ? L'idée est de minimiser le temps d'intervention sur site en cas de problème.
Développement:
Nous avons préparé la migration de la machine ns1.april.org ( 88.191.250.4 ) vers la machine yopo.april.org ( 88.191.250.11 ). Nous tenons à vous remercier d'avoir fournit gracieusement ce matériel de remplacement, c'est une économie particulièrement appréciable pour l'April :-)
Afin de minimiser les risques d'interruption de service, nous souhaitons procéder à la bascule à un moment ou une intervention sur site est la plus rapide. Dans le meilleur des cas aucune intervention n'est requise, mais on ne sait jamais.
Bien cordialement,
L'équipe d'administration système de l'April

Mis à jour par Loïc Dachary il y a presque 12 ans

Mise a jour de la copie locale avec
root@yopo.april.org:~# RSYNC_RSH='ssh -p 2222' rsync -i --exclude=/srv/backup --exclude=/var/cache --exclude=/var/lib/backuppc --exclude=/var/tmp --exclude=/proc --exclude=/sys -avHS --delete --delete-excluded --numeric-ids 10.222.222.1:/ /mnt/

Mis à jour par Loïc Dachary il y a presque 12 ans

root@bm0001:~#  nova-manage floating create --pool=april --ip_range=88.191.250.4 --interface=eth0
root@bm0001:~# nova floating-ip-list
+----+-------------+----------+------+
| Ip | Instance Id | Fixed Ip | Pool |
+----+-------------+----------+------+
+----+-------------+----------+------+
root@bm0001:~# nova floating-ip-create april
+--------------+-------------+----------+-------+
|      Ip      | Instance Id | Fixed Ip |  Pool |
+--------------+-------------+----------+-------+
| 88.191.250.4 | None        | None     | april |
+--------------+-------------+----------+-------+
root@bm0001:~# echo $OS_TENANT_NAME
april
root@bm0001:~# 

Mis à jour par Loïc Dachary il y a presque 12 ans

creation du volume de 150GB pour accueillir ns1

root@controller:~# euca-create-volume --zone bm0008 --size 150
VOLUME    vol-0000003f    150    bm0008    creating    2012-12-24T11:19:07.401Z
root@controller:~# nova volume-list
+----+-----------+--------------+------+-------------+-------------+
| ID |   Status  | Display Name | Size | Volume Type | Attached to |
+----+-----------+--------------+------+-------------+-------------+
| 63 | available |     None     | 150  |     None    |             |
+----+-----------+--------------+------+-------------+-------------+

Mis à jour par Loïc Dachary il y a presque 12 ans

recyclage du volume fait manuellement pour que openstack croit que c'est lui qui l'a fait

/dev/mapper/vg-ns12p1   150G   71G   72G  50% /mnt
root@bm0008:~# umount /mnt
root@bm0008:~# kpartx -dv /dev/vg/ns12 
del devmap : vg-ns12p1
root@bm0008:~# lvrename vg/volume-0000003f vg/volume-0000003f-backup
  Renamed "volume-0000003f" to "volume-0000003f-backup" in volume group "vg" 
root@bm0008:~# lvrename vg/ns12 vg/volume-0000003f
  Renamed "ns12" to "volume-0000003f" in volume group "vg" 

Mis à jour par Loïc Dachary il y a presque 12 ans

Creation de la flavor:

root@bm0001:~# nova flavor-create e.4-cpu.0GB-disk.8GB-ram 18 8192 0 4
+----+--------------------------+-----------+------+-----------+------+-------+-------------+
| ID |           Name           | Memory_MB | Disk | Ephemeral | Swap | VCPUs | RXTX_Factor |
+----+--------------------------+-----------+------+-----------+------+-------+-------------+
| 18 | e.4-cpu.0GB-disk.8GB-ram | 8192      | 0    | 0         |      | 4     | 1           |
+----+--------------------------+-----------+------+-----------+------+-------+-------------+

Mis à jour par Loïc Dachary il y a presque 12 ans

  • % réalisé changé de 50 à 70

Mis à jour par Loïc Dachary il y a presque 12 ans

Salut,
J'adopte ta proposition :-)
A++
On 12/26/2012 11:07 AM, Sébastien Dinot wrote:

Loic Dachary a écrit :

Quelle jour et quelle plage horaire

s/Quelle jour/Quel jour/

Nous tenons à vous remercier d'avoir fournit

s/fournit/fourni/

à un moment ou une intervention

s/ou/où/

sur site est la plus rapide.

Voici ma proposition :

------------------------------------------------------------------------
Nous vous remercions d'avoir fourni un nouveau serveur à l'April. Il
constitue une économie substantielle pour l'association et un précieux
soutien à son action.

Nous sommes désormais prêts pour une bascule de serveur. Bien qu'aucune
intervention de votre part ne soit a priori requise, pourriez-vous nous
indiquer si un jour et/ou une plage horaire auraient votre préférence
afin que, le cas échéant, nous puissions minimiser l'interruption de
service ?
------------------------------------------------------------------------

Sébastien

Mis à jour par Loïc Dachary il y a presque 12 ans

  • Version cible changé de Décembre 2012 (2/2) à Backlog

Mis à jour par Loïc Dachary il y a presque 12 ans

  • Version cible changé de Backlog à Janvier 2013

Mis à jour par Loïc Dachary il y a presque 12 ans

(11:03:54 AM) dachary: theocrite: est-ce que le mail a envoyer a noc sur https://agir.april.org/issues/1034 te convient ? Si c'est le cas ce serait bien si tu l'envoyais :-)

Mis à jour par Loïc Dachary il y a presque 12 ans

(08:18:47 PM) dachary: theocrite: https://agir.april.org/issues/1034 te va ? 
(08:19:00 PM) dachary: il faudrait envoyer le mail ;-)

Mis à jour par theo _ il y a presque 12 ans

Mail envoyé.

Mis à jour par Loïc Dachary il y a presque 12 ans

mise a jour du backup ns1 qui se trouve sur yopo

Mis à jour par Loïc Dachary il y a presque 12 ans

(02:58:27 PM) dachary: theocrite: pas de réponse du noc de free ? 
(02:58:34 PM) dachary: a propos de la migration de ns1 ? 
(03:01:02 PM) theocrite: dachary: toujours pas.
(03:06:00 PM) dachary: theocrite: tu peux les ping ? 

Mis à jour par Loïc Dachary il y a presque 12 ans

JCM : Généralement entre 15h et 19h vous avez des chance de nous avoir sur le site.

Mis à jour par Loïc Dachary il y a presque 12 ans

  • Fichier signature.asc supprimé

Mis à jour par Loïc Dachary il y a presque 12 ans

  • Fichier signature.asc supprimé

Mis à jour par Loïc Dachary il y a presque 12 ans

  • Fichier loic.vcf supprimé

Mis à jour par Loïc Dachary il y a presque 12 ans

  • Fichier signature.asc supprimé

Mis à jour par Loïc Dachary il y a presque 12 ans

  • Fichier loic.vcf supprimé

Mis à jour par Loïc Dachary il y a presque 12 ans

  • Fichier signature.asc supprimé

Mis à jour par Loïc Dachary il y a presque 12 ans

  • Fichier signature.asc supprimé

Mis à jour par Loïc Dachary il y a presque 12 ans

  • Version cible changé de Janvier 2013 à Février 2013

Mis à jour par theo _ il y a presque 12 ans

  • Version cible changé de Février 2013 à Mars 2013

Sondage pour la prochaine intervention : http://framadate.org/4yyyl5vt9vb62xmc

Mis à jour par Loïc Dachary il y a presque 12 ans

  • Echéance mis à 07/03/2013

Mis à jour par Loïc Dachary il y a presque 12 ans

Ne marche pas, demande d'aide a cyb

root@bm0008:~# losetup --show --find /dev/mapper/vg-volume--0000003f1
/dev/loop0
root@bm0008:~# mount /dev/loop0 /mnt
root@bm0008:~# ls /mnt
bin    dev   initrd         lib     mnt   razor-agent.log    selinux  tmp  vmlinuz
boot   etc   initrd.img      lost+found  opt   root        srv     usr  vmlinuz.old
cdrom  home  initrd.img.old  media     proc  sbin        sys     var
root@bm0008:~# mkdir -p /mnt/proc ; mount -obind /proc /mnt/proc
root@bm0008:~# mkdir -p /mnt/sys ; mount -obind /sys /mnt/sys
root@bm0008:~# mount -obind /dev /mnt/dev
root@bm0008:~# cat /mnt/boot/grub/device.map
(hd0)    /dev/sda
root@bm0008:~# #echo "(hd0) /dev/" > $tempdirkvm/boot/grub/device.map
root@bm0008:~# ls /dev/mapper/vg-volume--0000003f
/dev/mapper/vg-volume--0000003f
root@bm0008:~# echo "(hd0) /dev/mapper/vg-volume--0000003f" > /mnt/boot/grub/device.map
root@bm0008:~# chroot /mnt grub-install /dev/mapper/vg-volume--0000003f --modules="biosdisk" 
Unrecognized option `--modules=biosdisk'
Usage: grub-install [OPTION] install_device
Install GRUB on your drive.

  -h, --help              print this message and exit
  -v, --version           print the version information and exit
  --root-directory=DIR    install GRUB images under the directory DIR
                          instead of the root directory
  --grub-shell=FILE       use FILE as the grub shell
  --no-floppy             do not probe any floppy drive
  --force-lba             force GRUB to use LBA mode even for a buggy
                          BIOS
  --recheck               probe a device map even if it already exists

INSTALL_DEVICE can be a GRUB device name or a system device filename.

grub-install copies GRUB images into the DIR/boot directory specfied by
--root-directory, and uses the grub shell to install grub into the boot
sector.

Report bugs to <bug-grub@gnu.org>.
root@bm0008:~# chroot /mnt grub-install /dev/mapper/vg-volume--0000003f
grub-probe: error: Cannot find a GRUB drive for /dev/loop0.  Check your device.map.

root@bm0008:~#

Mis à jour par Vincent-Xavier JUMEL il y a presque 12 ans

Quelques éclaircissements :
"iscsitarget":permet d'avoir des est la partie en charge d'exporter les volumes. De même open-iscsi permet de les «récupérer» et de les monter.

ietadm --op new --tid=1 --params Name=iqn.foo.bar:test1 permet de créer (sans y attacher encore de volume) un «export» iscsi. On peut le vérifier d'une part avec ietadm --op show --tid=1 (côté «serveur») et d'autre part avec iscsiadm -m discovery -t st -p 192.168.100.8 (côté «client»).

Mis à jour par Vincent-Xavier JUMEL il y a presque 12 ans

ietadm --op new --tid=1 --lun=0 --params Path=/dev/vg/volume-0000003f,Type=fileio permet d'ajouter le volume LVM comme LUN0 du target iscsi.

Mis à jour par Vincent-Xavier JUMEL il y a presque 12 ans

iscsiadm -m node --targetname iqn.foo.bar:test1 --portal "192.168.100.8:3260" --login permet de retrouver (du côté «client») le volume (au sens target/LUN) iscsi. D'ailleurs, à ce moment, dmesg affiche

[14231392.707306] scsi16 : iSCSI Initiator over TCP/IP
[14231392.961274] scsi 16:0:0:0: Direct-Access     IET      VIRTUAL-DISK     0    PQ: 0 ANSI: 4
[14231392.961515] sd 16:0:0:0: Attached scsi generic sg6 type 0
[14231392.962253] sd 16:0:0:0: [sde] 314572800 512-byte logical blocks: (161 GB/150 GiB)
[14231392.962353] sd 16:0:0:0: [sde] Write Protect is off
[14231392.962358] sd 16:0:0:0: [sde] Mode Sense: 77 00 00 08
[14231392.962555] sd 16:0:0:0: [sde] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[14231392.976618]  sde: sde1
[14231392.977641] sd 16:0:0:0: [sde] Attached SCSI disk

Mis à jour par Vincent-Xavier JUMEL il y a presque 12 ans

iscsiadm  -m node --targetname iqn.foo.bar:test1 --portal "192.168.100.8:3260" --logout  
ietadm --op delete --tid=1 --lun=0 
ietadm --op delete --tid=1 

permet de détruire d'abord la connexion, puis ensuite de détruire l'export côté «serveur», ce dont on peut s'assurer avec cat /proc/net/iet/volume.

Mis à jour par Vincent-Xavier JUMEL il y a presque 12 ans

Au vu de
/var/log/nova/nova-compute.log:2013-03-07 15:20:26 TRACE nova.compute.manager [instance: 26a74830-0318-4fd5-848e-a88c7fd1e17b] Command: sudo nova-rootwrap iscsiadm -m node -T iqn.2010-10.org.openstack:volume-0000003f -p 192.168.100.8:3260 --login, c'est nova-compute qui gère le «montage» du target/LUN iSCSI sur le «client».

Mis à jour par Loïc Dachary il y a plus de 11 ans

  • Version cible changé de Mars 2013 à Avril 2013

Mis à jour par Loïc Dachary il y a plus de 11 ans

  • Assigné à changé de Loïc Dachary à Quentin CHERGUI

Mis à jour par Loïc Dachary il y a plus de 11 ans

  • Assigné à changé de Quentin CHERGUI à Loïc Dachary

Mis à jour par Loïc Dachary il y a plus de 11 ans

  • Version cible changé de Avril 2013 à Mai 2013

Mis à jour par Loïc Dachary il y a plus de 11 ans

  • Difficulté changé de 2 Facile à 4 Fastidieux

Mis à jour par Loïc Dachary il y a plus de 11 ans

  • Statut changé de Confirmé à Fermé

Mis à jour par Loïc Dachary il y a plus de 11 ans

Bonjour,
Voila un peu plus d'un mois que la migration de NS1 a eu lieu et il semble bien que nous n'ayons rien oublié qui requiert de conserver la machine originelle plus longtemps. Est-ce que quelqu'un pourrait prévenir free qu'ils peuvent l'éteindre ?
https://agir.april.org/issues/1034
A++

Mis à jour par Frédéric Couchet il y a plus de 11 ans

"Loic" == Loic Dachary <> writes:

Loic> Bonjour, Voila un peu plus d'un mois que la migration de NS1 a
Loic> eu lieu et il semble bien que nous n'ayons rien oublié qui
Loic> requiert de conserver la machine originelle plus
Loic> longtemps. Est-ce que quelqu'un pourrait prévenir free qu'ils
Loic> peuvent l'éteindre ?
juste l'éteindre ?
Ils en font quoi après ? Ils ne sont pas censé la mettre à la benne ?

Mis à jour par Loïc Dachary il y a plus de 11 ans

Re,
Je pense qu'ils n'en font rien du tout. Ce qui les gène, à mon avis, c'est la consomation électrique. Pas l'encombrement d'espace.
A++

Mis à jour par Vincent-Xavier JUMEL il y a plus de 11 ans

La machine est à nous je crois.

Actions

Formats disponibles : Atom PDF