similar to: 5.2.0 xen and maxGrantFrames

On Fri, Apr 26, 2019 at 11:25:13AM +0200, Christoph wrote: > > Hi > > libvirt 5.2.0 should support maxGrantFrames setting for xen (changelog). > I get ever an error if I use it in the config: Hi > <domain type='xen'> > <name>satan.chao5.int</name> > <uuid>f1f96b1c-fb75-4707-afb7-604d696d29cc</uuid> > <memory

error: Failed to create domain from /etc/libvirt/libxl/satan_pvh.xml error: internal error: libxenlight failed to create new domain 'satan.chao5.int' and with an other domU with this config: <domain type='xen'> <name>abaddon.chao5.int</name> <uuid>2ebe8981-b443-4052-a996-22f377c19cc6</uuid> <memory

I know these are mostly gamers but they have a lot of experience doing PCI pass though: https://discord.gg/du9ecG I have found them extremely helpful in the past doing libvirt PCI passthough. *Paul O'Rorke* On 2020-02-05 10:13 a.m., Jim Fehlig wrote: > On 2/4/20 1:04 AM, Christoph wrote: >> this config does not work... why? > > Without more details, I don't know why

Rowland penny via samba ha scritto il 27/08/20 alle 16:43: > [...] > Netbios is intrinsically tied to SMBv1 and? LLMNR (Link-Local Multicast > Name Resolution) is also connected in a way, it allows name resolutions > without a nameserver. So, if you are using it, I personally wouldn't, > ever heard of MITM ? Just to understand a little more... NetBIOS with a wins server

Hi all, I 've such a config on xen (4.14): name = "marax.chao5.int" uuid = "e0de3cb7-3937-417d-8d63-b0993b377b6a" maxmem = 16384 memory = 16384 kernel = '/usr/lib64/xen/boot/hvmloader' vcpus = 16 rtc_timeoffset = 0 localtime = 1 on_poweroff = "destroy" on_reboot = "restart" on_crash = "restart" vif = [

this config does not work... why? <domain type='xen'> <name>marax.chao5.int</name> <uuid>72f8f7cf-d538-41cd-828a-9945b9157719</uuid> <memory unit='GiB'>32</memory> <currentMemory unit='GiB'>32</currentMemory> <vcpu placement='static'>16</vcpu> <os> <type

I''m getting this: blktap_validate_params: aio:/dev/vg_lilith-raid/xen-f13-64: capacity: 20971520, sector-size: 512 blktap_validate_params: aio:/dev/vg_lilith-raid/xen-f13-64: capacity: 20971520, sector-size: 512 blktap_device_create: minor 0 sectors 20971520 sector-size 512 blktap_device_create: creation of 253:0: 0 INFO: trying to register non-static key. the code is fine but needs

Hi all, I have a problem to convert a hvm config file to xml: virsh -c xen:/// domxml-from-native xen-xm /etc/xen/marax.cfg > /etc/xen/marax_xml.cfg error: internal error: config value kernel was missing cat /etc/xen/marax.cfg builder = 'hvm' memory = 2048 vcpus=8 boot="c" name = "marax" disk = [

Hi I use this config to start win7 64bit via virsh: <domain type='xen' id='21'> <name>marax</name> <uuid>6df7f16c-50e1-4541-b5b1-a91ff675a7c2</uuid> <memory unit='KiB'>2097152</memory> <currentMemory unit='KiB'>2097152</currentMemory> <vcpu placement='static'>8</vcpu>

Hi I cant start a hvm domU with more than 3 nic's configured... why? it is a bug? With previous versions it was possible... here the config - it is an opnsense (openbsd) hvm domU: name = "fenrir.chao5.int" uuid = "7aedcd03-54e8-4055-8d1b-37dd34194859" maxmem = 2048 memory = 2048 loader = '/usr/lib64/xen/boot/hvmloader' type = "hvm" vcpus = 2

Am 2015-10-01 12:24, schrieb Fabio Fantoni: > > Qemu seems crashed, can you post qemu log of this domU for see the > exact problem? > Also domU's xl cfg can be useful and/or backtrace of qemu crash with > gdb depending on the error of qemu crash. > thats the config of domU: builder = 'hvm' memory = 2048 vcpus=8 boot="c" name = "marax"

Hi it is possible to use xen and spice already? If yes is there any howto or doc how? If I turn on spice in cfg of a hvm domU, I get this error: Parsing config from /etc/xen/marax.cfg libxl: detail: libxl_dom.c:238:hvm_set_viridian_features: base group enabled libxl: detail: libxl_dom.c:238:hvm_set_viridian_features: freq group enabled libxl: detail:

Hi All, I've samba (4.11.2) on centos 8 connected to IPA. All works as expected but I see these errors in log: Aug 28 09:12:02 satan8 smbd[889]: [2020/08/28 09:12:02.656514, 0, pid=889] ../../source3/rpc_client/cli_pipe.c:2937(rpc_pipe_open_ncalrpc) Aug 28 09:12:02 satan8 smbd[889]: connect(/run/samba/ncalrpc/EPMAPPER) failed: No such file or directory Aug 28 09:12:02 satan8 smbd[889]:

Hi can someone say me whats wrong in this config: <domain type='xen'> <name>fenrir.chao5.int</name> <uuid>7aedcd03-54e8-4055-8d1b-37dd34194859</uuid> <memory unit='KiB'>2097152</memory> <currentMemory unit='KiB'>2097152</currentMemory> <vcpu placement='static'>2</vcpu> <os>

Hi I cant start a hvm domU with more than 3 nic's configured... why? it is a bug? With previous versions it was possible... here the config - it is an opnsense (openbsd) hvm domU: name = "fenrir.chao5.int" uuid = "7aedcd03-54e8-4055-8d1b-37dd34194859" maxmem = 2048 memory = 2048 loader = '/usr/lib64/xen/boot/hvmloader' type = "hvm" vcpus = 2

It seems to be a problem with kernel... I use the kernel-ml there (5.5.6)... with kernel from centos-virt repo (4.9.*) it works without this problem... --- ------ Greetz Am 27.02.2020 07:50, schrieb Christoph: > Hi > > I cant start a hvm domU with more than 3 nic's configured... why? it is > a bug? > With previous versions it was possible... > > here the config - it is

Change the assembly code to use the new _ASM_MOVABS macro which get a symbol reference while being PIE compatible. Adapt the relocation tool to ignore 32-bit Xen code. Position Independent Executable (PIE) support will allow to extended the KASLR randomization range below the -2G memory limit. Signed-off-by: Thomas Garnier <thgarnie at google.com> --- arch/x86/tools/relocs.c | 16

Supermin is a tool that we use to create and distribute the tiny libguestfs appliance. The tool has been in development since 2009 and was renamed from ‘febootstrap’ to ‘supermin’ in 2013. To find out more about this tool, see: http://libguestfs.org/supermin.1.html I have just released supermin 5.2.0. This is a stable branch version. Previously we didn't really have a split between stable

I believe the issue is that on Windows the sqrt function when called with a NaN does not return the same NaN, as it does on other platforms. We have #if (defined(_WIN32) || defined(_WIN64)) && defined(__GNUC__) && \ __GNUC__ <= 4 # define R_sqrt(x) (ISNAN(x) ? x : sqrt(x)) #else # define R_sqrt sqrt #endif for implementing the SQRT opcode. I suspect this came from Duncan

On Mon, Sep 14, 2015 at 4:16 PM, Duncan Murdoch <murdoch.duncan at gmail.com> wrote: > I think the reason for the earlier restriction is the assumption that > eventually gcc will be fixed and this workaround won't be necessary, but > apparently 5.2.0 still has the same problem. I tested this hypothesis by replacing '__GNUC__ <= 4' with '__GNUC__ <= 5' and