Backuppc v4, rsync_bpc

Ubuntu 21.10

La upgrade, backuppc a eșuat.
Am actualizat rsync_bpc 3.1.3.0 așa cum mi-a cerut backuppc, serverul backuppc pornește (înainte nu) și rulează OK, dar backup-urile eșuează cu această eroare de cod:

S-a produs o eroare fatală în timpul xfer (eroare de sincronizare: eroare inexplicabilă (cod 255) la io.c(226) [Receiver=3.1.3.0])
2021-10-26 15:02:57 Backup anulat (eroare rsync: eroare inexplicabilă (cod 255) la io.c(226) [Receiver=3.1.3.0])

Dacă rsync serverul la distanță, nu există erori.

Știu că nu mulți oameni folosesc backuppc, așa că nu mă aștept ca cineva să dea un sfat, dar poate cineva va avea aceeași problemă.

Am instalat acum:

root@zika:/home/brad# rsync_bpc --version
rsync_bpc versiunea 3.1.3.0 versiunea protocolului 31
Drepturi de autor (C) 1996-2018 de Andrew Tridgell, Wayne Davison și alții.
Site web: http://rsync.samba.org/
Capabilitati:
    Fișiere pe 64 de biți, inum-uri pe 64 de biți, marcaje de timp pe 64 de biți, interioare lungi de 64 de biți,
    perechi de prize, legături rigide, legături simbolice, IPv6, fișiere batch, inplace,
    append, ACL-uri, xattrs, iconv, symtimes, fără prealloc

rsync vine cu ABSOLUT NU GARANȚIE. Acesta este software gratuit și tu
sunt bineveniți să-l redistribuiți în anumite condiții. Vezi GNU
Licență publică generală pentru detalii.

și:

root@zika:/home/brad# rsync --version
    rsync versiunea 3.2.3 protocol versiunea 31
    Drepturi de autor (C) 1996-2020 de Andrew Tridgell, Wayne Davison și alții.
    Site web: https://rsync.samba.org/
    Capabilitati:
        Fișiere pe 64 de biți, inum-uri pe 64 de biți, marcaje de timp pe 64 de biți, interioare lungi de 64 de biți,
        perechi de prize, hardlink-uri, hardlink-specials, legături simbolice, IPv6, atimes,
        batchfiles, inplace, append, ACL-uri, xattrs, protect-args opțional, iconv,
        symtimes, prealloc, stop-at, no crtimes
    Optimizari:
        SIMD, fără asm, openssl-crypto
    Lista sumelor de control:
        xxh128 xxh3 xxh64 (xxhash) md5 md4 niciunul
    Comprimați lista:
        zstd lz4 zlibx zlib nici unul
    
    rsync vine cu ABSOLUT NU GARANȚIE. Acesta este software gratuit și tu
    sunt bineveniți să-l redistribuiți în anumite condiții. Vezi GNU
    Licență publică generală pentru detalii.

Mulțumesc mult!

Actualizare: am rezolvat această problemă (dependență).

Am întâlnit aceeași problemă și am găsit această pagină. După mult Google Googeling am găsit o soluție care a funcționat pentru mine.

Dacă vă uitați în XferLOG al rulării de rezervă care a eșuat, puteți vedea comanda pe care a încercat să o execute BackupPC. (Am găsit XferLOG pe pagina de rezumat a gazdei). Am avut mai multe erori când am încercat să rulez comanda pe serverul BackupPC ca utilizator BackupPC.

Am adăugat o opțiune --verbose la RsyncSshArgs, care nu era cunoscută de rsync_pbc. Eroarea de la această comandă am observat-o doar când am încercat să rulez comanda manual.

De asemenea, am vrut ca backupul să se conecteze la acest client ca alt utilizator decât backuppc, în acest caz utilizatorul root. (Da, știu....Ar trebui să folosesc un alt utilizator...) Dar din această cauză am avut și argumentul „-l root”, care, de asemenea, era necunoscut pentru rsync_pbc.

Nu am putut găsi o soluție bună pentru a schimba utilizatorul în BackupPC, așa că am adăugat informațiile necesare în ~backuppc/.ssh/config, astfel încât utilizatorul implicit pentru acest client acum era root.

Gazdă clientmașină
  Rădăcină utilizator

Mai multe informații despre fișierul .ssh/config puteți găsi în fișierul pagini de manual.

Acum mi-a funcționat!

Da, este o rundă de lucru, dar dacă funcționează... și așa mai departe...