Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user.catalan > #6488 > unrolled thread

fsck amb raid1 + lvm

Started byLluís Gras <lluis.gras@gmail.com>
First post2020-12-08 12:00 +0100
Last post2020-12-10 17:30 +0100
Articles 8 — 4 participants

Back to article view | Back to linux.debian.user.catalan


Contents

  fsck amb raid1 + lvm Lluís Gras <lluis.gras@gmail.com> - 2020-12-08 12:00 +0100
    Re: fsck amb raid1 + lvm Narcis Garcia <debianlists@actiu.net> - 2020-12-09 08:00 +0100
      Re: fsck amb raid1 + lvm Alex Muntada <alexm@debian.org> - 2020-12-09 13:00 +0100
    Re: fsck amb raid1 + lvm Alex Muntada <alexm@debian.org> - 2020-12-09 10:30 +0100
      Re: fsck amb raid1 + lvm Lluís Gras <lluis.gras@gmail.com> - 2020-12-09 20:50 +0100
        Re: fsck amb raid1 + lvm Narcis Garcia <debianlists@actiu.net> - 2020-12-10 09:10 +0100
          Re: fsck amb raid1 + lvm Joan <arbocenc@calbasi.net> - 2020-12-10 17:20 +0100
            Re: fsck amb raid1 + lvm Lluís Gras <lluis.gras@gmail.com> - 2020-12-10 17:30 +0100

#6488 — fsck amb raid1 + lvm

FromLluís Gras <lluis.gras@gmail.com>
Date2020-12-08 12:00 +0100
Subjectfsck amb raid1 + lvm
Message-ID<BjIST-4cK-29@gated-at.bofh.it>

[Multipart message — attachments visible in raw view] — view raw

Bones,

Aquest matí m'he trobat el servidoret de casa "gripat", ahir se'n va anar
el corrent i aparentment quan va tornar a arrencar va tirar de journal i
corregir errors en inodes i aquests coses màgiques que fa el fsck.

El cas és que he reiniciat l'equip i m'he trobat el prompt (initramfs), he
fet un fsck -p /dev/mapper/gv00-arrel i aparentment s'han corregit els
errors, torno a engegar i ara el sistema arrenca però en mode ro, més fsck
més comprovacions amb smartctl (sense errors, 18076 hores de funcionament)
i més reinicis fins que quan ja en començava a estar fins al capdamunt i
després de l'enèssim fsck + reinici, la maquineta ha arrencat sense donar
errors.

I la pregunta ??? ... doncs la pregunta és si algú s'hi ha trobat i perquè
el fsck em diu que ja ha corregit tots els errors i quan torna a
arrencar en torna a trobar en inodes diferents, etc ...

[toc] | [next] | [standalone]


#6489

FromNarcis Garcia <debianlists@actiu.net>
Date2020-12-09 08:00 +0100
Message-ID<Bk1Ca-7Jw-1@gated-at.bofh.it>
In reply to#6488
M'hi he trobat diverses vegades, i aquestes han pogut ser les causes en
els meus casos:

A) El revisador fsck corregeix importants errades, i potser rescata
fitxers o inodes que també tenen els seus problemes. A la següent
revisió fsck corregeix errades de les coses que han aflorat abans.

B) Alguna errada de configuració o de programari segueix donant
problemes, i subsegüents revisions els tornen a trobar i corregir.

C) La controladora de placa o del mateix disc o la memòria RAM produeix
corrupció de dades al desar-les. Amb la qual cosa fsck troba noves
incoherències al sistema de fitxers. Això podria implicar que també es
desin continguts erronis als fitxers, que fsck no corregiria.



Narcis Garcia

__________
I'm using this dedicated address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.
El 8/12/20 a les 11:54, Lluís Gras ha escrit:
> Bones,
> 
> Aquest matí m'he trobat el servidoret de casa "gripat", ahir se'n va
> anar el corrent i aparentment quan va tornar a arrencar va tirar de
> journal i corregir errors en inodes i aquests coses màgiques que fa el fsck.
> 
> El cas és que he reiniciat l'equip i m'he trobat el prompt (initramfs),
> he fet un fsck -p /dev/mapper/gv00-arrel i aparentment s'han corregit
> els errors, torno a engegar i ara el sistema arrenca però en mode ro,
> més fsck més comprovacions amb smartctl (sense errors, 18076 hores de
> funcionament) i més reinicis fins que quan ja en començava a estar fins
> al capdamunt i després de l'enèssim fsck + reinici, la maquineta ha
> arrencat sense donar errors.
> 
> I la pregunta ??? ... doncs la pregunta és si algú s'hi ha trobat i
> perquè el fsck em diu que ja ha corregit tots els errors i quan torna a
> arrencar en torna a trobar en inodes diferents, etc ...
>  

[toc] | [prev] | [next] | [standalone]


#6491

FromAlex Muntada <alexm@debian.org>
Date2020-12-09 13:00 +0100
Message-ID<Bk6it-2il-1@gated-at.bofh.it>
In reply to#6489

[Multipart message — attachments visible in raw view] — view raw

Hola Narcis

> C) La controladora de placa o del mateix disc o la memòria RAM
> produeix corrupció de dades al desar-les.

Això em recorda que, a la feina, al principi de tenir servidors
linux compràvem controladores RAID amb discos SAS per tenir un
millor rendiment. La nostra experiència amb diverses marces i
models de controladores va ser molt negativa i finalment vam
decidir apostar per mdadm, que a més a més ens permetia moure
els discos d'un servidor a un altre sense cap tipus de problema
tot conservant el RAID, ampliar la mida del RAID en calent, etc.

Salut,
Alex

--
  ⢀⣴⠾⠻⢶⣦⠀
  ⣾⠁⢠⠒⠀⣿⡁   Alex Muntada <alexm@debian.org>
  ⢿⡄⠘⠷⠚⠋   Debian Developer 🍥 log.alexm.org
  ⠈⠳⣄⠀⠀⠀⠀

[toc] | [prev] | [next] | [standalone]


#6490

FromAlex Muntada <alexm@debian.org>
Date2020-12-09 10:30 +0100
Message-ID<Bk3Xk-X7-5@gated-at.bofh.it>
In reply to#6488

[Multipart message — attachments visible in raw view] — view raw

Hola Lluís

> la pregunta és si algú s'hi ha trobat i perquè el fsck em diu
> que ja ha corregit tots els errors i quan torna a arrencar en
> torna a trobar en inodes diferents, etc ...

Jo no m'he trobat mai en la situació que comentes, tot i haver
gestionat durant una pila d'anys força servidors amb mdadm en
RAID1 i amb LVM per als volums. En aquests anys vam tenir una
pila de discos avariats i alguns talls de corrent que el SAI no
va poder gestionar, però no recordo un escenari com el que tu
descrius.

Pensant-hi una mica se m'acut que potser la diferència en el teu
cas sigui si el RAID1 el gestiona lvmraid enlloc de mdadm? No
tinc experiència amb lvmraid, així que no et puc dir si els trets
van per aquí però és l'única diferència que se m'acut que podria
haver-hi entre la teva experiència i la meva.

Salut i records!
Alex

--
  ⢀⣴⠾⠻⢶⣦⠀
  ⣾⠁⢠⠒⠀⣿⡁   Alex Muntada <alexm@debian.org>
  ⢿⡄⠘⠷⠚⠋   Debian Developer 🍥 log.alexm.org
  ⠈⠳⣄⠀⠀⠀⠀

[toc] | [prev] | [next] | [standalone]


#6492

FromLluís Gras <lluis.gras@gmail.com>
Date2020-12-09 20:50 +0100
Message-ID<BkdDk-6K6-11@gated-at.bofh.it>
In reply to#6490

[Multipart message — attachments visible in raw view] — view raw

Hola Àlex i companyia,

El raid + lvm està muntat amb l'instal·lador d'una Stretch que ha passat a
Buster i poc més. Jo tampoc tinc experiència amb lvmraid.

A continuació, la captura que vaig fer per si algú en treu més informació.

https://lh3.googleusercontent.com/MVklyTTBM3KWcLjLVO1dR6MJPQAOzd24S-TQ2dnwwOyWpYDuGm2yi59MDH_PzTjI_X1vDkkPKbrp1daxHUNOx6T0LOzFxLtjUYflKiuVXSEVuU1iSGkzfRAI-H_Sf3A3yEwT2ToIXg2HyuWU9jtmoGpBB0I0BOF7feui5w4Z-4pifZYW1L0LC27BgvGTEEK5-qW8zn_wt-woEKd037aj5NUjHCN0XULxmAkN0w2iO1tdcJO373Br080snDsXGyzkFG0qt3CrCqm63f42XbJCkUPEbI_02cWlv60OdT97JinvNlZBgD8aorORcvEGD3f_oG2LxF67ksBjogi3sQsVfBWeRBYWEYCS9cwOHJLmFKTiO4YI61R7Kv6ANbQVcI6P5gUDlHhpY566khi_la2jcCLoFjY5foTuuH1FbQ-1szS5QLt01sKkvSvyIuK4y4Ox0sYMd7VXDCKV1t_ZtnTK4tdoulLBcKNbkPhP9KQBKHWdGhTeL_KcbAtP5YUh3xA8uaWwleeEpuerU3xfYpW0a-TS5iFUp4XWNoEhDzaYBVzDS8oMjYqgjLeelCZzjXGw5qaQ8K6OnioSNQemfsWU3rnMoW8j57zRC9HUgXE6SeMJazaBu0IBl2zcMZFTQIBtGoTWrf6nVz391iE378FYfztoeMkMTw3Xk2F3_twbGj1y4v4U2yKxU5sLpQRqgTU=w495-h880-no?authuser=0

Missatge de Alex Muntada <alexm@debian.org> del dia dc., 9 de des. 2020 a
les 10:28:

> Hola Lluís
>
> > la pregunta és si algú s'hi ha trobat i perquè el fsck em diu
> > que ja ha corregit tots els errors i quan torna a arrencar en
> > torna a trobar en inodes diferents, etc ...
>
> Jo no m'he trobat mai en la situació que comentes, tot i haver
> gestionat durant una pila d'anys força servidors amb mdadm en
> RAID1 i amb LVM per als volums. En aquests anys vam tenir una
> pila de discos avariats i alguns talls de corrent que el SAI no
> va poder gestionar, però no recordo un escenari com el que tu
> descrius.
>
> Pensant-hi una mica se m'acut que potser la diferència en el teu
> cas sigui si el RAID1 el gestiona lvmraid enlloc de mdadm? No
> tinc experiència amb lvmraid, així que no et puc dir si els trets
> van per aquí però és l'única diferència que se m'acut que podria
> haver-hi entre la teva experiència i la meva.
>
> Salut i records!
> Alex
>
> --
>   ⢀⣴⠾⠻⢶⣦⠀
>   ⣾⠁⢠⠒⠀⣿⡁   Alex Muntada <alexm@debian.org>
>   ⢿⡄⠘⠷⠚⠋   Debian Developer 🍥 log.alexm.org
>   ⠈⠳⣄⠀⠀⠀⠀
>
>

[toc] | [prev] | [next] | [standalone]


#6493

FromNarcis Garcia <debianlists@actiu.net>
Date2020-12-10 09:10 +0100
Message-ID<Bkpbr-5xy-1@gated-at.bofh.it>
In reply to#6492
L'enllaç de googleusercontent requereix que s'iniciï sessió com a client
o usuari registrat de l'empresa.
Et puc sugerir un servei independent per a compartir imatges
temporalment, que a més a més funciona amb programari lliure:
https://upload.disroot.org/



Narcis Garcia

__________
I'm using this dedicated address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.
El 9/12/20 a les 20:45, Lluís Gras ha escrit:
> Hola Àlex i companyia,
> 
> El raid + lvm està muntat amb l'instal·lador d'una Stretch que ha passat
> a Buster i poc més. Jo tampoc tinc experiència amb lvmraid.
> 
> A continuació, la captura que vaig fer per si algú en treu més informació.
> 
> https://lh3.googleusercontent.com/MVklyTTBM3KWcLjLVO1dR6MJPQAOzd24S-TQ2dnwwOyWpYDuGm2yi59MDH_PzTjI_X1vDkkPKbrp1daxHUNOx6T0LOzFxLtjUYflKiuVXSEVuU1iSGkzfRAI-H_Sf3A3yEwT2ToIXg2HyuWU9jtmoGpBB0I0BOF7feui5w4Z-4pifZYW1L0LC27BgvGTEEK5-qW8zn_wt-woEKd037aj5NUjHCN0XULxmAkN0w2iO1tdcJO373Br080snDsXGyzkFG0qt3CrCqm63f42XbJCkUPEbI_02cWlv60OdT97JinvNlZBgD8aorORcvEGD3f_oG2LxF67ksBjogi3sQsVfBWeRBYWEYCS9cwOHJLmFKTiO4YI61R7Kv6ANbQVcI6P5gUDlHhpY566khi_la2jcCLoFjY5foTuuH1FbQ-1szS5QLt01sKkvSvyIuK4y4Ox0sYMd7VXDCKV1t_ZtnTK4tdoulLBcKNbkPhP9KQBKHWdGhTeL_KcbAtP5YUh3xA8uaWwleeEpuerU3xfYpW0a-TS5iFUp4XWNoEhDzaYBVzDS8oMjYqgjLeelCZzjXGw5qaQ8K6OnioSNQemfsWU3rnMoW8j57zRC9HUgXE6SeMJazaBu0IBl2zcMZFTQIBtGoTWrf6nVz391iE378FYfztoeMkMTw3Xk2F3_twbGj1y4v4U2yKxU5sLpQRqgTU=w495-h880-no?authuser=0
> <https://lh3.googleusercontent.com/MVklyTTBM3KWcLjLVO1dR6MJPQAOzd24S-TQ2dnwwOyWpYDuGm2yi59MDH_PzTjI_X1vDkkPKbrp1daxHUNOx6T0LOzFxLtjUYflKiuVXSEVuU1iSGkzfRAI-H_Sf3A3yEwT2ToIXg2HyuWU9jtmoGpBB0I0BOF7feui5w4Z-4pifZYW1L0LC27BgvGTEEK5-qW8zn_wt-woEKd037aj5NUjHCN0XULxmAkN0w2iO1tdcJO373Br080snDsXGyzkFG0qt3CrCqm63f42XbJCkUPEbI_02cWlv60OdT97JinvNlZBgD8aorORcvEGD3f_oG2LxF67ksBjogi3sQsVfBWeRBYWEYCS9cwOHJLmFKTiO4YI61R7Kv6ANbQVcI6P5gUDlHhpY566khi_la2jcCLoFjY5foTuuH1FbQ-1szS5QLt01sKkvSvyIuK4y4Ox0sYMd7VXDCKV1t_ZtnTK4tdoulLBcKNbkPhP9KQBKHWdGhTeL_KcbAtP5YUh3xA8uaWwleeEpuerU3xfYpW0a-TS5iFUp4XWNoEhDzaYBVzDS8oMjYqgjLeelCZzjXGw5qaQ8K6OnioSNQemfsWU3rnMoW8j57zRC9HUgXE6SeMJazaBu0IBl2zcMZFTQIBtGoTWrf6nVz391iE378FYfztoeMkMTw3Xk2F3_twbGj1y4v4U2yKxU5sLpQRqgTU=w495-h880-no?authuser=0>
> 
> Missatge de Alex Muntada <alexm@debian.org <mailto:alexm@debian.org>>
> del dia dc., 9 de des. 2020 a les 10:28:
> 
>     Hola Lluís
> 
>     > la pregunta és si algú s'hi ha trobat i perquè el fsck em diu
>     > que ja ha corregit tots els errors i quan torna a arrencar en
>     > torna a trobar en inodes diferents, etc ...
> 
>     Jo no m'he trobat mai en la situació que comentes, tot i haver
>     gestionat durant una pila d'anys força servidors amb mdadm en
>     RAID1 i amb LVM per als volums. En aquests anys vam tenir una
>     pila de discos avariats i alguns talls de corrent que el SAI no
>     va poder gestionar, però no recordo un escenari com el que tu
>     descrius.
> 
>     Pensant-hi una mica se m'acut que potser la diferència en el teu
>     cas sigui si el RAID1 el gestiona lvmraid enlloc de mdadm? No
>     tinc experiència amb lvmraid, així que no et puc dir si els trets
>     van per aquí però és l'única diferència que se m'acut que podria
>     haver-hi entre la teva experiència i la meva.
> 
>     Salut i records!
>     Alex
> 
>     --
>       ⢀⣴⠾⠻⢶⣦⠀
>       ⣾⠁⢠⠒⠀⣿⡁   Alex Muntada <alexm@debian.org <mailto:alexm@debian.org>>
>       ⢿⡄⠘⠷⠚⠋   Debian Developer 🍥 log.alexm.org <http://log.alexm.org>
>       ⠈⠳⣄⠀⠀⠀⠀
> 

[toc] | [prev] | [next] | [standalone]


#6494

FromJoan <arbocenc@calbasi.net>
Date2020-12-10 17:20 +0100
Message-ID<BkwPD-1DF-1@gated-at.bofh.it>
In reply to#6493
Mola el servei de distroot ;-)


El Thu, 10 Dec 2020 09:02:15 +0100
Narcis Garcia <debianlists@actiu.net> va escriure:

> L'enllaç de googleusercontent requereix que s'iniciï sessió com a
> client o usuari registrat de l'empresa.
> Et puc sugerir un servei independent per a compartir imatges
> temporalment, que a més a més funciona amb programari lliure:
> https://upload.disroot.org/
> 
> 
> 
> Narcis Garcia
> 
> __________
> I'm using this dedicated address because personal addresses aren't
> masked enough at this mail public archive. Public archive
> administrator should fix this against automated addresses collectors.
> El 9/12/20 a les 20:45, Lluís Gras ha escrit:
> > Hola Àlex i companyia,
> > 
> > El raid + lvm està muntat amb l'instal·lador d'una Stretch que ha
> > passat a Buster i poc més. Jo tampoc tinc experiència amb lvmraid.
> > 
> > A continuació, la captura que vaig fer per si algú en treu més
> > informació.
> > 
> > https://lh3.googleusercontent.com/MVklyTTBM3KWcLjLVO1dR6MJPQAOzd24S-TQ2dnwwOyWpYDuGm2yi59MDH_PzTjI_X1vDkkPKbrp1daxHUNOx6T0LOzFxLtjUYflKiuVXSEVuU1iSGkzfRAI-H_Sf3A3yEwT2ToIXg2HyuWU9jtmoGpBB0I0BOF7feui5w4Z-4pifZYW1L0LC27BgvGTEEK5-qW8zn_wt-woEKd037aj5NUjHCN0XULxmAkN0w2iO1tdcJO373Br080snDsXGyzkFG0qt3CrCqm63f42XbJCkUPEbI_02cWlv60OdT97JinvNlZBgD8aorORcvEGD3f_oG2LxF67ksBjogi3sQsVfBWeRBYWEYCS9cwOHJLmFKTiO4YI61R7Kv6ANbQVcI6P5gUDlHhpY566khi_la2jcCLoFjY5foTuuH1FbQ-1szS5QLt01sKkvSvyIuK4y4Ox0sYMd7VXDCKV1t_ZtnTK4tdoulLBcKNbkPhP9KQBKHWdGhTeL_KcbAtP5YUh3xA8uaWwleeEpuerU3xfYpW0a-TS5iFUp4XWNoEhDzaYBVzDS8oMjYqgjLeelCZzjXGw5qaQ8K6OnioSNQemfsWU3rnMoW8j57zRC9HUgXE6SeMJazaBu0IBl2zcMZFTQIBtGoTWrf6nVz391iE378FYfztoeMkMTw3Xk2F3_twbGj1y4v4U2yKxU5sLpQRqgTU=w495-h880-no?authuser=0
> > <https://lh3.googleusercontent.com/MVklyTTBM3KWcLjLVO1dR6MJPQAOzd24S-TQ2dnwwOyWpYDuGm2yi59MDH_PzTjI_X1vDkkPKbrp1daxHUNOx6T0LOzFxLtjUYflKiuVXSEVuU1iSGkzfRAI-H_Sf3A3yEwT2ToIXg2HyuWU9jtmoGpBB0I0BOF7feui5w4Z-4pifZYW1L0LC27BgvGTEEK5-qW8zn_wt-woEKd037aj5NUjHCN0XULxmAkN0w2iO1tdcJO373Br080snDsXGyzkFG0qt3CrCqm63f42XbJCkUPEbI_02cWlv60OdT97JinvNlZBgD8aorORcvEGD3f_oG2LxF67ksBjogi3sQsVfBWeRBYWEYCS9cwOHJLmFKTiO4YI61R7Kv6ANbQVcI6P5gUDlHhpY566khi_la2jcCLoFjY5foTuuH1FbQ-1szS5QLt01sKkvSvyIuK4y4Ox0sYMd7VXDCKV1t_ZtnTK4tdoulLBcKNbkPhP9KQBKHWdGhTeL_KcbAtP5YUh3xA8uaWwleeEpuerU3xfYpW0a-TS5iFUp4XWNoEhDzaYBVzDS8oMjYqgjLeelCZzjXGw5qaQ8K6OnioSNQemfsWU3rnMoW8j57zRC9HUgXE6SeMJazaBu0IBl2zcMZFTQIBtGoTWrf6nVz391iE378FYfztoeMkMTw3Xk2F3_twbGj1y4v4U2yKxU5sLpQRqgTU=w495-h880-no?authuser=0>
> > 
> > Missatge de Alex Muntada <alexm@debian.org
> > <mailto:alexm@debian.org>> del dia dc., 9 de des. 2020 a les 10:28:
> > 
> >     Hola Lluís
> >   
> >     > la pregunta és si algú s'hi ha trobat i perquè el fsck em diu
> >     > que ja ha corregit tots els errors i quan torna a arrencar en
> >     > torna a trobar en inodes diferents, etc ...  
> > 
> >     Jo no m'he trobat mai en la situació que comentes, tot i haver
> >     gestionat durant una pila d'anys força servidors amb mdadm en
> >     RAID1 i amb LVM per als volums. En aquests anys vam tenir una
> >     pila de discos avariats i alguns talls de corrent que el SAI no
> >     va poder gestionar, però no recordo un escenari com el que tu
> >     descrius.
> > 
> >     Pensant-hi una mica se m'acut que potser la diferència en el teu
> >     cas sigui si el RAID1 el gestiona lvmraid enlloc de mdadm? No
> >     tinc experiència amb lvmraid, així que no et puc dir si els
> > trets van per aquí però és l'única diferència que se m'acut que
> > podria haver-hi entre la teva experiència i la meva.
> > 
> >     Salut i records!
> >     Alex
> > 
> >     --
> >       ⢀⣴⠾⠻⢶⣦⠀
> >       ⣾⠁⢠⠒⠀⣿⡁   Alex Muntada <alexm@debian.org
> > <mailto:alexm@debian.org>> ⢿⡄⠘⠷⠚⠋   Debian Developer 🍥
> > log.alexm.org <http://log.alexm.org> ⠈⠳⣄⠀⠀⠀⠀
> >   
> 



-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

[toc] | [prev] | [next] | [standalone]


#6495

FromLluís Gras <lluis.gras@gmail.com>
Date2020-12-10 17:30 +0100
Message-ID<BkwZj-1GJ-1@gated-at.bofh.it>
In reply to#6494

[Multipart message — attachments visible in raw view] — view raw

Disculpeu,

Normalment utilitzo Imgur per compartir imatges però em va fer mandra per
una captura amb Flameshot. Tot i que vaig comprovar que s'hi podia accedir
des d'una finestra d'incògnit i no em va demanar cap credencial, amb lo que
entenc que l'incògnit a la merda.

En fi, ... interessant l'eina ;-)



Missatge de Joan <arbocenc@calbasi.net> del dia dj., 10 de des. 2020 a les
17:13:

> Mola el servei de distroot ;-)
>
>
> El Thu, 10 Dec 2020 09:02:15 +0100
> Narcis Garcia <debianlists@actiu.net> va escriure:
>
> > L'enllaç de googleusercontent requereix que s'iniciï sessió com a
> > client o usuari registrat de l'empresa.
> > Et puc sugerir un servei independent per a compartir imatges
> > temporalment, que a més a més funciona amb programari lliure:
> > https://upload.disroot.org/
> >
> >
> >
> > Narcis Garcia
> >
> > __________
> > I'm using this dedicated address because personal addresses aren't
> > masked enough at this mail public archive. Public archive
> > administrator should fix this against automated addresses collectors.
> > El 9/12/20 a les 20:45, Lluís Gras ha escrit:
> > > Hola Àlex i companyia,
> > >
> > > El raid + lvm està muntat amb l'instal·lador d'una Stretch que ha
> > > passat a Buster i poc més. Jo tampoc tinc experiència amb lvmraid.
> > >
> > > A continuació, la captura que vaig fer per si algú en treu més
> > > informació.
> > >
> > >
> https://lh3.googleusercontent.com/MVklyTTBM3KWcLjLVO1dR6MJPQAOzd24S-TQ2dnwwOyWpYDuGm2yi59MDH_PzTjI_X1vDkkPKbrp1daxHUNOx6T0LOzFxLtjUYflKiuVXSEVuU1iSGkzfRAI-H_Sf3A3yEwT2ToIXg2HyuWU9jtmoGpBB0I0BOF7feui5w4Z-4pifZYW1L0LC27BgvGTEEK5-qW8zn_wt-woEKd037aj5NUjHCN0XULxmAkN0w2iO1tdcJO373Br080snDsXGyzkFG0qt3CrCqm63f42XbJCkUPEbI_02cWlv60OdT97JinvNlZBgD8aorORcvEGD3f_oG2LxF67ksBjogi3sQsVfBWeRBYWEYCS9cwOHJLmFKTiO4YI61R7Kv6ANbQVcI6P5gUDlHhpY566khi_la2jcCLoFjY5foTuuH1FbQ-1szS5QLt01sKkvSvyIuK4y4Ox0sYMd7VXDCKV1t_ZtnTK4tdoulLBcKNbkPhP9KQBKHWdGhTeL_KcbAtP5YUh3xA8uaWwleeEpuerU3xfYpW0a-TS5iFUp4XWNoEhDzaYBVzDS8oMjYqgjLeelCZzjXGw5qaQ8K6OnioSNQemfsWU3rnMoW8j57zRC9HUgXE6SeMJazaBu0IBl2zcMZFTQIBtGoTWrf6nVz391iE378FYfztoeMkMTw3Xk2F3_twbGj1y4v4U2yKxU5sLpQRqgTU=w495-h880-no?authuser=0
> > > <
> https://lh3.googleusercontent.com/MVklyTTBM3KWcLjLVO1dR6MJPQAOzd24S-TQ2dnwwOyWpYDuGm2yi59MDH_PzTjI_X1vDkkPKbrp1daxHUNOx6T0LOzFxLtjUYflKiuVXSEVuU1iSGkzfRAI-H_Sf3A3yEwT2ToIXg2HyuWU9jtmoGpBB0I0BOF7feui5w4Z-4pifZYW1L0LC27BgvGTEEK5-qW8zn_wt-woEKd037aj5NUjHCN0XULxmAkN0w2iO1tdcJO373Br080snDsXGyzkFG0qt3CrCqm63f42XbJCkUPEbI_02cWlv60OdT97JinvNlZBgD8aorORcvEGD3f_oG2LxF67ksBjogi3sQsVfBWeRBYWEYCS9cwOHJLmFKTiO4YI61R7Kv6ANbQVcI6P5gUDlHhpY566khi_la2jcCLoFjY5foTuuH1FbQ-1szS5QLt01sKkvSvyIuK4y4Ox0sYMd7VXDCKV1t_ZtnTK4tdoulLBcKNbkPhP9KQBKHWdGhTeL_KcbAtP5YUh3xA8uaWwleeEpuerU3xfYpW0a-TS5iFUp4XWNoEhDzaYBVzDS8oMjYqgjLeelCZzjXGw5qaQ8K6OnioSNQemfsWU3rnMoW8j57zRC9HUgXE6SeMJazaBu0IBl2zcMZFTQIBtGoTWrf6nVz391iE378FYfztoeMkMTw3Xk2F3_twbGj1y4v4U2yKxU5sLpQRqgTU=w495-h880-no?authuser=0
> >
> > >
> > > Missatge de Alex Muntada <alexm@debian.org
> > > <mailto:alexm@debian.org>> del dia dc., 9 de des. 2020 a les 10:28:
> > >
> > >     Hola Lluís
> > >
> > >     > la pregunta és si algú s'hi ha trobat i perquè el fsck em diu
> > >     > que ja ha corregit tots els errors i quan torna a arrencar en
> > >     > torna a trobar en inodes diferents, etc ...
> > >
> > >     Jo no m'he trobat mai en la situació que comentes, tot i haver
> > >     gestionat durant una pila d'anys força servidors amb mdadm en
> > >     RAID1 i amb LVM per als volums. En aquests anys vam tenir una
> > >     pila de discos avariats i alguns talls de corrent que el SAI no
> > >     va poder gestionar, però no recordo un escenari com el que tu
> > >     descrius.
> > >
> > >     Pensant-hi una mica se m'acut que potser la diferència en el teu
> > >     cas sigui si el RAID1 el gestiona lvmraid enlloc de mdadm? No
> > >     tinc experiència amb lvmraid, així que no et puc dir si els
> > > trets van per aquí però és l'única diferència que se m'acut que
> > > podria haver-hi entre la teva experiència i la meva.
> > >
> > >     Salut i records!
> > >     Alex
> > >
> > >     --
> > >       ⢀⣴⠾⠻⢶⣦⠀
> > >       ⣾⠁⢠⠒⠀⣿⡁   Alex Muntada <alexm@debian.org
> > > <mailto:alexm@debian.org>> ⢿⡄⠘⠷⠚⠋   Debian Developer 🍥
> > > log.alexm.org <http://log.alexm.org> ⠈⠳⣄⠀⠀⠀⠀
> > >
> >
>
>
>
> --
> Joan Cervan i Andreu
> http://personal.calbasi.net
>
> "El meu paper no és transformar el món ni l'home sinó, potser, el de
> ser útil, des del meu lloc, als pocs valors sense els quals un món no
> val la pena viure'l" A. Camus
>
> i pels que teniu fe:
> "Déu no és la Veritat, la Veritat és Déu"
> Gandhi
>
>

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.user.catalan


csiph-web