Anomalie #1034
migrer ns1.april.org vers d'autres machines
100%
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 root@yopo.april.org ssh -p 2222 10.222.222.1TODO¶
mail noc@free.org pour s'assurer de la présence de quelqu'un en cas de problèmeinstaller grub sur la copie intégrale de ns1.april.org qui se trouve sur yopo.april.org dans volume-0000003ftester la création de l'instance ns1 qui boot a partir du volume volume-0000003fpréparer le mail d'annoncesupprimer persist netfaire en sorte que la VM porte l'IP publique au lieu d'avoir un NAT
HOWTO¶
Préparation¶
- desktop: ssh -t -A root@yopo.april.org
- 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 root@ns1.april.org:/srv/vservers/dokuwiki/var/lib/dokuwiki/data/ dokuwiki/
- desktop: ssh -A root@yopo.april.org
- 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
Sous-tâches
Demandes liées
Historique
Mis à jour par Loïc Dachary il y a plus de 11 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 plus de 11 ans
- Difficulté changé de 6 Très difficile à 2 Facile
Mis à jour par Loïc Dachary il y a plus de 11 ans
- % réalisé changé de 30 à 40
demander a cyb pour le tricks grub + losetup
Mis à jour par Loïc Dachary il y a plus de 11 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 plus de 11 ans
- Version cible changé de Backlog à Décembre 2012 (2/2)
Mis à jour par Loïc Dachary il y a plus de 11 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 plus de 11 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 plus de 11 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 plus de 11 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 plus de 11 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 plus de 11 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 plus de 11 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 plus de 11 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 plus de 11 ans
- Version cible changé de Décembre 2012 (2/2) à Backlog
Mis à jour par Loïc Dachary il y a plus de 11 ans
- Version cible changé de Backlog à Janvier 2013
Mis à jour par Loïc Dachary il y a plus de 11 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 plus de 11 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 Loïc Dachary il y a environ 11 ans
mise a jour du backup ns1 qui se trouve sur yopo
Mis à jour par Loïc Dachary il y a environ 11 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 environ 11 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 environ 11 ans
- Version cible changé de Janvier 2013 à Février 2013
Mis à jour par theo _ il y a environ 11 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 environ 11 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 environ 11 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 environ 11 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 environ 11 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 environ 11 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 environ 11 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 environ 11 ans
- Version cible changé de Mars 2013 à Avril 2013
Mis à jour par Loïc Dachary il y a environ 11 ans
- Assigné à changé de Loïc Dachary à Quentin CHERGUI
Mis à jour par Loïc Dachary il y a environ 11 ans
- Assigné à changé de Quentin CHERGUI à Loïc Dachary
Mis à jour par Loïc Dachary il y a presque 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 presque 11 ans
Loic> Bonjour, Voila un peu plus d'un mois que la migration de NS1 a"Loic" == Loic Dachary <loic@dachary.org> writes:
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 presque 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++