Re: Pb montage iSCSI sur serveur

2024-05-01 Par sujet Pierre Malard
M…

J’aurais du y penser ! Quel c… !

Merci Gilles

> Le 30 avr. 2024 à 19:19, Gilles Mocellin  a 
> écrit :
> 
> Le mardi 30 avril 2024, 12:15:36 CEST Pierre Malard a écrit :
>> Bonjour,
>> 
>> Nous avons une baie HPE MSA2060 reliée en iSCSI à un serveur et voudrions
>> monter les volumes créés sur la baie SAN MSA dessus. Le serveur est relié
>> en double attachement sur les 2 contrôleurs de la baie sur 2 VLAN
>> différents (10 et 11) et le MTU déclaré de 9000 correspond bien à la
>> fenêtre recommandée. Le tout est relié en 10 GB via une carte Intel x722 et
>> cuivre (moins d’un mètre, câble cat 7 ou 8) via un GBIC SFP/cuivre :
> [...]
> 
>> Je n’y comprend absolument rien hailpeux !
> 
> Probablement un problème d'ordre de démarrage.
> Quand le montage d'un filesystem est décrit dans /etc/fstab, ça bloque le boot
> si il échoue.
> Ton iSCSI a besoin du réseau, ce qui arrive généralement après la lecture du
> fstab.
> C'est pourquoi il existe une option de montage à mettre dans le fstab :
> _netdev.
> Et je te conseille d'ajouter aussi l'option nofail, qui permet de continuer à
> booter en cas de problème.
> 
> => man fstab
> => man mount
> 
> 
> 

--
Pierre Malard

   « La vérité ne triomphe jamais, mais ses ennemis finissent
toujours par mourir... »
   Max Placnk (1858-1947)
   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,4-  ) )-,_. ,\ (  `'-'
 '---''(_/--'  `-'\_)   πr

perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. ,\ 
(  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_): 
24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--



signature.asc
Description: Message signed with OpenPGP


Re: Pb montage iSCSI sur serveur

2024-04-30 Par sujet Gilles Mocellin
Le mardi 30 avril 2024, 12:15:36 CEST Pierre Malard a écrit :
> Bonjour,
> 
> Nous avons une baie HPE MSA2060 reliée en iSCSI à un serveur et voudrions
> monter les volumes créés sur la baie SAN MSA dessus. Le serveur est relié
> en double attachement sur les 2 contrôleurs de la baie sur 2 VLAN
> différents (10 et 11) et le MTU déclaré de 9000 correspond bien à la
> fenêtre recommandée. Le tout est relié en 10 GB via une carte Intel x722 et
> cuivre (moins d’un mètre, câble cat 7 ou 8) via un GBIC SFP/cuivre :
[...]

> Je n’y comprend absolument rien hailpeux !

Probablement un problème d'ordre de démarrage.
Quand le montage d'un filesystem est décrit dans /etc/fstab, ça bloque le boot 
si il échoue.
Ton iSCSI a besoin du réseau, ce qui arrive généralement après la lecture du 
fstab.
C'est pourquoi il existe une option de montage à mettre dans le fstab : 
_netdev.
Et je te conseille d'ajouter aussi l'option nofail, qui permet de continuer à 
booter en cas de problème.

=> man fstab
=> man mount





Re: Pb montage iSCSI sur serveur

2024-04-30 Par sujet didier gaumet

Le 30/04/2024 à 12:15, Pierre Malard a écrit :
[...]

WARNING: Link is up but PHY type 0xe is not recognized, or incorrect cable is 
in use

[...]

a priori ça c'est juste un warning et d'après l'assistance Redhat ce 
serait dû à une incohérence câblage/cartes qui ne permet pas la 
détection automatique correcte de la bonne vitesse. RH recommande donc 
de changer le câble pour un modèle qui supporte la vitesse max des 
cartes ou de spécifier la vitesse manuellement:

https://access.redhat.com/solutions/4939451

+++

(avertissement habituel, ne pas se fier aveuglément à ce que je dis, je 
déverse parfois des tombereaux de stupidités)


pour le plantage du montage au démarrage, ça me ferait plutôt pencher 
vers un souci de dépendances systemd ou d'initramfs


l'assistance redhat recense un problème similaire qu'elle propose de 
résoudre par le démarrage des services systemd iscsi et iscsid:

https://access.redhat.com/solutions/7060247

il se pourrait aussi que le paquet open-iscsi que tu as installé, qui 
semble contenir des trucs pour l'initramfs donc qui nécessiter une 
reconstruction de l'initramfs, ait vu son installation en partie loupée 
sans que tu t'en aperçoives, et que l'initramfs n'ait pas été modifié. 
Donc peut-être qu'un

# dpkg-reconfigure open-iscsi
ou un
# update-initramfs -u -k all
pourrait aider

note: certains articles de l'assitance redhat ne sont pas accessibles 
sans un compte redhat mais tout le monde peut se créer un compte redhat 
développeur:

https://sso.redhat.com/auth/realms/redhat-external/protocol/openid-connect/registrations?client_id=rhd-web_uri=https%3A%2F%2Fdevelopers.redhat.com%2F=a2543f8c-a244-4195--d0612eb598d7_mode=fragment_type=code=openid%20api.dxp_portals.developers=2757b60f-6117-4f69-839e-ea56667d540d_challenge=iKGAeZcXRn9n1qoCf-If62tWHfgHOc3YnX8k0rArKzo_challenge_method=S256



Pb montage iSCSI sur serveur

2024-04-30 Par sujet Pierre Malard
Bonjour,

Nous avons une baie HPE MSA2060 reliée en iSCSI à un serveur et voudrions 
monter les volumes créés sur la baie SAN MSA dessus. 
Le serveur est relié en double attachement sur les 2 contrôleurs de la baie sur 
2 VLAN différents (10 et 11) et le MTU déclaré de 9000 correspond bien à la 
fenêtre recommandée. Le tout est relié en 10 GB via une carte Intel x722 et 
cuivre (moins d’un mètre, câble cat 7 ou 8) via un GBIC SFP/cuivre :
  *-network:2
   description: Ethernet interface
   produit: Ethernet Connection X722 for 10GbE SFP+
   fabriquant: Intel Corporation
   identifiant matériel: 0.2
   information bus: pci@:64:00.2
   nom logique: eno3
   version: 09
   numéro de série: 5c:ed:8c:61:b5:92
   taille: 10Gbit/s
   bits: 64 bits
   horloge: 33MHz
   fonctionnalités: pm msi msix pciexpress vpd bus_master 
cap_list rom ethernet physical
   configuration: autonegotiation=off broadcast=yes driver=i40e 
driverversion=6.1.0-20-amd64 duplex=full firmware=5.50 0x80003373 1.3089.0 
ip=192.168.10.100 latency=0 link=yes multicast=yes speed=10Gbit/s
   ressources: irq:30 mémoire:ed00-edff 
mémoire:ef01-ef017fff mémoire:ef60-ef9f mémoire:f028-f02f
  *-network:3
   description: Ethernet interface
   produit: Ethernet Connection X722 for 10GbE SFP+
   fabriquant: Intel Corporation
   identifiant matériel: 0.3
   information bus: pci@:64:00.3
   nom logique: eno4
   version: 09
   numéro de série: 5c:ed:8c:61:b5:93
   taille: 10Gbit/s
   bits: 64 bits
   horloge: 33MHz
   fonctionnalités: pm msi msix pciexpress vpd bus_master 
cap_list rom ethernet physical
   configuration: autonegotiation=off broadcast=yes driver=i40e 
driverversion=6.1.0-20-amd64 duplex=full firmware=5.50 0x80003373 1.3089.0 
ip=192.168.11.100 latency=0 link=yes multicast=yes speed=10Gbit/s
   ressources: irq:30 mémoire:ee00-eeff 
mémoire:ef018000-ef01 mémoire:ef20-ef5f mémoire:f020-f027

Et l’OS installé est une Debian 12.

La déclaration Ethernet me semble correcte :
root@bnas5:~# cat /etc/network/interfaces.d/20-iSCSI 
# Carte 2
# Port1
auto eno3
iface eno3 inet static
address 192.168.10.100
netmask 255.255.255.0
mtu 9000
# Port2
auto eno4
iface eno4 inet static
address 192.168.11.100
netmask 255.255.255.0
mtu 9000

J’ai installé le paquet « open-iscsi » .

Tout se passe bien du côté visibilité des liens iSCSI, on les voit tous :
root@bnas5:~# iscsiadm -m node
192.168.10.60:3260,1 iqn.2015-11.com.hpe:storage.msa2060.baksz2223f54bd8
192.168.10.61:3260,2 iqn.2015-11.com.hpe:storage.msa2060.baksz2223f54bd8
192.168.11.60:3260,3 iqn.2015-11.com.hpe:storage.msa2060.baksz2223f54bd8
192.168.11.61:3260,4 iqn.2015-11.com.hpe:storage.msa2060.baksz2223f54bd8

Et « multipah-tools » et « multipath-tools-boot » qui a bien reconnu tout ça :
root@bnas5:~# multipath -ll
VOL-MSA-01 (3600c0ff000f53f41e4c126650100) dm-0 HPE,MSA 2060 iSCSI
size=91T features='1 queue_if_no_path' hwhandler='1 alua' wp=rw
|-+- policy='service-time 0' prio=50 status=active
| |- 1:0:0:1 sdb 8:16  active ready running
| `- 4:0:0:1 sdl 8:176 active ready running
`-+- policy='service-time 0' prio=10 status=enabled
  |- 2:0:0:1 sdf 8:80  active ready running
  `- 3:0:0:1 sdg 8:96  active ready running
VOL-MSA-02 (3600c0ff000f53fd7e4c126650100) dm-2 HPE,MSA 2060 iSCSI
size=91T features='1 queue_if_no_path' hwhandler='1 alua' wp=rw
|-+- policy='service-time 0' prio=50 status=active
| |- 2:0:0:2 sdh 8:112 active ready running
| `- 3:0:0:2 sdi 8:128 active ready running
`-+- policy='service-time 0' prio=10 status=enabled
  |- 1:0:0:2 sdc 8:32  active ready running
  `- 4:0:0:2 sdo 8:224 active ready running
VOL-MSA-03 (3600c0ff000f53f419c4d19660100) dm-1 HPE,MSA 2060 iSCSI
size=45T features='1 queue_if_no_path' hwhandler='1 alua' wp=rw
|-+- policy='service-time 0' prio=50 status=active
| |- 1:0:0:3 sdd 8:48  active ready running
| `- 4:0:0:3 sdp 8:240 active ready running
`-+- policy='service-time 0' prio=10 status=enabled
  |- 2:0:0:3 sdj 8:144 active ready running
  `- 3:0:0:3 sdk 8:160 active ready running
VOL-MSA-04 (3600c0ff000f53fd79d4d19660100) dm-4 HPE,MSA 2060 iSCSI
size=45T features='1 queue_if_no_path' hwhandler='1 alua' wp=rw
|-+- policy='service-time 0' prio=50 status=active
| |- 2:0:0:4 sdm 8:192 active ready running
| `- 3:0:0:4 sdn 8:208 active ready running
`-+- policy='service-time 0' prio=10 status=enabled
  |- 1:0:0:4 sde 8:64  active ready running
  `- 4:0:0:4 sdq 65:0  active ready running

Les volumes ont bien été créés et