Auteur Topic: Waarom een crash bij een hot swap  (gelezen 4120 keer)

Offline Briolet

  • Global Moderator
  • MVP
  • *
  • Bedankjes
  • -Gegeven: 180
  • -Ontvangen: 2663
  • Berichten: 16.518
Waarom een crash bij een hot swap
« Gepost op: 14 maart 2019, 10:15:19 »
In mijn 415+ gaf mijn nieuwste drive al lang problemen. (3 jaar oud, maar de oudste in de set is 7 jaar oud) Af en toe een read error en een uitgebreide smarttest bleef altijd op 90% hangen.

Deze week ging het aantal errors plots van 10 naar boven de 70. Voor mij een reden om hem te vervangen. Ik heb de schijf via het menu in opslag beheer uit de raidset gegooid. Je moet dan het wachtwoord ingeven en ik kreeg de melding dat de systeem partities verwijderd zouden worden. Tot zover duidelijk.

Ik heb de oude schijf er vervolgens fysiek uitgehaald, de nieuwe schijf erin en alles gerepareerd. (Ca 15 uur bij de 3 TB schijf). Dit alles zonder de nas uit te schakelen.

Nu het probleem. Ik wilde de oude schijf wissen en omdat mijn 415+ nog een vrij slot heeft, wilde ik dat via de nas laten doen. Omdat hij netjes via de software uit de raidset gezet was, nam ik aan dat er geen conflicten met de bestaande set zouden optreden. Maar, zodra ik de schijf in de nas drukte, gingen alle lampjes uit, op een blauw knipperend lampje na. Bij het weer verwijderen van de schijf, startte de nas weer netjes op.
In het gewone log was geen melding van een ongecontroleerde shutdown, maar het massages.log bestand liet wel duidelijk een volledige restart van de kernal zien.

Mijn vraag is nu of ik dit had kunnen verwachten met het terug plaatsen van de oude disk? Ik had tenslotte de melding gehad dat de systeem partities verwijderd waren en vóór het verwijderen was deze schijf geen onderdeel meer van een raidset.
  • Mijn Synology: DS415+
  • HDD's: 3x 3TB in SHR
  • Extra's: DS212J, RT1900ac

Offline Birdy

  • Global Moderator
  • MVP
  • *
  • Bedankjes
  • -Gegeven: 1370
  • -Ontvangen: 7945
  • Berichten: 43.878
  • Beter een muisarm dan een apestaartje
    • Truebase
Re: Waarom een crash bij een hot swap
« Reactie #1 Gepost op: 14 maart 2019, 10:25:56 »
Volgens mij had dit niet mogen gebeuren.
Wat als je de NAS uitzet, die oude HD plaatst en de NAS opstart ?


CS406      DSM 2.0-0731    DS508      DSM 4.0-2265      DS411+II  DSM 6.2.4-25556-7   DS115J    DSM 7.1.1-42962-5   DS918+    DSM 6.2.4-25556-7
DS107+     DSM 3.1-1639    DS411slim  DSM 6.2.4-25556   DS213J    DSM 6.2.4-25556-7   DS1515+   DSM 6.2.4-25556-7   DS220+    DSM 7.2.2-72806
DS107+     DSM 3.1-1639    DS111      DSM 5.2-5967-9    DS413J    DSM 6.2.3-25426-2   DS716+II  DSM 7.2.2-72806     RT2600ac  SRM 1.2.5-8227-11
BeeDrive   1TB             BeeServer  BSM 1.1-65362-Beta                                                            MR2200ac  SRM 1.2.5-8227-11

Offline Hofstede

  • MVP
  • *
  • Bedankjes
  • -Gegeven: 10
  • -Ontvangen: 1453
  • Berichten: 6.095
Re: Waarom een crash bij een hot swap
« Reactie #2 Gepost op: 14 maart 2019, 12:26:15 »
Dit gaat fout omdat de RAID partitie op de oude schijf nog steeds de RAID kenmerken/IDs heeft van de RAID die in de NAS actief is en de RAID controller daardoor in de war raakt. Deze worden bij het verwijderen van een schijf uit RAID niet op de verwijderde schijf gewist.

Je moet nooit een RAID schijf die je verwijderd hebt uit een RAID volume terugzetten zonder hem eerst te wissen. Dat is niet alleen bij Synology zo maar bij alle RAID systemen.

@Birdy Als je jouw voorstel uitvoert is de kans zeer groot dat je complete RAID volume na de opstart om zeep is. Dat soort experimenten moet je met een RAID beslist niet doen.  ;)

Offline Briolet

  • Global Moderator
  • MVP
  • *
  • Bedankjes
  • -Gegeven: 180
  • -Ontvangen: 2663
  • Berichten: 16.518
Re: Waarom een crash bij een hot swap
« Reactie #3 Gepost op: 14 maart 2019, 13:43:48 »
…Deze worden bij het verwijderen van een schijf uit RAID niet op de verwijderde schijf gewist.…

Dat geldt volgens mij alleen als je hem er zo uit trekt. Maar hier had ik hem via opslagbeheer uit de raidset verwijderd. Ik zag zelfs de melding voorbij komen dat de systeem partitie verwijderd werd. Ik had dan toch echt verwacht dat ook alle raid kenmerken weg zouden zijn.

Op zich had ik de schijf ook direct erna kunnen formatteren, maar het gaf en veiliger gevoel om eerst te rebuilden met de nieuwe schijf, voordat ik de oude wiste. Bovendien wilde ik zo snel mogelijk weer een gerepareerde raid hebben.

Ik begon me nu af te vragen of er een hardware probleem in de 4e bay zat. Die bay had ik tot nu toe nog nooit gebruikt. Ik zal de schijf komend weekend eens in een externe behuizing wissen en dan nog eens in de nas steken.
  • Mijn Synology: DS415+
  • HDD's: 3x 3TB in SHR
  • Extra's: DS212J, RT1900ac

Offline Underlyingglitch

  • Bedankjes
  • -Gegeven: 15
  • -Ontvangen: 4
  • Berichten: 137
Re: Waarom een crash bij een hot swap
« Reactie #4 Gepost op: 14 maart 2019, 15:04:26 »
Ik denk dat de NAS even uit moet worden gezet, dan de nieuwe schijf er in, en dan weer opstarten. Ik kan dit zelf niet controlleren, dus weet niet zeker of dit werkt!
My mind is like a browser. 27 tabs are open, 9 aren't responding,
lots of pop-ups...and where is that annoying music coming from?

Offline Hofstede

  • MVP
  • *
  • Bedankjes
  • -Gegeven: 10
  • -Ontvangen: 1453
  • Berichten: 6.095
Re: Waarom een crash bij een hot swap
« Reactie #5 Gepost op: 14 maart 2019, 16:01:10 »
Het gaat niet om het plaatsen van een nieuwe schijf maar om een schijf die al eerder in dezelfde RAID is gebruikt en is vervangen.

Zoals gezegd, zo'n schijf moet je dus echt nooit weer terugplaatsen zonder hem vooraf te wissen. Ik heb dat al zo vaak mis zien gaan....

Ben(V)

  • Gast
Re: Waarom een crash bij een hot swap
« Reactie #6 Gepost op: 14 maart 2019, 19:53:16 »
Ik ben het helemaal met @Hofstede eens.

En niet alleen als je zelf een raidset gemaakt hebt maar je moet niet vergeten dat de systeem partitie ook een raidset is, waar van geboot wordt.
Dat bootprocess  zit ver voor het actief worden van DSM en als het bootsysteem iets ziet wat hij niet snapt is het gewoon over en uit.

Offline Briolet

  • Global Moderator
  • MVP
  • *
  • Bedankjes
  • -Gegeven: 180
  • -Ontvangen: 2663
  • Berichten: 16.518
Re: Waarom een crash bij een hot swap
« Reactie #7 Gepost op: 14 maart 2019, 20:35:08 »
Ik zou het een bug van Synology vinden als je hem niet opnieuw kunt terugplaatsen als hij eerst netjes verwijderd was. De schijf zou zich dan als nieuwe schijf moeten gedragen.

…Ik heb dat al zo vaak mis zien gaan....

Dat is omdat er vaak geschreven wordt dat je gewoon de oude schijf eruit kunt trekken en dan met een nieuwe schijf kunt herstellen. Veel mensen doen het dan ook op die manier. Als je dat doet, blijft alle raid info op oude schijf staan.

Als je de schijf via de software verwijderd behoort die info gewist te zijn. Bij het verwijderen via de software meldt hij zelfs dat de systeem partities gewist worden. Daarna stond hij in het rijtje disks als "niet geïnitialiseerd".

Ik heb de schijf nu in een losse behuizing gewist. (Mac geformatteerd). Als ik de schijf er nu in druk, gebeurd weer precies hetzelfde. Da nas crasht, alle lampjes uit. Nu kan het zeker niet aan achtergebleven info liggen. Misschien dat de drive gewoon even teveel stroom trekt bij het aansluiten?

Nu maar een cold-swap gedaan. Dit gaat wel goed. De nas start op en de 4e schijf staat er nu gewoon in als niet-geïnitialiseerd. Er loopt inmiddels een secure errase zodat ik hem met goed geweten kan weggooien.
  • Mijn Synology: DS415+
  • HDD's: 3x 3TB in SHR
  • Extra's: DS212J, RT1900ac

Offline Birdy

  • Global Moderator
  • MVP
  • *
  • Bedankjes
  • -Gegeven: 1370
  • -Ontvangen: 7945
  • Berichten: 43.878
  • Beter een muisarm dan een apestaartje
    • Truebase
Re: Waarom een crash bij een hot swap
« Reactie #8 Gepost op: 16 maart 2019, 15:34:45 »
Op deze regenachtige zaterdag, toch even getest met mijn DS411Slim (niet hotswap).

1 - SHR met 3 HD's gemaakt.
2 - Heb HD3 via het menu in opslag beheer uit de raid set verwijderd.
3 - DS uitgezet.
4 - HD3 vervangen door een andere.
5 - DS gestart.
6 - Nieuwe HD toegevoegd aan pool en herstellen, done.
7 - DS uitgezet
8 - Oude HD in slot 4 gezet
9 - DS gestart.

Resultaat:
- Start zonder problemen op.
- Kan Secure Erase starten, maar niet gedaan.



Citaat
Ik had tenslotte de melding gehad dat de systeem partities verwijderd waren en vóór het verwijderen was deze schijf geen onderdeel meer van een raidset.
Ik heb die HD even aan m'n PC gehangen en zie dat de systeem partitie niet is verwijderd:

44467-1

Sterker nog, de HD wordt nog steeds als onderdeel van de RAID-set van de DS411Slim gezien:



Dus, waarschijnlijk, is Hot Swap dan toch niet zo handig, in dit geval.


CS406      DSM 2.0-0731    DS508      DSM 4.0-2265      DS411+II  DSM 6.2.4-25556-7   DS115J    DSM 7.1.1-42962-5   DS918+    DSM 6.2.4-25556-7
DS107+     DSM 3.1-1639    DS411slim  DSM 6.2.4-25556   DS213J    DSM 6.2.4-25556-7   DS1515+   DSM 6.2.4-25556-7   DS220+    DSM 7.2.2-72806
DS107+     DSM 3.1-1639    DS111      DSM 5.2-5967-9    DS413J    DSM 6.2.3-25426-2   DS716+II  DSM 7.2.2-72806     RT2600ac  SRM 1.2.5-8227-11
BeeDrive   1TB             BeeServer  BSM 1.1-65362-Beta                                                            MR2200ac  SRM 1.2.5-8227-11

Offline Briolet

  • Global Moderator
  • MVP
  • *
  • Bedankjes
  • -Gegeven: 180
  • -Ontvangen: 2663
  • Berichten: 16.518
Re: Waarom een crash bij een hot swap
« Reactie #9 Gepost op: 16 maart 2019, 16:22:50 »
Op deze regenachtige zaterdag, toch even getest …

Ik heb net 35 km op de racefiets gezeten en geen druppel regen gezien. Wel veel wind. 💨

…Ik heb die HD even aan m'n PC gehangen en zie dat de systeem partitie niet is verwijderd:

Dat is duidelijk. Maar had je wel de melding gezien bij het softwarematig verwijderen, dat de systeem partitie gewist wordt? Want die melding zag ik wel voorbij komen, en dan zou je er van uit moeten gaan dat hij ook weg is.
Maar bij mij ging een hot-swap ook mis na opnieuw formatteren. Bij mij speelde zeker ook nog iets anders.

Ik had nog nooit een hot-swap gedaan en bij bay 3 ging dat gewoon netjes zoals verwacht. Het blijft natuurlijk veiliger om hem gewoon uit te zetten  bij een schijf wisseling.
  • Mijn Synology: DS415+
  • HDD's: 3x 3TB in SHR
  • Extra's: DS212J, RT1900ac

Ben(V)

  • Gast
Re: Waarom een crash bij een hot swap
« Reactie #10 Gepost op: 16 maart 2019, 16:24:36 »
Als je in DSM een disk uit de raidset haalt dan haalt hij enkel het data volume(s) uit de raidset maar blijft de systeem partitie gewoon bestaan.
Daarom kun je zo'n disk ook niet zomaar weer in een willekeurig ander systeem gebruiken.
Je zult eerst die systeem partitie moeten verwijderen.
En die systeem partitie zit ook in de bootsector van die disk als zijnde een Raid 1 bootdisk.

Dus hot swappen is geen probleem, maar terug zetten van een oude disk moet je niet doen zonder eerste elders die systeem partitie te verwijderen.
DSM heeft daar geen mogelijkheden voor.

Het is overigens best mogelijk dat die systeem partitie door DSM gewist is, maar wel als partitie blijft staan.
Dat zou @Birdy kunnen zien als hij die partitie inhoud kan bekijken terwijl hij extern is.

Offline Birdy

  • Global Moderator
  • MVP
  • *
  • Bedankjes
  • -Gegeven: 1370
  • -Ontvangen: 7945
  • Berichten: 43.878
  • Beter een muisarm dan een apestaartje
    • Truebase
Re: Waarom een crash bij een hot swap
« Reactie #11 Gepost op: 16 maart 2019, 18:39:35 »
@Briolet
Citaat
Maar had je wel de melding gezien bij het softwarematig verwijderen, dat de systeem partitie gewist wordt?
Jazeker.
Citaat
dan zou je er van uit moeten gaan dat hij ook weg is.
Blijkt dus van niet.

@Ben(V)
Citaat
Dus hot swappen is geen probleem, maar terug zetten van een oude disk moet je niet doen zonder eerste elders die systeem partitie te verwijderen.
Je hebt gezien dat dit bij mij geen probleem was.
Citaat
Dat zou @Birdy kunnen zien als hij die partitie inhoud kan bekijken terwijl hij extern is.
Dat heb je kunnen zien in mijn test, dat ik, extern , de partitie inhoud kan zien: plaatje 3.


CS406      DSM 2.0-0731    DS508      DSM 4.0-2265      DS411+II  DSM 6.2.4-25556-7   DS115J    DSM 7.1.1-42962-5   DS918+    DSM 6.2.4-25556-7
DS107+     DSM 3.1-1639    DS411slim  DSM 6.2.4-25556   DS213J    DSM 6.2.4-25556-7   DS1515+   DSM 6.2.4-25556-7   DS220+    DSM 7.2.2-72806
DS107+     DSM 3.1-1639    DS111      DSM 5.2-5967-9    DS413J    DSM 6.2.3-25426-2   DS716+II  DSM 7.2.2-72806     RT2600ac  SRM 1.2.5-8227-11
BeeDrive   1TB             BeeServer  BSM 1.1-65362-Beta                                                            MR2200ac  SRM 1.2.5-8227-11

Offline Briolet

  • Global Moderator
  • MVP
  • *
  • Bedankjes
  • -Gegeven: 180
  • -Ontvangen: 2663
  • Berichten: 16.518
Re: Waarom een crash bij een hot swap
« Reactie #12 Gepost op: 16 maart 2019, 18:50:57 »
Ik ben zelf nog wat aan het proberen geweest nu die 4 disk er nog in zit.

Na een secure errase zie ik dit in /dev
brw------- 1 root   root    8,  32 Mar 14 20:15 sdc
brw------- 1 root   root    8,  33 Mar 14 20:15 sdc1
brw------- 1 root   root    8,  34 Mar 14 20:15 sdc2
brw------- 1 root   root    8,  37 Mar 14 20:15 sdc5
brw------- 1 root   root    8,  48 Mar 14 20:15 sdd     <---- schijf 4
brw------- 1 root   root   65,   0 Mar 14 20:15 sdq

Als ik het goed heb heeft sdc1, sdc2 etc te maken met de partities op schijf 3. Bij sdd zijn er geen nummers, dus geen partities.

Als ik een nieuwe storagepool aanmaak en daar de 4e schijf aan toevoeg, wordt de schijf geïnitialiseerd. Bij /dev zie ik nu
brw------- 1 root   root    8,  32 Mar 14 20:15 sdc
brw------- 1 root   root    8,  33 Mar 14 20:15 sdc1
brw------- 1 root   root    8,  34 Mar 14 20:15 sdc2
brw------- 1 root   root    8,  37 Mar 14 20:15 sdc5
brw------- 1 root   root    8,  48 Mar 16 18:10 sdd     <---- schijf 4
brw------- 1 root   root    8,  49 Mar 16 18:10 sdd1
brw------- 1 root   root    8,  50 Mar 16 18:10 sdd2
brw------- 1 root   root    8,  51 Mar 16 18:10 sdd3
brw------- 1 root   root   65,   0 Mar 14 20:15 sdq
Bij schijf 4 zijn nu de partities aangemaakt. En ook als ik de storagepool verwijder, blijven ze er staan. Alleen een secure errase haalt ze weg.
  • Mijn Synology: DS415+
  • HDD's: 3x 3TB in SHR
  • Extra's: DS212J, RT1900ac

Offline Birdy

  • Global Moderator
  • MVP
  • *
  • Bedankjes
  • -Gegeven: 1370
  • -Ontvangen: 7945
  • Berichten: 43.878
  • Beter een muisarm dan een apestaartje
    • Truebase
Re: Waarom een crash bij een hot swap
« Reactie #13 Gepost op: 16 maart 2019, 19:29:47 »
Ik heb nog eens gedeactiveerd, nu wel goed gelezen en kom terug op:
@Briolet
Citaat
Maar had je wel de melding gezien bij het softwarematig verwijderen, dat de systeem partitie gewist wordt?
Jazeker.

Ik krijg 2 schermpjes:





Hieruit blijkt dat de systeem partitie NIET gewist wordt maar, dat de HD uit de geassocieerde systeempartitie gezet wordt.
Dus IDD, er worden geen partities of data gewist.

En dat is dan ook de reden waarom ik deze melding krijg als ik HD4 terug zet:



CS406      DSM 2.0-0731    DS508      DSM 4.0-2265      DS411+II  DSM 6.2.4-25556-7   DS115J    DSM 7.1.1-42962-5   DS918+    DSM 6.2.4-25556-7
DS107+     DSM 3.1-1639    DS411slim  DSM 6.2.4-25556   DS213J    DSM 6.2.4-25556-7   DS1515+   DSM 6.2.4-25556-7   DS220+    DSM 7.2.2-72806
DS107+     DSM 3.1-1639    DS111      DSM 5.2-5967-9    DS413J    DSM 6.2.3-25426-2   DS716+II  DSM 7.2.2-72806     RT2600ac  SRM 1.2.5-8227-11
BeeDrive   1TB             BeeServer  BSM 1.1-65362-Beta                                                            MR2200ac  SRM 1.2.5-8227-11

Offline Hofstede

  • MVP
  • *
  • Bedankjes
  • -Gegeven: 10
  • -Ontvangen: 1453
  • Berichten: 6.095
Re: Waarom een crash bij een hot swap
« Reactie #14 Gepost op: 16 maart 2019, 19:38:24 »
Dat had ik ook niet verwacht. Dat gebeurt ook niet als je in Linux zelf een schijf uit een RAID haalt en heb het ook nog nooit gezien bij welke  hardware RAID controller ook.


 

Encryptie t.o.v. Wachtwoord wanneer en waarom

Gestart door groentje2019Board Synology DSM algemeen

Reacties: 5
Gelezen: 1248
Laatste bericht 04 februari 2020, 13:56:42
door Birdy
Waarom 2 netwerk aansluitingen

Gestart door DokmanBoard NAS hardware vragen

Reacties: 7
Gelezen: 12692
Laatste bericht 28 januari 2014, 18:42:42
door Dokman
Waarom Synology ipv QNAP?

Gestart door AnonymousBoard NAS hardware vragen

Reacties: 1
Gelezen: 3746
Laatste bericht 10 april 2008, 20:46:38
door Björn
Vervolg onderwerp, hoe achterhalen waarom netwerkverbinding verloren is gegaan

Gestart door watersourceBoard Netwerk algemeen

Reacties: 26
Gelezen: 4377
Laatste bericht 22 februari 2021, 13:05:21
door watersource
Waarom gebruikt photostation cloudfront?

Gestart door Phoenix77Board Photo Station / Photos

Reacties: 7
Gelezen: 3667
Laatste bericht 26 september 2014, 09:19:32
door Phoenix77