Na geheugentest, ongeldige controlesom gedetecteerd?

[Joske007]

Naar aanleiding van een fout in de checksum, kreeg ik na het uitvoeren van de zoveelste geheugentest de volgende foutmelding (zie foto)!

Er zijn bestanden met ongeldige controlesom gedetecteerd op een volume. Ga naar Log Center en controleer de bestandspaden van de bestanden met fouten en probeer de bestanden te herstellen met de geback-upte bestanden. Zie hier voor meer informatie en het probleem op te lossen.

En als extra erbij, nog een foutmelding in de checksum.
De smart-waarden van alle schijven geven geen melding, dus die lijken mijn in orde te zijn.

Dien ik het geheugen nu te vervangen?

[DSGebruiker]

Heb je eigenlijk de disken toegevoegd terwijl de NAS uit stond ?
Lijkt me precies dat enkele bestanden corrupt zijn geraakt door 1 of andere reden, dat hoeft geen probleem te zijn natuurlijk.
Er zal ni veel anders opzitten dan de bestanden ofwel te wissen, want of je daar een backup van hebt...

Kan je exact aangeven welke bestanden het zijn ?

[Joske007]

@DSGebruiker
Ik heb de schijven toegevoegd wanneer de Nas nog aan stond omdat de DS918+ dit ondersteunde.
Indien er bestanden corrupt zijn wil ik die best verwijderen hoor, alleen kan ik niet achterhalen waar ik die moet zoeken?
De belangrijkste gegevens staan elders als backup weggezet.

[Briolet]

alleen kan ik niet achterhalen waar ik die moet zoeken?

Dat staat in je screenshot.  Het is wel een plek waar je met dsm niet bij kunt, alleen via een ssh inlog. Maar ik heb geen idee waar die database files voor zijn.

[Joske007]

alleen kan ik niet achterhalen waar ik die moet zoeken?

Dat staat in je screenshot.  Het is wel een plek waar je met dsm niet bij kunt, alleen via een ssh inlog. Maar ik heb geen idee waar die database files voor zijn.

Oei, dat is helaas iets waar ik totaal geen verstand van heb om dit probleemloos aan te pakken.
Verder heb ik ook geen enkel idee waarvoor deze bestanden (database) staat?

[DSGebruiker]

Heb ergens een post gevonden dat de PostgreSQL database voor verschillende packages gebruikt is, zoals Download Stations, Plex , Videostation en nog meer.

Dus tja, ik vrees dat je idd die bestanden kan proberen te wissen en "fingers crossed" want ik geloof nooit dat je daar een backup van hebt.
Denkelijk zijn 16402 en 16404 de "packages" die hier geimpacteerd zullen worden oid.

Op mijn NAS bijvoorbeeld heb onder die PostgreSQL structuur ook wat van die folders staan.

drwx------ 1 postgres postgres 2874 Nov  2  2018 1
drwx------ 1 postgres postgres 2874 Nov  2  2018 11814
drwx------ 1 postgres postgres 2906 Oct 12 19:41 11819
drwx------ 1 postgres postgres 4514 Oct 12 19:41 16385
drwx------ 1 postgres postgres 3942 Oct 12 19:41 16726
drwx------ 1 postgres postgres 5140 Oct 12 19:42 17018

[Joske007]

@DSGebruiker
Als die database puur om de vermelde packages gaat, dan is het wissen van de betreffende database geen probleem.
Zeker gezien de belangrijkste zaken ergens veilig staan opgeborgen.

Alleen kan ik er niet via DSM aan?

[DSGebruiker]

Nope, je kan er niet aan via de "GUI" zeg maar. Dit soort dingen moet je via SSH/Terminal sessie oplossen.
Al eens gedaan op je NAS ? In weze niet zo moeilijk.
Heb je "SSH" enabled staan in je DSM-config paneel ?
"Terminal & SNMP" venster, daaronder "Enable SSH Service" aanvinken.

Dan een "shell" opendoen op je Mac, vervolgens "ssh -u naamvandeadmin@ip.van.de.nas

Mogelijk gaat hij nog es vragen of je wil verbinden en de "key" opslaan, gewoon Yes doen.
Dan password van de admin-account van de NAS ingeven.
Vervolgens krijg je een "prompt" van je NAS, vb naamvandeadmin@naamvandenas:/$ en kan je "commando's ingeven.

Doet dan :

sudo su - + Enter
Password van je admin account ingeven
Dan zal je "prompt" veranderen naar
root@naamvandenas:#

Voila nu heb je superrechten en kan je de boel om zeep doen als je ni oppast.

Bon, doe nu

cd /volume1/@database/pgsql/base + ENTER
ls -l + ENTER
(en dan krijg je zoiets als onderstaande, herken je die nummers die je op je screenshot ziet ?)
total 0
drwx------ 1 postgres postgres 2874 Nov  2  2018 1
drwx------ 1 postgres postgres 2874 Nov  2  2018 11814
drwx------ 1 postgres postgres 2906 Oct 12 19:41 11819
drwx------ 1 postgres postgres 4514 Oct 12 19:41 16385
drwx------ 1 postgres postgres 3942 Oct 12 19:41 16726
drwx------ 1 postgres postgres 5140 Oct 12 19:42 17018
root@naamvanjenas:/volume1/@database/pgsql/base#

nu kan je deze folder gaan en op zoek naar naar de exacte file waar die error op zit. Je screenshot laat dit niet helemaal zien.

dus nog eens een
cd 164xx + ENTER
opvragen wat er in de folder staat via "ls -l"

Bestanden wissen doe je met "rm"
Dus vb "rm naamvanbestand" + ENTER

met "exit" enkele keren in te geven sluit je de sessie af, je zal dit denkelijk 2x moeten ingeven en dan zit je terug in je macOS.

Bon, dat is zo'n beetje manier waarop je bestanden op de Linux laag kan wissen bijvoorbeeld.

[Bobo]

  mooie hulp 

[Joske007]

@DSGebruiker
Alvast bedankt voor de de hulp, die ik echt wel kan gebruiken.
Ik ga er alvast morgen mee aan de slag, en laat nadien hier iets weten.

[Joske007]

@DSGebruiker

Ik geraak helaas met onderstaande commando's niet ingelogd.

ssh -u naamvandeadmin@ip.van.de.nas -p 88 -> Connection refused
ssh -p 22 root@ip.van.de.nas -> port 22: Connection refused
ssh test@ip.van.de.nas -p 9999 -> hier vraagt hij eindelijk naar het paswoord, maar mijn standaard paswoord wordt niet aanvaard?

[DSGebruiker]

ssh test@ip.van.de.nas -p 9999 -> hier vraagt hij eindelijk naar het paswoord, maar mijn standaard paswoord wordt niet aanvaard?

Dus je hebt de SSH-service op 9999 draaien ? Dan zou je toch moeten kunnen inloggen met de admin-gebruiker hoor (of hoe je die in DSM ook heb aangemaakt)
Allesinds moet die gebruiker in de "admin" groep zitten vooraleer hij via SSH toegang krijgt.

[Joske007]

Snap het effe niet.

Ik probeer met net dezelfde gebruikersnaam als paswoord in te loggen op ssh naamvandeadmin@ip.van.de.nas -p 9999,
maar mijn standaard paswoord wordt niet aanvaard?, zelfs de Firewall staat uit.

Is hier een afzonderlijk account voor dan datgene waar je standaard mee op je DSM inlogd?

[DSGebruiker]

Da's eigenaardig, dat zou moeten werken. De "admin" account op DSM moet perfect bruikbaar zijn om via SSH in te loggen ja....

[Birdy]

Het moet zijn:
ssh -u naamvandeadmin@ip.van.de.nas -p 9999