Comarch Optima 2026.2.1 - problemy przy instalacji/aktualizacji

 Ostatnio duży było zamieszania nt. instalacji/aktualizacji Comarch Optimy do najnowszej wersji 2026.2.1.

Ja również miałem ten problem, który po aktualizacji zaczął objawiać się tym, że Optima nie widziała kluczy, tylko szukała ich w modelu subskrybcyjnym, nie można było zmienić firmy itd.

Rozwiązaniem (podobno) było przeklikanie dowolnego modułu i wtedy można było się zalogować...

U mnie problemem było to, że jedna - nieużywana baza/firma wskazywała na nie istniejący już klucz w konfiguracji: 
Konfiguracja > Firma > Ogólne > Parametry i Dedykowany serwer klucza.

Po ujednoliceniu Optima instaluje się bez problemów.

Map network share via script

 To map network share via batch script I am using this simple script

@echo off
net use DRIVE_LETTER: /delete /yes
net use DRIVE_LETTER: \\network_server\share /user:DOMAIN_NAME\%USERNAME% /persistent /yes

Where:

DRIVER_LETTER - the letter under which would be the network share mapped, i.e. W:

network_server - it could be IP address or local server name (if DNS is properly setup), i.e. server.example.local

share - name of the network share that we want to map, i.e. documents

DOMAIN_NAME - your local domain name (Active Direcotory or Linux Samba AD), i.e EXAMPLE

%USERNAME% - used in a script gets current username, i.e jdoe

Migracja Płatnika z MS Access do SQL Server cz. 4 - Podłaczanie Płatnika pod SQL Server

Mamy już zmigrowaną bazę Płatnika do SQL Server. Teraz należało by podłączyć Płatnika pod bazę danych.

Robimy to wchodząć w Administracja → Ustawienia bazy danych

Następnie przechodzimy do menu Baza → Zmień bazę danych

Na kolejnym ekranie pozostawiamy opcję "Wskaż istniejącą bazę danych" i klikamy Dalej

Następnie zaznaczamy "Microsoft SQL Server", klikamy Dalej

Wprowadzamy teraz nazwę serwera i nazwę bazy danych

Kolejne pytanie dotyczy rodzaju autoryzacji - wybrałem konto użytkownika bazy SQL Server

Następne pytanie jest o login i hasło

oraz metodę połączenia z bazą danych: SQLOLEDB / MSOLEDBSQL

Tak jak poprzednio wybrałem SQLOLEDB. 

Klikając Połącz, Płatnik połączył się z serwerem SQL Server.

btop4win - htop alike command for Windows

I was looking for something like htop command in Windows that will show mi some stats and i found this btop4win

Installation goes like that:

PS C:\Users\dszynk> winget install --id aristocratos.btop4win

The result:

Found btop4win [aristocratos.btop4win] Version 1.0.5
This application is licensed to you by its owner.
Microsoft is not responsible for, nor does it grant any licenses to, third-party packages.
This package requires the following dependencies:
- Packages
Microsoft.VCRedist.2015+.x64

Downloading https://github.com/aristocratos/btop4win/releases/download/v1.0.5/btop4win-x64.zip

██████████████████████████████ 1016 KB / 1016 KB
Successfully verified installer hash
Extracting archive...
Successfully extracted archive
Starting package install...
Command line alias added: "btop"
Successfully installed

After running command btop i got this screen :)

Which looks absolutly fantastic.

Cheers.

How to check status of software raid on Zentyal 8 (Ubuntu based)

To check the status of my raid on Zentyal File Server (Ubuntu Based) i have done this:

$ sudo cat /proc/mdstat

Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10]
md0 : active raid1 sda1[0] sdb1[1]
      3906884608 blocks super 1.2 [2/2] [UU]
      bitmap: 0/30 pages [0KB], 65536KB chunk

unused devices: <none>

After that I done this:

$ sudo mdadm -D /dev/md0

and got this output:

/dev/md0:
           Version : 1.2
     Creation Time : Wed Apr 21 13:38:51 2021
        Raid Level : raid1
        Array Size : 3906884608 (3.64 TiB 4.00 TB)
     Used Dev Size : 3906884608 (3.64 TiB 4.00 TB)
      Raid Devices : 2
     Total Devices : 2
       Persistence : Superblock is persistent

     Intent Bitmap : Internal

       Update Time : Mon Dec 29 15:17:29 2025
             State : clean
    Active Devices : 2
   Working Devices : 2
    Failed Devices : 0
     Spare Devices : 0

Consistency Policy : bitmap

              Name : beta:0  (local to host beta)
              UUID : c48f8912:a38344b0:7af60abb:170fe4d0
            Events : 70848

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/sda1
       1       8       17        1      active sync   /dev/sdb1

Which points me to check it even deeper 

$ sudo mdadm -E /dev/sda1

Results:

/dev/sda1:

          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x1
     Array UUID : c48f8912:a38344b0:7af60abb:170fe4d0
           Name : beta:0  (local to host beta)
  Creation Time : Wed Apr 21 13:38:51 2021
     Raid Level : raid1
   Raid Devices : 2

 Avail Dev Size : 7813769216 sectors (3.64 TiB 4.00 TB)
     Array Size : 3906884608 KiB (3.64 TiB 4.00 TB)
    Data Offset : 264192 sectors
   Super Offset : 8 sectors
   Unused Space : before=264112 sectors, after=0 sectors
          State : clean
    Device UUID : b3f9004b:c546cc67:1f3de76a:1489687f

Internal Bitmap : 8 sectors from superblock
    Update Time : Mon Dec 29 15:17:29 2025
  Bad Block Log : 512 entries available at offset 24 sectors
       Checksum : 63d43825 - correct
         Events : 70848

   Device Role : Active device 0
   Array State : AA ('A' == active, '.' == missing, 'R' == replacing)

and the second drive

$ sudo mdadm -E /dev/sdb1

Results:

/dev/sdb1:

          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x1
     Array UUID : c48f8912:a38344b0:7af60abb:170fe4d0
           Name : beta:0  (local to host beta)
  Creation Time : Wed Apr 21 13:38:51 2021
     Raid Level : raid1
   Raid Devices : 2

 Avail Dev Size : 7813769216 sectors (3.64 TiB 4.00 TB)
     Array Size : 3906884608 KiB (3.64 TiB 4.00 TB)
    Data Offset : 264192 sectors
   Super Offset : 8 sectors
   Unused Space : before=264112 sectors, after=0 sectors
          State : clean
    Device UUID : 338d1383:62062812:06444fb3:fc1aa8e6

Internal Bitmap : 8 sectors from superblock
    Update Time : Mon Dec 29 15:17:29 2025
  Bad Block Log : 512 entries available at offset 24 sectors
       Checksum : f5ea2412 - correct
         Events : 70848

   Device Role : Active device 1
   Array State : AA ('A' == active, '.' == missing, 'R' == replacing)

Those checks where done because a few years ago after restarting my server - which was running at this time Zentyal v7 - the software raid was broken and I had to reinstall everything and setup from scratch.

In this case - my server run 448 days without restart - after reboot everything was up and running...