Deze bestanden moet je niet zomaar verwijderen, omdat het binary logs zijn die door mysqld zijn gegenereerd - en er zijn geschikte SQL bestanden om dit op te ruimen.

PURGE BINARY LOGS TO 'mysql-bin.xxxxxx';
PURGE BINARY LOGS BEFORE 'datetimestamp';

Deze statements ruimen bin-log bestanden op voor een bepaald nummer (mysql-bin.xxxxxx) of datum (datetimestamp).

Als voorbeeld, het volgende statement verwijderd alle logbestanden voor het nummer "mysql-bin.000123"

PURGE BINARY LOGS TO 'mysql-bin.000123';

Je kunt ook met dagen werken, zoals in voorbeeld waar we alle bestanden verwijderen die ouder zijn dan 5 dagen:

PURGE BINARY LOGS BEFORE DATE(NOW() - INTERVAL 5 DAY) + INTERVAL 0 SECOND;

Maar je kunt MySQL/MariaDB dit ook vanzelf laten doen, b.v. door logs die ouder zijn dan 5 dagen automatisch te laten verwijderen:

SET GLOBAL expire_logs_days = 5;

Uiteraard wil je dit misschien aan de database config toevoegen (/etc/my.cnf - dit kan een andere locatie hebben op een QNAP, b.v. /share/CACHEDEV1_DATA/.qpkg/MariaDB10/etc/mariadb.conf)

expire_logs_days=3

Dit is blijkbaar een probleem dat wordt veroorzaakt door een incompatibiliteit met de oude MariaDB versie (5.x).
Zo fix je het:

1. Op de QNAP, in App Center, installeren we eerst MariaDB 10 (of nieuwer).
2. Na installatie openen we de nieuwere MariaDB versie, welke migratie stappen biedt. Voer deze stappen uit. In mijn geval kreeg ik een foutmelding aan het einde, maar na een nieuwe poging MariaDB 10 te openen, bleek alles OK te zijn.
3. Open nu de oude MariaDB (5.x) en zet deze UIT:

    

   101
4. Neem notitie van poort nummer zoals MariaDB 5.x deze gebruikte. Dat zou standaard 3306 moeten zijn - KODI gebruikt dit nummer!
5. Open nu weer MariaDB 10.x, controleer dat het aan staat, zet het poortnummer op het nummer wat we daarnet hebben gezien bij de oude MariaDB, en noteer de naam van het "domain socket" bestand - we hebben dit straks ook nodig voor de phpMyAdmin configuratie.
   Klik op "Apply" wat de MariaDB service herstart.
   278
6. KODI zou nu al moeten werken, maar het kan handig zijn om de config.inc.php file van phpMyAdmin even aan te passen (/Web/phpMyAdmin/config.inc.php).
   Je kunt dit met jouw gewone bestandsbrowser (Finder, File Explorer etc) of met QNAP's FileStation.
   Edit het config.inc.php bestand (als je QNAP FileStation gebruikt, zorg er dan wel voor dat Text Editor geïnstalleerd en actief is op jouw QNAP - zie QNAP App Center!) on voeg de volgende regels toe:
   (zorg ervoor dat poort nummer en socket bestands naam correct is voor jouw configuratie!)
   
   

   port: $cfg = '3306';
   socket: $cfg = '/var/run/mariadb10.sock';

7. Stop en start phpMyAdmin nu in App Center. Als je phpMyAdmin nu opent dan zou je toegang moeten hebben tot de nieuwe MariaDB 10.x versie.
   Uiteraard werkt KODI 19.x nu ook correct (als we dit allemaal goed hebben gedaan natuurlijk).
   102

Onder Linux zou je normaal zoiets kunnen doen:

find . -name "*.jpg" -type f -delete

Als je liever eerst een overzicht ziet, zonder de bestanden te verwijderen, probeer dan:

find . -name "*.pt.srt" -type f

Maar goed, standaard werkt dat op een QNAP niet.

Het kan zijn dat bij QNAP de juiste versie met OptWare mee is gekomen. Kijk dan even in "/opt/bin/" om te zien of daar de juiste "find" versie is te vinden (je vindt er dan ook "findutils-find").

Mocht die niet bestaan, installeer het dan als volgt:

ipkg update
ipkg install findutils

In de directory "/opt/bin" vindt je nu o.a.:

/opt/bin/find
/opt/bin/findutils-find
/opt/bin/findutils-xargs

Om deze versie nu te gebruiken moeten we het direct aanroepen en wel als volgt:

/opt/bin/find . -name "*.jpg" -type f -delete

halt

En een reboot doe je met dit commando:

reboot

Je kunt dit menu op twee manieren uitzetten:

1) Aanbevolen: Uitzetten via de web user interface (hangt een beetje af van de QTS versie)

Ga naar "Control Panel" - "General Settings" (in de "System" sectie) - "Console Management".
Haal het vinkje weg bij "Enable Console Management" en klik op "Apply".

2) Mocht jouw QNAP de optie niet in "Control Panel" hebben dan kun je het eventueel handmatig doen.

SSH naar jouw QNAP en open dit bestand

/etc/profile

Zoek de regel die met dit begint (waarschijnlijk de laatste regel):

[] && /sbin/qts-console-mgmt -f

Zet een "#" aan het begin van deze regel.

Je kunt ook deze one-liner gebruiken, die dit in 1x doet:

sed -r -i.bak 's/^(.*admin.*qts-console-mgmt.*)$/#\1/' /etc/profile

cat /proc/tsinfo/vendor

Onder QTS 4 en hoger kun je gewoon naar de web interface van jouw QNAP gaan:

Open daar "Control Panel", ga naar "Applications" - "Web server".

Ga dan onder het tab-blad "Web server" helemaal naar beneden (ja, ze hebben het goed verborgen!) en zoek "php.ini Maintenance" waar je op "Edit" kunt klikken.

Mijn QNAP 869Pro boot niet na terugkomst van een korte vakantie.
Na het los koppelen van de USB disks, en opnieuw booten, werkte alles prima.
Als dan de boot klaar is (je kunt bij de webinterface), sluit dan de externe USB drives weer aan en alles loopt weer prima.

Overigens: in het verleden heb ik weleens meegemaakt dat bepaalde disks "lijken" te vertonen na een lange tijd stil staan.
QNAP uitzetten, disk voor disk verwijderen en stof verwijderen, en zorgvuldig weer terug plaatsen en weer booten lijkt vaak te helpen.

Na wat zoek werk vond ik een oplossing om dit te versnellen ...

Als eerste natuurlijk even kijken wat de huidige snelheid is:

cat /proc/mdstat

De resulterende output vertelde me dat het nog 3243 minuten zou duren ... 54 uur!!!! 

 # cat /proc/mdstat 
Personalities :         
md0 : active raid6 sdc3 sda3 sdh3 sdg3 sdf3 sde3 sdd3 sdb3
   17572185216 blocks super 1.0 level 6, 64k chunk, algorithm 2  
     recovery = 50.1% (1470051456/2928697536) finish=3243.0min speed=7495K/sec
   
md256 : active raid1 sdc2(S) sdh2(S) sdg2(S) sdf2(S) sde2(S) sdd2(S) sdb2 sda2
   530112 blocks super 1.0  
   bitmap: 0/1 pages , 65536KB chunk
md13 : active raid1 sdc4 sda4 sdh4 sdg4 sdf4 sde4 sdd4 sdb4
   458880 blocks  
   bitmap: 0/57 pages , 4KB chunk
md9 : active raid1 sdc1 sda1 sdf1 sdg1 sdh1 sdd1 sde1 sdb1
   530048 blocks  
   bitmap: 0/65 pages , 4KB chunk
unused devices: <none>

Met de volgende regel heb ik de minimum snelheid aangepast:

echo 50000 > /proc/sys/dev/raid/speed_limit_min

De verwachte tijd is nu 633 minuten, dus ongeveer 10 uur.

 # cat /proc/mdstat 
Personalities :         
md0 : active raid6 sdc3 sda3 sdh3 sdg3 sdf3 sde3 sdd3 sdb3
   17572185216 blocks super 1.0 level 6, 64k chunk, algorithm 2  
     recovery = 50.5% (1480883716/2928697536) finish=633.2min speed=38104K/sec
   
md256 : active raid1 sdc2(S) sdh2(S) sdg2(S) sdf2(S) sde2(S) sdd2(S) sdb2 sda2
   530112 blocks super 1.0  
   bitmap: 0/1 pages , 65536KB chunk
md13 : active raid1 sdc4 sda4 sdh4 sdg4 sdf4 sde4 sdd4 sdb4
   458880 blocks  
   bitmap: 0/57 pages , 4KB chunk
md9 : active raid1 sdc1 sda1 sdf1 sdg1 sdh1 sdd1 sde1 sdb1
   530048 blocks  
   bitmap: 0/65 pages , 4KB chunk
unused devices: <none>