Skip to main content
Solved

Immutable Backup: qualcuno ha provato questa nuova funzionalità ?


thinkplace

Ho letto nell’articolo di VEEAM sull’Immutable Storage che è necessario creare un data repository basto su Linux server.

Qualcuno a qualche informazione in più ?
Distribuzione ? RAM ? CPU ? Tipo di storage consigliato ?

Devo ancora approfondire ma intanto volevo sapere se alcuni di voi hanno fatto dei test.

Grazie.

Fabio.

 

Best answer by LucaDM

Io lo sto installando presso alcuni clienti ( una decina al momento ) ed in tutti i casi ho usato Ubuntu 20.04 LTS. Per quanto riguarda le risorse RAM e CPU la condizione è variabile a seconda del carico di lavoro esercitato sul repository, ma anche su ambienti molto piccoli, dove il lavoro lo faccio fare ad una VM, mi sono tenuto su un minimo di 4CPU e 6GB ram. 

Anche per lo storage adottato, nel mio caso, la condizione varia molto a seconda del carico di lavoro e della disponibilità economica del cliente. Ho usato dalle semplici QNAP per ambienti small business alle SAN full flash per carichi di lavori importanti. Tutte collegati in iSCSI, dove possibile a 10GB.

In generale comunque, si è sempre ben comportata per la parte di immutabilità del dato e in accoppiata con il filesystem XFS non ha mai fatto rimpiangere l’uso del ReFS, almeno fino ad ora.

Esperienza positiva.  

View original

  • Comes here often
  • June 7, 2021

Io lo sto installando presso alcuni clienti ( una decina al momento ) ed in tutti i casi ho usato Ubuntu 20.04 LTS. Per quanto riguarda le risorse RAM e CPU la condizione è variabile a seconda del carico di lavoro esercitato sul repository, ma anche su ambienti molto piccoli, dove il lavoro lo faccio fare ad una VM, mi sono tenuto su un minimo di 4CPU e 6GB ram. 

Anche per lo storage adottato, nel mio caso, la condizione varia molto a seconda del carico di lavoro e della disponibilità economica del cliente. Ho usato dalle semplici QNAP per ambienti small business alle SAN full flash per carichi di lavori importanti. Tutte collegati in iSCSI, dove possibile a 10GB.

In generale comunque, si è sempre ben comportata per la parte di immutabilità del dato e in accoppiata con il filesystem XFS non ha mai fatto rimpiangere l’uso del ReFS, almeno fino ad ora.

Esperienza positiva.  


Raffaele Valensise
Forum|alt.badge.img+3

Ciao Fabio,

qui: Requirements and Limitations for Hardened Repository trovi i requisiti, che fondamentalmente sono gli stessi indicati per un repository Linux “non hardened”.

Come distro, quindi, hai ampia scelta.

Se poi desideri sfruttare la tecnologia “Fast Clone” (Fast Clone for Linux Repositories) per velocizzare la creazione dei full sintetici, ridurre l’occupazione di spazio e l’impatto sullo storage, le distro supportate ufficialmente sono CentOS 8.2 e 8.3, Debian 10.x, RHEL 8.2 e successive, SLES 15 SP2, Ubuntu 18.04 LTS e 20.04 LTS.
Come RAM e CPU valgono le indicazioni date per il ruolo Veeam Repository: 1 core e 4 GB di RAM per ogni task concorrente (Repository Server Sizing) con una dimensione minima raccomandata di 2 core e 8 GB di RAM.
Poiché NFS non supporta la gestione dell’immutable flag, non è possibile utilizzare un mount NFS. Il server dovrebbe quindi essere fisico (per evitare compromissioni al livello di hypervisor) con storage interno o connesso direttamente (via iSCSI ad esempio).

Spero di averti aiutato.


thinkplace
  • Not a newbie anymore
  • June 7, 2021

Grazie Raffaele, Grazie Luca

Mi mancavano alcuni approfondimenti e ora ho capito di più.
Proverò un’implementazione quindi su server fisico Linux con direct attached storage.

Magari prima in un ambiente di test mio personale.

Buona giornata.

Fabio.


thinkplace
  • Not a newbie anymore
  • June 7, 2021

Anzi scusate… approfitto… immagino sia possibile usare l’Immutable storage repository anche per eseguire un secondo processo di backup copy, oppure è disponibile solo per il processo primario di backup ?


Raffaele Valensise
Forum|alt.badge.img+3

Puoi utilizzare un Linux hardened repository come target per backup job, e backup copy job, backup via Agent, backup via VeeamZip, backup via Proxy per Nutanix AHV, backup da External Repository (Azure, AWS, Google).
L’immutability non è invece disponibile per NAS backup, backup via plug-in per RMAN/SAP HANA, log shipping: ossia, i backup possono essere indirizzati verso un Linux hardened repository ma non verrà applicato l’immutable flag.


Emilio Mazzucconi

Ciao Fabio,

oltre alle risposte iper-esaustive di Raffaele, ti segnalo questo whitepaper che personalmente ho trovato molto utile:

 

https://www.veeam.com/wp-guide-protect-ransomware-immutable-backups.html?wpty

 

Ciao


PValsecchi
Forum|alt.badge.img+2
  • Veeam Vanguard
  • June 15, 2021

Se può essere utile, qui c’è una guida step-by-step per implementare l’hardened repository: https://nolabnoparty.com/veeam-v11-hardened-repository-immutability-installazione-pt-1/.

 

Per sfruttare l’Immutability con il Backup Copy Job, bisogna attivare il GFS.


DChiavari
Forum|alt.badge.img+7

Aggiungo, agli ottimi spunti degli utenti e dei colleghi, uno dei tanti progetti del collega Timothy Dewin (l’autore del Restore Point Simulator che tutti noi amiamo e usiamo praticamente ogni giorno :grinning: ): si tratta di uno script che automatizza e semplifica la creazione di un Linux Hardened Repository.

GitHub - tdewin/veeamhubrepo: quick linux immutable repository


marcofabbri
Forum|alt.badge.img+13
  • On the path to Greatness
  • September 9, 2021

Grazie Fabio, grazie Luca. Ne approfitto del topic: come mai è stato scelto di non includere Windows Server per l’immutable backup? Si tratta di una scelta tecnica obbligata?


DChiavari
Forum|alt.badge.img+7
  • Veeam MVP
  • September 14, 2021

Buongiorno Marco, confermo: è una scelta tecnica obbligata, almeno per il momento. La funzionalità di immutabilità per i backup Veeam è infatti realizzata sfruttando uno degli attributi nativi in Linux, il flag +i (impostabile tramite comando chattr)

Per maggiori informazioni: 


marcofabbri
Forum|alt.badge.img+13
  • On the path to Greatness
  • September 14, 2021
DChiavari wrote:

Buongiorno Marco, confermo: è una scelta tecnica obbligata, almeno per il momento. La funzionalità di immutabilità per i backup Veeam è infatti realizzata sfruttando uno degli attributi nativi in Linux, il flag +i (impostabile tramite comando chattr)

Per maggiori informazioni: 

Grazie @DChiavari per la risposta.


Buongiorno, 

ho seguito la seguente guida (https://nolabnoparty.com/veeam-v11-hardened-repository-immutability-installazione-pt-1/) utilizzando una Ubuntu 20.04LTS e completando tutti i task, ma durante il job ottengo questo errore:

 

Processing DC1 Error: write: Connessione in corso interrotta forzatamente dall'host remoto
--tr:Cannot write data to the socket. Data size: [16].
--tr:Client failed to process the command. Command: [connectByIPs].
--tr:event:1:
--tr:event:6:
--tr:event:3:
Processing Cloud Error: Failed to connect to the port [192.168.2.176:2502].
--tr:Failed to connect to target endpoint.
--tr:Client failed to process the command. Command: [connectByIPs].
--tr:event:1:
--tr:event:3:

mentre altre VM vengono completate  correttamente:

 

17:39:49    Primary bottleneck: Target     
17:39:49    Network traffic verification detected no corrupted blocks     
17:39:49    Processing finished at 24/02/2023 17:39:49   
 
 

non riesco a capire dove sta il problema, qualcuno ha avuto lo stesso errore?

Grazie
  


Andanet
Forum|alt.badge.img+11
  • Veeam Legend
  • March 1, 2023
Riccardo Magrini wrote:

Buongiorno, 

ho seguito la seguente guida (https://nolabnoparty.com/veeam-v11-hardened-repository-immutability-installazione-pt-1/) utilizzando una Ubuntu 20.04LTS e completando tutti i task, ma durante il job ottengo questo errore:

 

Processing DC1 Error: write: Connessione in corso interrotta forzatamente dall'host remoto
--tr:Cannot write data to the socket. Data size: [16].
--tr:Client failed to process the command. Command: [connectByIPs].
--tr:event:1:
--tr:event:6:
--tr:event:3:
Processing Cloud Error: Failed to connect to the port [192.168.2.176:2502].
--tr:Failed to connect to target endpoint.
--tr:Client failed to process the command. Command: [connectByIPs].
--tr:event:1:
--tr:event:3:

mentre altre VM vengono completate  correttamente:

 

17:39:49    Primary bottleneck: Target     
17:39:49    Network traffic verification detected no corrupted blocks     
17:39:49    Processing finished at 24/02/2023 17:39:49   
 
 

non riesco a capire dove sta il problema, qualcuno ha avuto lo stesso errore?

Grazie
  

Ciao @Riccardo Magrini sicuramente aver risposto su un thread vecchio non aiuta nell’ordine delle cose e secondo me il problema è legato al singolo job piuttosto che sulla funzione di immutabilità. 

Detto questo…. tu scrivi che altre VM vengono backuppate con successo. Cosa c’è di diverso in questa che fallisce? 

Il proxy? Prova a verificare dai log del job ma credo che il problema sia di comunicazione tra il proxy utilizzato e il repository (i classici ping, telnet alla 2502 e verifica che ci sia anche la risoluzione DNS). 

Facci sapere. 

 

 


VirtualCR
  • Not a newbie anymore
  • March 2, 2023

Ciao, usiamo Veeam Hardened Backup Repository fin da quando è stato rilasciato e ci troviamo molto bene.

Normalmente proponiamo storage server dedicati su base Supermicro, questo ci consente di realizzare soluzioni con capienze e performances molto elevate, interconnessioni a 10Gbita costi contenuti.

Usiamo SO Linux Ubuntu 22.04 LTS e tra i benefici di creare backup repository Linux su filesystem XFS ho particolarmente apprezzato il risparmio di spazio grazie alla tecnologie "space-less" per i synthetic full backups.

 


Andanet
Forum|alt.badge.img+11
  • Veeam Legend
  • March 2, 2023
VirtualCR wrote:

Ciao, usiamo Veeam Hardened Backup Repository fin da quando è stato rilasciato e ci troviamo molto bene.

Normalmente proponiamo storage server dedicati su base Supermicro, questo ci consente di realizzare soluzioni con capienze e performances molto elevate, interconnessioni a 10Gbita costi contenuti.

Usiamo SO Linux Ubuntu 22.04 LTS e tra i benefici di creare backup repository Linux su filesystem XFS ho particolarmente apprezzato il risparmio di spazio grazie alla tecnologie "space-less" per i synthetic full backups.

 

Bell’input quello di Supermicro… hai qualche modello in particolare da suggerire? 

GRazie 


@Andanet 

Ciao Antonio,

 

ti mando lo screen del backup, come ti accennavo precedentemente solamente la FILE1 non completa il task riportando come errore “Connessione in corso …..”

 

e non riesco a capire la motivazione. Il backup giornaliero viene tranquillamente effettuato è sull’immutable che lo riscontro! Grazie


Link State
Forum|alt.badge.img+11
Riccardo Magrini wrote:

@Andanet

Ciao Antonio,

 

ti mando lo screen del backup, come ti accennavo precedentemente solamente la FILE1 non completa il task riportando come errore “Connessione in corso …..”

 

e non riesco a capire la motivazione. Il backup giornaliero viene tranquillamente effettuato è sull’immutable che lo riscontro! Grazie

Ciao @Riccardo Magrini  puoi incollare l’errore completo del  job?

Sul server File1 nell’ event viwer sistema e security c’è qualche errore afferente nellporario del fallimento del job?


@Link State 

 

l’errore completo dice:

Error: read: Connessione in corso interrotta forzatamente dall'host remoto --tr:Cannot read data from the socket. Requested data size: [4]. --tr:Client failed to process the command. Command: [connectByIPs]. --tr:event:1: --tr:event:6: --tr:event:3:

 

 

sull’event viewer su Sistema e Sicurezza non ho nessun errore!


Andanet
Forum|alt.badge.img+11
  • Veeam Legend
  • March 6, 2023
Riccardo Magrini wrote:

@Link State

 

l’errore completo dice:

Error: read: Connessione in corso interrotta forzatamente dall'host remoto --tr:Cannot read data from the socket. Requested data size: [4]. --tr:Client failed to process the command. Command: [connectByIPs]. --tr:event:1: --tr:event:6: --tr:event:3:

 

 

sull’event viewer su Sistema e Sicurezza non ho nessun errore!

nella mia risposta precedente ti avevo scritto del proxy. Ora a meno che quella vm non utilizzi un proxy specifico per il backup…. mi viene da dire che il problema è il guestOS. 

Stai lavorando sui Hyper-V (si vede dall’icona del guest)…. è per caso un cluster? 

Credo che la strada migliore sia quella di aprire un case al supporto allegando il support bundle per quel job. 


@Andanet 

come proxy ho solo questi:

Si l’ambiente è su Hyper-V è non c’è nessun cluster 

 


Link State
Forum|alt.badge.img+11

@Riccardo Magrini grazie per le info.

come hai configurato i proxy su HyperV è differente da vSphere.

Sei in modalità “On Host” oppure “Off Host” proxy?

 

Hyper-V Proxy - Veeam Backup & Replication Best Practice Guide

Step 1. Launch New Backup Proxy Wizard - User Guide for Microsoft Hyper-V (veeam.com)

 

il VBR server risolve da DNS storage\ host Hperv ?

cortesemente dal VBR vai in C:\ProgramData\Veeam\Backup e apri il logdel backup fallito, trovi maggiori informazioni su eventuali errori.

grazie

 

 


@Link State 

su hyper-V non ho nessun proxy installato. E’ necessario per l’Immutable?? 

sui log ho trovato questi Error:

[06.03.2023 11:11:29] <36> Error                  [AP] (cc36) error: read: Connessione in corso interrotta forzatamente dall'host remoto
[06.03.2023 11:11:29] <36> Error          --tr:Cannot read data from the socket. Requested data size: [4].
[06.03.2023 11:11:29] <36> Error          --tr:Client failed to process the command. Command: [connectByIPs].
[06.03.2023 11:11:29] <36> Error          --tr:event:1:
[06.03.2023 11:11:29] <36> Error          --tr:event:6:
[06.03.2023 11:11:29] <36> Error          --tr:event:3:
[06.03.2023 11:11:29] <31> Info         [CHvSnapshotWrapper] Try dispose snapshot for task '36c14d60-e2a1-4adf-bb1f-cde8a35fff9c'
[06.03.2023 11:11:29] <31> Info         [CHvSnapshotWrapper] Remaining tasks count: '3'
[06.03.2023 11:11:29] <31> Info                 [AP] Disposing client from thread 31
[06.03.2023 11:11:29] <31> Info             Disposing BaseAgentProtocol [0x12262d0]
[06.03.2023 11:11:29] <31> Info             Disposing CSocketAgentService [0x253cb42], sessionId [cc36]
[06.03.2023 11:11:29] <31> Info             [SocketAgentService] Closing connection to agent '192.168.2.3', id cc36
[06.03.2023 11:11:29] <29> Info             [ReconnectableSocket][StopCondition] Stop confirmation was received on [fa207188-37e6-4595-ba5c-6c5ff476ac71].
[06.03.2023 11:11:29] <31> Info             Disposing CProxyAgent [0x396cb6], agent id 033b5fae-c4e2-4ecf-9a3a-a74bafd4621b
[06.03.2023 11:11:29] <32> Info                 [AP] (ab3c) command: 'Invoke: Generic.AbortReconnects '
[06.03.2023 11:11:29] <35> Info                   [AP] (ab3c) output: <VCPCommandResult result="true" exception="" />
[06.03.2023 11:11:29] <34> Info                   [AP] (ab3c) output: <VCPCommandArgs />
[06.03.2023 11:11:29] <34> Info                   [AP] (ab3c) output: >
[06.03.2023 11:11:29] <32> Info         [RemoteAgentSystemSession] Keep-alive thread operation is canceled, agentId: '033b5fae-c4e2-4ecf-9a3a-a74bafd4621b'
[06.03.2023 11:11:29] <31> Info                 [AP] Disposing client from thread 31
[06.03.2023 11:11:29] <31> Info             Disposing BaseAgentProtocol [0xd3dea4]
[06.03.2023 11:11:29] <31> Info             Disposing CSocketAgentService [0x2c3311e], sessionId [ab3c]
[06.03.2023 11:11:29] <31> Info             [SocketAgentService] Closing connection to agent '192.168.2.3', id ab3c
[06.03.2023 11:11:29] <31> Info             [AgentMngr] Stopping agent, id '033b5fae-c4e2-4ecf-9a3a-a74bafd4621b'
[06.03.2023 11:11:29] <31> Info             [AgentMngr] Closing port before agent stop, id '033b5fae-c4e2-4ecf-9a3a-a74bafd4621b'.
[06.03.2023 11:11:29] <31> Info             [AgentMngr] Sending signal to stop agent with timeout (10 sec), id 033b5fae-c4e2-4ecf-9a3a-a74bafd4621b. Host: 192.168.2.3.
[06.03.2023 11:11:29] <31> Info             [AgentMngr] Checking whether agent '033b5fae-c4e2-4ecf-9a3a-a74bafd4621b' is alive on host '192.168.2.3' with timeout.
[06.03.2023 11:11:30] <31> Info             [AgentMngr] Checking whether agent '033b5fae-c4e2-4ecf-9a3a-a74bafd4621b' is alive on host '192.168.2.3' with timeout.
[06.03.2023 11:11:30] <31> Info             [AgentMngr] Agent has been stopped, id '033b5fae-c4e2-4ecf-9a3a-a74bafd4621b'
[06.03.2023 11:11:30] <31> Info         [CProxyRpcInvoker] RpcInvoker [4482371] was disposed
[06.03.2023 11:11:30] <31> Error        read: Connessione in corso interrotta forzatamente dall'host remoto
[06.03.2023 11:11:30] <31> Error        --tr:Cannot read data from the socket. Requested data size: [4].
[06.03.2023 11:11:30] <31> Error        --tr:Client failed to process the command. Command: [connectByIPs].
[06.03.2023 11:11:30] <31> Error        --tr:event:1:
[06.03.2023 11:11:30] <31> Error        --tr:event:6:
[06.03.2023 11:11:30] <31> Error        --tr:event:3:
[06.03.2023 11:11:30] <31> Error         (Veeam.Backup.Common.CAppException)
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.AgentProvider.CClientAgentProtocol.WaitUntilWorking(Int32 timeout)
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.AgentProvider.CClientAgentProtocol.ConnectByIPs(IEnumerable`1 addrs, String username, String pwd, Int32 addConnectionsCount, Guid sessionId)
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.AgentProvider.CBackupClient.Connect(CServerConnParams prms, Int32 addConnectionsCount, Guid sessionId)
[06.03.2023 11:11:30] <31> Error        --- Fine traccia dello stack da posizione precedente dove è stata generata l'eccezione ---
[06.03.2023 11:11:30] <31> Error           in System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.Common.ExceptionFactory.ThrowNecessaryAggregateException(IEnumerable`1 exceptionsCollection)
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.AgentProvider.CBackupClientImpl.ConstructException(Exception exception, String error)
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.AgentProvider.CBackupClient.ConstructException(Exception ex, String error, Object[] args)
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.AgentProvider.CBackupClient.Connect(CServerConnParams prms, Int32 addConnectionsCount, Guid sessionId)
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.Core.CAgentsNormalConnection.Establish(IBackupClient client, CServerConnParams srvConnParams, Guid clientSessionId, EAdditionalConnections additionalDownloadConnectionsMode, Boolean canUseLocalAgentConnection)
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.Core.CAgentsSession.CreateNormalConnection(IBackupClient client, IBackupClient server, Guid clientSessionId, Boolean tryUseEncryption, EAdditionalConnections additionalDownloadConnectionsMode, IConnectionParametersInterceptor interceptor)
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.Core.CAgentsSession.InternalCreate(IBackupClient client, IBackupClient server, Guid clientSessionId, Guid serverSessionId, EAdditionalConnections additionalDownloadConnectionsMode, Boolean tryUseEncryption, TrafficCorruptionHandlerDelegate trafficCorruptionHandler, IConnectionParametersInterceptor interceptor)
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.Core.CAgentsSession.Create(IBackupClient client, IBackupClient server, EAdditionalConnections openAdditionalDownloadConnections, Boolean tryUseEncryption, TrafficCorruptionHandlerDelegate trafficCorruptionHandler)
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.Core.CAgentsSession.CreateForTask(IBackupClient client, IBackupClient server, ITaskSession taskSess, EAdditionalConnections openAdditionalDownloadConnections, Boolean tryUseEncryption)
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.Core.HyperV.CHvBackupJobPerformer.ExecuteTask(CHvVmTask task)
[06.03.2023 11:11:30] <31> Error        read: Connessione in corso interrotta forzatamente dall'host remoto
[06.03.2023 11:11:30] <31> Error        --tr:Cannot read data from the socket. Requested data size: [4].
[06.03.2023 11:11:30] <31> Error        --tr:Client failed to process the command. Command: [connectByIPs].
[06.03.2023 11:11:30] <31> Error        --tr:event:1:
[06.03.2023 11:11:30] <31> Error        --tr:event:6:
[06.03.2023 11:11:30] <31> Error        --tr:event:3:
[06.03.2023 11:11:30] <31> Error         (Veeam.Backup.Common.ConnectionException)
[06.03.2023 11:11:30] <31> Error        read: Connessione in corso interrotta forzatamente dall'host remoto
[06.03.2023 11:11:30] <31> Error        --tr:Cannot read data from the socket. Requested data size: [4].
[06.03.2023 11:11:30] <31> Error        --tr:Client failed to process the command. Command: [connectByIPs].
[06.03.2023 11:11:30] <31> Error        --tr:event:1:
[06.03.2023 11:11:30] <31> Error        --tr:event:6:
[06.03.2023 11:11:30] <31> Error        --tr:event:3:
[06.03.2023 11:11:30] <31> Error         (Veeam.Backup.Common.CAppException)
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.AgentProvider.CClientAgentProtocol.WaitUntilWorking(Int32 timeout)
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.AgentProvider.CClientAgentProtocol.ConnectByIPs(IEnumerable`1 addrs, String username, String pwd, Int32 addConnectionsCount, Guid sessionId)
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.AgentProvider.CBackupClient.Connect(CServerConnParams prms, Int32 addConnectionsCount, Guid sessionId)
[06.03.2023 11:11:30] <31> Error        --- Fine traccia dello stack da posizione precedente dove è stata generata l'eccezione ---
[06.03.2023 11:11:30] <31> Error           in System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.Common.ExceptionFactory.ThrowNecessaryAggregateException(IEnumerable`1 exceptionsCollection)
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.AgentProvider.CBackupClientImpl.ConstructException(Exception exception, String error)
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.AgentProvider.CBackupClient.ConstructException(Exception ex, String error, Object[] args)
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.AgentProvider.CBackupClient.Connect(CServerConnParams prms, Int32 addConnectionsCount, Guid sessionId)
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.Core.CAgentsNormalConnection.Establish(IBackupClient client, CServerConnParams srvConnParams, Guid clientSessionId, EAdditionalConnections additionalDownloadConnectionsMode, Boolean canUseLocalAgentConnection)
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.Core.CAgentsSession.CreateNormalConnection(IBackupClient client, IBackupClient server, Guid clientSessionId, Boolean tryUseEncryption, EAdditionalConnections additionalDownloadConnectionsMode, IConnectionParametersInterceptor interceptor)
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.Core.CAgentsSession.InternalCreate(IBackupClient client, IBackupClient server, Guid clientSessionId, Guid serverSessionId, EAdditionalConnections additionalDownloadConnectionsMode, Boolean tryUseEncryption, TrafficCorruptionHandlerDelegate trafficCorruptionHandler, IConnectionParametersInterceptor interceptor)
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.Core.CAgentsSession.Create(IBackupClient client, IBackupClient server, EAdditionalConnections openAdditionalDownloadConnections, Boolean tryUseEncryption, TrafficCorruptionHandlerDelegate trafficCorruptionHandler)
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.Core.CAgentsSession.CreateForTask(IBackupClient client, IBackupClient server, ITaskSession taskSess, EAdditionalConnections openAdditionalDownloadConnections, Boolean tryUseEncryption)
[06.03.2023 11:11:30] <31> Error           in Veeam.Backup.Core.HyperV.CHvBackupJobPerformer.ExecuteTask(CHvVmTask task)
[06.03.2023 11:11:30] <31> Error        read: Connessione in corso interrotta forzatamente dall'host remoto
[06.03.2023 11:11:30] <31> Error        --tr:Cannot read data from the socket. Requested data size: [4].
[06.03.2023 11:11:30] <31> Error        --tr:Client failed to process the command. Command: [connectByIPs].
[06.03.2023 11:11:30] <31> Error        --tr:event:1:
[06.03.2023 11:11:30] <31> Error        --tr:event:6:
[06.03.2023 11:11:30] <31> Error        --tr:event:3:
[06.03.2023 11:11:30] <31> Error         (Veeam.Backup.Common.ConnectionException)

ma ho capito ben poco!!

 


@Link State 

non ho nessun proxy su Hyper-V, è necessario per l’immutable?

per il log ecco tutto il contenuto https://justpaste.it/ax618

verso la fine ho visto gli errori ma non riesco a dargli una spiegazione.


Andanet
Forum|alt.badge.img+11
  • Veeam Legend
  • March 7, 2023

non è che il proxy sia necessario o meno per l’immutabile…. è per capire il tutto….a cosa corrisponde l’IP 192.168.2.3? A mio avviso comunque è il momento di aprire un case al supporto. 

 

 


@Andanet

il .2.3 è il server host dove è installato hyper-v, mentre la macchina di veeam è la  2.170. Adesso verificando lo stato dell’immutable è un’altra VM ad avere lo stesso errore mentre la FILE1 l’ha completato:

 

 

mi consigli di mettere un proxy!


Comment