Jump to content
NAKIVO Community Forum

Leaderboard

Popular Content

Showing content with the highest reputation since 02/19/24 in all areas

  1. Hi, I have a problem, apparently of incompatibility of versions, I am working on the most recent version of nakivo, that is 10.11 and I have two nas devices, one with transporter version 10.8 and another with version 10.5, when I try to add them to the nodes, I get the following error. My solution is to downgrade the version to 10.8 or similar, but I can't find the resources on the official website. Could you help me get past versions of nakivo? If you guys have any other solution ideas or suggestions, I'm open to trying.
    2 points
  2. Hello @Ana Jaas, thanks for reaching out. To be able to provide the steps to take, we need more information about your NAS devices. Could you please provide us with the specifications of your NAS devices? We'll need details such as the model, operating system version, and CPU version. This information will enable us to guide you through updating the Transporter to match the version of the Director. Alternatively, you can navigate to Expert Mode: https://helpcenter.nakivo.com/User-Guide/Content/Settings/Expert-Mode.htm?Highlight=expert mode and enable system.transporter.allow.old to address the compatibility issue. If you find these steps challenging or would prefer direct assistance, we're more than willing to schedule a remote session to help you navigate through the process: support@nakivo.com. Looking forward to your response.
    2 points
  3. Yes, native support for Proxmox VMs is under investigation. However, you can already use agent-based backup for Proxmox. This should allow you to back up and recover Proxmox data the way you would back up your Windows or Linux machines. We’ll share the workflow here soon. Stay tuned!
    2 points
  4. Darn, was hoping to test it out already . The native backups in PVE are okay but lacking some key features.
    2 points
  5. I am encountering a significant issue with a "Clone Backup to Backblaze" job that I've set up. The task is designed to transfer all my backups, totaling 1.4 TB, to Backblaze using a 275mbit/s internet connection. Based on my calculations, I anticipated the job would complete within 13-14 hours. However, after 43 hours and 30 minutes, the progress is only at 88.5%. Initially, the transfer rate peaks between 200-300mbit/s, which aligns with my expectations. But, a few hours into the job, the speed dramatically drops to as low as 0.01 mbit/s and stays minimal for extended periods, vastly underutilizing my available bandwidth as confirmed by speedtest.net results. Additionally, there's a scheduling conflict that exacerbates the situation. While the "Clone Backup to Backblaze" job is ongoing, the original backup process starts, writing data to the same source targeted by the clone job. I've tried to mitigate this by scheduling the clone job to run over the weekend, ensuring it has ample time to complete before the original backup resumes on Monday. Despite these adjustments, the issue persists. Could you please provide guidance or solutions to address the following concerns? The drastic fluctuations in data transfer speed, particularly the periods of significantly reduced speed. Strategies to prevent scheduling conflicts between the clone and original backup jobs, ensuring both can complete without interference. Thank you for your assistance.
    1 point
  6. Live Webinar: The Ultimate Guide to VM Backup and Recovery with NAKIVO Special Offer for Attendees *Attend the webinar and get a chance to win: $50 Amazon eGift Card in one of three lucky draws during the webinar. $25 Amazon eGift Card for completing a quick post-webinar survey. Learn more Protecting data in virtual environments requires a thorough understanding of potential threats and vulnerabilities and a dedicated data protection solution for virtualized workloads. Register for our upcoming webinar, where we discuss the threat landscape and best practices you need to protect your VMs. Discover how NAKIVO backup for virtualization platforms can provide the optimal solution for your data protection needs. What it covers: Overview: Potential threats to virtual environments Tools: NAKIVO backup for virtualization platforms Tips: Best practices for data protection in virtual environments. Real-life Scenarios: Case studies of customers achieving their VM data protection goals. Technical Demo: Showcasing NAKIVO Backup & Replication capabilities for virtual workload protection. Q&A session: Insights from experts in virtual environment protection. When to attend Tuesday, March 5, 2024 Americas: 11 AM – 12 PM EST EMEA: 5 PM – 6 PM CET REGISTER NOW *Terms and conditions apply
    1 point
  7. Another +100 for Nakivo to work with XCP-ng
    1 point
  8. +100 for Nakivo (at Qnap) to work XCP-NG ! Any RoadMap is planned?
    1 point
  9. I asked the NAKIVO sales team about Proxmox support recently. They said native support is on their roadmap but no ETA yet.
    1 point
  10. Hi, I'm new to this forum so excuse me if this topic already have been discussed (didn't find any though). My company is hosting and helping multiple customers, both in our hosting and onprem environments. I've been working with Nakivo before but only on onprem installations with one setup per customer (local vcenter and esxi access). But what I now would like to be able to do is to have one central director that we manage multiple customers in. From what I can see in the docs the setup should then consist of a Director with transport and repos centrally, transport agent at the customer site with Direct connect enabled. Agents on physical machines. But the main problem is that we need to open ports in the customer FW to the transport agent server. And if we have a customer that doesn't allow access to vCenter and only allow agent based backups we still need to add a transport and open FW to that. Is that correct? Is there no alternative to have agents talk to our transport and/or director centrally without opening any firewall inbound on the customer side? Hope my question makes sense.
    1 point
  11. Following up on your query, we recommend that you set up NAKIVO Backup & Replication in multitenant mode and create remote tenants for managing multiple customers through one central Director. Here's a quick guide: - To add customers as remote tenants, you should install an independent instance of NAKIVO Backup & Replication with its own license at each remote site. - Ensure the cloud-based multitenant NAKIVO Backup & Replication is accessible via a public IP and two ports for remote access. - Manage all tenants from the central multitenant installation. Each remote site remains independent, ensuring jobs continue even with connectivity issues. - No need to open any ports on the customer's side. - This setup addresses your concerns about firewall configurations while offering centralized management. Please don't hesitate to contact our engineers if you need a demo or assistance.
    1 point
  12. Does anyone know if NAKIVO is planning to support Proxmox backup? I'm looking for an alternative to the built-in Proxmox Backup Server
    0 points
×
×
  • Create New...