ML
    • Recent
    • Categories
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    BRRABill's Field Report With XenServer

    IT Discussion
    20
    750
    382.5k
    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.
    • momurdaM
      momurda @BRRABill
      last edited by

      @BRRABill
      xe vm-cd-eject --multiple
      I think unmounts all

      olivierO 1 Reply Last reply Reply Quote 0
      • BRRABillB
        BRRABill @olivier
        last edited by

        @olivier said in BRRABill's Field Report With XenServer:

        We started to implement a way to catch this message properly to give more feedback when it happens (and ideally one day, unmount automagically all guest tools ISO)

        I can do it pretty easily in XC, but I am trying to stay away from XC and only use XO. 🙂

        1 Reply Last reply Reply Quote 0
        • olivierO
          olivier @momurda
          last edited by

          @momurda Yep that's a solution IIRC.

          1 Reply Last reply Reply Quote 0
          • BRRABillB
            BRRABill
            last edited by

            Sweet, I can stay in XO then!

            Thanks @momurda

            1 Reply Last reply Reply Quote 0
            • BRRABillB
              BRRABill
              last edited by

              Do I remember a bug of some sort where you could not use XO to reboot the host?

              REBOOT on the update tab does not seem to reboot the host.

              olivierO 1 Reply Last reply Reply Quote 0
              • olivierO
                olivier @BRRABill
                last edited by

                @BRRABill Advanced tab, force reboot.

                This is fixed in next-release coming soon in stable (we catch the exception in XenServer and display a modal to confirm force if normal reboot can't be done)

                1 Reply Last reply Reply Quote 0
                • BRRABillB
                  BRRABill
                  last edited by

                  I am getting ...

                  NO_HOSTS_AVAILABLE(OpaqueRef:e0b425cf-7e9c-76e3-d289-c5dde892e7b6)

                  @olivier I saw your post come in as I was posting this. OK, thanks

                  1 Reply Last reply Reply Quote 0
                  • olivierO
                    olivier
                    last edited by olivier

                    Explanation: a "soft" reboot will try to live migrate the running VMs on this host to another one.

                    But if it's not possible, the XenServer exception will be NO_HOSTS_AVAILABLE. Now, we are able to catch it and display a extra message to ask for force.

                    BRRABillB 1 Reply Last reply Reply Quote 0
                    • BRRABillB
                      BRRABill @olivier
                      last edited by

                      @olivier said in BRRABill's Field Report With XenServer:

                      Explanation: a "soft" reboot will try to live migrate the running VMs on this host to another one.

                      But if it's not possible, the XenServer exception will be NO_HOSTS_AVAILABLE. Now, we are able to catch it and display a extra message to ask for force.

                      Will choosing a regular reboot from the HOST page do a regular XC-like reboot? Or does it have the same issue?

                      1 Reply Last reply Reply Quote 0
                      • olivierO
                        olivier
                        last edited by

                        Should be the same behavior everywhere (at least since we fixed it)

                        BRRABillB 1 Reply Last reply Reply Quote 0
                        • BRRABillB
                          BRRABill @olivier
                          last edited by

                          @olivier What does a 0 byte(s) in the installed updates section indicate?

                          olivierO 1 Reply Last reply Reply Quote 0
                          • olivierO
                            olivier @BRRABill
                            last edited by

                            @BRRABill Nothing. It means the patch was probably installed via another patch (some patches "embed" previous patches). So this exact patch doesn't use space.

                            That's a bit strange but that's how XS patches work.

                            1 Reply Last reply Reply Quote 0
                            • DanpD
                              Danp @olivier
                              last edited by

                              @olivier said in BRRABill's Field Report With XenServer:

                              If it stopped (no pending tasks related to patches), there is probably something that stopped it.

                              Check in settings/logs to see if there is something.

                              edit: you can re-click on the update button. It won't explode.

                              FWIW, ran into this today with a new XS install. Here's the error from the XO logs --

                              Nov 30 15:40:55 xo-5 xo-server[980]: Wed, 30 Nov 2016 21:40:55 GMT xen-api [email protected]: pool_patch.apply(...) [17ms] =!> XapiError: PATCH_ALREADY_APPLIED(OpaqueRef:a34b3e4e-838a-0eb2-3ca4-9b1bf13b4c09)
                              Nov 30 15:40:55 xo-5 xo-server[980]: Wed, 30 Nov 2016 21:40:55 GMT xo:xapi task destroyed: Patch upload (XS70E017)
                              
                              1 Reply Last reply Reply Quote 0
                              • scottalanmillerS
                                scottalanmiller
                                last edited by

                                @BRRABill it's been a full year since hte last follow up on this thread. How about an update after another year of use?

                                1 Reply Last reply Reply Quote 1
                                • 1
                                • 2
                                • 22
                                • 23
                                • 24
                                • 25
                                • 26
                                • 37
                                • 38
                                • 24 / 38
                                • First post
                                  Last post