XCP-ng
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    CBT: the thread to centralize your feedback

    Scheduled Pinned Locked Moved Backup
    455 Posts 37 Posters 649.4k Views 29 Watching
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • olivierlambertO Offline
      olivierlambert Vates πŸͺ Co-Founder CEO
      last edited by

      I'm not aware of such issues (at least now) πŸ€” (doesn't mean it doesn't exist more broadly but it's the first report). We'll upgrade our own production to 8.3 relatively soon, so it will be the opportunity to also check internally.

      R 1 Reply Last reply Reply Quote 0
      • R Offline
        rtjdamen @olivierlambert
        last edited by

        @olivierlambert ok, maybe u experience some differences as well, we were on 8.3 since February and did patch last friday, since the patching is see a decrease.

        What i believe is happening is that GC processes are blocking other storage operations. So only if a coalece is done on an sr i see multiple actions like destroy, enable cbt and change block calculations being processed. As far as i know this was not the case before, they also could take some longer but it was not related to (or i have never noticed it).

        Maybe we can confirm if this behavior is by design or not?

        R 1 Reply Last reply Reply Quote 0
        • olivierlambertO Offline
          olivierlambert Vates πŸͺ Co-Founder CEO
          last edited by

          I'm not sure there's a change related to that but I can ask @Team-Storage

          1 Reply Last reply Reply Quote 0
          • R Offline
            rtjdamen
            last edited by

            Anyone else experiencing this issue?
            https://github.com/vatesfr/xen-orchestra/issues/8713

            it's a long time bug that i believe is pretty easy to fix and get CBT backups to get more robust. Would be great if this can be implemented!

            rtjdamen created this issue in vatesfr/xen-orchestra

            open CBT backup fails repeatedly due to leftover invalid CBT snapshots #8713

            1 Reply Last reply Reply Quote 1
            • olivierlambertO Offline
              olivierlambert Vates πŸͺ Co-Founder CEO
              last edited by

              Pinging @florent about this

              florentF 1 Reply Last reply Reply Quote 0
              • florentF Offline
                florent Vates πŸͺ XO Team @olivierlambert
                last edited by

                @olivierlambert yes the fix is in the pipeline (on xapi side )
                it won't migrate a snapshot with cbt enabled, and won't allow to disable cbt on a snapshot

                R 1 Reply Last reply Reply Quote 1
                • olivierlambertO Offline
                  olivierlambert Vates πŸͺ Co-Founder CEO
                  last edited by

                  Thanks!

                  1 Reply Last reply Reply Quote 0
                  • R Offline
                    rtjdamen @florent
                    last edited by

                    @florent so not an option solving this inside xoa? Could be usefull for the short term.

                    1 Reply Last reply Reply Quote 0
                    • R Offline
                      rtjdamen @rtjdamen
                      last edited by

                      Support found that automatic refresh of our sr every 30 seconds delayed this. It seems we had this for a longer time but now it’s more aggressive. Disabled this as this is not required. This resolves our issue here.

                      1 Reply Last reply Reply Quote 1
                      • olivierlambertO Offline
                        olivierlambert Vates πŸͺ Co-Founder CEO
                        last edited by

                        Wow, rescan every 30sec? I thought the default value was 10 min or something πŸ€” Do you remember setting it manually at some point?

                        R 1 Reply Last reply Reply Quote 0
                        • R Offline
                          rtjdamen @olivierlambert
                          last edited by

                          @olivierlambert No never changed it. From what i understand from Jon it's default this where his words "and all these SRs have auto-scan enabled. This means every 30 seconds, the pool master will scan the entirety of every SR". We changed this and the problem is gone.

                          1 Reply Last reply Reply Quote 1
                          • olivierlambertO Offline
                            olivierlambert Vates πŸͺ Co-Founder CEO
                            last edited by

                            Okay, I thought the autoscan was only for like 10 minutes or so, but hey I'm not deep down in the stack anymore πŸ˜„

                            1 Reply Last reply Reply Quote 0
                            • F flakpyro referenced this topic on

                            Hello! It looks like you're interested in this conversation, but you don't have an account yet.

                            Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.

                            With your input, this post could be even better πŸ’—

                            Register Login
                            • First post
                              Last post