emacs-bug-tracker
[Top][All Lists]
Advanced

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

bug#49487: closed (t3200-type-change.sh using too much memory)


From: GNU bug Tracking System
Subject: bug#49487: closed (t3200-type-change.sh using too much memory)
Date: Thu, 26 Aug 2021 22:48:02 +0000

Your message dated Thu, 26 Aug 2021 15:47:29 -0700
with message-id <YSgaAf/6YZSB3db2@ohop.brianlane.com>
and subject line Re: bug#49487: t3200-type-change.sh using too much memory
has caused the debbugs.gnu.org bug report #49487,
regarding t3200-type-change.sh using too much memory
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
49487: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=49487
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- Subject: t3200-type-change.sh using too much memory Date: Fri, 9 Jul 2021 11:57:32 +0100
Hi,

It appears that scsi_debug needs actual memory when creating the
virtual disks.  If I run the tests inside a qemu VM with just 512MB of
RAM, the t3200-type-change test fails when it tries to create a 550MB
virtual disk.

Most of the other tests get by with virtual disks of just a few
megabytes.  Would someone who understands the partition structure
better than me be able to change the numbers so the test runs with a
10MB disk?

Cheers,
Ross



--- End Message ---
--- Begin Message --- Subject: Re: bug#49487: t3200-type-change.sh using too much memory Date: Thu, 26 Aug 2021 15:47:29 -0700
On Fri, Jul 09, 2021 at 11:57:32AM +0100, Ross Burton wrote:
> Hi,
> 
> It appears that scsi_debug needs actual memory when creating the
> virtual disks.  If I run the tests inside a qemu VM with just 512MB of
> RAM, the t3200-type-change test fails when it tries to create a 550MB
> virtual disk.
> 
> Most of the other tests get by with virtual disks of just a few
> megabytes.  Would someone who understands the partition structure
> better than me be able to change the numbers so the test runs with a
> 10MB disk?

This has been mostly fixed. It ends up the lowest we can go is 267 on
the fat32 test because fat32 won't work on anything smaller than 256.
All the others have been reduced to 10, so hopefully this is enough to
squeak by on a small system.

Brian

-- 
Brian C. Lane (PST8PDT) - weldr.io - lorax - parted - pykickstart



--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]