On Wed, Feb 18, 2004 at 02:45:02PM +0100, Lars Marowsky-Bree wrote: > On 2004-02-18T13:11:04, > Joe Thornber <thornber@xxxxxxxxxx> said: > > > > Yes. I actually see no way around this, except to tap into a general > > > 'emergency' memory pool. I thought there was something like it, but I > > > forgot the name ;-) Doesn't pvmove use the same? > > PF_MEMALLOC; At the moment this is used for both loading tables, and > > making them active. Once the LVM tools start preloading properly, it > > will only be used for the activation (resume) operation. > > Would this not be an option for a _carefully written_ user-space tester > too? Maybe, because it is meant to offer the kind of help you need to recover from such extreme situations. But because PF_MEMALLOC is a process flag, we'ld need a userspace helper to set/reset it. Regards, Heinz -- The LVM Guy -- > > > Sincerely, > Lars Marowsky-Brée <lmb@xxxxxxx> > > -- > High Availability & Clustering \ ever tried. ever failed. no matter. > SUSE Labs | try again. fail again. fail better. > Research & Development, SUSE LINUX AG \ -- Samuel Beckett > > -- > > dm-devel@xxxxxxxxxx > https://www.redhat.com/mailman/listinfo/dm-devel *** Software bugs are stupid. Nevertheless it needs not so stupid people to solve them *** =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Heinz Mauelshagen Red Hat, Inc. Consulting Development Engineer Am Sonnenhang 11 56242 Marienrachdorf Germany Mauelshagen@xxxxxxxxxx +49 2626 141200 FAX 924446 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
