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

    XCP-ng 8.1 Release Candidate now available!

    Scheduled Pinned Locked Moved News
    89 Posts 16 Posters 53.0k Views 5 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.
    • DanpD Offline
      Danp Pro Support Team @dariosplit
      last edited by

      @dariosplit What exactly doesn't work? Where did you receive that output?

      D 2 Replies Last reply Reply Quote 0
      • D Offline
        dariosplit @Danp
        last edited by

        @Danp I got Ext3 again instead of Ext4.

        stormiS P 2 Replies Last reply Reply Quote 0
        • stormiS Offline
          stormi Vates 🪐 XCP-ng Team @dariosplit
          last edited by stormi

          @dariosplit said in XCP-ng 8.1 Release Candidate now available!:

          @Danp I got Ext3 again instead of Ext4.

          How do you check exactly? (you haven't answered to @Danp's "Where did you receive that output?")

          1 Reply Last reply Reply Quote 0
          • D Offline
            dariosplit @Danp
            last edited by

            @stormi cat /etc/fstab
            LABEL=root-penujp / ext3 defaults 1 1
            LABEL=swap-penujp swap swap defaults 0 0
            LABEL=logs-penujp /var/log ext3 defaults 0 2

            1 Reply Last reply Reply Quote 0
            • stormiS Offline
              stormi Vates 🪐 XCP-ng Team
              last edited by

              That's / and /var/log, not a local storage repository. Just read the other messages of this thread for a way to find the local SR and test its FS type.

              1 Reply Last reply Reply Quote 0
              • A Offline
                Andrew Top contributor
                last edited by

                After an ISO upgrade to RC1 from 8.0 it booted... so that's good.

                Using XCP-ng Center 99.99.99.28:
                Changing "Control Domain Memory" does not take effect.
                SMB ISO fails "SM has thrown a generic python exception" for existing SR.
                I deleted the ISO SR and can't create a new one (same error):
                SMB ISO fails "SM has thrown a generic python exception" for new SR.

                Python errors at boot:
                Traceback (most recent call last):
                File "/usr/lib64/xsconsole/XSConsole.py", line 46, in <module> main()
                File "/usr/lib64/xsconsole/XSConsole.py", line 37, in main app.Enter()
                File "/usr/lib64/xsconsole/XSConsoleTerm.py", line 57, in Enter Data.Inst(),Up
                date()
                File "/usr/lib64/xsconsole/XSConsoleData.py", line 343, in Update self.DeriveDa
                ta()
                File "/usr/lib64/xsconsole/XSConsoleData.py", line 361, in DeriveData name = "
                ".join(cpu['modelname'].split()))
                TypeError: string indices must be integers, not str

                I did not have the problems with 8.0.

                I had one VM that will no longer boot because of a missing disk. After attaching the disk there was a message about a PV error (it's not set for PV) and it still fails.

                As a test system there may have been some issues left over but it was all working with 8.0.

                So as a "production ready" upgrade. No.

                stormiS 1 Reply Last reply Reply Quote 0
                • stormiS Offline
                  stormi Vates 🪐 XCP-ng Team @Andrew
                  last edited by

                  Thanks for the feedback.

                  What's the output of uname -a?

                  @Andrew said in XCP-ng 8.1 Release Candidate now available!:

                  After an ISO upgrade to RC1 from 8.0 it booted... so that's good.

                  Using XCP-ng Center 99.99.99.28:
                  Changing "Control Domain Memory" does not take effect.

                  We do not support XCP-ng Center. The community as a whole can. Can you reproduce with other methods of changing dom0 memory? See https://support.citrix.com/article/CTX134951

                  SMB ISO fails "SM has thrown a generic python exception" for existing SR.
                  I deleted the ISO SR and can't create a new one (same error):
                  SMB ISO fails "SM has thrown a generic python exception" for new SR.

                  Does it work from Xen Orchestra? From command line using xe? Can you extract the errors at the time of the action from /var/log/SMlog, /var/log/daemon.log and /var/log/xensource.log?

                  Python errors at boot:
                  Traceback (most recent call last):
                  File "/usr/lib64/xsconsole/XSConsole.py", line 46, in <module> main()
                  File "/usr/lib64/xsconsole/XSConsole.py", line 37, in main app.Enter()
                  File "/usr/lib64/xsconsole/XSConsoleTerm.py", line 57, in Enter Data.Inst(),Up
                  date()
                  File "/usr/lib64/xsconsole/XSConsoleData.py", line 343, in Update self.DeriveDa
                  ta()
                  File "/usr/lib64/xsconsole/XSConsoleData.py", line 361, in DeriveData name = "
                  ".join(cpu['modelname'].split()))
                  TypeError: string indices must be integers, not str

                  Where is that error seen? Is it visible directly in the console in place of XSConsole? It's like the value of cpu is a string instead of a dict. Weird.

                  I did not have the problems with 8.0.

                  I had one VM that will no longer boot because of a missing disk. After attaching the disk there was a message about a PV error (it's not set for PV) and it still fails.

                  I've never seen upgrades detach disks from VMs. I suggest to open a separate thread for discussing and debugging the issue about this VM. Please give as much information as possible in that thread, including errors from logs (see https://github.com/xcp-ng/xcp/wiki/Logfiles).

                  1 Reply Last reply Reply Quote 0
                  • P Offline
                    peder @dariosplit
                    last edited by

                    @dariosplit I made a new 8.1-RC1 install and had the installer set up the Local SR as LVM.
                    After the installation I ran the commands in my previous example and afterwards 'mount' and 'file -sL' show that it's ext4.

                    HOWEVER; xsconsole still claims "Type : Ext3" so the console seems to have hard coded that "ext = ext3".
                    Something for RC2 sort out.

                    stormiS 1 Reply Last reply Reply Quote 0
                    • A Offline
                      Andrew Top contributor
                      last edited by

                      Linux node2 4.19.102 #1 SMP Thu Mar 5 19:21:42 CET 2020 x86_64 x86_64 x86_64 GNU/Linux

                      I like XCP-ng better... but I use XO too. The both have different advantages and issues.

                      Using xen-cmdline --set-xen dom0_mem changes the grub.cfg entries EXCEPT the default (first) kernel-alt entry. So yes, it works, but not for the alt kernel install. Not the end of the world, I can edit the file and move on. But, should it modify all xen config lines or just the default/first one?

                      I am able to create the SMB ISO SR using XO. The big issue is the old one (that I deleted) worked in 8.0 but did not work after the upgrade. Not a big deal the recreate it, but not good for an upgrade. There is some compatibility issue behind the scenes that now fails where it did not before.

                      Mar 10 23:25:06 node2 SM: [4467] self.dconf['vers'] = 3.0
                      Mar 10 23:25:06 node2 SM: [4467] Exception while attempting to append mount options
                      Mar 10 23:25:06 node2 SM: [4467] ***** generic exception: sr_attach: EXCEPTION <type 'exceptions.KeyError'>, 'username'
                      Mar 10 23:25:06 node2 SM: [4467] File "/opt/xensource/sm/SRCommand.py", line 110, in run
                      Mar 10 23:25:06 node2 SM: [4467] return self._run_locked(sr)
                      Mar 10 23:25:06 node2 SM: [4467] File "/opt/xensource/sm/SRCommand.py", line 159, in _run_locked
                      Mar 10 23:25:06 node2 SM: [4467] rv = self._run(sr, target)
                      Mar 10 23:25:06 node2 SM: [4467] File "/opt/xensource/sm/SRCommand.py", line 349, in _run
                      Mar 10 23:25:06 node2 SM: [4467] return sr.attach(self.params['sr_uuid'])
                      Mar 10 23:25:06 node2 SM: [4467] File "/opt/xensource/sm/ISOSR", line 286, in attach
                      Mar 10 23:25:06 node2 SM: [4467] self.appendCIFSMountOptions(mountcmd)
                      Mar 10 23:25:06 node2 SM: [4467] File "/opt/xensource/sm/ISOSR", line 430, in appendCIFSMountOptions
                      Mar 10 23:25:06 node2 SM: [4467] cifutils.splitDomainAndUsername(self.dconf['username'])
                      Mar 10 23:25:06 node2 SM: [4467]
                      Mar 10 23:25:06 node2 SM: [4467] ***** ISO: EXCEPTION <type 'exceptions.KeyError'>, 'username'
                      Mar 10 23:25:06 node2 SM: [4467] File "/opt/xensource/sm/SRCommand.py", line 372, in run
                      Mar 10 23:25:06 node2 SM: [4467] ret = cmd.run(sr)
                      Mar 10 23:25:06 node2 SM: [4467] File "/opt/xensource/sm/SRCommand.py", line 110, in run
                      Mar 10 23:25:06 node2 SM: [4467] return self._run_locked(sr)
                      Mar 10 23:25:06 node2 SM: [4467] File "/opt/xensource/sm/SRCommand.py", line 159, in _run_locked
                      Mar 10 23:25:06 node2 SM: [4467] rv = self._run(sr, target)
                      Mar 10 23:25:06 node2 SM: [4467] File "/opt/xensource/sm/SRCommand.py", line 349, in _run
                      Mar 10 23:25:06 node2 SM: [4467] return sr.attach(self.params['sr_uuid'])
                      Mar 10 23:25:06 node2 SM: [4467] File "/opt/xensource/sm/ISOSR", line 286, in attach
                      Mar 10 23:25:06 node2 SM: [4467] self.appendCIFSMountOptions(mountcmd)
                      Mar 10 23:25:06 node2 SM: [4467] File "/opt/xensource/sm/ISOSR", line 430, in appendCIFSMountOptions
                      Mar 10 23:25:06 node2 SM: [4467] cifutils.splitDomainAndUsername(self.dconf['username'])
                      Mar 10 23:25:06 node2 SM: [4467]

                      It looks like XCP-ng Center created the SMB ISO SR as a guest login without a username/password (empty/blank). Adding "guest/guest" in XO seems to resolve the problem. The issue is it worked before in 8.0 but not in 8.1.

                      The errors at boot are seen in the console after boot and login prompt but before the XSConsole screen.

                      As for the disk problem... I have been messing around a LOT with everything (local storage, iscsi, 7.6, 8.0, and back). I'm would not be happy to see these strange these strange things in a production system but I have been messing with the hosts in the lab more than a normal setup.

                      I'm new to XCP and trying to help the community so I can benefit from improved software too.

                      stormiS R 2 Replies Last reply Reply Quote 0
                      • stormiS Offline
                        stormi Vates 🪐 XCP-ng Team @Andrew
                        last edited by

                        @Andrew said in XCP-ng 8.1 Release Candidate now available!:

                        Linux node2 4.19.102 #1 SMP Thu Mar 5 19:21:42 CET 2020 x86_64 x86_64 x86_64 GNU/Linux

                        That is a very important information: you are using the alternate kernel (on purpose, I suppose? The installer is not supposed to make it the default kernel for you). Pinging @r1 to take your feedback into account and debug.

                        1 Reply Last reply Reply Quote 0
                        • A Offline
                          Andrew Top contributor
                          last edited by

                          Yes, I installed the alt kernel and made it the default entry in grub.
                          I was trying to solve an IOMMU problem on an AMD system (that is unsolvable).

                          Also, I hope the microcode firmware gets updated as there are new hypervisor attacks with AMD CPUs. Yes, I know I can manually install an update but it seems more important to update it in a VM environment than on a single host. Maybe, at least, add it to testing.

                          1 Reply Last reply Reply Quote 0
                          • A Offline
                            Andrew Top contributor
                            last edited by

                            Here's more from user.log:

                            Mar 11 02:50:24 node2 xsconsole: Data update failed:
                            Mar 11 02:50:24 node2 xsconsole: ['HOST_HAS_NO_MANAGEMENT_IP']
                            Mar 11 02:50:24 node2 xsconsole: SR data update failed:
                            Mar 11 02:50:24 node2 xsconsole: string indices must be integers, not str
                            Mar 11 02:50:24 node2 xsconsole: File "/usr/lib64/xsconsole/XSConsoleImporter.py", line 49, in ImportAbsDir#012 imp.load_module(importName, fileObj, pathName, description)
                            Mar 11 02:50:24 node2 xsconsole: File "/usr/lib64/xsconsole/plugins-base/XSMenuLayout.py", line 224, in <module>#012 XSMenuLayout().Register()
                            Mar 11 02:50:24 node2 xsconsole: File "/usr/lib64/xsconsole/plugins-base/XSMenuLayout.py", line 180, in Register#012 data = Data.Inst()
                            Mar 11 02:50:24 node2 xsconsole: File "/usr/lib64/xsconsole/XSConsoleData.py", line 52, in Inst#012 cls.instance.Create()
                            Mar 11 02:50:24 node2 xsconsole: File "/usr/lib64/xsconsole/XSConsoleData.py", line 145, in Create#012 self.Update()
                            Mar 11 02:50:24 node2 xsconsole: File "/usr/lib64/xsconsole/XSConsoleData.py", line 343, in Update#012 self.DeriveData()
                            Mar 11 02:50:24 node2 xsconsole: File "/usr/lib64/xsconsole/XSConsoleData.py", line 361, in DeriveData#012 name = " ".join(cpu['modelname'].split())
                            Mar 11 02:50:24 node2 xsconsole: *** PlugIn 'XSMenuLayout' failed to load: string indices must be integers, not str
                            Mar 11 02:50:24 node2 xsconsole: Data update connection failed - retrying. Exception was:
                            Mar 11 02:50:24 node2 xsconsole: ['HOST_STILL_BOOTING']
                            Mar 11 02:50:24 node2 xsconsole: XAPI Failed to logout exception was
                            Mar 11 02:50:24 node2 xsconsole: ['HOST_STILL_BOOTING']
                            Mar 11 02:50:24 node2 xsconsole: Data update failed:
                            Mar 11 02:50:24 node2 xsconsole: Could not connect to local xapi
                            Mar 11 02:50:24 node2 xsconsole: SR data update failed:
                            Mar 11 02:50:24 node2 xsconsole: 'NoneType' object has no attribute 'xenapi'
                            Mar 11 02:50:24 node2 xsconsole: Loaded initial xapi and system data in 0.235 seconds
                            Mar 11 02:50:25 node2 xsconsole: Exception: ("Unknown menu 'MENU_NETWORK'",)
                            Mar 11 02:50:25 node2 xsconsole: File "/usr/lib64/xsconsole/XSConsole.py", line 46, in <module>#012 main()
                            Mar 11 02:50:25 node2 xsconsole: File "/usr/lib64/xsconsole/XSConsole.py", line 40, in main#012 app.AssertScreenSize()
                            Mar 11 02:50:25 node2 xsconsole: File "/usr/lib64/xsconsole/XSConsoleTerm.py", line 47, in AssertScreenSize#012 self.layout.AssertScreenSize()
                            Mar 11 02:50:25 node2 xsconsole: File "/usr/lib64/xsconsole/XSConsoleLayout.py", line 41, in AssertScreenSize#012 ') too small for application size ('+str(self.APP_XSIZE)+', '+str(self.APP_YSIZE) +')')
                            Mar 11 02:50:25 node2 xsconsole: *** Exit caused by unhandled exception:
                            Mar 11 02:50:25 node2 xsconsole: Console size (80, 23) too small for application size (80, 24)

                            This systems does have a management IP.... it's setup on a VLAN attached to "Bond 0 + 1"

                            1 Reply Last reply Reply Quote 0
                            • R Offline
                              r1 XCP-ng Team @Andrew
                              last edited by

                              @Andrew said in XCP-ng 8.1 Release Candidate now available!:

                              Using xen-cmdline --set-xen dom0_mem changes the grub.cfg entries EXCEPT the default (first) kernel-alt entry. So yes, it works, but not for the alt kernel install. Not the end of the world, I can edit the file and move on. But, should it modify all xen config lines or just the default/first one?

                              xen-cmdline utility will only update the base kernel XCP-NG and XCP-ng (Serial), all other including kernel-alt are for debug purpose hence not touched. The script is also inherited from Citrix so its kept as-is.

                              Regarding the SMB ISO SR, it looks like XAPI or XAPI DB might have lost username/password in upgrade, this can be checked further in relevant code base.

                              Regarding XSConsole, if you have ssh access to the host, try to run it manually by # xsconsole and share the full error stack to trace further.

                              1 Reply Last reply Reply Quote 0
                              • A Offline
                                Andrew Top contributor
                                last edited by

                                The errors seem to be a boot time issue. When I run xsconsole from a shell I don't see the same errors.

                                1 Reply Last reply Reply Quote 0
                                • stormiS Offline
                                  stormi Vates 🪐 XCP-ng Team
                                  last edited by

                                  If you have an XOA (any version) installed and can open a support tunnel, I'm willing to have a look at the issues as part of the RC phase.

                                  1 Reply Last reply Reply Quote 0
                                  • DanpD Offline
                                    Danp Pro Support Team
                                    last edited by

                                    Upgraded my R620 to the RC. Noticed the following during the boot process, but it eventually loaded and seems to be functioning fine thus far --
                                    cc0293b6-f302-4c5e-913d-8ef680d87bfa-image.png

                                    1 Reply Last reply Reply Quote 0
                                    • stormiS Offline
                                      stormi Vates 🪐 XCP-ng Team @peder
                                      last edited by

                                      @peder said in XCP-ng 8.1 Release Candidate now available!:

                                      @dariosplit I made a new 8.1-RC1 install and had the installer set up the Local SR as LVM.
                                      After the installation I ran the commands in my previous example and afterwards 'mount' and 'file -sL' show that it's ext4.

                                      HOWEVER; xsconsole still claims "Type : Ext3" so the console seems to have hard coded that "ext = ext3".
                                      Something for RC2 sort out.

                                      Now solved. Just run yum update, restart the xsconsole service, and it will display 'Ext' instead of 'Ext3'.

                                      P 1 Reply Last reply Reply Quote 0
                                      • P Offline
                                        peder @stormi
                                        last edited by

                                        @stormi Yes, that did it.
                                        I suppose there's currently no way to show the actual filesystem, instead of the generic "Ext", in the xsconsole?
                                        You have to resort to a shell and 'mount' or 'file -sL' to see that?

                                        stormiS 1 Reply Last reply Reply Quote 0
                                        • stormiS Offline
                                          stormi Vates 🪐 XCP-ng Team @peder
                                          last edited by

                                          @peder That would require more than just a simple fix indeed.

                                          1 Reply Last reply Reply Quote 0
                                          • stormiS Offline
                                            stormi Vates 🪐 XCP-ng Team
                                            last edited by

                                            I have pushed three new updates: kernel-alt, xcp-python-libs and xapi(-*).

                                            • kernel-alt updated to 4.19.108 by @r1
                                            • xcp-python-libs updated as a requirements for handling the grub configuration update when kernel-alt will be updated, now and in future updates
                                            • xapi updated with code by @BenjiReis to handle export and restore of VMs in a suspended state. This is a foundation for a future XO feature related to that.

                                            Please update and make sure that you notice no regression related to those updates.

                                            D 1 Reply Last reply Reply Quote 2
                                            • First post
                                              Last post