similar to: dumpread script update

Hi all,     I am a newbie with Xen. I was working on Xen and hit an assertion. I was trying to dump the hypervisor image from the /proc/vmcore file I obtained after kdump rebooted. However, I had trouble getting the python script dom0cut.py to work.      I followed the instruction on Xen wiki to install the latest libelf.0.8.9 from [1] and the libelf wrapper from [2]. I also had to create a

Hi, I update scripts which extract dom0/domU/hypervisor image from kdump''s whole-machine image. Now it supports x86_32 pae. It needs libelf and work on x86_32 platform. Converted images can be analysed by crash(dom0 or domU) or gdb(hypervisor). regards, -- Kazuo Moriwaka _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com

Hi, At x86_64 linux domain, phys_to_machine_mapping, pfn_to_mfn_frame_list_list, and pfn_to_mfn_frame_list should be aligned to pagesize, but it can be misaligned now. If they aren''t aligned to pagesize, it will cause fails while saving the domain. This patch fixed it. regards, Signed-off-by: Kazuo Moriwaka <moriwaka@valinux.co.jp> set phys_to_machine_mapping alignment to

Hello, I'm trying to debug search command with Japanese 'ISO-2022-JP' codec. ISO-2022-JP codec needs to keep character cases until convert to UTF-8. For example: * '\033[$B%s\033[(B' means a character sounds 'N' * '\033[$B%S\033[(B' means a character sounds 'Bi' It causes a trouble in searches with Japanese. I found imap/imap-search.c/add_new()

Hello, I wrote a patch for header search about a word over two lines. Please check it. For example, following header string contains a word splitted into two mime encoded block. It's normal behavior of MUAs in CJK environment. Subject: =?ISO-2022-JP?B?Sk1CGyRCJUQlIiE8JUslZSE8JTkhIRsoQkpBTBskQiVBJWMhPCU/GyhC?=

Hello, When I tested LDAP auth dovecot-auth caught segv, and I found that auth_cache_parse_key() doesn't check query == NULL. I think db-ldap.c/default_ldap_settings.pass_filter should have non-null default value. Please check following patch. regards, -- Kazuo Moriwaka <moriwaka at valinux.co.jp> Index: db-ldap.c

Hello, When I set LDAP auth's search base dn, base dn and filter strings are concatenated. It cause filter cannot match any entries... I fixed it. Please check following patch. p.s. LDAP userdb/passdb's debug print have " fields=..." but it print junks. regards, -- Kazuo Moriwaka <moriwaka at valinux.co.jp> Index: src/auth/passdb-ldap.c

Hello, My imap daemon get SIGABRT with following message. "pool_data_stack_realloc(): stack frame changed" This is caused with cvs head sources.(and or not with my last 2 patches.) This causes while doing search command. This is IMAP command log: --------------------------------------------------------------------------- * PREAUTH [CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES

Hi, --- background ---------------------------------------------------- * what the makedumpfile is: To shorten the size of the dumpfile and the time of creating the dumpfile, makedumpfile copies only the necessary pages for analysis to the dumpfile from /proc/vmcore. You can specify the kind of unnecessary pages with dump_level. If you want to shorten the size further, enable the

The cleanup of package managers cache is already implemented by sprep_operation_package_manager_cache.ml, so remove this TODO item. Signed-off-by: Wanlong Gao <gaowanlong at cn.fujitsu.com> --- TODO | 1 - 1 file changed, 1 deletion(-) diff --git a/TODO b/TODO index d9dd1d3..44fee34 100644 --- a/TODO +++ b/TODO @@ -401,7 +401,6 @@ virt-sysprep ideas Kazuo Moriwaka adds: - - "yum

http://dovecot.org/test/ Nothing big, just random fixes. - Crashfixes in keyword code - -std=gnu99 wasn't working well in all systems, configure now checks for it - FreeBSD sendfile() calling was broken sometimes. No need to remove #define HAVE_FREEBSD_SENDFILE anymore. - FETCH BODY[] wasn't setting \Seen flag. - LDAP fixes (by Kazuo Moriwaka) - Don't crash if client

# 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 ---

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'

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

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

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

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

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