Re: [FRsAG] Étiquetage de câble

[Rémi CAZENAVE - Le Filament via FRsAG]

Bonjour,
Quand je faisais ça dans une ancienne vie, on utilisait des étiquettes qu'on 
enroulait autour du câble avec une partie plastifiée qui vient protéger 
l'étiquette, style 
https://www.dymo.com/fr_FR/XTL-Laminated-Wire-Cable-Wrap-Sheet-Labels-1-1-2-in-x-1-5-8-in.html
Rémi CAZENAVE
06.87.23.26.04
SCOP Le Filament

Le June 4, 2021 2:10:32 PM UTC, Jean-Marc Jacquot  a 
écrit :
>Hello,
>
>
>
>Ca ne répond pas directement à la question si tu as déjà les câbles en
>revanche quand tu dois planifier une nouvelle installation ou que tu
>souhaites en remettre une au propre alors  PatchSee
>(https://www.patchsee.com/) est tout simplement magique.
>
>
>
>
>
> On Fri, 04 Jun 2021 13:48:44 +0200 Gautier RISCH
> wrote 
>
>
>
>
>Bonjour,
>
> 
>
>Ici on utilise des étiquette DYMO référence « D1 Durables »
>
>https://www.dymo.com/fr_FR/1978367.html
>
> 
>
>Elle tiennent très bien dans les milieux secs et ventilés type
>DATACENTER totalement autre chose que les étiquettes classiques. 
>
> 
>
>
>
>
>
>
>
>De : FRsAG  De la part de Christophe
>CLEMENT
> Envoyé : vendredi 4 juin 2021 13:11
> À : François Poulain 
> Cc : mailto:frsag@frsag.org
> Objet : Re: [FRsAG] Étiquetage de câble
>
> 
>
>Sur qu'elle type de dymo vous rencontrez des soucis. Nous on utilise
>depuis peu des étiquettes avec un film de protection avec des xtl500.
>Du coup ca me fait un peu flipper votre commentaire.
>
> 
>
>
>Cordialement 
>
>
>
> 
>
>Le ven. 4 juin 2021 à 12:15, François Poulain
> a écrit :
>
>
>Bonjour,
> 
> Qu'elle est votre solution préférée/conseillée d'étiquetage de câbles
> (réseau) ?
> 
> François
> 
> -- 
> François Poulain 
> ___
> Liste de diffusion du FRsAG
> http://www.frsag.org/
>
>
>
>
>___
>
>Liste de diffusion du FRsAG 
>
>http://www.frsag.org/
___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] Étiquetage de câble

[Jean-Marc Jacquot]

Hello,



Ca ne répond pas directement à la question si tu as déjà les câbles en revanche 
quand tu dois planifier une nouvelle installation ou que tu souhaites en 
remettre une au propre alors  PatchSee (https://www.patchsee.com/) est tout 
simplement magique.





 On Fri, 04 Jun 2021 13:48:44 +0200 Gautier RISCH  
wrote 




Bonjour,

 

Ici on utilise des étiquette DYMO référence « D1 Durables »

https://www.dymo.com/fr_FR/1978367.html

 

Elle tiennent très bien dans les milieux secs et ventilés type DATACENTER 
totalement autre chose que les étiquettes classiques. 

 







De : FRsAG  De la part de Christophe CLEMENT
 Envoyé : vendredi 4 juin 2021 13:11
 À : François Poulain 
 Cc : mailto:frsag@frsag.org
 Objet : Re: [FRsAG] Étiquetage de câble

 

Sur qu'elle type de dymo vous rencontrez des soucis. Nous on utilise depuis peu 
des étiquettes avec un film de protection avec des xtl500. Du coup ca me fait 
un peu flipper votre commentaire.

 


Cordialement 



 

Le ven. 4 juin 2021 à 12:15, François Poulain  a 
écrit :


Bonjour,
 
 Qu'elle est votre solution préférée/conseillée d'étiquetage de câbles
 (réseau) ?
 
 François
 
 -- 
 François Poulain 
 ___
 Liste de diffusion du FRsAG
 http://www.frsag.org/




___

Liste de diffusion du FRsAG 

http://www.frsag.org/___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] Étiquetage de câble

[Gautier RISCH]

Bonjour,

Ici on utilise des étiquette DYMO référence « D1 Durables »
D1 Durable Labels (dymo.com)

Elle tiennent très bien dans les milieux secs et ventilés type DATACENTER 
totalement autre chose que les étiquettes classiques.


Gautier RISCH
gautier.ri...@kuhn.com
Tel:+33 3 88 01 65 89
KUHN SAS
4, Impasse des Fabriques
​BP 50060   F - 67706 SAVERNE Cedex
www.kuhn.com
Privacy policy: https://www.kuhn.com/privacypolicy
This email is intended only for use by the addresse(s) named in the message, 
and may contain confidential information. If you are not the intended recipient 
of this email message, any distribution or copying of this email is strictly 
prohibited. If you have received this email in error, please notify the sender 
immediately. The integrity and security of this message can not be guaranteed 
on the Internet. Although KUHN operates anti-virus programs, it does not accept 
responsibility for any damage whatsoever that is caused by viruses being passed.
De : FRsAG  De la part de Christophe CLEMENT
Envoyé : vendredi 4 juin 2021 13:11
À : François Poulain 
Cc : frsag@frsag.org
Objet : Re: [FRsAG] Étiquetage de câble

Sur qu'elle type de dymo vous rencontrez des soucis. Nous on utilise depuis peu 
des étiquettes avec un film de protection avec des xtl500. Du coup ca me fait 
un peu flipper votre commentaire.

Cordialement

Le ven. 4 juin 2021 à 12:15, François Poulain 
mailto:fpoul...@metrodore.fr>> a écrit :
Bonjour,

Qu'elle est votre solution préférée/conseillée d'étiquetage de câbles
(réseau) ?

François

--
François Poulain mailto:fpoul...@metrodore.fr>>
___
Liste de diffusion du FRsAG
http://www.frsag.org/
___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] Étiquetage de câble

[David via FRsAG]

Non, pas de pinces. Le "clip" est juste du diamètre du câble, ça tient bien


Cdlt,

Le 04/06/2021 à 13:00, Wallace a écrit :
>
> Comment se déroule la pose, faut une pince spéciale pour éviter
> qu'elle se détache?
>
> Sur les fibres ça tient bien?
>
> Le 04/06/2021 à 12:21, David via FRsAG a écrit :
>>
>> Bonjour,
>>
>> personnellement, je suis "fan" des bagues numérotées comme :
>> https://www.leroymerlin.fr/produits/electricite-domotique/rallonge-multiprise-enrouleur-et-cable-electrique/fixation-gaine-et-cable/lot-de-200-bagues-de-reperage-l-3-mm-69669985.html
>>
>> (je ne fais pas de pub pour cette enseigne :-) )
>>
>> C'est un peu fastidieux à poser mais ça permet une gestion très fine
>> de la numerotation
>>
>>
>> Cdlt,
>>
>>
>> Le 04/06/2021 à 12:13, François Poulain a écrit :
>>> Bonjour,
>>>
>>> Qu'elle est votre solution préférée/conseillée d'étiquetage de câbles
>>> (réseau) ?
>>>
>>> François
>>>
>> -- 
>> gpg: 0x1BD490507FA3BF7D
>> 
>> Ce courrier électronique ne contient *aucun virus ou logiciel
>> malveillant* parce qu'il a été rédigé avec des *logiciels libres*.
>> Plus d'infos : Association APRIL 
>>
>> ___
>> Liste de diffusion du FRsAG
>> http://www.frsag.org/
>
> ___
> Liste de diffusion du FRsAG
> http://www.frsag.org/
-- 
gpg: 0x1BD490507FA3BF7D

Ce courrier électronique ne contient *aucun virus ou logiciel
malveillant* parce qu'il a été rédigé avec des *logiciels libres*.
Plus d'infos : Association APRIL 
___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] Grub rescue rootfs sur plusieurs disques

[Renaud Galante]

J'ai finalement trouvé la réponse pour faire fonctionner cela avec
virtio-scsi-pci:

https://forum.proxmox.com/threads/regression-pve-qemu-kvm-5-1-fail-to-boot-vm-grub-rescue.78811/

Il fallait que je rajoute le disque dans la liste des disques bootable,
sinon seabios ne les charge pas

Merci en tout cas !

Reno.

Le 04/06/2021 à 13:22, Renaud Galante a écrit :
> Merci pour les réponses.
>
> Je n'avais pas testé le changement de controlleur disque sur la vm.
> Je suis passé de virtio-scsi-pci (proposé par défault dans proxmox) à
> lsi et cela fonctionne, ma vm démarre bien.
>
> Je vais voir si j'arrive à trouver une explication plus précise.
>
>
> Reno.
> Le 04/06/2021 à 12:59, Pierre Bourgin a écrit :
>> autre piste: Côté hyperviseur, peut-etre une sensibilité au "BIOS"
>> émulé par proxmox ou VMware ?
>>
>> booter ta VM avec un ISO live les commandes lsblk, blkid & co
>> permettrait peut-etre aussi de se faire une idée ?
>>
>> On 6/4/21 12:55 PM, Pierre Bourgin wrote:
>>> oula, j'ai pas vu que tu atterissais dans *grub*, pardon.
>>>
>>> c'est quelle version de grub ?
>>>
>>> faut peut-etre generer grub après avoir rajouté ton 2e disque dans
>>> ta conf LVM ?
>>>
>>> On 6/4/21 12:47 PM, Pierre Bourgin wrote:
 hello,

 On 6/4/21 11:59 AM, Renaud Galante wrote:
> Bonjour à tous
>
> J'ai un petit problème à vous soumettre.
>
> Au redémarrage d'une vm sous debian, j'ai le message d'erreur
> suivant dès le chargement de grub (le menu n’apparaît pas)
>
> error: disk 'lvmid//Y' not found
>
> et j’atterris dans le grub rescue.

 donc l'id LVM est bien référencé dans ton env mais pas trouvé.
 Peut-etre que le disque qui contient ce qui manque n'est pas détecté ?

 Pour t'y retrouver, essaye les commandes pour déterminer si ca
 vient d'un disque non vu, puis du LVM physical volume qui est censé
 être dessus, puis des LVM vg et enfin du LVM lv.


 - lsblk : liste les "block devices" qui sont visibles (disques,
 partitions, LVM LV)
 - blkid : liste les uuid
 - pvdisplay : qu'en pense-t-il ?
 - vgdisplay : qu'en pense-t-il ?
 - pvscan : pleins d'options, notamment "mettre à jour le cache"
 - vgscan:  (idem pvscan)

> Pour reproduire le problème, je suis dans les conditions suivantes:
>   - Ma partition / est un LV situé sur 2 disques (il y avait un
> seul disque à l'origine, mais un deuxième a été rajouté par la
> suite suite à un soucis d'espace)
>   - Je n'ai pas de /boot dédié
>   - La VM tourne sous proxmox
>
> Le message est certainement dû au fait que le deuxième disque ne
> soit pas "lu" au démarrage. J'ai testé différentes configs pour le
> deuxième disque, à savoir coté LVM ce disque est intégré
> entièrement (donc pas de partition) ou alors un partitionnement de
> type dos et gpt,suivi d'un grub-install sur le nouveau disque

 il faut vérifier dans l'ordre: les LVM Physical Volume, puis LVM vg
 et enfin LVM lv.

> Je reproduis ce cas sur des vms vierges avec une install debian
> (buster et bullseye) toute fresh.
> Dès que je rajoute un disque supplémentaire et que je le rajoute à
> ma partition / avec toutes les opérations lvm qui vont bien, au
> reboot, j'atteris sur le grub rescue.
>
> Cependant, si je réalise cette même opération sous vmware, la vm
> redémarre bien.
>
> Mon problème est vite résolu en agrandissant directement le disque
> principal, en créant une nouvelle partition, ou en agrandissant la
> partition si cela est possible, mais je trouve cela tellement plus
> simple et sécurisant de le faire par lvm. Et cela rend la
> réduction d'espace plus simple aussi dans le cas de besoin
> d'espace temporaire et que le client est incapable de mettre
> toutes ces données à un endroit particulier.
>
> Je me demande donc ce qui pourrait expliquer cette différence de
> comportement entre 2 techno différentes (KVM et vmware) et s'il y
> a un moyen de faire fonctionner ce principe avec proxmox / kvm

 si il y a une différence, c'est la "présentation" des disques de
 l'enveloppe de virtu à l'OS qu'elle contient.

 si les 2 disques sont sur 2 type de controlleurs differents sous
 promox, peut-etre que tu n'a pas le driver du 2e controlleur dans
 l'initramfs de ton OS ? ce serait vraiment tordu mais bon ...

 Anecdote: avec RHV (kvm/qemu sauce Red Hat), il arrive que y'ai des
 échanges de nom de disque apres reboot vu depuis l'OS, genre sdb
 devient sdc, et sdc devient sdb.
 Heureusement avec LVM et les uuid, on survit (le nom de disque n'a
 presque plus d'importance)

> SI quelqu'un a une idée,
>
>
> Merci et bon vendredi à tous !
>
> Reno.
>
>
> ___
> Liste de diffusion du FRsAG

Re: [FRsAG] Grub rescue rootfs sur plusieurs disques

[Renaud Galante]

Merci pour les réponses.

Je n'avais pas testé le changement de controlleur disque sur la vm.
Je suis passé de virtio-scsi-pci (proposé par défault dans proxmox) à
lsi et cela fonctionne, ma vm démarre bien.

Je vais voir si j'arrive à trouver une explication plus précise.


Reno.

Le 04/06/2021 à 12:59, Pierre Bourgin a écrit :
> autre piste: Côté hyperviseur, peut-etre une sensibilité au "BIOS"
> émulé par proxmox ou VMware ?
>
> booter ta VM avec un ISO live les commandes lsblk, blkid & co
> permettrait peut-etre aussi de se faire une idée ?
>
> On 6/4/21 12:55 PM, Pierre Bourgin wrote:
>> oula, j'ai pas vu que tu atterissais dans *grub*, pardon.
>>
>> c'est quelle version de grub ?
>>
>> faut peut-etre generer grub après avoir rajouté ton 2e disque dans ta
>> conf LVM ?
>>
>> On 6/4/21 12:47 PM, Pierre Bourgin wrote:
>>> hello,
>>>
>>> On 6/4/21 11:59 AM, Renaud Galante wrote:
 Bonjour à tous

 J'ai un petit problème à vous soumettre.

 Au redémarrage d'une vm sous debian, j'ai le message d'erreur
 suivant dès le chargement de grub (le menu n’apparaît pas)

 error: disk 'lvmid//Y' not found

 et j’atterris dans le grub rescue.
>>>
>>> donc l'id LVM est bien référencé dans ton env mais pas trouvé.
>>> Peut-etre que le disque qui contient ce qui manque n'est pas détecté ?
>>>
>>> Pour t'y retrouver, essaye les commandes pour déterminer si ca vient
>>> d'un disque non vu, puis du LVM physical volume qui est censé être
>>> dessus, puis des LVM vg et enfin du LVM lv.
>>>
>>>
>>> - lsblk : liste les "block devices" qui sont visibles (disques,
>>> partitions, LVM LV)
>>> - blkid : liste les uuid
>>> - pvdisplay : qu'en pense-t-il ?
>>> - vgdisplay : qu'en pense-t-il ?
>>> - pvscan : pleins d'options, notamment "mettre à jour le cache"
>>> - vgscan:  (idem pvscan)
>>>
 Pour reproduire le problème, je suis dans les conditions suivantes:
   - Ma partition / est un LV situé sur 2 disques (il y avait un
 seul disque à l'origine, mais un deuxième a été rajouté par la
 suite suite à un soucis d'espace)
   - Je n'ai pas de /boot dédié
   - La VM tourne sous proxmox

 Le message est certainement dû au fait que le deuxième disque ne
 soit pas "lu" au démarrage. J'ai testé différentes configs pour le
 deuxième disque, à savoir coté LVM ce disque est intégré
 entièrement (donc pas de partition) ou alors un partitionnement de
 type dos et gpt,suivi d'un grub-install sur le nouveau disque
>>>
>>> il faut vérifier dans l'ordre: les LVM Physical Volume, puis LVM vg
>>> et enfin LVM lv.
>>>
 Je reproduis ce cas sur des vms vierges avec une install debian
 (buster et bullseye) toute fresh.
 Dès que je rajoute un disque supplémentaire et que je le rajoute à
 ma partition / avec toutes les opérations lvm qui vont bien, au
 reboot, j'atteris sur le grub rescue.

 Cependant, si je réalise cette même opération sous vmware, la vm
 redémarre bien.

 Mon problème est vite résolu en agrandissant directement le disque
 principal, en créant une nouvelle partition, ou en agrandissant la
 partition si cela est possible, mais je trouve cela tellement plus
 simple et sécurisant de le faire par lvm. Et cela rend la réduction
 d'espace plus simple aussi dans le cas de besoin d'espace
 temporaire et que le client est incapable de mettre toutes ces
 données à un endroit particulier.

 Je me demande donc ce qui pourrait expliquer cette différence de
 comportement entre 2 techno différentes (KVM et vmware) et s'il y a
 un moyen de faire fonctionner ce principe avec proxmox / kvm
>>>
>>> si il y a une différence, c'est la "présentation" des disques de
>>> l'enveloppe de virtu à l'OS qu'elle contient.
>>>
>>> si les 2 disques sont sur 2 type de controlleurs differents sous
>>> promox, peut-etre que tu n'a pas le driver du 2e controlleur dans
>>> l'initramfs de ton OS ? ce serait vraiment tordu mais bon ...
>>>
>>> Anecdote: avec RHV (kvm/qemu sauce Red Hat), il arrive que y'ai des
>>> échanges de nom de disque apres reboot vu depuis l'OS, genre sdb
>>> devient sdc, et sdc devient sdb.
>>> Heureusement avec LVM et les uuid, on survit (le nom de disque n'a
>>> presque plus d'importance)
>>>
 SI quelqu'un a une idée,


 Merci et bon vendredi à tous !

 Reno.


 ___
 Liste de diffusion du FRsAG
 http://www.frsag.org/

>>> ___
>>> Liste de diffusion du FRsAG
>>> http://www.frsag.org/

___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] Grub rescue rootfs sur plusieurs disques

[Pierre Bourgin]

à noter que grub shell propose la commande 'ls' pour lister ce qu'il 
voit comme périphériques.


cf 
https://www.gnu.org/software/grub/manual/grub/grub.html#GRUB-only-offers-a-rescue-shell


(désolé, j'arrête de balancer 1 mail à chaque idée).

On 6/4/21 12:55 PM, Pierre Bourgin wrote:

oula, j'ai pas vu que tu atterissais dans *grub*, pardon.

c'est quelle version de grub ?

faut peut-etre generer grub après avoir rajouté ton 2e disque dans ta 
conf LVM ?


On 6/4/21 12:47 PM, Pierre Bourgin wrote:

hello,

On 6/4/21 11:59 AM, Renaud Galante wrote:

Bonjour à tous

J'ai un petit problème à vous soumettre.

Au redémarrage d'une vm sous debian, j'ai le message d'erreur suivant 
dès le chargement de grub (le menu n’apparaît pas)


error: disk 'lvmid//Y' not found

et j’atterris dans le grub rescue.


donc l'id LVM est bien référencé dans ton env mais pas trouvé.
Peut-etre que le disque qui contient ce qui manque n'est pas détecté ?

Pour t'y retrouver, essaye les commandes pour déterminer si ca vient 
d'un disque non vu, puis du LVM physical volume qui est censé être 
dessus, puis des LVM vg et enfin du LVM lv.



- lsblk : liste les "block devices" qui sont visibles (disques, 
partitions, LVM LV)

- blkid : liste les uuid
- pvdisplay : qu'en pense-t-il ?
- vgdisplay : qu'en pense-t-il ?
- pvscan : pleins d'options, notamment "mettre à jour le cache"
- vgscan:  (idem pvscan)


Pour reproduire le problème, je suis dans les conditions suivantes:
  - Ma partition / est un LV situé sur 2 disques (il y avait un seul 
disque à l'origine, mais un deuxième a été rajouté par la suite suite 
à un soucis d'espace)

  - Je n'ai pas de /boot dédié
  - La VM tourne sous proxmox

Le message est certainement dû au fait que le deuxième disque ne soit 
pas "lu" au démarrage. J'ai testé différentes configs pour le 
deuxième disque, à savoir coté LVM ce disque est intégré entièrement 
(donc pas de partition) ou alors un partitionnement de type dos et 
gpt,suivi d'un grub-install sur le nouveau disque


il faut vérifier dans l'ordre: les LVM Physical Volume, puis LVM vg et 
enfin LVM lv.


Je reproduis ce cas sur des vms vierges avec une install debian 
(buster et bullseye) toute fresh.
Dès que je rajoute un disque supplémentaire et que je le rajoute à ma 
partition / avec toutes les opérations lvm qui vont bien, au reboot, 
j'atteris sur le grub rescue.


Cependant, si je réalise cette même opération sous vmware, la vm 
redémarre bien.


Mon problème est vite résolu en agrandissant directement le disque 
principal, en créant une nouvelle partition, ou en agrandissant la 
partition si cela est possible, mais je trouve cela tellement plus 
simple et sécurisant de le faire par lvm. Et cela rend la réduction 
d'espace plus simple aussi dans le cas de besoin d'espace temporaire 
et que le client est incapable de mettre toutes ces données à un 
endroit particulier.


Je me demande donc ce qui pourrait expliquer cette différence de 
comportement entre 2 techno différentes (KVM et vmware) et s'il y a 
un moyen de faire fonctionner ce principe avec proxmox / kvm


si il y a une différence, c'est la "présentation" des disques de 
l'enveloppe de virtu à l'OS qu'elle contient.


si les 2 disques sont sur 2 type de controlleurs differents sous 
promox, peut-etre que tu n'a pas le driver du 2e controlleur dans 
l'initramfs de ton OS ? ce serait vraiment tordu mais bon ...


Anecdote: avec RHV (kvm/qemu sauce Red Hat), il arrive que y'ai des 
échanges de nom de disque apres reboot vu depuis l'OS, genre sdb 
devient sdc, et sdc devient sdb.
Heureusement avec LVM et les uuid, on survit (le nom de disque n'a 
presque plus d'importance)



SI quelqu'un a une idée,


Merci et bon vendredi à tous !

Reno.


___
Liste de diffusion du FRsAG
http://www.frsag.org/


___
Liste de diffusion du FRsAG
http://www.frsag.org/

___
Liste de diffusion du FRsAG
http://www.frsag.org/

___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] Étiquetage de câble

[Christophe CLEMENT]

Sur qu'elle type de dymo vous rencontrez des soucis. Nous on utilise depuis
peu des étiquettes avec un film de protection avec des xtl500. Du coup ca
me fait un peu flipper votre commentaire.

Cordialement

Le ven. 4 juin 2021 à 12:15, François Poulain  a
écrit :

> Bonjour,
>
> Qu'elle est votre solution préférée/conseillée d'étiquetage de câbles
> (réseau) ?
>
> François
>
> --
> François Poulain 
> ___
> Liste de diffusion du FRsAG
> http://www.frsag.org/
>
___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] Étiquetage de câble

[Wallace]

Comment se déroule la pose, faut une pince spéciale pour éviter qu'elle
se détache?

Sur les fibres ça tient bien?

Le 04/06/2021 à 12:21, David via FRsAG a écrit :
>
> Bonjour,
>
> personnellement, je suis "fan" des bagues numérotées comme :
> https://www.leroymerlin.fr/produits/electricite-domotique/rallonge-multiprise-enrouleur-et-cable-electrique/fixation-gaine-et-cable/lot-de-200-bagues-de-reperage-l-3-mm-69669985.html
>
> (je ne fais pas de pub pour cette enseigne :-) )
>
> C'est un peu fastidieux à poser mais ça permet une gestion très fine
> de la numerotation
>
>
> Cdlt,
>
>
> Le 04/06/2021 à 12:13, François Poulain a écrit :
>> Bonjour,
>>
>> Qu'elle est votre solution préférée/conseillée d'étiquetage de câbles
>> (réseau) ?
>>
>> François
>>
> -- 
> gpg: 0x1BD490507FA3BF7D
> 
> Ce courrier électronique ne contient *aucun virus ou logiciel
> malveillant* parce qu'il a été rédigé avec des *logiciels libres*.
> Plus d'infos : Association APRIL 
>
> ___
> Liste de diffusion du FRsAG
> http://www.frsag.org/
___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] Grub rescue rootfs sur plusieurs disques

[Pierre Bourgin]

autre piste: Côté hyperviseur, peut-etre une sensibilité au "BIOS" émulé 
par proxmox ou VMware ?


booter ta VM avec un ISO live les commandes lsblk, blkid & co 
permettrait peut-etre aussi de se faire une idée ?


On 6/4/21 12:55 PM, Pierre Bourgin wrote:

oula, j'ai pas vu que tu atterissais dans *grub*, pardon.

c'est quelle version de grub ?

faut peut-etre generer grub après avoir rajouté ton 2e disque dans ta 
conf LVM ?


On 6/4/21 12:47 PM, Pierre Bourgin wrote:

hello,

On 6/4/21 11:59 AM, Renaud Galante wrote:

Bonjour à tous

J'ai un petit problème à vous soumettre.

Au redémarrage d'une vm sous debian, j'ai le message d'erreur suivant 
dès le chargement de grub (le menu n’apparaît pas)


error: disk 'lvmid//Y' not found

et j’atterris dans le grub rescue.


donc l'id LVM est bien référencé dans ton env mais pas trouvé.
Peut-etre que le disque qui contient ce qui manque n'est pas détecté ?

Pour t'y retrouver, essaye les commandes pour déterminer si ca vient 
d'un disque non vu, puis du LVM physical volume qui est censé être 
dessus, puis des LVM vg et enfin du LVM lv.



- lsblk : liste les "block devices" qui sont visibles (disques, 
partitions, LVM LV)

- blkid : liste les uuid
- pvdisplay : qu'en pense-t-il ?
- vgdisplay : qu'en pense-t-il ?
- pvscan : pleins d'options, notamment "mettre à jour le cache"
- vgscan:  (idem pvscan)


Pour reproduire le problème, je suis dans les conditions suivantes:
  - Ma partition / est un LV situé sur 2 disques (il y avait un seul 
disque à l'origine, mais un deuxième a été rajouté par la suite suite 
à un soucis d'espace)

  - Je n'ai pas de /boot dédié
  - La VM tourne sous proxmox

Le message est certainement dû au fait que le deuxième disque ne soit 
pas "lu" au démarrage. J'ai testé différentes configs pour le 
deuxième disque, à savoir coté LVM ce disque est intégré entièrement 
(donc pas de partition) ou alors un partitionnement de type dos et 
gpt,suivi d'un grub-install sur le nouveau disque


il faut vérifier dans l'ordre: les LVM Physical Volume, puis LVM vg et 
enfin LVM lv.


Je reproduis ce cas sur des vms vierges avec une install debian 
(buster et bullseye) toute fresh.
Dès que je rajoute un disque supplémentaire et que je le rajoute à ma 
partition / avec toutes les opérations lvm qui vont bien, au reboot, 
j'atteris sur le grub rescue.


Cependant, si je réalise cette même opération sous vmware, la vm 
redémarre bien.


Mon problème est vite résolu en agrandissant directement le disque 
principal, en créant une nouvelle partition, ou en agrandissant la 
partition si cela est possible, mais je trouve cela tellement plus 
simple et sécurisant de le faire par lvm. Et cela rend la réduction 
d'espace plus simple aussi dans le cas de besoin d'espace temporaire 
et que le client est incapable de mettre toutes ces données à un 
endroit particulier.


Je me demande donc ce qui pourrait expliquer cette différence de 
comportement entre 2 techno différentes (KVM et vmware) et s'il y a 
un moyen de faire fonctionner ce principe avec proxmox / kvm


si il y a une différence, c'est la "présentation" des disques de 
l'enveloppe de virtu à l'OS qu'elle contient.


si les 2 disques sont sur 2 type de controlleurs differents sous 
promox, peut-etre que tu n'a pas le driver du 2e controlleur dans 
l'initramfs de ton OS ? ce serait vraiment tordu mais bon ...


Anecdote: avec RHV (kvm/qemu sauce Red Hat), il arrive que y'ai des 
échanges de nom de disque apres reboot vu depuis l'OS, genre sdb 
devient sdc, et sdc devient sdb.
Heureusement avec LVM et les uuid, on survit (le nom de disque n'a 
presque plus d'importance)



SI quelqu'un a une idée,


Merci et bon vendredi à tous !

Reno.


___
Liste de diffusion du FRsAG
http://www.frsag.org/


___
Liste de diffusion du FRsAG
http://www.frsag.org/

___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] Grub rescue rootfs sur plusieurs disques

[Pierre Bourgin]

oula, j'ai pas vu que tu atterissais dans *grub*, pardon.

c'est quelle version de grub ?

faut peut-etre generer grub après avoir rajouté ton 2e disque dans ta 
conf LVM ?


On 6/4/21 12:47 PM, Pierre Bourgin wrote:

hello,

On 6/4/21 11:59 AM, Renaud Galante wrote:

Bonjour à tous

J'ai un petit problème à vous soumettre.

Au redémarrage d'une vm sous debian, j'ai le message d'erreur suivant 
dès le chargement de grub (le menu n’apparaît pas)


error: disk 'lvmid//Y' not found

et j’atterris dans le grub rescue.


donc l'id LVM est bien référencé dans ton env mais pas trouvé.
Peut-etre que le disque qui contient ce qui manque n'est pas détecté ?

Pour t'y retrouver, essaye les commandes pour déterminer si ca vient 
d'un disque non vu, puis du LVM physical volume qui est censé être 
dessus, puis des LVM vg et enfin du LVM lv.



- lsblk : liste les "block devices" qui sont visibles (disques, 
partitions, LVM LV)

- blkid : liste les uuid
- pvdisplay : qu'en pense-t-il ?
- vgdisplay : qu'en pense-t-il ?
- pvscan : pleins d'options, notamment "mettre à jour le cache"
- vgscan:  (idem pvscan)


Pour reproduire le problème, je suis dans les conditions suivantes:
  - Ma partition / est un LV situé sur 2 disques (il y avait un seul 
disque à l'origine, mais un deuxième a été rajouté par la suite suite 
à un soucis d'espace)

  - Je n'ai pas de /boot dédié
  - La VM tourne sous proxmox

Le message est certainement dû au fait que le deuxième disque ne soit 
pas "lu" au démarrage. J'ai testé différentes configs pour le deuxième 
disque, à savoir coté LVM ce disque est intégré entièrement (donc pas 
de partition) ou alors un partitionnement de type dos et gpt,suivi 
d'un grub-install sur le nouveau disque


il faut vérifier dans l'ordre: les LVM Physical Volume, puis LVM vg et 
enfin LVM lv.


Je reproduis ce cas sur des vms vierges avec une install debian 
(buster et bullseye) toute fresh.
Dès que je rajoute un disque supplémentaire et que je le rajoute à ma 
partition / avec toutes les opérations lvm qui vont bien, au reboot, 
j'atteris sur le grub rescue.


Cependant, si je réalise cette même opération sous vmware, la vm 
redémarre bien.


Mon problème est vite résolu en agrandissant directement le disque 
principal, en créant une nouvelle partition, ou en agrandissant la 
partition si cela est possible, mais je trouve cela tellement plus 
simple et sécurisant de le faire par lvm. Et cela rend la réduction 
d'espace plus simple aussi dans le cas de besoin d'espace temporaire 
et que le client est incapable de mettre toutes ces données à un 
endroit particulier.


Je me demande donc ce qui pourrait expliquer cette différence de 
comportement entre 2 techno différentes (KVM et vmware) et s'il y a un 
moyen de faire fonctionner ce principe avec proxmox / kvm


si il y a une différence, c'est la "présentation" des disques de 
l'enveloppe de virtu à l'OS qu'elle contient.


si les 2 disques sont sur 2 type de controlleurs differents sous promox, 
peut-etre que tu n'a pas le driver du 2e controlleur dans l'initramfs de 
ton OS ? ce serait vraiment tordu mais bon ...


Anecdote: avec RHV (kvm/qemu sauce Red Hat), il arrive que y'ai des 
échanges de nom de disque apres reboot vu depuis l'OS, genre sdb devient 
sdc, et sdc devient sdb.
Heureusement avec LVM et les uuid, on survit (le nom de disque n'a 
presque plus d'importance)



SI quelqu'un a une idée,


Merci et bon vendredi à tous !

Reno.


___
Liste de diffusion du FRsAG
http://www.frsag.org/


___
Liste de diffusion du FRsAG
http://www.frsag.org/

___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] Grub rescue rootfs sur plusieurs disques

[Pierre Bourgin]

hello,

On 6/4/21 11:59 AM, Renaud Galante wrote:

Bonjour à tous

J'ai un petit problème à vous soumettre.

Au redémarrage d'une vm sous debian, j'ai le message d'erreur suivant 
dès le chargement de grub (le menu n’apparaît pas)


error: disk 'lvmid//Y' not found

et j’atterris dans le grub rescue.


donc l'id LVM est bien référencé dans ton env mais pas trouvé.
Peut-etre que le disque qui contient ce qui manque n'est pas détecté ?

Pour t'y retrouver, essaye les commandes pour déterminer si ca vient 
d'un disque non vu, puis du LVM physical volume qui est censé être 
dessus, puis des LVM vg et enfin du LVM lv.



- lsblk : liste les "block devices" qui sont visibles (disques, 
partitions, LVM LV)

- blkid : liste les uuid
- pvdisplay : qu'en pense-t-il ?
- vgdisplay : qu'en pense-t-il ?
- pvscan : pleins d'options, notamment "mettre à jour le cache"
- vgscan:  (idem pvscan)


Pour reproduire le problème, je suis dans les conditions suivantes:
  - Ma partition / est un LV situé sur 2 disques (il y avait un seul 
disque à l'origine, mais un deuxième a été rajouté par la suite suite à 
un soucis d'espace)

  - Je n'ai pas de /boot dédié
  - La VM tourne sous proxmox

Le message est certainement dû au fait que le deuxième disque ne soit 
pas "lu" au démarrage. J'ai testé différentes configs pour le deuxième 
disque, à savoir coté LVM ce disque est intégré entièrement (donc pas de 
partition) ou alors un partitionnement de type dos et gpt,suivi d'un 
grub-install sur le nouveau disque


il faut vérifier dans l'ordre: les LVM Physical Volume, puis LVM vg et 
enfin LVM lv.


Je reproduis ce cas sur des vms vierges avec une install debian (buster 
et bullseye) toute fresh.
Dès que je rajoute un disque supplémentaire et que je le rajoute à ma 
partition / avec toutes les opérations lvm qui vont bien, au reboot, 
j'atteris sur le grub rescue.


Cependant, si je réalise cette même opération sous vmware, la vm 
redémarre bien.


Mon problème est vite résolu en agrandissant directement le disque 
principal, en créant une nouvelle partition, ou en agrandissant la 
partition si cela est possible, mais je trouve cela tellement plus 
simple et sécurisant de le faire par lvm. Et cela rend la réduction 
d'espace plus simple aussi dans le cas de besoin d'espace temporaire et 
que le client est incapable de mettre toutes ces données à un endroit 
particulier.


Je me demande donc ce qui pourrait expliquer cette différence de 
comportement entre 2 techno différentes (KVM et vmware) et s'il y a un 
moyen de faire fonctionner ce principe avec proxmox / kvm


si il y a une différence, c'est la "présentation" des disques de 
l'enveloppe de virtu à l'OS qu'elle contient.


si les 2 disques sont sur 2 type de controlleurs differents sous promox, 
peut-etre que tu n'a pas le driver du 2e controlleur dans l'initramfs de 
ton OS ? ce serait vraiment tordu mais bon ...


Anecdote: avec RHV (kvm/qemu sauce Red Hat), il arrive que y'ai des 
échanges de nom de disque apres reboot vu depuis l'OS, genre sdb devient 
sdc, et sdc devient sdb.
Heureusement avec LVM et les uuid, on survit (le nom de disque n'a 
presque plus d'importance)



SI quelqu'un a une idée,


Merci et bon vendredi à tous !

Reno.


___
Liste de diffusion du FRsAG
http://www.frsag.org/


___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] Étiquetage de câble

[François Poulain]

Le Fri, 4 Jun 2021 12:20:34 +0200,
Pierre DOLIDON  a écrit :

> d'expérience, les étiquettes de type Dymo finissent par se décoller.

J'ai justement une mauvaise expérience avec Dymo. D'où ma question. :)

François

-- 
François Poulain 
___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] Étiquetage de câble

[David via FRsAG]

Bonjour,

personnellement, je suis "fan" des bagues numérotées comme :
https://www.leroymerlin.fr/produits/electricite-domotique/rallonge-multiprise-enrouleur-et-cable-electrique/fixation-gaine-et-cable/lot-de-200-bagues-de-reperage-l-3-mm-69669985.html

(je ne fais pas de pub pour cette enseigne :-) )

C'est un peu fastidieux à poser mais ça permet une gestion très fine de
la numerotation


Cdlt,


Le 04/06/2021 à 12:13, François Poulain a écrit :
> Bonjour,
>
> Qu'elle est votre solution préférée/conseillée d'étiquetage de câbles
> (réseau) ?
>
> François
>
-- 
gpg: 0x1BD490507FA3BF7D

Ce courrier électronique ne contient *aucun virus ou logiciel
malveillant* parce qu'il a été rédigé avec des *logiciels libres*.
Plus d'infos : Association APRIL 
___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] Étiquetage de câble

[Pierre DOLIDON]

hello

d'expérience, les étiquettes de type Dymo finissent par se décoller.
préférer plutôt des porte étiquettes du genre 
https://www.google.com/search?newwindow=1=1C1CHBD_frFR901FR901=ALeKk00zN8GS5-4muNfBOC3p_d5PrZZMAA:1622801765496=%C3%A9tiquette+cable=isch=q:%C3%A9tiquette+cable,online_chips:porte+%C3%A9tiquette:B3qRGLSHzIU%3D=AI4_-kTMeCm7XaPGBWKzkNCaliwztw97AA=X=2ahUKEwipq5fW3_3wAhWsA2MBHfMVCWgQgIoDKAB6BAgIEAc=1920=1127


Le 04/06/2021 à 12:13, François Poulain a écrit :

Bonjour,

Qu'elle est votre solution préférée/conseillée d'étiquetage de câbles
(réseau) ?

François


___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] Étiquetage de câble

[Kevin CHAILLY | Service Technique]

Le stagiaire.

Les marqueurs de câble sont bien dans les lieux ou la place est chère, sinon 
les étiquettes de câble,

Cordialement,

Kévin

-Message d'origine-
De : FRsAG  De la part de François Poulain
Envoyé : vendredi 4 juin 2021 12:14
À : frsag@frsag.org
Objet : [FRsAG] Étiquetage de câble

Bonjour,

Qu'elle est votre solution préférée/conseillée d'étiquetage de câbles
(réseau) ?

François

--
François Poulain  
___
Liste de diffusion du FRsAG
http://www.frsag.org/
___
Liste de diffusion du FRsAG
http://www.frsag.org/

[FRsAG] Étiquetage de câble

[François Poulain]

Bonjour,

Qu'elle est votre solution préférée/conseillée d'étiquetage de câbles
(réseau) ?

François

-- 
François Poulain 
___
Liste de diffusion du FRsAG
http://www.frsag.org/

[FRsAG] Grub rescue rootfs sur plusieurs disques

[Renaud Galante]

Bonjour à tous

J'ai un petit problème à vous soumettre.

Au redémarrage d'une vm sous debian, j'ai le message d'erreur suivant
dès le chargement de grub (le menu n’apparaît pas)

error: disk 'lvmid//Y' not found

et j’atterris dans le grub rescue.

Pour reproduire le problème, je suis dans les conditions suivantes:
 - Ma partition / est un LV situé sur 2 disques (il y avait un seul
disque à l'origine, mais un deuxième a été rajouté par la suite suite à
un soucis d'espace)
 - Je n'ai pas de /boot dédié
 - La VM tourne sous proxmox

Le message est certainement dû au fait que le deuxième disque ne soit
pas "lu" au démarrage. J'ai testé différentes configs pour le deuxième
disque, à savoir coté LVM ce disque est intégré entièrement (donc pas de
partition) ou alors un partitionnement de type dos et gpt,suivi d'un
grub-install sur le nouveau disque

Je reproduis ce cas sur des vms vierges avec une install debian (buster
et bullseye) toute fresh.
Dès que je rajoute un disque supplémentaire et que je le rajoute à ma
partition / avec toutes les opérations lvm qui vont bien, au reboot,
j'atteris sur le grub rescue.

Cependant, si je réalise cette même opération sous vmware, la vm
redémarre bien.

Mon problème est vite résolu en agrandissant directement le disque
principal, en créant une nouvelle partition, ou en agrandissant la
partition si cela est possible, mais je trouve cela tellement plus
simple et sécurisant de le faire par lvm. Et cela rend la réduction
d'espace plus simple aussi dans le cas de besoin d'espace temporaire et
que le client est incapable de mettre toutes ces données à un endroit
particulier.


Je me demande donc ce qui pourrait expliquer cette différence de
comportement entre 2 techno différentes (KVM et vmware) et s'il y a un
moyen de faire fonctionner ce principe avec proxmox / kvm

SI quelqu'un a une idée,


Merci et bon vendredi à tous !

Reno.

___
Liste de diffusion du FRsAG
http://www.frsag.org/