All of lore.kernel.org
 help / color / mirror / Atom feed
* [Qemu-devel] [Bug 1838066] [NEW] unexpected error: raw_reconfigure_getfd(): qemu-system-x86_64: Could not reopen file
@ 2019-07-26 16:53 Steffen (Daode) Nurpmeso
  2019-07-27 12:01 ` [Qemu-devel] [Bug 1838066] " Max Reitz
  2021-04-22  7:13 ` Thomas Huth
  0 siblings, 2 replies; 4+ messages in thread
From: Steffen (Daode) Nurpmeso @ 2019-07-26 16:53 UTC (permalink / raw)
  To: qemu-devel

Public bug reported:

  Unexpected error in raw_reconfigure_getfd() at block/file-posix.c:923:
  qemu-system-x86_64: Could not reopen file: Permission denied
  Aborted

Is what i sometimes (only) get, mostly for Linux guests i'd say (Arch just a few moments ago).
This is on CRUX-Linux, thus a self-compiled qemu 4.0.0 with default recipe, without special compiler flags (-O2 -march=x86-64 -pipe) on an Intel i5 laptop.
But what i do is running this via sudo:

     sudo='sudo --preserve-env=VMNAME,VMADDR' runas='-runas vm -chroot .'
  fi

  VMADDR=$addr VMNAME=$vmname
  export VMADDR VMNAME
  eval exec $sudo qemu-system-x86_64 -name $vmname $runas \
      $host $accel $display $net $vmcustom $vmimg $redir

the last run ends up like (via sudo)

  qemu-system-x86_64 -name arch-2019 -runas vm -chroot . -cpu host -m
size=1984 -smp cpus=2 -enable-kvm -accel accel=kvm,thread=multi -display
curses -net nic,netdev=net0,macaddr=..  -netdev
tap,id=net0,script=./.ifup.sh,downscript=./.ifdown.sh,ifname=vm_arch-2019

vm is a user effectively living in the chroot only without any rights anywhere.
Hope this helps, thanks a lot for qemu!!

** Affects: qemu
     Importance: Undecided
         Status: New

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

Title:
  unexpected error: raw_reconfigure_getfd(): qemu-system-x86_64: Could
  not reopen file

Status in QEMU:
  New

Bug description:
    Unexpected error in raw_reconfigure_getfd() at block/file-posix.c:923:
    qemu-system-x86_64: Could not reopen file: Permission denied
    Aborted

  Is what i sometimes (only) get, mostly for Linux guests i'd say (Arch just a few moments ago).
  This is on CRUX-Linux, thus a self-compiled qemu 4.0.0 with default recipe, without special compiler flags (-O2 -march=x86-64 -pipe) on an Intel i5 laptop.
  But what i do is running this via sudo:

       sudo='sudo --preserve-env=VMNAME,VMADDR' runas='-runas vm -chroot .'
    fi

    VMADDR=$addr VMNAME=$vmname
    export VMADDR VMNAME
    eval exec $sudo qemu-system-x86_64 -name $vmname $runas \
        $host $accel $display $net $vmcustom $vmimg $redir

  the last run ends up like (via sudo)

    qemu-system-x86_64 -name arch-2019 -runas vm -chroot . -cpu host -m
  size=1984 -smp cpus=2 -enable-kvm -accel accel=kvm,thread=multi
  -display curses -net nic,netdev=net0,macaddr=..  -netdev
  tap,id=net0,script=./.ifup.sh,downscript=./.ifdown.sh,ifname=vm_arch-2019

  vm is a user effectively living in the chroot only without any rights anywhere.
  Hope this helps, thanks a lot for qemu!!

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


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

* [Qemu-devel] [Bug 1838066] Re: unexpected error: raw_reconfigure_getfd(): qemu-system-x86_64: Could not reopen file
  2019-07-26 16:53 [Qemu-devel] [Bug 1838066] [NEW] unexpected error: raw_reconfigure_getfd(): qemu-system-x86_64: Could not reopen file Steffen (Daode) Nurpmeso
@ 2019-07-27 12:01 ` Max Reitz
  2019-07-27 13:24   ` Steffen (Daode) Nurpmeso
  2021-04-22  7:13 ` Thomas Huth
  1 sibling, 1 reply; 4+ messages in thread
From: Max Reitz @ 2019-07-27 12:01 UTC (permalink / raw)
  To: qemu-devel

Hi,

Can you retry with any 4.1 release candidate (like 4.1.0-rc2)?  (Or wait
for the 4.1.0 release in hopefully about a week?)  The error message
sounds like it should be fixed by https://lists.nongnu.org/archive/html
/qemu-block/2019-05/msg00775.html .

Though I have no idea why you would hit that if you didn’t add any block
devices.


Max

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

Title:
  unexpected error: raw_reconfigure_getfd(): qemu-system-x86_64: Could
  not reopen file

Status in QEMU:
  New

Bug description:
    Unexpected error in raw_reconfigure_getfd() at block/file-posix.c:923:
    qemu-system-x86_64: Could not reopen file: Permission denied
    Aborted

  Is what i sometimes (only) get, mostly for Linux guests i'd say (Arch just a few moments ago).
  This is on CRUX-Linux, thus a self-compiled qemu 4.0.0 with default recipe, without special compiler flags (-O2 -march=x86-64 -pipe) on an Intel i5 laptop.
  But what i do is running this via sudo:

       sudo='sudo --preserve-env=VMNAME,VMADDR' runas='-runas vm -chroot .'
    fi

    VMADDR=$addr VMNAME=$vmname
    export VMADDR VMNAME
    eval exec $sudo qemu-system-x86_64 -name $vmname $runas \
        $host $accel $display $net $vmcustom $vmimg $redir

  the last run ends up like (via sudo)

    qemu-system-x86_64 -name arch-2019 -runas vm -chroot . -cpu host -m
  size=1984 -smp cpus=2 -enable-kvm -accel accel=kvm,thread=multi
  -display curses -net nic,netdev=net0,macaddr=..  -netdev
  tap,id=net0,script=./.ifup.sh,downscript=./.ifdown.sh,ifname=vm_arch-2019

  vm is a user effectively living in the chroot only without any rights anywhere.
  Hope this helps, thanks a lot for qemu!!

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


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

* Re: [Qemu-devel] [Bug 1838066] Re: unexpected error: raw_reconfigure_getfd(): qemu-system-x86_64: Could not reopen file
  2019-07-27 12:01 ` [Qemu-devel] [Bug 1838066] " Max Reitz
@ 2019-07-27 13:24   ` Steffen (Daode) Nurpmeso
  0 siblings, 0 replies; 4+ messages in thread
From: Steffen (Daode) Nurpmeso @ 2019-07-27 13:24 UTC (permalink / raw)
  To: qemu-devel

Hello!

Max Reitz wrote in <156422889569.6195.8735825632650411110.malone@soybean\
.canonical.com>:
 |Hi,
 |
 |Can you retry with any 4.1 release candidate (like 4.1.0-rc2)?  (Or wait
 |for the 4.1.0 release in hopefully about a week?)  The error message
 |sounds like it should be fixed by https://lists.nongnu.org/archive/html
 |/qemu-block/2019-05/msg00775.html .

Ok?  Great news, i will wait until then, it does not really hurt
me (i do not even see it when now setting up a new VM with debug
and thus -display enabled).

Thanks!!

 |Though I have no idea why you would hit that if you didn’t add any block
 |devices.

Was missing a line in the ps output, i see.
Yeah, sorry. ^_^
A nice weekend if at all possible i wish!

--steffen
|
|Der Kragenbaer,                The moon bear,
|der holt sich munter           he cheerfully and one by one
|einen nach dem anderen runter  wa.ks himself off
|(By Robert Gernhardt)

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

Title:
  unexpected error: raw_reconfigure_getfd(): qemu-system-x86_64: Could
  not reopen file

Status in QEMU:
  New

Bug description:
    Unexpected error in raw_reconfigure_getfd() at block/file-posix.c:923:
    qemu-system-x86_64: Could not reopen file: Permission denied
    Aborted

  Is what i sometimes (only) get, mostly for Linux guests i'd say (Arch just a few moments ago).
  This is on CRUX-Linux, thus a self-compiled qemu 4.0.0 with default recipe, without special compiler flags (-O2 -march=x86-64 -pipe) on an Intel i5 laptop.
  But what i do is running this via sudo:

       sudo='sudo --preserve-env=VMNAME,VMADDR' runas='-runas vm -chroot .'
    fi

    VMADDR=$addr VMNAME=$vmname
    export VMADDR VMNAME
    eval exec $sudo qemu-system-x86_64 -name $vmname $runas \
        $host $accel $display $net $vmcustom $vmimg $redir

  the last run ends up like (via sudo)

    qemu-system-x86_64 -name arch-2019 -runas vm -chroot . -cpu host -m
  size=1984 -smp cpus=2 -enable-kvm -accel accel=kvm,thread=multi
  -display curses -net nic,netdev=net0,macaddr=..  -netdev
  tap,id=net0,script=./.ifup.sh,downscript=./.ifdown.sh,ifname=vm_arch-2019

  vm is a user effectively living in the chroot only without any rights anywhere.
  Hope this helps, thanks a lot for qemu!!

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


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

* [Bug 1838066] Re: unexpected error: raw_reconfigure_getfd(): qemu-system-x86_64: Could not reopen file
  2019-07-26 16:53 [Qemu-devel] [Bug 1838066] [NEW] unexpected error: raw_reconfigure_getfd(): qemu-system-x86_64: Could not reopen file Steffen (Daode) Nurpmeso
  2019-07-27 12:01 ` [Qemu-devel] [Bug 1838066] " Max Reitz
@ 2021-04-22  7:13 ` Thomas Huth
  1 sibling, 0 replies; 4+ messages in thread
From: Thomas Huth @ 2021-04-22  7:13 UTC (permalink / raw)
  To: qemu-devel

Assuming this has been fixed according to Max' comment. If not, please
re-open.

** Changed in: qemu
       Status: New => Fix Released

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

Title:
  unexpected error: raw_reconfigure_getfd(): qemu-system-x86_64: Could
  not reopen file

Status in QEMU:
  Fix Released

Bug description:
    Unexpected error in raw_reconfigure_getfd() at block/file-posix.c:923:
    qemu-system-x86_64: Could not reopen file: Permission denied
    Aborted

  Is what i sometimes (only) get, mostly for Linux guests i'd say (Arch just a few moments ago).
  This is on CRUX-Linux, thus a self-compiled qemu 4.0.0 with default recipe, without special compiler flags (-O2 -march=x86-64 -pipe) on an Intel i5 laptop.
  But what i do is running this via sudo:

       sudo='sudo --preserve-env=VMNAME,VMADDR' runas='-runas vm -chroot .'
    fi

    VMADDR=$addr VMNAME=$vmname
    export VMADDR VMNAME
    eval exec $sudo qemu-system-x86_64 -name $vmname $runas \
        $host $accel $display $net $vmcustom $vmimg $redir

  the last run ends up like (via sudo)

    qemu-system-x86_64 -name arch-2019 -runas vm -chroot . -cpu host -m
  size=1984 -smp cpus=2 -enable-kvm -accel accel=kvm,thread=multi
  -display curses -net nic,netdev=net0,macaddr=..  -netdev
  tap,id=net0,script=./.ifup.sh,downscript=./.ifdown.sh,ifname=vm_arch-2019

  vm is a user effectively living in the chroot only without any rights anywhere.
  Hope this helps, thanks a lot for qemu!!

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


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

end of thread, other threads:[~2021-04-22  7:23 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-07-26 16:53 [Qemu-devel] [Bug 1838066] [NEW] unexpected error: raw_reconfigure_getfd(): qemu-system-x86_64: Could not reopen file Steffen (Daode) Nurpmeso
2019-07-27 12:01 ` [Qemu-devel] [Bug 1838066] " Max Reitz
2019-07-27 13:24   ` Steffen (Daode) Nurpmeso
2021-04-22  7:13 ` Thomas Huth

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.