errore installazione veeam linux agent su kali (ma anche su debian 9!!)

12 risposte [Ultimo contenuto]
Ritratto di cybermod
cybermod
(Junior)
Offline
Junior
Iscritto: 18/11/2014
Messaggi: 19

Ragazzi, ci esco un po' matto.

installo veeam linux agent (nelle precedenti versioni di kali ero riuscito a farlo funzionare senza problemi) ma adesso ottengo errori.
In particolare quanto faccio partire il job di backup, mi restituisce questo errore:

  19:32:24        Job sabkali started at 2017-08-31 19:32:24 CEST
      19:32:24        Preparing to backup
      19:32:24        [warn] Backup is missing in repository
      19:32:24        [error] Failed to create volume snapshot                                                                                          00:00:00
      19:32:24        [error] Failed to perform backup
      19:32:24        [error] Child execution has failed. Exit code: [1]
      19:32:24        [error] Failed to load module [veeamsnap] with parameters [zerosnapdata=1 debuglogging=0]
      19:32:24        [error] Processing finished with errors at 2017-08-31 19:32:24 CEST

ci rimango molto male.
cerco un po' in rete e sia per debian normale che per le distro su di essa basata trovo questa KB veeam kb

provo ad eseguire il tutto per sistemare.

root@sabkali:~# dkms status
veeamsnap, 1.0.1.364: added

mi dice che in molti casi mancano dei pacchetti, kernel-devel e kernel-headers per il kernel corrente.

Linux sabkali 4.12.0-kali1-amd64 #1 SMP Debian 4.12.6-1kali6 (2017-08-30) x86_64 GNU/Linux

ok, controllo la presenza dei pacchetti:
root@sabkali:~# apt-cache search linux-headers-$(uname -r)
linux-headers-4.12.0-kali1-amd64 - Header files for Linux 4.12.0-kali1-amd64
root@sabkali:~# sudo apt-get install linux-headers-$(uname -r)
Lettura elenco dei pacchetti... Fatto
Generazione albero delle dipendenze       
Lettura informazioni sullo stato... Fatto
linux-headers-4.12.0-kali1-amd64 is already the newest version (4.12.6-1kali6).
0 aggiornati, 0 installati, 0 da rimuovere e 0 non aggiornati.

mi sembra ci sia tutto (non trovo un modo per controllare bene se vi sono i pacchetti kernel-devel, ma i kernel-headers ci sono (o sbaglio??)

sconforto ma ci provo:

root@sabkali:~# dkms status
veeamsnap, 1.0.1.364: added
 
root@sabkali:~# dkms remove -m veeamsnap/1.0.1.364 --all
 
------------------------------
Deleting module version: 1.0.1.364
completely from the DKMS tree.
------------------------------
Done.
 
root@sabkali:~# dkms build -m veeamsnap -v 1.0.1.364
 
Creating symlink /var/lib/dkms/veeamsnap/1.0.1.364/source ->
                 /usr/src/veeamsnap-1.0.1.364
 
DKMS: add completed.
 
Kernel preparation unnecessary for this kernel.  Skipping...
 
Building module:
cleaning build area...
make -j8 KERNELRELEASE=4.12.0-kali1-amd64 -C /lib/modules/4.12.0-kali1-amd64/build M=/var/lib/dkms/veeamsnap/1.0.1.364/build...(bad exit status: 2)
Error! Bad return status for module build on kernel: 4.12.0-kali1-amd64 (x86_64)
Consult /var/lib/dkms/veeamsnap/1.0.1.364/build/make.log for more information.

più che sconforto, grande scocciatura. Vediamo se mi dice qualcosa questo "make.log"

root@sabkali:~# cat /var/lib/dkms/veeamsnap/1.0.1.364/build/make.log
DKMS make.log for veeamsnap-1.0.1.364 for kernel 4.12.0-kali1-amd64 (x86_64)
gio 31 ago 2017, 19.35.31, CEST
make: ingresso nella directory "/usr/src/linux-headers-4.12.0-kali1-amd64"
  LD      /var/lib/dkms/veeamsnap/1.0.1.364/build/built-in.o
  CC [M]  /var/lib/dkms/veeamsnap/1.0.1.364/build/mem_alloc.o
  CC [M]  /var/lib/dkms/veeamsnap/1.0.1.364/build/sparse_array_1lv.o
  CC [M]  /var/lib/dkms/veeamsnap/1.0.1.364/build/sparse_bitmap.o
  CC [M]  /var/lib/dkms/veeamsnap/1.0.1.364/build/container.o
  CC [M]  /var/lib/dkms/veeamsnap/1.0.1.364/build/container_spinlocking.o
  CC [M]  /var/lib/dkms/veeamsnap/1.0.1.364/build/queue_spinlocking.o
  CC [M]  /var/lib/dkms/veeamsnap/1.0.1.364/build/bitmap_sync.o
  CC [M]  /var/lib/dkms/veeamsnap/1.0.1.364/build/log.o
  CC [M]  /var/lib/dkms/veeamsnap/1.0.1.364/build/page_array.o
  CC [M]  /var/lib/dkms/veeamsnap/1.0.1.364/build/dio_request.o
  CC [M]  /var/lib/dkms/veeamsnap/1.0.1.364/build/blk_dev_utile.o
  CC [M]  /var/lib/dkms/veeamsnap/1.0.1.364/build/rangelist.o
  CC [M]  /var/lib/dkms/veeamsnap/1.0.1.364/build/rangeset.o
  CC [M]  /var/lib/dkms/veeamsnap/1.0.1.364/build/rangevector.o
  CC [M]  /var/lib/dkms/veeamsnap/1.0.1.364/build/defer_io.o
  CC [M]  /var/lib/dkms/veeamsnap/1.0.1.364/build/cbt_map.o
  CC [M]  /var/lib/dkms/veeamsnap/1.0.1.364/build/tracker.o
  CC [M]  /var/lib/dkms/veeamsnap/1.0.1.364/build/tracker_queue.o
  CC [M]  /var/lib/dkms/veeamsnap/1.0.1.364/build/snapimage.o
  CC [M]  /var/lib/dkms/veeamsnap/1.0.1.364/build/snapshotdata.o
  CC [M]  /var/lib/dkms/veeamsnap/1.0.1.364/build/snapdata_collect.o
  CC [M]  /var/lib/dkms/veeamsnap/1.0.1.364/build/snapshot.o
  CC [M]  /var/lib/dkms/veeamsnap/1.0.1.364/build/tracking.o
  CC [M]  /var/lib/dkms/veeamsnap/1.0.1.364/build/direct_device.o
/var/lib/dkms/veeamsnap/1.0.1.364/build/snapimage.c:244:2: error: unknown field ‘direct_access’ specified in initializer
  .direct_access = NULL,
  ^
/usr/src/linux-headers-4.12.0-kali1-common/scripts/Makefile.build:307: set di istruzioni per l'obiettivo "/var/lib/dkms/veeamsnap/1.0.1.364/build/snapimage.o" non riuscito
make[3]: *** [/var/lib/dkms/veeamsnap/1.0.1.364/build/snapimage.o] Errore 1
make[3]: *** Attesa per i processi non terminati....
/usr/src/linux-headers-4.12.0-kali1-common/Makefile:1532: set di istruzioni per l'obiettivo "_module_/var/lib/dkms/veeamsnap/1.0.1.364/build" non riuscito
make[2]: *** [_module_/var/lib/dkms/veeamsnap/1.0.1.364/build] Errore 2
Makefile:152: set di istruzioni per l'obiettivo "sub-make" non riuscito
make[1]: *** [sub-make] Errore 2
Makefile:8: set di istruzioni per l'obiettivo "all" non riuscito
make: *** [all] Errore 2
make: uscita dalla directory "/usr/src/linux-headers-4.12.0-kali1-amd64"

ok, è oblio dichiarato.
Ci sono molte cose che non so di debian e derivate, ma questo programma mi è abbastanza fondamentale.
Potreste illuminarmi un po' perchè le ricerche che ho fatto su san google non mi hanno dato risultato (ammesso e non concesso che non sia io a sbagliare totalmente!!)

grazie

Ritratto di badroot
badroot
(Guru)
Offline
Guru
Iscritto: 22/08/2008
Messaggi: 2059

Ciao,
dando per buono quanto riportano su GitHub il supporto è previsto fino al kernel 4.10 e sul loro forum puoi seguire questa discussione in merito al kernel 4.12.

Ma su debian 9 il kernel di default è il 4.9 quindi almeno li dovrebbe funzionare.

Ritratto di cybermod
cybermod
(Junior)
Offline
Junior
Iscritto: 18/11/2014
Messaggi: 19

ciao, intanto grazie per la risposta!
Ero passato per la pagina di veeam ma non mi tornava la cosa, si parlava di fedora.
Poi, in pratica, mi pare sia necessario iscriversi al forum e chiedere all'utente il work around del problema giusto?

Mentre su Debian 9, non ho provato per mancanza di tempo, ma lo farò. Magari sarebbe ora di farmi anche una vm.

Posso chiederti più precisamente che cosa non va bene?
Qui, tra kernel, moduli con make e simili non è che ci stia più dietro Confused

Ah, l'avanti-avanti-avanti di windows, ogni tanto mi manca Smile

Ritratto di badroot
badroot
(Guru)
Offline
Guru
Iscritto: 22/08/2008
Messaggi: 2059

Non sono un esperto ma sembra che sia stata modificata la struttura block_device_operations nel file blkdev.h, manca la definizione di direct_access, che è invece presente nei sorgenti/include del kernel 4.9 usato da debian stretch.
Quindi dovrai attendere una patch al programma che aggiorni il modulo proprietario snapimage ai nuovi kernel.
Purtroppo le mie conoscenze non mi permettono di essere più preciso ne tanto meno di esserti di ulteriore aiuto.

Ritratto di mcortese
mcortese
(Moderatore)
Offline
Moderatore
Iscritto: 27/02/2009
Messaggi: 2918

Esatto. È stato rimosso con il commit d4b29fd78ea6fc2be219be3af1a992149b4ff0f6, con la seguente spiegazione:

Citazione:

block: remove block_device_operations ->direct_access()

Now that all the producers and consumers of dax interfaces have been
converted to using dax_operations on a dax_device, remove the block
device direct_access enabling.

Signed-off-by: Dan Williams


La modifica è stata inglobata dalla versione 4.12.

Ritratto di cybermod
cybermod
(Junior)
Offline
Junior
Iscritto: 18/11/2014
Messaggi: 19

ragazzi, grazie di cuore per le vostre risposte, ma sinceramente ho capito davvero davvero ben poco.
Ho parlato con un altro ragazzo che conosce molto bene debian, da quello che ho capito si tratta (come mi par di capire anche da voi menzionato) di una sorta di incompatibilità sul mio kernel.
Mi è stato detto che potrei installare il vecchio kernel ed i relativi headers (perchè avendo fatto un apt-get autoremove, debiam chiaramente mi ha rimosso i vecchi kernel).

Ma non ho capito se poi devo avviare la distro con un vecchio kernel ed utilizzarlo con quello, o se mi serve solo per installare il tutto nuovamente.

Per l'altra distro debian pura che ho messo, non so che dirvi..... magari dovrei rifare le procedure del caso ma non ho avuto modo ne voglia questo weekend, lavorato molto su storage.

per mcortese:

Citazione:

la modifica è stata inglobata dalla versione 4.12


cosa vuol dire? che posso installare veeam adesso?

Scusate molto l'ingnoranza che dilaga. Di certo ho imparato una cosa: apt-get dist-upgrade non è che sempre sia la migliore scelta Wink

Ritratto di badroot
badroot
(Guru)
Offline
Guru
Iscritto: 22/08/2008
Messaggi: 2059

A farla breve e in parole povere se vuoi usare veeam usa debian, non kali, debian 9/stretch ha il kernel 4.9 e quindi è supportata da veeam e fino a quando veeam non aggiornerà i suoi moduli al kernel 4.12 tu non potrai farci proprio nulla, a meno che tu o qualcuno per te non sia in grado di patchare i moduli forniti da veeam.

Ritratto di cybermod
cybermod
(Junior)
Offline
Junior
Iscritto: 18/11/2014
Messaggi: 19

ragazzi, vi ringrazio dei consigli.
Riproverò magari su di una macchina virtuale.
A questo punto mi sto domandando se kali, o debian, facciamo al caso mio.
Magari passare ad ubuntu?

Una cosa molto importante per me, è avere un backup di tipologia barmetal per poter ovviare alle castronate che faccio. Non dovrei farle ma da buon sistemista imparo da me con gli errori (per esempio, ho provato ad installare compiz e il suo relativo manager sull'altro pc di casa, e chiaramente adesso il server Xorg non parte più..... sto leggendo tonnellate di how to per capire che fare, vediamo se ne esco da solo!)

In ogni caso, potreste cosigliarmi su di una distro che supporti per bene veeam linux agent? poi tramite vmware workstation mi gestisco la macchina di dominio che uso per il lavoro di ufficio.

Spero di non passare per rompiscatole e pretenzioso

Ritratto di badroot
badroot
(Guru)
Offline
Guru
Iscritto: 22/08/2008
Messaggi: 2059

cybermod ha scritto:

In ogni caso, potreste cosigliarmi su di una distro che supporti per bene veeam linux agent?

Premesso che non uso questo software ma alla tua domanda la miglior risposta è quella di consultare la documentazione relativa, da buon sistemista quale sei o quale vuoi diventare.

Veeam Agent system requirements

però nella discussione che ti avevo linkato nella mia prima risposta, che a questo punto dubito tu abbia letto, un utente precisa che anche con Debian 9 questo "agent" funziona senza problemi, ovviamente prendo per buona questa affermazione in quanto non ho argomenti per smentirla.

cybermod ha scritto:

A questo punto mi sto domandando se kali, o debian, facciamo al caso mio.

Sono due distribuzione completamente diverse a livello di target, kali è studiata e pensata per il pentesting, debian è indicata sia per l'uso desktop che server. Quindi kali può non essere adatta a te, o meglio alle tue necessità, mentre debian certamente lo può essere, soprattutto per il "buon" sistemista che da maggior peso alla stabilità della distribuzione piuttosto che al fatto di avere l'ultimo kernel o l'ultima versione del tal software.

Ritratto di cybermod
cybermod
(Junior)
Offline
Junior
Iscritto: 18/11/2014
Messaggi: 19

Certo che ho letto, ma ho riprovato e nulla da fare, a me non funziona. Purtroppo poi non mi é possibile dedicare moltissimo tempo. Nella realtà ormai sono uno step sopra il sistemista, delego i lavori organizzando ma questo non vuol dire che non abbia più la voglia di testare e imparare Smile
Magari kali sta bene dentro una virtualizzazione per studiare, rimane la necessità di un ambiente stabile e in ogni caso sotto backup. Con Windows virtualizzatpo eseguo senza problemi veeam agent ed ho già provato anche il ripristino, va che é una meraviglia. Certo avete un bar metal anche della macchina Linux sarebbe meglio. Ho sempre il portatile pronto per il lavoro, ma dover reinstallare ogni volta che commetto un errore é un attimo pesante. Vedi ieri sera che mi sono piallato l'ambiente grafico della kali a casa :')

Ritratto di mcortese
mcortese
(Moderatore)
Offline
Moderatore
Iscritto: 27/02/2009
Messaggi: 2918

Scusa ma mi sono un po' perso... Sia la documentazione sia badroot ti consigliano di usare Debian e il suo kernel 4.9. Da quello che scrivi, invece, capisco che hai solo testato Kali con il suo kernel 4.12. Non trovi anche tu qualcosa di strano?