beperkte set van backup data naar S3 zetten

• Volledige reinstall gedaan nav iSCSI probleem (zie: incident log)

• filesystem check gestart DataVol1

• NFS shares film/muziek/fotos aangepast: hostname: syncthing.backland.net → syncthing.jackland.net
• reboot (filesystem unclean, oa)
  • gestart vanuit web console : bleef hangen
  • scherm en toetsenbord verbonden: alle processen leken nog actief
  • commando halt uitgevoerd: geen verschil
  • uitgeschakeld met knop

• NFS share veeam_backup aangepast: hostname: veaam.backland.net → veeam.jackland.net

• schijf toegevoegd:

• opruimen shares: voorbereiding migratie data naar fs1:
  • share documentatie: verwijderd.
  • share screenshots: verplaatst
  • share tijdelijk: leeggemaakt en verplaatst
  • share scans: verwijderd
  • share software: verplaatst
  • shares restricted: verplaatst
  • share fotos: verplaatst

• iSCSI Lun virtual machines (750Gb)
  • +250Gb

• gedeelde map backup:
  • ++ACL_backup_R(W)

• fouten op disk4 nagekeken. Meestal begin van 't einde (laatste tijd veel onverklaarbare vertraginen, trage rsync vanuit Qfile, …)
• is laatste disk uit oorspronkelijke set
• vervangen door Western Digital WDC WD20EFRX-68EUZN0 82.00A82 (had al 651 dagen op te teller, blijkbaar)

• backup server lochnas is terug in orde:
  • rsync jobs backup_nas terug actief gezet

• DataVolume1 uitgebreid naar 2,5TB
• aansluitend toch nog een restart moeten doen, gezien ESXi de iSCSI niet deftig gemount kreeg.

• LUN virtualMachine verwijderd
• iSCSItarget XCPNG verwijderd

• reboot om firmware upgrade te doen.
• firmware upgrade naar versie 4.3.4.1368

• enable SNMPv3

• iSCSItarget aangemaakt: XCPNG
  • ++LUN virtualMachine: 500Gb

• gedeelde map scans aangemaakt: R/W voor ACL_scanning_R(W)

• gedeelde map tijdelijk aangemaakt: R/W voor Domain Users

• datavol1 uitgebreid naar 1,45TB
• iSCSI lun data uitgebreid naar 500Gb
• SCSI lun virtualMachines uitgebreid naar 500Gb

• juiste manier gevonden om schijf te vervangen via storage manager
• disk3 (SN: S1E2TMCA) vervangen door nieuwe 2TB schijf.
• RAID rebuild.
• installatie Plex media server (was blijkbaar verwijderd ….)

• RAID5:
  • 2 schijven resterend.
  • status: degraded
  • 2TB disk toegevoegd in slot 1
  • status: Rebuilding
  • 2TB disk vervangen in slot 3
  • fouten die reboot vereisten

• schijven vervangen, cfr Qnap

• boot time: 6m27sec
• geheugenlat 2Gb geplaatst
• boot time: 6m08sec
• aanmelden via ssh: verloopt stuk sneller
• geheugen lijkt herkend:
• alle VMs terug opgebracht: ok
• aangemeld op bigjack via web
  • alles verloopt wel wat sneller.
  • geheugen wordt ook hier weergegeven:

• nfs share backup: ++pietje

• email alerting opgezet via oude skynet-account
• deze instellingen had ik nodig.
• mail werd verstuurd, maar ontvangst lukte niet

• join met Windows AD lukt niet. Lijkt dat bigjack domein niet kan doorzoeken. FW regel staat nochtans dezelfde als voor Windows pc. LEES: QNAP KB
• herstart van nas was al wat er nodig was. Allicht DNS caching vorige dns?
• terug lid van domein JACKLAND
• lokale gebruikers koen en kveys verwijderd
• toegansgrechten hersteld voor svc_backup.

• uitvoerige scan van disk3 geeft ook fouten die vervanging van disk vereisen

• fout van eerdere problemen met AD1: hardware problemen op 1 schijf:
• controle laten lopen, maar steeds kwam de booschap dat de schijf diende vervangen te worden:
• schijf ((SN: S1E2TPW9) dan maar fysisch verwijderd
• daarna werd RAID terug opgebouwd
• iSCSI bleek aanvankelijk niet bereidkbaar vanaf esx1, maar na herstart dan terug alle images kunnen starten.
• is intussen 2de schijf die defect gaat. Ze zijn allemaal van dezelfde Coolblue aankoop dd 29/1/2014. Als we vervangen dan best allemaal vervangen of stand-by houden. Vraag is natuurlijk ook hoeland de NAS het zelf nog uithoudt …

• server niet meer bereikbaar over https/ssh
• na veel geduld, dan toch ssh:
  • load: doet pijn aan orgen
  • geheugen: water aan de lippen
• winbind en smbd gestopt
• /etc/resolv.conf aangepast: -10.110.20.5
• daarna kwam de load terug normaal.
• bij aanmelden op webpagina: vraag naar firmware update: OK, gestart.
• DNS via webpagina aangepast (na reboot wordt /etc/resolv.conf immers overschreven door oorspr. waarde):
  • primary:10.11.20.254
  • secondary:8.8.8.8
• Samba uit domein gehaald:
  • workgroup naam aangepast naar nodns
  • lokale gebruikers aangemaakt:
    • koen
    • kveys
  • op de gedeelde mappen heeft voorlopig enkel admin toegang.

• firmware update: QTS 4.3.4.1029 build 20190730
  the final available firmware update for the following models: TS-1269U-RP, TS-869U-RP, TS-469U-RP, TS-469U-SP, TS-869 Pro, TS-869L, TS-669 Pro, TS-669L, TS-569 Pro, TS-569L, TS-469 Pro,

• ++ shared folder
  • MyPictures
  • MyDocuments

• + shared folder documentatie
• beveiligd met ACL_documentatie_R(W)

• + lokale smb-gebruiker svc_kodi
• toegang tot [film]:ro

• volgende printers via USB aangesloten:
  • Dymo LabelWriter 450
  • Brother HL-L2350DW series
• beschikbaar in Control Panel > External Device > USB Printer.
• aansluiting op USB hub werkte niet. Daarom af en toe verlengkabel versteken.
• hernoemen van printers van bigjackPR en bigjackPR7 naar iets betekenisvol, werkte niet. Daarom printers maar terug verwijderd tvv Linux vm waarop full cups draait.

• share screenshots aangemaakt.
  • beveiligd met ACL_screenshots_R(W)
• share restricted beveiligd met ACL_restricted_R(W)
• share film beveiligd met ACL_film_R(W)

• Syslog server geactiveerd (udp/tcp:514), locatie: logs/messages
• system en connection logs > syslog client op localhost

• dns server aangepast naar 10.11.20.5

• gebruiker JACKLAND\svc_backup schrijrechten verleend op share backup
• toegangsrechten lokale gebruiker svc_backup verwijderd op share backup
• lokale gebruiker svc_backup verwijderd tvv AD-gebruiker met dezelfde naam waarmee voortaan aangemeld wordt op FTP-sessie.

• service ftp geactiveerd
• root directory ingesteld op /backup
• system logs > settings: ftp zodat sessies gelogd worden.
• gebruiker svc_backup aangemaakt, schrijfrechten op /backup, toegestane netwerk service: ftp
• lun backup taak aangemaakt (via NFS) naar lochnas

• share ISO beveiligd met onderstaande groepen:
  • ACL_iso_R(W)
• /etc/smb.conf:
  • winbind expand groups = 3 (wordt periodiek reset naar waarde 1)
• Enable advanced folder permissions geactiveerd

• gedeelde map backup gemaakt, beveiligd met ACL_backup_R(W)
• backup configuratie gemaakt naar \\bigjack\backup

• domain security via AD authenticatie (JACKLAND) ingesteld.
• lokale gebruiker koen verwijderd.
• volgende gedeelde mappen beveiligd ahv vermelde groepen:
  • software
    • lezen: ACL_sofware_R
    • schrijven: ACL_software_RW
    • geen: gast

• volgende shares verwijderd in smb.conf:
  • Public
  • ISO (wordt al gedeeld via NFS)
  • home(s)
• volgende shares aangemaakt:
  • software: leestoegang voor gast
  • logs: logrotatie van toegangslogboeken (System Connection logs): geen toegang, hidden folder maar nodig om rotatie mogelijk te maken.

• iscsi lun data (200G) aangemaakt
• iscsi target vmware: activatie chap authentication

• password requirements: 12-16 characters long and can only contain English letters and numbers.
• system connection logs: activatie voor isci, http(s), ssh en smb
• NFS vs3 geactiveerd op /shares/iso (10.11.50.20!)
• NFS vs3 service geactiveerd.
• NFS schrijfrechten verleend aan esx1, zodat iso's kunnen geupload worden naar datastore.

• iscsi target vmware aangemaakt
• iscsi lun virtualmachines (250G) aangemaakt

• installatie
• configuratie
• incident