Jump to content
NAKIVO Community Forum

Official Moderator

Moderators
  • Posts

    861
  • Joined

  • Last visited

  • Days Won

    52

Posts posted by Official Moderator

  1. On 5/17/2023 at 9:55 AM, Alan said:

    Hi 

    Tape Volume doesn't move to original slot when it removed from drive. 

    @Alan, NAKIVO's normal behavior when the job is complete the "Tape Cartridge" will move from the "Drive" back to the "Original slot".  Please generate a new support bundle with the "Include main database" option and send it to us for further investigation.

    Besides, the additional information (Job/VM name, screenshots...) will be useful to speed up our progress. You can refer to this link: https://helpcenter.nakivo.com/display/NH/Support+Bundles

    You can also upload your support bundle to https://upload.nakivo.com/ Please specify your ticket ID #199264 in the description.

    We look forward to hearing from you.

     

  2. 2 hours ago, Clement said:

    Hello,

     

    When I tried to install Nakivo transporter 10.8.0 previously download in nakivo partner website, the package on app center in QNAP TS-230 send me an error : Failed to install, the installation package is incompatible. But when I read documentation about compatibility of nakivo and QNAP TS-230, it can work...

     

    QNAP firmware version : QTS 5.0.1.2376

    Hello, @Clement, for your special case, I suggest you to create a ticket to support: https://helpcenter.nakivo.com/User-Guide/Content/Settings/Support-Bundles.htm Also, please share the screenshot (Model/CPU/OS version) QNAP and install logs for further investigation.

    We look forward to hearing from you.

  3. Beta testing for NAKIVO Backup & Replication v10.9 has now started, with new features for physical machine recovery, backup security and seamless administration of remote environments. Here are the highlights of v10.9 Beta:

    Bare Metal Recovery: Minimize downtime and data loss with full physical machine recovery.

    Backup Malware Scan: Ensure that the backup data used for recovery is free from viruses, ransomware and other malware. Direct Recovery from Tape: Save time with fast recovery directly from tape media.

    Direct Connect: Protect your data across sites via a secure port connection – now with support for more platforms.

    In addition, this release expands the list of platforms supported by NAKIVO Backup & Replication to include VMware vSphere 8.0 Update 1 and Debian.

    Join the Beta Program here to try the new features and get a $30 Amazon eGift Card for sharing your feedback!

     

     

    v 10.9 Beta Social Media posts and graphics_FB_LD ALT (1).jpg

  4. 2 hours ago, Mike said:

    Hi,

     

    We have to periodically backup a few TBs of files (20) from a NAS to tape and the amount is increasing considerably over time.

     

    What will be the proper licensing to get so the pricing will not change based on the amount of data being backed up ?

     

    Thanks

    @Mike, your information was received and forwarded to our 2nd Level Support Team. We will follow up with you shortly.

  5. 5 hours ago, Alan said:

    We JUST want to know the tape usage in the management interface. 

    @Alan I appreciate your patience. The current version (10.8) has no option to show the free space on the tape. This option is expected in the next release.

  6. 3 minutes ago, Alan said:

    We JUST want to know the tape usage in the management interface. 

    @Alan, your information was received and forwarded to our 2nd Level Support Team. We will follow up with you shortly.

  7. 19 hours ago, moelli said:

    Hi,

    is there an updated URL for the updater script? The Url above brings a 404.

    Thanks and BR, Ilja

    Please find the updaters here according to the CPU: x86_64 -

    https://d96i82q710b04.cloudfront.net/res/product/DSM7/NAKIVO_Backup_Replication_v10.8.0.73174_Updater_Synology_x86_64.sh armv7 - https://d96i82q710b04.cloudfront.net/res/product/DSM7/NAKIVO_Backup_Replication_v10.8.0.73174_Updater_Synology_arm_v7.sh armv8 - https://d96i82q710b04.cloudfront.net/res/product/DSM7/NAKIVO_Backup_Replication_v10.8.0.73174_Updater_Synology_arm_v8.sh

    Feel free to let us know if there is anything else we can assist you with, and we will get back to you. We are looking forward to hearing from you.

  8. 22 hours ago, Ottavio Passoni said:

    I'm perfectly agree with TonioRoffo and Jim. Deduplication efficiency and incremental forever has been, from the beginning, one of the main reasons that made me choose Nakivo as the number one backup solution for my customers. The obligation to periodically perform full backups was, for some of my customers, extremely boring for obvious reasons of time and space consumption. Now I find myself having to destroy the repositories with all my backups to recreate them with the correct settings in order to be able to use them in "incremental forever" as I was always used to on previous versions from Nakivo. I think the change was indeed a bad idea.

    Hello @Ottavio Passoni For now, it is still possible to create "Forever incremental" and "Incremental with full" types of repositories in NAKIVO. The only changes that were implemented in NAKIVO - are the default settings in which the repository is created.

    Previously that was "Forever incremental". Now it is "Incremental with full". Configuring repository type is done with the "Store backups in separate files" checkbox during repository creation.

    With the checked "Store backups in separate files" box, there will be created "Incremental with full" repository type. With unchecked "Store backups in separate files" box, there will be created a "Forever incremental" repository type.

    We look forward to hearing from you.

  9. 15 hours ago, Ottavio Passoni said:

    I'm perfectly agree with TonioRoffo and Jim. Deduplication efficiency and incremental forever has been, from the beginning, one of the main reasons that made me choose Nakivo as the number one backup solution for my customers. The obligation to periodically perform full backups was, for some of my customers, extremely boring for obvious reasons of time and space consumption. Now I find myself having to destroy the repositories with all my backups to recreate them with the correct settings in order to be able to use them in "incremental forever" as I was always used to on previous versions from Nakivo. I think the change was indeed a bad idea.

    @Ottavio Passoni, your information/request has been received and forwarded to our Level 2 Support Team.

    Meanwhille, the best way for both sides would be to generate and send a support bundle (https://helpcenter.nakivo.com/display/NH/Support+Bundles) to support@nakivo.com so our Technical Support team can investigate it and forward your feature request to our Product Development team for possible future implementation.

    We will follow up with you shortly. 

  10. On 4/5/2023 at 9:27 AM, Martijn said:

    For over a few years I still cannot get the screenshot verification up and running for a Windows Server (at this moment 2022). The VM Recovery boot is slow as the Windows Server is using iSCSI and because of that a Nakivo proxy is needed.

    So setup is: Synology NAS -> ESXi proxy -> ESXi recovery host.

    I already put the VMTools service as delayed start, changed the registry for a longer service timeout (ServicePipeTimeout to 240.000) and set the screenshot settings in Nakivo to:

    - VMs simultaneously: 1
    - Recovery time: 30 min
    - Screenshot delay: 800 seconds.

    Is there anything else possible to get this to work? For example put the VMTools service as dependent on another important service?

    Hello @Martijn

    We appreciate your patience during our investigation.

    The VM(s) could not be bootable because of inconsistent backup created without App-Aware mode (quiescing). 

    That's why we recommend always using App-Aware mode enabled(fail on the error) and performing VM/Screenshot verification every job run.

    Nothing can be done from our side to fix these backups, and we recommend starting new chains from scratch (old backups you can use for file recovery only).

    You can perform the following steps to achieve this:
    1. Open the job for editing.
    2. Select 2. Destination.
    3. Open advanced options.
    4. Select the VM with inconsistent points.
    5. Disable tick 'Use existing backup as a target'.
    6. Delete old backups or save them and start a new backup chain from scratch.

    We are looking forward to your feedback. Please do not hesitate to contact us if you need any further information.

  11. On 4/5/2023 at 9:27 AM, Martijn said:

    For over a few years I still cannot get the screenshot verification up and running for a Windows Server (at this moment 2022). The VM Recovery boot is slow as the Windows Server is using iSCSI and because of that a Nakivo proxy is needed.

    So setup is: Synology NAS -> ESXi proxy -> ESXi recovery host.

    I already put the VMTools service as delayed start, changed the registry for a longer service timeout (ServicePipeTimeout to 240.000) and set the screenshot settings in Nakivo to:

    - VMs simultaneously: 1
    - Recovery time: 30 min
    - Screenshot delay: 800 seconds.

    Is there anything else possible to get this to work? For example put the VMTools service as dependent on another important service?

    Hello @Martijn, thank you for your patience during our investigation.

    In your log, we have found the following error:

    2023-04-04T20:46:19,729 [ERROR][Events] [SYSTEM] [JOB-13/VMware backup job][VM-1011/Server18] error144: EventError144{jobInfo='EventJobInfo{jobId=13, jobExecutionId=null, jobScheduleName=null}', title='Verification of the "Server18" VM has failed', description='Screenshot verification has failed for the "Server18" VM because VMware Tools are not available or out of date. Install the latest VMware Tools on the source VM to avoid this problem for future recovery points.', transient='null'}

    Please perform the following steps for further investigation:

    + Access the expert mode, then enable 'system.vmware.skip.outdated .tools.checking' option
    https://helpcenter.nakivo.com/User-Guide/Content/Settings/Expert-Mode.htm

    + Make sure the VMware Tools are up to date. Reinstall if possible

    Then please try again and share the result with us.

    We are looking forward to hearing from you. Should you need any further information, please do not hesitate to contact us.

  12. 2 hours ago, Martijn said:

    For over a few years I still cannot get the screenshot verification up and running for a Windows Server (at this moment 2022). The VM Recovery boot is slow as the Windows Server is using iSCSI and because of that a Nakivo proxy is needed.

    So setup is: Synology NAS -> ESXi proxy -> ESXi recovery host.

    I already put the VMTools service as delayed start, changed the registry for a longer service timeout (ServicePipeTimeout to 240.000) and set the screenshot settings in Nakivo to:

    - VMs simultaneously: 1
    - Recovery time: 30 min
    - Screenshot delay: 800 seconds.

    Is there anything else possible to get this to work? For example put the VMTools service as dependent on another important service?

    @Martijn Sorry, but Support Team needs more information for further investigation.

    Please provide us support bundle, including the main database (https://helpcenter.nakivo.com/display/NH/Support+Bundles). Do not forget to indicate your ticket number #193534. Thank you so much for your attention and participation. We are looking forward to hearing from you.

  13. On 3/26/2023 at 10:51 PM, Luguta said:

    Hi there, I hope everyone is doing fine.

    I have a very unique situation here preventing me to configure AD integration inside Nakivo. My domain was created using a single name, there is no dot with a second FQDN right after. 

    Where it should be "Contoso.com", it is only "Contoso" for example.

    Nakivo won't let me click on apply and it marks the box with a red color, and it says "The value in this field is invalid".

    Do any of you have a workaround for this? Or can a fix be implemented?

    Thank you and regards,

    Luguta

    Hello @Luguta, thank you for reaching out to us with your concern regarding AD integration inside Nakivo. We understand that you are facing difficulty in configuring AD integration due to the unique situation of your domain being created using a single name without a dot and a second FQDN.

    We would like to inform you that unfortunately, such FQDN is not supported by NAKIVO at this time. We apologize for any inconvenience this may have caused you. We appreciate your feedback regarding this matter, and we will take note of your concern as we continue to develop our product. If you have any further questions or concerns, please do not hesitate to contact us. Thank you for choosing Nakivo Backup & Replication.

  14. 14 hours ago, Luguta said:

    Hi there, I hope everyone is doing fine.

    I have a very unique situation here preventing me to configure AD integration inside Nakivo. My domain was created using a single name, there is no dot with a second FQDN right after. 

    Where it should be "Contoso.com", it is only "Contoso" for example.

    Nakivo won't let me click on apply and it marks the box with a red color, and it says "The value in this field is invalid".

    Do any of you have a workaround for this? Or can a fix be implemented?

    Thank you and regards,

    Luguta

    Hello, @Luguta, your information has been received and forwarded to our Level 2 Support Team. We will follow up with you shortly. Thank you for choosing NAKIVO Backup & Replication as your data protection solution. Best regards

    • Like 1
  15. Special Offer for Attendees

    *Attend the webinar and get a chance to win:

    $100 Amazon eGift card in a random drawing for scheduling a demo during the webinar
    $25 Amazon eGift Card for completing a quick post-webinar survey

    Learn more

    Disasters happen unexpectedly. And businesses that fail to plan ahead risk operational disruption, significant financial losses, and in some cases, permanent closure. The cost of downtime alone should be a reason to rethink disaster recovery procedures, especially having a current, tested incident response plan in place.

    Register for our upcoming webinar to learn how to evaluate your organization’s disaster readiness and create an appropriate disaster recovery plan.

    WEB-11070 - SM posts_Disaster webinar_FB event.png

    What it covers

    • Overview: Importance of DR planning in 2023

    • Checklist: From planning to execution

    • Scenarios: Onsite vs. offsite

    • Secrets: Expert tips to maximize uptime

    • Tools: Site Recovery capabilities

    • Case study: Lessons from a real DR story

    • Technical demo: Setting up DR workflows with NAKIVO

    • Q&A session: Exchanging knowledge and expertise

    When to attend

    • Americas: Wednesday, March 29, 2–3 PM EDT

    • EMEA: Thursday, March 30, 2–3 PM CEST

    BONUS: Attend and get free access to NAKIVO’s SMB Disaster Preparedness Guide.

    REGISTER NOW

    *Terms and conditions apply

  16. On 2/28/2023 at 9:23 PM, octek0815 said:

    Hello MazterJedi,

    i have exact the same issue. Are you on 10.8? And is your NAS a Synology?
    First job run on new repository works without an issue and second run fails?
    I only have the issue with Backup Copy Jobs.

    Greetings
    Octek0815.

    @octek0815 We have yet to receive the support bundle from you. Please let us know if there are any updates. Thank you

  17. On 2/28/2023 at 9:23 PM, octek0815 said:

    Hello MazterJedi,

    i have exact the same issue. Are you on 10.8? And is your NAS a Synology?
    First job run on new repository works without an issue and second run fails?
    I only have the issue with Backup Copy Jobs.

    Greetings
    Octek0815.

    Hello,@octek0815, thank you for your post. Please generate and send a support bundle to us for further investigation.  You can also use this website to send the bundle: https://upload.nakivo.com/c/uploadPackage

    Do not forget to indicate your ticket number: #187843.

    We are looking forward to hearing from you. 

  18. 16 hours ago, Mr.Ed said:

    Can I get this new build?  I was about to wipe my whole server back to bare metal in an attempt to get Nutanix backups to work again.  I had a ticket open about it yesterday.

    Ticket #187640

    @Mr.Ed Hello again, from the information I have the new build has already sent to you (ticket #187640). Please, check. Should you need any further information, please do not hesitate to contact us. 

  19. 15 hours ago, Mr.Ed said:

    Can I get this new build?  I was about to wipe my whole server back to bare metal in an attempt to get Nutanix backups to work again.  I had a ticket open about it yesterday.

    Ticket #187640

    Hello @Mr.Ed, thank you for your patience. This issue was fixed in the new NAKIVO build. Please contact support to get it: support@nakivo.com. We look forward to hearing from you. Best regards

  20. On 2/10/2023 at 5:22 PM, Mr.Ed said:

    Oddly enough, when I upgraded to AOS 6, I didn't have any issues with my Nakivo 10.7 backups.

    Now that I upgraded to Nakivo 10.8, I get errors on every Nutanix backup like this: Nutanix CBT data was not provided for the "xxxx" VM

    The fix for me, after almost every major update, is to delete all my Nutanix Backups from Disk and start fresh with a new backup job. (After a good backup to tape of course)

    Has anyone else run into this?  The need to blow away your Nutanix backups and start over to get the CBT to work again after an upgrade?

     

     

    @Mr.Ed, thank you for your patience. This issue was fixed in the new NAKIVO build. Please contact support to get it. We look forward to hearing from you.

  21. On 2/25/2023 at 11:37 AM, Martin Sitte said:

    Original NAKIVO Version 1.8.0 Release for Virtual Appliance was NAKIVO_Backup_Replication_v10.8.0.71786_Updater.sh

    Meanwhile it has been updated to NAKIVO_Backup_Replication_v10.8.0.71845_Updater.sh

    Release Letter for Version 1.8.0 does not mention any change.

    What is the difference? What has been fixed? Why is no information available?

    I am currently on Release 10.7.2: Current version: 10.7.2.69768No updates available

    Shouldn't I see 10.8.0 is available as Update?

    Regards

    Martin

    Thank you for your patience.

    >>> Release Letter for Version 1.8.0 does not mention any change.

    >>> What is the difference? What has been fixed? Why is no information available?

    For the release notes and update changes between the update versions, please refer to this article:

    https://helpcenter.nakivo.com/Release-Notes/Content/Release-Notes.htm

    >>> I am currently on Release 10.7.2: Current version: 10.7.2.69768 | No updates available

    >>> Shouldn't I see 10.8.0 is available as an Update?

    The auto-update feature will check. If NAKIVO has a new version, the system will notify you every time you log in/restart NAKIVO.

    The current system checks on this page: https://www.nakivo.com/nbr_update_check/ga/. This page is controlled by NAKIVO.

    Normally, a new version can be added to the page '/nbr_update_check' after a few weeks of the release.

    For the announcement of new versions, please check the registered email or our website.

    Customers can also update manually by downloading the source at our site:

    https://www.nakivo.com/resources/download/update/

    If you have any further questions, please let us know.

    We look forward to hearing from you.

    Best regards

  22. 15 hours ago, Eric said:

    We recently started using the MSP version and found that Postgresql is not supported. Is there a plan to make this available?

    Hello @Eric, thank you for contacting NAKIVO Support!

    We haven’t added this feature into NAKIVO Backup & Replication yet. In fact, we loved the idea so much, we began working on it a short time ago.

    Please, note that we don’t have an ETA from the Development Team behind it yet, but from their last update, I’d say we’re close to launching it.

    Stay tuned in order not to miss our latest updates! Thank you so much for your attention and participation.

    We are looking forward to hearing from you. Best regards

    • Like 1
  23. 5 hours ago, Martin Sitte said:

    Original NAKIVO Version 1.8.0 Release for Virtual Appliance was NAKIVO_Backup_Replication_v10.8.0.71786_Updater.sh

    Meanwhile it has been updated to NAKIVO_Backup_Replication_v10.8.0.71845_Updater.sh

    Release Letter for Version 1.8.0 does not mention any change.

    What is the difference? What has been fixed? Why is no information available?

    I am currently on Release 10.7.2: Current version: 10.7.2.69768No updates available

    Shouldn't I see 10.8.0 is available as Update?

    Regards

    Martin

    Hello, @Martin Sitte, thank you for your post! Your information was received and forwarded to our 2nd Level Support Team. We will follow up with you shortly.

×
×
  • Create New...