Skip to main content

Hi, we have installed on windows 10 and 11 clients veeam agent free version 6.1.0.349, to backup to a QNAP NAS.
We are unable to run the copies saying that "Backup target is not accessible. The user or password is incorrect. If I go to run edit the job and then launch it seems to work.
But if I launch it again it doesn't go. I also set "When Backup target is connected" , but nothing.

How can I solve it.
Thanks

Claudio

Ciao @c.pelosi. Nel gruppo puoi scrivere anche in italiano. 

NAS target is a share with or without credentials? Or is an USB attached drive? 

 


Ciao Il target è un QNAP con relative credenziali per accedere alla cartella.

Allego schermata di configurazione.

Adesso un pc con windows 11 ho cancellato i backup e rilanciato il full backup sta andando.

Se viene rilanciato mi da errore di credenziali e target.

 

 


Ciao @c.pelosi,

potresti mappare in iSCSI il QNAP sul Veeam Server.

 


Il repository che sto utilizzando è il backup dei pc client dell’amministrazione.

Il Server Veeam lo utilizzo per il backup delle VM.

Fino alla versione 4.3 e veeam versione 3 e 4, funzionavo tutto.

Poi ho effettuato aggiornamenti QNAP e Veeam Agent per sicurezza.


Il repository che sto utilizzando è il backup dei pc client dell’amministrazione.

Il Server Veeam lo utilizzo per il backup delle VM.

Fino alla versione 4.3 e veeam versione 3 e 4, funzionavo tutto.

Poi ho effettuato aggiornamenti QNAP e Veeam Agent per sicurezza.


Se hai licenze potresti utilizzare un Repository mappato sul Veeam Server e gestirli.

Sei riuscito a vedere se è iniziato il problema dopo aggiornamento di QNAP o degli Agent ?

Avevi visto questo post su QNAP ?
https://forum.qnap.com/viewtopic.php?t=169378

Per mia esperienza mi ricordo che il Samba del QNAP dava parecchi problemi di autenticazione quando era joined a dominio AD.


Quindi è una share con credenziali… non serve l’impostazione “When Backup target is connected". O c’è qualche impostazione che mette la NAS offline? 


Hey! My Italian is null, but taking a look into this….

have you tried the on hold configuration?

also, when login into, do you use local username and password from the NAS, correct?

due to you are attacking the NAS from clients, have you tried to mount the share locally to test?

Are you,using domain users? Diffente users from the OS? 
have you tried another protocol like NFS?

cheers.


Comment