[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Unable to start more than 14 domUs - libxl__xs_transaction_commit: could not commit xenstore transaction



On Wednesday, June 3, 2020 2:56:06 PM CEST Jürgen Groß wrote:
> On 03.06.20 14:15, J. Roeleveld wrote:
> > Hi all,
> > 
> > I upgraded to Xen 4.12.2 recently and since the upgrade, I am unable to
> > start more than 14 domUs. >
> > The error, when trying to start the 15th, is:
> > Parsing config from /etc/xen/boot/stage7/dbtest
> > libxl: error: libxl_xshelp.c:265:libxl__xs_transaction_commit: could not
> > commit xenstore transaction: No space left on device
> > libxl: error: libxl_xshelp.c:265:libxl__xs_transaction_commit: could not
> > commit xenstore transaction: No space left on device
> > libxl: error: libxl_create.c:1318:domcreate_launch_dm: Domain 20:unable to
> > add disk devices
> > libxl: error: libxl_domain.c:1038:libxl__destroy_domid: Domain
> > 20:Non-existant domain
> > libxl: error: libxl_domain.c:993:domain_destroy_callback: Domain 20:Unable
> > to destroy guest
> > libxl: error: libxl_domain.c:920:domain_destroy_cb: Domain 20:Destruction
> > of domain failed
> > 
> > 
> > 
> > The domUs showing the issue get the disks from a driver-domain.
> 
> Ah, this might be related to hitting some Xenstore quota.
> 
> As you are seeing the problem in libxl__xs_transaction_commit I guess
> you should increase the number of Xenstore entries per domain.
> 
> The default is 1000, you can set the value via the -E start parameter of
> xenstored (e.g. "-E 5000" to set it to 5000), or if you are using
> oxenstored by editing your /etc/xen/oxenstored.conf file (entry
> "quota-maxentity").

Has this default been changed/lowered?
Or has there been an increase in amount of values in xenstore?

As this will require a reboot of the server, I will not be able to test this 
before the weekend. Is there any way to confirm this is actually the case 
without a restart?

Many thanks,

Joost






 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.