similar to: Problem with dom0cut.py

> Hi, Simon > > >Two things: > > > >1. I''m not convinced ''xm crash'' is needed - ''xm destroy'' will do this > >(and if you want > > a dump, do ''xm dump'' followed by ''xm destroy'') > > > What do you mean? > I think we cannot dump with "xm destroy" now. >

Hi, Is there any tool out there that can help me analyze a coredump? Thanks, David. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

# HG changeset patch # User Bastian Blank <waldi@debian.org> # Date 1201284962 -3600 # Node ID 11b2e8baa6bf93b8ec4b3b4fe0256d2ce34f2699 # Parent 31adb5c972d03e45cb746cd2305126ea2571282f Use VPATH instead of symlinks for libelf inclusion into libxenctrl. Signed-off-by: Bastian Blank <waldi@debian.org> diff -r 31adb5c972d0 -r 11b2e8baa6bf tools/libxc/Makefile ---

Two things: 1. I''m not convinced ''xm crash'' is needed - ''xm destroy'' will do this (and if you want a dump, do ''xm dump'' followed by ''xm destroy'') 2. I don''t see the point of the --noreboot option on ''xm dump'' -- I think this command should simply live-dump the specified domain - as

hi, I am wondering if anybody is doing Xen or Dom0 debugging with gdb here. If yes, could you show me the procedure of doing that? Thanks, Neo -- I would remember that if researchers were not ambitious probably today we haven''t the technology we are using! _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com

Does this install -d -m0755 -p "/mnt/gen2/TmpDir/portage/app-emulation/xen-pvgrub-4.3.0/image//usr/lib/xen/boot" install -m0644 -p mini-os-x86_32-grub/mini-os.gz "/mnt/gen2/TmpDir/portage/app-emulation/xen-pvgrub-4.3.0/image//usr/lib/xen/boot/pv-grub-x86_32.gz" make: Leaving directory `/mnt/gen2/TmpDir/portage/app-emulation/xen-pvgrub-4.3.0/work/xen-4.3.0/stubdom'

Author: ahl Repository: /hg/zfs-crypto/gate Revision: 0f27629eb96eb9ce7ab1322830d1f3839b9c7da1 Log message: PSARC 2005/689 ELF Extended Program Headers 6317969 elfheader limited to 65535 segments 6317980 coredump elfheader doesn''t reflect the correct number of dumped segments 6343698 p-tools affected by 6317980 : coredump elfheader incorrectly states number of dumped segments 6350070 stub

hey guys, One of our developers DESTROYED both yum and rpm on one of the development machines with an rm command. And guess who's lucky enough to get to fix this mess? *raises hand* So I hope y'all don't mind me turning to you once again for some advice. You've been wonderful in the past. Pavlov's dogs as they say. At any rate, I've managed to fix rpm (yay) by copying

On 09/18/2017 08:18 AM, Armin Kunaschik wrote: > Hello, > > I'm having problems updating from 7.3 to 7.4 on my ppc64 (IBM Power7 > p770) installation. > yum update stops with > Error: Multilib version problems found. > [..] > Protected multilib versions: systemd-libs-219-42.el7.ppc != > systemd-libs-219-42.el7_4.1.ppc64 > > When I scroll back through the

On 18/09/17 15:18, Armin Kunaschik wrote: > Hello, > > I'm having problems updating from 7.3 to 7.4 on my ppc64 (IBM Power7 > p770) installation. > yum update stops with > Error: Multilib version problems found. > [..] > Protected multilib versions: systemd-libs-219-42.el7.ppc != > systemd-libs-219-42.el7_4.1.ppc64 > > When I scroll back through the

yum currently has issues with obsoletes .. especially when something like a noarch file gets obsoleted by an $arch type rpm and there are 2 (multi) arches available to replace it. It pulls in BOTH, not just the one arch you have installed .. and that then pulls in deps for the 2nd arch that you don't currently have. Hopefully they will fix this. There is an option called multilib_policy BUT

On 09/10/2017 04:14 PM, Jack Bailey wrote: > Hello, > > I'm taking 7.4 for a spin.? I did the minimal install, and ran into > trouble with groupinstall base.? The trouble seems to stem from > elfutils.? One command claims elfutils-libs-0.166-2.el7.x86_64 is > missing, and another one claims it's installed.? Not sure what's going > on here. > > [root at

CentOS Errata and Security Advisory 2006:0354 https://rhn.redhat.com/errata/RHSA-2006-0354.html The following updated files have been uploaded and are currently syncing to the mirrors: s390: updates/s390/RPMS/elfutils-0.97.1-3.s390.rpm updates/s390/RPMS/elfutils-devel-0.97.1-3.s390.rpm updates/s390/RPMS/elfutils-libelf-0.97.1-3.s390.rpm updates/s390/RPMS/elfutils-libelf-devel-0.97.1-3.s390.rpm

CentOS Errata and Security Advisory 2006:0368 https://rhn.redhat.com/errata/RHSA-2006-0368.html The following updated files have been uploaded and are currently syncing to the mirrors: s390: updates/s390/RPMS/elfutils-0.94.1-2.s390.rpm updates/s390/RPMS/elfutils-devel-0.94.1-2.s390.rpm updates/s390/RPMS/elfutils-libelf-0.94.1-2.s390.rpm updates/s390/RPMS/elfutils-libelf-devel-0.94.1-2.s390.rpm

Yep. This worked. Thanks! Why yum can't figure this out itself? On Mon, Sep 18, 2017 at 3:29 PM, Johnny Hughes <johnny at centos.org> wrote: > On 09/18/2017 08:18 AM, Armin Kunaschik wrote: >> Hello, >> >> I'm having problems updating from 7.3 to 7.4 on my ppc64 (IBM Power7 >> p770) installation. >> yum update stops with >> Error: Multilib

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

Hello, I'm taking 7.4 for a spin.? I did the minimal install, and ran into trouble with groupinstall base.? The trouble seems to stem from elfutils.? One command claims elfutils-libs-0.166-2.el7.x86_64 is missing, and another one claims it's installed.? Not sure what's going on here. [root at ip-172-31-34-187 ~]# yum -y install elfutils.x86_64 Loaded plugins: fastestmirror

CentOS Errata and Security Advisory CESA-2006:0368 elfutils security update for CentOS 3 x86_64: https://rhn.redhat.com/errata/RHSA-2006-0368.html The following updated file has been uploaded and is currently syncing to the mirrors: x86_64: updates/x86_64/RPMS/elfutils-0.94.1-2.i386.rpm updates/x86_64/RPMS/elfutils-0.94.1-2.x86_64.rpm updates/x86_64/RPMS/elfutils-devel-0.94.1-2.x86_64.rpm

CentOS Errata and Security Advisory 2006:0354 https://rhn.redhat.com/errata/RHSA-2006-0354.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: elfutils-0.97.1-3.i386.rpm elfutils-0.97.1-3.x86_64.rpm elfutils-devel-0.97.1-3.x86_64.rpm elfutils-libelf-0.97.1-3.i386.rpm elfutils-libelf-0.97.1-3.x86_64.rpm elfutils-libelf-devel-0.97.1-3.x86_64.rpm

Hello all, With some help from Duncan through IRC, I just succeeded in building the dragonegg GCC plugin on Snow Leopard. I first installed LLVM 2.7, and I'm using the dragonegg-2.7 release available on the LLVM website [1] in combination with the 4.5.0 release of GCC. Below is an outline of the steps required to get it to work, which is hopefully of use to others. *) Build GCC-4.5.0 Next