All of lore.kernel.org
 help / color / mirror / Atom feed
* [Qemu-devel] [Bug 1801933] [NEW] default memory parameter too small on x86_64 today
@ 2018-11-06 13:17 johann peyrard
  2018-12-05 10:58 ` [Qemu-devel] [Bug 1801933] " Alex Bennée
                   ` (4 more replies)
  0 siblings, 5 replies; 7+ messages in thread
From: johann peyrard @ 2018-11-06 13:17 UTC (permalink / raw)
  To: qemu-devel

Public bug reported:

Launching a centos74 iso VM today does not work anymore on x86_64
without increasing the size of the memory parameter. For example with
this command :

$ /opt/qemu-3.0.0/bin/qemu-system-x86_64 --curses   -enable-kvm -drive
file=file.dd,index=0,media=disk -drive file=centos-
x86_64.iso,index=1,media=cdrom

[    3.047614] Failed to execute /init
[    3.048315] Kernel panic - not syncing: No init found.  Try passing init= option to kernel. See Linux Documentation/init.txt for guidance.
[    3.049258] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.10.0-693.21.1.el7.x86

Increasing the size from the default 128MiB to 512MiB let the VM works without problem.
So, ok, it's not a qemu problem, it's more a "User problem" and interface problem for me.
But it push me in the end to launch VirtualBox instead of qemu, because the default parameter does not work anymore... And I had no time to investigate why it does not work because the message is not visible.
Debian iso with the same command line for example show a message to tell me that there is not enough memory, so it help me to track the real issue behind.

But... In the end, I think today, the default memory parameter on x86_64 is too small and it can lead some people like me to switch to VirtualBox.
VirtualBox, in the wizard is set by default to 4MiB Ram size, which tell you... Ok I need to put more. And, you know that 4MiB is not enough in the end.

Regards,

Johann

** Affects: qemu
     Importance: Undecided
         Status: New

** Description changed:

- Launching a centos7 VM today does not work anymore on x86_64 without
+ Launching a centos7 iso VM today does not work anymore on x86_64 without
  increasing the size of the memory parameter. For example with this
  command :
  
  $ /opt/qemu-3.0.0/bin/qemu-system-x86_64 --curses   -enable-kvm -drive
  file=file.dd,index=0,media=disk -drive file=centos-
  x86_64.iso,index=1,media=cdrom
  
  [    3.047614] Failed to execute /init
  [    3.048315] Kernel panic - not syncing: No init found.  Try passing init= option to kernel. See Linux Documentation/init.txt for guidance.
  [    3.049258] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.10.0-693.21.1.el7.x86
  
- 
  Increasing the size from the default 128MiB to 512MiB let the VM works without problem.
  So, ok, it's not a qemu problem, it's more a "User problem" and interface problem for me.
  But it push me in the end to launch VirtualBox instead of qemu, because the default parameter does not work anymore... And I had no time to investigate why it does not work because the message is not visible.
  Debian iso with the same command line for example show a message to tell me that there is not enough memory, so it help me to track the real issue behind.
  
  But... In the end, I think today, the default memory parameter on x86_64 is too small and it can lead some people like me to switch to VirtualBox.
  VirtualBox, in the wizard is set by default to 4MiB Ram size, which tell you... Ok I need to put more. But, you know that 4MiB is not enough in the end.
  
- 
  Regards,
  
  Johann

** Description changed:

- Launching a centos7 iso VM today does not work anymore on x86_64 without
- increasing the size of the memory parameter. For example with this
- command :
+ Launching a centos74 iso VM today does not work anymore on x86_64
+ without increasing the size of the memory parameter. For example with
+ this command :
  
  $ /opt/qemu-3.0.0/bin/qemu-system-x86_64 --curses   -enable-kvm -drive
  file=file.dd,index=0,media=disk -drive file=centos-
  x86_64.iso,index=1,media=cdrom
  
  [    3.047614] Failed to execute /init
  [    3.048315] Kernel panic - not syncing: No init found.  Try passing init= option to kernel. See Linux Documentation/init.txt for guidance.
  [    3.049258] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.10.0-693.21.1.el7.x86
  
  Increasing the size from the default 128MiB to 512MiB let the VM works without problem.
  So, ok, it's not a qemu problem, it's more a "User problem" and interface problem for me.
  But it push me in the end to launch VirtualBox instead of qemu, because the default parameter does not work anymore... And I had no time to investigate why it does not work because the message is not visible.
  Debian iso with the same command line for example show a message to tell me that there is not enough memory, so it help me to track the real issue behind.
  
  But... In the end, I think today, the default memory parameter on x86_64 is too small and it can lead some people like me to switch to VirtualBox.
  VirtualBox, in the wizard is set by default to 4MiB Ram size, which tell you... Ok I need to put more. But, you know that 4MiB is not enough in the end.
  
  Regards,
  
  Johann

** Description changed:

  Launching a centos74 iso VM today does not work anymore on x86_64
  without increasing the size of the memory parameter. For example with
  this command :
  
  $ /opt/qemu-3.0.0/bin/qemu-system-x86_64 --curses   -enable-kvm -drive
  file=file.dd,index=0,media=disk -drive file=centos-
  x86_64.iso,index=1,media=cdrom
  
  [    3.047614] Failed to execute /init
  [    3.048315] Kernel panic - not syncing: No init found.  Try passing init= option to kernel. See Linux Documentation/init.txt for guidance.
  [    3.049258] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.10.0-693.21.1.el7.x86
  
  Increasing the size from the default 128MiB to 512MiB let the VM works without problem.
  So, ok, it's not a qemu problem, it's more a "User problem" and interface problem for me.
  But it push me in the end to launch VirtualBox instead of qemu, because the default parameter does not work anymore... And I had no time to investigate why it does not work because the message is not visible.
  Debian iso with the same command line for example show a message to tell me that there is not enough memory, so it help me to track the real issue behind.
  
  But... In the end, I think today, the default memory parameter on x86_64 is too small and it can lead some people like me to switch to VirtualBox.
- VirtualBox, in the wizard is set by default to 4MiB Ram size, which tell you... Ok I need to put more. But, you know that 4MiB is not enough in the end.
+ VirtualBox, in the wizard is set by default to 4MiB Ram size, which tell you... Ok I need to put more. And, you know that 4MiB is not enough in the end.
  
  Regards,
  
  Johann

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1801933

Title:
  default memory parameter too small on x86_64 today

Status in QEMU:
  New

Bug description:
  Launching a centos74 iso VM today does not work anymore on x86_64
  without increasing the size of the memory parameter. For example with
  this command :

  $ /opt/qemu-3.0.0/bin/qemu-system-x86_64 --curses   -enable-kvm -drive
  file=file.dd,index=0,media=disk -drive file=centos-
  x86_64.iso,index=1,media=cdrom

  [    3.047614] Failed to execute /init
  [    3.048315] Kernel panic - not syncing: No init found.  Try passing init= option to kernel. See Linux Documentation/init.txt for guidance.
  [    3.049258] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.10.0-693.21.1.el7.x86

  Increasing the size from the default 128MiB to 512MiB let the VM works without problem.
  So, ok, it's not a qemu problem, it's more a "User problem" and interface problem for me.
  But it push me in the end to launch VirtualBox instead of qemu, because the default parameter does not work anymore... And I had no time to investigate why it does not work because the message is not visible.
  Debian iso with the same command line for example show a message to tell me that there is not enough memory, so it help me to track the real issue behind.

  But... In the end, I think today, the default memory parameter on x86_64 is too small and it can lead some people like me to switch to VirtualBox.
  VirtualBox, in the wizard is set by default to 4MiB Ram size, which tell you... Ok I need to put more. And, you know that 4MiB is not enough in the end.

  Regards,

  Johann

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1801933/+subscriptions

^ permalink raw reply	[flat|nested] 7+ messages in thread

* [Qemu-devel] [Bug 1801933] Re: default memory parameter too small on x86_64 today
  2018-11-06 13:17 [Qemu-devel] [Bug 1801933] [NEW] default memory parameter too small on x86_64 today johann peyrard
@ 2018-12-05 10:58 ` Alex Bennée
  2018-12-05 11:20 ` Daniel Berrange
                   ` (3 subsequent siblings)
  4 siblings, 0 replies; 7+ messages in thread
From: Alex Bennée @ 2018-12-05 10:58 UTC (permalink / raw)
  To: qemu-devel

** Tags added: defaults

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1801933

Title:
  default memory parameter too small on x86_64 today

Status in QEMU:
  New

Bug description:
  Launching a centos74 iso VM today does not work anymore on x86_64
  without increasing the size of the memory parameter. For example with
  this command :

  $ /opt/qemu-3.0.0/bin/qemu-system-x86_64 --curses   -enable-kvm -drive
  file=file.dd,index=0,media=disk -drive file=centos-
  x86_64.iso,index=1,media=cdrom

  [    3.047614] Failed to execute /init
  [    3.048315] Kernel panic - not syncing: No init found.  Try passing init= option to kernel. See Linux Documentation/init.txt for guidance.
  [    3.049258] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.10.0-693.21.1.el7.x86

  Increasing the size from the default 128MiB to 512MiB let the VM works without problem.
  So, ok, it's not a qemu problem, it's more a "User problem" and interface problem for me.
  But it push me in the end to launch VirtualBox instead of qemu, because the default parameter does not work anymore... And I had no time to investigate why it does not work because the message is not visible.
  Debian iso with the same command line for example show a message to tell me that there is not enough memory, so it help me to track the real issue behind.

  But... In the end, I think today, the default memory parameter on x86_64 is too small and it can lead some people like me to switch to VirtualBox.
  VirtualBox, in the wizard is set by default to 4MiB Ram size, which tell you... Ok I need to put more. And, you know that 4MiB is not enough in the end.

  Regards,

  Johann

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1801933/+subscriptions

^ permalink raw reply	[flat|nested] 7+ messages in thread

* [Qemu-devel] [Bug 1801933] Re: default memory parameter too small on x86_64 today
  2018-11-06 13:17 [Qemu-devel] [Bug 1801933] [NEW] default memory parameter too small on x86_64 today johann peyrard
  2018-12-05 10:58 ` [Qemu-devel] [Bug 1801933] " Alex Bennée
@ 2018-12-05 11:20 ` Daniel Berrange
  2018-12-05 13:03   ` johann peyrard
  2020-11-23  8:56 ` Thomas Huth
                   ` (2 subsequent siblings)
  4 siblings, 1 reply; 7+ messages in thread
From: Daniel Berrange @ 2018-12-05 11:20 UTC (permalink / raw)
  To: qemu-devel

IMHO, if achieving ease of use comparable to VirtualBox is your
benchmark target, then launching QEMU directly is really the wrong way
to approach things. QEMU is a very low level piece of infrastructure not
a complete end user desktop solution. For that it is better to look at
using an application such as virt-manager, or GNOME Boxes. These provide
higher level solution over QEMU and do smart things during installation,
using libosinfo to automatically determine the best memory, disk,
network, etc settings for each particular guest OS rather than relying
on some hardcoded defaults.

That said all said, I don't rule out that we could change our memory
defaults, but picking an optimal value is hard. Even 500 MB is
considered to be unsupported from a RHEL-7 pov - the documented minimum
for RHEL-7 is 1 GB per vCPU. The installer is quite likely to crash with
500 MB depending on what options you select durin intsall.

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1801933

Title:
  default memory parameter too small on x86_64 today

Status in QEMU:
  New

Bug description:
  Launching a centos74 iso VM today does not work anymore on x86_64
  without increasing the size of the memory parameter. For example with
  this command :

  $ /opt/qemu-3.0.0/bin/qemu-system-x86_64 --curses   -enable-kvm -drive
  file=file.dd,index=0,media=disk -drive file=centos-
  x86_64.iso,index=1,media=cdrom

  [    3.047614] Failed to execute /init
  [    3.048315] Kernel panic - not syncing: No init found.  Try passing init= option to kernel. See Linux Documentation/init.txt for guidance.
  [    3.049258] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.10.0-693.21.1.el7.x86

  Increasing the size from the default 128MiB to 512MiB let the VM works without problem.
  So, ok, it's not a qemu problem, it's more a "User problem" and interface problem for me.
  But it push me in the end to launch VirtualBox instead of qemu, because the default parameter does not work anymore... And I had no time to investigate why it does not work because the message is not visible.
  Debian iso with the same command line for example show a message to tell me that there is not enough memory, so it help me to track the real issue behind.

  But... In the end, I think today, the default memory parameter on x86_64 is too small and it can lead some people like me to switch to VirtualBox.
  VirtualBox, in the wizard is set by default to 4MiB Ram size, which tell you... Ok I need to put more. And, you know that 4MiB is not enough in the end.

  Regards,

  Johann

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1801933/+subscriptions

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [Qemu-devel] [Bug 1801933] Re: default memory parameter too small on x86_64 today
  2018-12-05 11:20 ` Daniel Berrange
@ 2018-12-05 13:03   ` johann peyrard
  0 siblings, 0 replies; 7+ messages in thread
From: johann peyrard @ 2018-12-05 13:03 UTC (permalink / raw)
  To: qemu-devel

Hi Daniel,

I use qemu for a long time now so for me it's easier to use than any other
solution.
I think I began to use as my preffered VM tool in 2003.
But, I still think that keeping this value at 128MB is low today.
Maybe in this case reducing this value to make it crash is another option,
for example 4MB.
Or just print a message if it is an iso file that ramsize is set to 128MB,
maybe you need more ram.
It is just quick thought, some OS will handle this correctly, some os won't.
For example in my example I say that debian say it explicitely in the 80x25
screen in red.

Today I see all people around me are moving to VirtualBox because it just
work out of the box.
And Qemu is near to work out of the box with 2 or 3 parameter in the end.
Definitely I have a prefference for Qemu, because it's more "shell
friendly".

It was just my quick thought about it.

Johann


Le mer. 5 déc. 2018 à 12:31, Daniel Berrange <1801933@bugs.launchpad.net> a
écrit :

> IMHO, if achieving ease of use comparable to VirtualBox is your
> benchmark target, then launching QEMU directly is really the wrong way
> to approach things. QEMU is a very low level piece of infrastructure not
> a complete end user desktop solution. For that it is better to look at
> using an application such as virt-manager, or GNOME Boxes. These provide
> higher level solution over QEMU and do smart things during installation,
> using libosinfo to automatically determine the best memory, disk,
> network, etc settings for each particular guest OS rather than relying
> on some hardcoded defaults.
>
> That said all said, I don't rule out that we could change our memory
> defaults, but picking an optimal value is hard. Even 500 MB is
> considered to be unsupported from a RHEL-7 pov - the documented minimum
> for RHEL-7 is 1 GB per vCPU. The installer is quite likely to crash with
> 500 MB depending on what options you select durin intsall.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1801933
>
> Title:
>   default memory parameter too small on x86_64 today
>
> Status in QEMU:
>   New
>
> Bug description:
>   Launching a centos74 iso VM today does not work anymore on x86_64
>   without increasing the size of the memory parameter. For example with
>   this command :
>
>   $ /opt/qemu-3.0.0/bin/qemu-system-x86_64 --curses   -enable-kvm -drive
>   file=file.dd,index=0,media=disk -drive file=centos-
>   x86_64.iso,index=1,media=cdrom
>
>   [    3.047614] Failed to execute /init
>   [    3.048315] Kernel panic - not syncing: No init found.  Try passing
> init= option to kernel. See Linux Documentation/init.txt for guidance.
>   [    3.049258] CPU: 0 PID: 1 Comm: swapper/0 Not tainted
> 3.10.0-693.21.1.el7.x86
>
>   Increasing the size from the default 128MiB to 512MiB let the VM works
> without problem.
>   So, ok, it's not a qemu problem, it's more a "User problem" and
> interface problem for me.
>   But it push me in the end to launch VirtualBox instead of qemu, because
> the default parameter does not work anymore... And I had no time to
> investigate why it does not work because the message is not visible.
>   Debian iso with the same command line for example show a message to tell
> me that there is not enough memory, so it help me to track the real issue
> behind.
>
>   But... In the end, I think today, the default memory parameter on x86_64
> is too small and it can lead some people like me to switch to VirtualBox.
>   VirtualBox, in the wizard is set by default to 4MiB Ram size, which tell
> you... Ok I need to put more. And, you know that 4MiB is not enough in the
> end.
>
>   Regards,
>
>   Johann
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/qemu/+bug/1801933/+subscriptions
>

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1801933

Title:
  default memory parameter too small on x86_64 today

Status in QEMU:
  New

Bug description:
  Launching a centos74 iso VM today does not work anymore on x86_64
  without increasing the size of the memory parameter. For example with
  this command :

  $ /opt/qemu-3.0.0/bin/qemu-system-x86_64 --curses   -enable-kvm -drive
  file=file.dd,index=0,media=disk -drive file=centos-
  x86_64.iso,index=1,media=cdrom

  [    3.047614] Failed to execute /init
  [    3.048315] Kernel panic - not syncing: No init found.  Try passing init= option to kernel. See Linux Documentation/init.txt for guidance.
  [    3.049258] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.10.0-693.21.1.el7.x86

  Increasing the size from the default 128MiB to 512MiB let the VM works without problem.
  So, ok, it's not a qemu problem, it's more a "User problem" and interface problem for me.
  But it push me in the end to launch VirtualBox instead of qemu, because the default parameter does not work anymore... And I had no time to investigate why it does not work because the message is not visible.
  Debian iso with the same command line for example show a message to tell me that there is not enough memory, so it help me to track the real issue behind.

  But... In the end, I think today, the default memory parameter on x86_64 is too small and it can lead some people like me to switch to VirtualBox.
  VirtualBox, in the wizard is set by default to 4MiB Ram size, which tell you... Ok I need to put more. And, you know that 4MiB is not enough in the end.

  Regards,

  Johann

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1801933/+subscriptions

^ permalink raw reply	[flat|nested] 7+ messages in thread

* [Bug 1801933] Re: default memory parameter too small on x86_64 today
  2018-11-06 13:17 [Qemu-devel] [Bug 1801933] [NEW] default memory parameter too small on x86_64 today johann peyrard
  2018-12-05 10:58 ` [Qemu-devel] [Bug 1801933] " Alex Bennée
  2018-12-05 11:20 ` Daniel Berrange
@ 2020-11-23  8:56 ` Thomas Huth
  2021-04-22  4:11 ` Thomas Huth
  2021-06-21  4:17 ` Launchpad Bug Tracker
  4 siblings, 0 replies; 7+ messages in thread
From: Thomas Huth @ 2020-11-23  8:56 UTC (permalink / raw)
  To: qemu-devel

** Changed in: qemu
   Importance: Undecided => Wishlist

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1801933

Title:
  default memory parameter too small on x86_64 today

Status in QEMU:
  New

Bug description:
  Launching a centos74 iso VM today does not work anymore on x86_64
  without increasing the size of the memory parameter. For example with
  this command :

  $ /opt/qemu-3.0.0/bin/qemu-system-x86_64 --curses   -enable-kvm -drive
  file=file.dd,index=0,media=disk -drive file=centos-
  x86_64.iso,index=1,media=cdrom

  [    3.047614] Failed to execute /init
  [    3.048315] Kernel panic - not syncing: No init found.  Try passing init= option to kernel. See Linux Documentation/init.txt for guidance.
  [    3.049258] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.10.0-693.21.1.el7.x86

  Increasing the size from the default 128MiB to 512MiB let the VM works without problem.
  So, ok, it's not a qemu problem, it's more a "User problem" and interface problem for me.
  But it push me in the end to launch VirtualBox instead of qemu, because the default parameter does not work anymore... And I had no time to investigate why it does not work because the message is not visible.
  Debian iso with the same command line for example show a message to tell me that there is not enough memory, so it help me to track the real issue behind.

  But... In the end, I think today, the default memory parameter on x86_64 is too small and it can lead some people like me to switch to VirtualBox.
  VirtualBox, in the wizard is set by default to 4MiB Ram size, which tell you... Ok I need to put more. And, you know that 4MiB is not enough in the end.

  Regards,

  Johann

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1801933/+subscriptions


^ permalink raw reply	[flat|nested] 7+ messages in thread

* [Bug 1801933] Re: default memory parameter too small on x86_64 today
  2018-11-06 13:17 [Qemu-devel] [Bug 1801933] [NEW] default memory parameter too small on x86_64 today johann peyrard
                   ` (2 preceding siblings ...)
  2020-11-23  8:56 ` Thomas Huth
@ 2021-04-22  4:11 ` Thomas Huth
  2021-06-21  4:17 ` Launchpad Bug Tracker
  4 siblings, 0 replies; 7+ messages in thread
From: Thomas Huth @ 2021-04-22  4:11 UTC (permalink / raw)
  To: qemu-devel

The QEMU project is currently considering to move its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting older bugs to "Incomplete" now.
If you still think this bug report here is valid, then please switch the state back to "New" within the next 60 days, otherwise this report will be marked as "Expired". Or mark it as "Fix Released" if the problem has been solved with a newer version of QEMU already. Thank you and sorry for the inconvenience.


** Changed in: qemu
       Status: New => Incomplete

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1801933

Title:
  default memory parameter too small on x86_64 today

Status in QEMU:
  Incomplete

Bug description:
  Launching a centos74 iso VM today does not work anymore on x86_64
  without increasing the size of the memory parameter. For example with
  this command :

  $ /opt/qemu-3.0.0/bin/qemu-system-x86_64 --curses   -enable-kvm -drive
  file=file.dd,index=0,media=disk -drive file=centos-
  x86_64.iso,index=1,media=cdrom

  [    3.047614] Failed to execute /init
  [    3.048315] Kernel panic - not syncing: No init found.  Try passing init= option to kernel. See Linux Documentation/init.txt for guidance.
  [    3.049258] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.10.0-693.21.1.el7.x86

  Increasing the size from the default 128MiB to 512MiB let the VM works without problem.
  So, ok, it's not a qemu problem, it's more a "User problem" and interface problem for me.
  But it push me in the end to launch VirtualBox instead of qemu, because the default parameter does not work anymore... And I had no time to investigate why it does not work because the message is not visible.
  Debian iso with the same command line for example show a message to tell me that there is not enough memory, so it help me to track the real issue behind.

  But... In the end, I think today, the default memory parameter on x86_64 is too small and it can lead some people like me to switch to VirtualBox.
  VirtualBox, in the wizard is set by default to 4MiB Ram size, which tell you... Ok I need to put more. And, you know that 4MiB is not enough in the end.

  Regards,

  Johann

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1801933/+subscriptions


^ permalink raw reply	[flat|nested] 7+ messages in thread

* [Bug 1801933] Re: default memory parameter too small on x86_64 today
  2018-11-06 13:17 [Qemu-devel] [Bug 1801933] [NEW] default memory parameter too small on x86_64 today johann peyrard
                   ` (3 preceding siblings ...)
  2021-04-22  4:11 ` Thomas Huth
@ 2021-06-21  4:17 ` Launchpad Bug Tracker
  4 siblings, 0 replies; 7+ messages in thread
From: Launchpad Bug Tracker @ 2021-06-21  4:17 UTC (permalink / raw)
  To: qemu-devel

[Expired for QEMU because there has been no activity for 60 days.]

** Changed in: qemu
       Status: Incomplete => Expired

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1801933

Title:
  default memory parameter too small on x86_64 today

Status in QEMU:
  Expired

Bug description:
  Launching a centos74 iso VM today does not work anymore on x86_64
  without increasing the size of the memory parameter. For example with
  this command :

  $ /opt/qemu-3.0.0/bin/qemu-system-x86_64 --curses   -enable-kvm -drive
  file=file.dd,index=0,media=disk -drive file=centos-
  x86_64.iso,index=1,media=cdrom

  [    3.047614] Failed to execute /init
  [    3.048315] Kernel panic - not syncing: No init found.  Try passing init= option to kernel. See Linux Documentation/init.txt for guidance.
  [    3.049258] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.10.0-693.21.1.el7.x86

  Increasing the size from the default 128MiB to 512MiB let the VM works without problem.
  So, ok, it's not a qemu problem, it's more a "User problem" and interface problem for me.
  But it push me in the end to launch VirtualBox instead of qemu, because the default parameter does not work anymore... And I had no time to investigate why it does not work because the message is not visible.
  Debian iso with the same command line for example show a message to tell me that there is not enough memory, so it help me to track the real issue behind.

  But... In the end, I think today, the default memory parameter on x86_64 is too small and it can lead some people like me to switch to VirtualBox.
  VirtualBox, in the wizard is set by default to 4MiB Ram size, which tell you... Ok I need to put more. And, you know that 4MiB is not enough in the end.

  Regards,

  Johann

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1801933/+subscriptions


^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2021-06-21  4:30 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-11-06 13:17 [Qemu-devel] [Bug 1801933] [NEW] default memory parameter too small on x86_64 today johann peyrard
2018-12-05 10:58 ` [Qemu-devel] [Bug 1801933] " Alex Bennée
2018-12-05 11:20 ` Daniel Berrange
2018-12-05 13:03   ` johann peyrard
2020-11-23  8:56 ` Thomas Huth
2021-04-22  4:11 ` Thomas Huth
2021-06-21  4:17 ` Launchpad Bug Tracker

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.