Project

General

Profile

Anomalie #1034

migrer ns1.april.org vers d'autres machines

Added by Loïc Dachary about 9 years ago. Updated over 8 years ago.

Status:
Fermé
Priority:
Normale
Assignee:
Category:
Story
Target version:
Start date:
04/01/2013
Due date:
05/06/2013
% Done:

100%

Estimated time:
(Total: 2.00 h)
Spent time:
30.50 h (Total: 30.60 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

Files

signature.asc (263 Bytes) signature.asc Loïc Dachary, 06/23/2013 06:34 PM
signature.asc (263 Bytes) signature.asc Loïc Dachary, 06/24/2013 03:35 PM

Subtasks

Demande #1248: Trouver une date pour la migration ns1->yopoFerméQuentin CHERGUI

Actions

Related issues

Related to Admins - Anomalie #1051: ns1.april.org crash de 00:00 a 13:00Fermé11/27/201211/27/2012

Actions
Related to Admins - Anomalie #1280: Backup ns1Fermé05/23/2013

Actions

History

#1

Updated by Loïc Dachary about 9 years ago

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

#2

Updated by Loïc Dachary about 9 years ago

  • Priority changed from Élevée to Immédiate
#3

Updated by Loïc Dachary about 9 years ago

  • Difficulté changed from 6 Très difficile to 2 Facile
#4

Updated by Loïc Dachary about 9 years ago

  • % Done changed from 0 to 30
#5

Updated by Loïc Dachary almost 9 years ago

  • % Done changed from 30 to 40

demander a cyb pour le tricks grub + losetup

#6

Updated by Loïc Dachary almost 9 years ago

# 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
#7

Updated by Loïc Dachary almost 9 years ago

  • Target version changed from Backlog to Décembre 2012 (2/2)
#8

Updated by Loïc Dachary almost 9 years ago

  • Assignee set to Loïc Dachary
  • % Done changed from 40 to 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:~# 
#9

Updated by Loïc Dachary almost 9 years ago

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

#10

Updated by Loïc Dachary almost 9 years ago

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/

#11

Updated by Loïc Dachary almost 9 years ago

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:~# 
#12

Updated by Loïc Dachary almost 9 years ago

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    |             |
+----+-----------+--------------+------+-------------+-------------+

#13

Updated by Loïc Dachary almost 9 years ago

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" 

#14

Updated by Loïc Dachary almost 9 years ago

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           |
+----+--------------------------+-----------+------+-----------+------+-------+-------------+

#15

Updated by Loïc Dachary almost 9 years ago

  • % Done changed from 50 to 70
#16

Updated by Loïc Dachary almost 9 years ago

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

#17

Updated by Loïc Dachary almost 9 years ago

  • Target version changed from Décembre 2012 (2/2) to Backlog
#18

Updated by Loïc Dachary almost 9 years ago

  • Target version changed from Backlog to Janvier 2013
#19

Updated by Loïc Dachary almost 9 years ago

(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 :-)
#20

Updated by Loïc Dachary almost 9 years ago

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

Updated by theo _ almost 9 years ago

Mail envoyé.

#22

Updated by Loïc Dachary almost 9 years ago

mise a jour du backup ns1 qui se trouve sur yopo

#23

Updated by Loïc Dachary almost 9 years ago

(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 ? 
#24

Updated by Loïc Dachary almost 9 years ago

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

#25

Updated by Loïc Dachary almost 9 years ago

  • File deleted (signature.asc)
#26

Updated by Loïc Dachary almost 9 years ago

  • File deleted (signature.asc)
#27

Updated by Loïc Dachary almost 9 years ago

  • File deleted (loic.vcf)
#28

Updated by Loïc Dachary almost 9 years ago

  • File deleted (signature.asc)
#29

Updated by Loïc Dachary almost 9 years ago

  • File deleted (loic.vcf)
#30

Updated by Loïc Dachary almost 9 years ago

  • File deleted (signature.asc)
#31

Updated by Loïc Dachary almost 9 years ago

  • File deleted (signature.asc)
#32

Updated by Loïc Dachary almost 9 years ago

  • Target version changed from Janvier 2013 to Février 2013
#33

Updated by theo _ almost 9 years ago

  • Target version changed from Février 2013 to Mars 2013

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

#34

Updated by Loïc Dachary almost 9 years ago

  • Due date set to 03/07/2013
#35

Updated by Loïc Dachary over 8 years ago

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:~#
#36

Updated by Vincent-Xavier JUMEL over 8 years ago

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»).

#37

Updated by Vincent-Xavier JUMEL over 8 years ago

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.

#38

Updated by Vincent-Xavier JUMEL over 8 years ago

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

#39

Updated by Vincent-Xavier JUMEL over 8 years ago

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.
#40

Updated by Vincent-Xavier JUMEL over 8 years ago

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».

#41

Updated by Loïc Dachary over 8 years ago

  • Target version changed from Mars 2013 to Avril 2013
#42

Updated by Loïc Dachary over 8 years ago

  • Assignee changed from Loïc Dachary to Quentin CHERGUI
#43

Updated by Loïc Dachary over 8 years ago

  • Assignee changed from Quentin CHERGUI to Loïc Dachary
#44

Updated by Loïc Dachary over 8 years ago

  • Target version changed from Avril 2013 to Mai 2013
#45

Updated by Loïc Dachary over 8 years ago

  • Difficulté changed from 2 Facile to 4 Fastidieux
#46

Updated by Loïc Dachary over 8 years ago

  • Status changed from Confirmé to Fermé
#47

Updated by Loïc Dachary over 8 years ago

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++

#48

Updated by Frédéric Couchet over 8 years ago

"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 ?
#49

Updated by Loïc Dachary over 8 years ago

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++

#50

Updated by Vincent-Xavier JUMEL over 8 years ago

La machine est à nous je crois.

Also available in: Atom PDF