Development

• 

  Updates announcements and testing
  • stormi

  9
  0
  Votes
  9
  Posts
  480
  Views

  

  Thanks for the tests. I have pushed the vhd-tool package to the updates repository now, for everyone.
• 

  XCP-ng 7.5.0 final is here
  • olivierlambert

  73
  4
  Votes
  73
  Posts
  4894
  Views

  D

  Hi. Apologies for delay in responding. Yes I did check for that and there was none. It occurred on at least 2 VMS I tried. In one case just shutting a VM down and trying to restart gave the missing vdi error. Everything I checked (with my limited knowledge of the CLI) looked fine. As soon as I rolled back to 7.4 on the master the VMS started without any issue. Its as if the upgrade applied some schema changes to the vdi linking in some way perhaps? I did try a second time just updating the master but with the same result - stopping and trying to restart a VM on any host (we have 4) gave the vdi missing error. Again rollling back fixed the problem but leaves me worried about upgrading.
• 

  An updated installer for XCP-ng 7.5.0
  • stormi

  9
  1
  Votes
  9
  Posts
  447
  Views

  

  It's now released, thanks for the tests that allowed to improve it: https://xcp-ng.org/2018/09/21/xcp-ng-new-install-features/
• B

  XenServer 7.6 is out!!
  • buzzzo

  22
  1
  Votes
  22
  Posts
  1034
  Views

  J

  @revtel I'd be keen for a xcp-ng LTSR also
• 

  [Test] XCP-ng 7.5.0 Windows PV-Drivers and Management Agent
  • borzel

  34
  3
  Votes
  34
  Posts
  1851
  Views

  

  @dlkcon that's (maybe) at all not releated to our PV-Drivers. Please open a new thread, so we all can discuss your issue there
• 

  Testing ZFS with XCP-ng
  • nraynaud

  74
  0
  Votes
  74
  Posts
  7764
  Views

  

  @nraynaud take your time, no rush
• 

  Status of XCP-ng 7.6: beta out soon
  • stormi

  3
  2
  Votes
  3
  Posts
  462
  Views

  

  @stormi said in Status of XCP-ng 7.6: beta out soon: https://bugs.xenserver.org/browse/XSO-878 not fun
• 

  and hybrid raid solutions? (HW + SW, like megasr)
  • Rinux

  2
  0
  Votes
  2
  Posts
  33
  Views

  

  Fake RAID is the worst choice possible in any case. Use purely software RAID or hardware RAID. edit: because mainly it takes cons of both hardware and software RAID… I always heard horrible stories with fake RAID, as far as I remember on Windows XP to recent hardware on "consumer" grade stuff. And I know I'm not the only one thinking that. Obviously, I'm open to data that suggest there is a lot of benefits.
• 

  XCP-ng Windows Management Agent
  • borzel

  11
  0
  Votes
  11
  Posts
  1034
  Views

  

  The Citrix one, if you have it...
• 

  SELinux
  • doubleu

  2
  0
  Votes
  2
  Posts
  102
  Views

  

  I have no idea, ask Citrix: https://bugs.xenserver.org Well, Xen isn't Linux. It's a micro kernel booting first then having a privileged domain to administrate VMs. So there is still some CPU/memory isolation on Xen level that isn't required in the dom0 itself. But I can't tell more if there is specific reasons, Citrix has the answer.
• 

  How to build new Qlogic Linux Drivers e.g. for former Broadcom 57800 NICs
  • schories

  13
  0
  Votes
  13
  Posts
  1684
  Views

  T

  @r1 Quick note to say thanks for your earlier input but don't worry about this. We've abandoned trying to get the Broadcom 57800 cards to run under XCP-NG or Xen 7.5; replaced them with Dell Intel i350&X540 Quad Port cards. As a quick recap for anyone else with this issue, we had a set of 3 Dell R630 servers fitted with Dell's Qlogic/Broadcom 57800 based quad-port daughter network cards (2 x 10GBe RJ45's with 2 x 1GBe RJ45s). Hardware is rev 10 apparently and they identify within the OS as Ethernet controller: Broadcom Limited NetXtreme II BCM57800 1/10 Gigabit Ethernet (rev 10) filename: /lib/modules/4.4.0+2/updates/bnx2x.ko version: 1.714.1 Under Xen 7.1 and earlier these ran perfectly, using the BNX2X driver v 1.714.1 along with the latest firmware from Dell. Oddly most of the reported issues seem to concern this version ? The Broadcom/QLogic 57800 doesn't seem to be on Citrix's HCL any longer for newer releases so presumably someone's decided that the year old NICs are now obsolete? Attempting to upgrade to Xen 7.2 or indeed XCP-NG 7.5 resulted in installation of a newer BNX2X driver (1.714.6 if memory serves), which for whatever reason was unable to bring the 10GBe links up or detect connected cables. We attempted to update the driver further using the appropriate Citrix driver disks along with attempting firmware rollbacks to see if that was the problem. I had been hoping to try a fresh build of the driver as above, but have neither the build environment nor knowledge to do that! After burning through 3-4 days troubleshooting this, we've given up on the Broadcom cards and bought replacement Intel NICs - Dell i350&X540 quad port daughter cards, again offering 2 x 10GBe & 2 x 1GBe RJ45 ports. Swapped the cards over, booted the machines and upgraded successfully to XCP-NG on first attempt. Zero hassle; zero issues. I can only assume there's a fix to be had somewhere but we've not got the time to keep experimenting in the hope something eventually results in a previously working system resuming working! If it helps anyone else, we bought the Intel cards from here: https://www.etb-tech.com/dell-intel-i350-x540-1-10gb-rj-45-sfp-quad-port-rndc-98493.html#.W5Dt5-hKi70
• A

  USB passthrough test reports in 7.5RC1
  • Aimdev

  22
  0
  Votes
  22
  Posts
  1325
  Views

  C

  First off, thanks to @Aimdev and @fjen for providing a good write up of the steps taken to get USB passthrough to work. I followed them all pretty much with out any difficulty and with no errors on anything for a Broadcom Bluetooth USB card (Broadcom Corp._BCM2045B) that's built into my laptop I'd like to pass through to a Linux VM. And I get all the way up to where the USB device is correctly presented in the XCP-ng Centre application, but the device doesn't [seem to] appear at the OS level in dmesg | grep usbcore or lusb outputs in my guest OS VM. However, since I didn't any failure to start the vm or other errors, I had not executed the final command: xe vm-param-set uuid=<VM UUID> platform:device-model=qemu-upstream-compat But since the Broadcom chip still didn't appear in the guest Linux VM, I shutdown the VM and then executed the above command with the VM UUID. But after a restart, the VM still doesn't see the Broadcom USB device. Any idea what could be up or suggestions where I need to dig?
• K

  Intel VMD driver required to support NVMe SSDs on Intel Xeon SP
  • Kurt Schluss

  2
  0
  Votes
  2
  Posts
  136
  Views

  

  This is in theory possible, but not trivial. Usually @r1 or @stormi can give you good advice on how to try to do it yourself (unlike XS, we are open to "do it yourself, here is some tools" philosophy). Also in theory, XS 7.6 should be out in weeks (4 or 5 max? if they stick to their plan), with probably a more recent kernel. IDK which option will be faster.
• B

  Deploy VMs using Ansible
  • bvitnik

  7
  0
  Votes
  7
  Posts
  2090
  Views

  B

  Thanks stormi. Still no testers thou. I found one critical bug that effectively prevents deployment . Reconfiguration of existing VMs works as expected . I have prepared a commit to fix a bunch of bugs I found in the mean time but I haven't pushed it to GitHub repo yet. To lazy I guess . If someone is eager to test, I'll push it right away.
• M

  XCP-ng 7.5 - MegaRAID SAS 9240-8i hang/reboot issue.
  • mpyusko

  6
  0
  Votes
  6
  Posts
  402
  Views

  M

  @r1 Any Kernel upgrade is a pain, regardless how seamless some distros try to make it. I've been using XS for years and it's always been rock-solid in my production environment. This is the first time I've ever experienced a critical issue. Unfortunately it translates to an unstable system, so there is no telling when the machine is going to suffer a "critical-error" and hang at reboot. My low-level familiarity win XS/XCP-ng does not extend to the depth where I would attempt a self-guided kernel upgrade, however if there is a development fork where they are testing the 4.14 or 4.15 kernel, I would be inclined to evaluate it.
• 

  Notes on upgrade from xcp-ng 7.4 to xcp-ng 7.5
  • revtel

  2
  2
  Votes
  2
  Posts
  216
  Views

  

  Hi, Yes, it's likely you would have run the same issue with XenServer. Those latest security patches are doing strong side effects and I think the priority was to fix the issue rather than keeping "agile" with the VMs. We discovered that later too. Anyway, due to those patches, it's likely you'll have to reboot your VMs to get the own kernel updates working.
• 

  XCP-ng 7.5 net-install ISO
  • olivierlambert

  7
  1
  Votes
  7
  Posts
  270
  Views

  M

  @olivierlambert said in XCP-ng 7.5 net-install ISO: Sounds like something you wanted @maxcuttins You know already... to me what's matter is the level of engagement in the project. At the beginning is always everything awesome but in the long terms most of the project get low level of attention. So I need to be very very very very prudent in order to use something in production on my customers. But in this case I have to say: there is something new everyday. I'm exicted!
• 

  Solved Windows VSS Driver
  • borzel

  5
  0
  Votes
  5
  Posts
  448
  Views

  

  Note: even on XenServer, VSS still require to be enabled manually I'm so happy to NOT have Windows VMs into production… Far easier on Linux…
• 

  Help us to find a public patch
  • olivierlambert

  10
  0
  Votes
  10
  Posts
  426
  Views

  

  That's a possibility yes. I don't think it could happen fast however. And you can't close existing opened code, so it will be more proprietary additions in the end. That's why we are innovating directly in XCP-ng, and we'll continue that way!
• D

  XCP-ng GPU Passthrough - No GPU found
  • DustinB

  16
  0
  Votes
  16
  Posts
  721
  Views

  

  Okay good to know I had the hope that a serial console would be enough. I'll take a look if I can have any luck.