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
View originalIo 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.
+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.
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.
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 ?
+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.
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
+2
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.
+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 
): si tratta di uno script che automatizza e semplifica la creazione di un Linux Hardened Repository.
GitHub - tdewin/veeamhubrepo: quick linux immutable repository
+13
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?
+7
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:
+13
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
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
+10
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
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.
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.
+10
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
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
+7
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
Sul server File1 nell’ event viwer sistema e security c’è qualche errore afferente nellporario del fallimento del job?
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!
+10
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.
come proxy ho solo questi:
Si l’ambiente è su Hyper-V è non c’è nessun cluster
+7
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
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!!
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.
+10
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.
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!
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.