similar to: Failed to terminate process X with SIGKILL: Device or resource busy

Dear all, I am not clear about the 'vcpu' element for CPU allocation. I allocated 1 vCPU to my container, after I started the container, I ran 4 computation-intensive tasks on the container. And I found all the 4 physical core are 100% used (my host has 4 physical cores and no other application ran on the host except the container). That is, all available cores were used by the container.

Hi I tried to restrict usage of some running VM by cpu.shares (i.e. set to 10 from original 1024) on loaded system and it seem doesn't work as I expected... all running processes has same CPU usage (by htop) :-/ Does anyone has same experience? Fedora 19, libvirt-1.0.5.9-1.fc19.x86_64 Thanks a lot Martin -- Martin Pavlásek <mpavlase@redhat.com> OpenStack QA Associate/Red Hat

host and guest both centos 5.5 network is 192.168.62.40 host is setup as follows [root at cloud2 ~]# ifconfig br0 Link encap:Ethernet HWaddr 00:1A:64:12:10:D9 inet addr:192.168.62.199 Bcast:192.168.63.255 Mask:255.255.254.0 inet6 addr: fe80::21a:64ff:fe12:10d9/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1705488

Hi, I'm not libvirt expect. My guess is that some vcpu settings only apply to KVM/qemu backend. LXC is quite different from them. If setting vcpu# is not effective for LXC container, you may need to use cgroups. -- Thanks, Yuanle On Mon, Mar 17, 2014 at 2:32 PM, WANG Cheng D < Cheng.d.Wang@alcatel-sbell.com.cn> wrote: > Dear all, > > I am not clear about the

FWIW this passes with trunk now (bootstrapped with clang). On Mon, Oct 7, 2013 at 8:33 PM, İsmail Dönmez <ismail at donmez.ws> wrote: > This is with Linux on BeagleBone Black (Cortex-A8), regressed recently: > > > FAIL: LLVM :: MC/ARM/basic-arm-instructions.s (5404 of 8944) > ******************** TEST 'LLVM :: MC/ARM/basic-arm-instructions.s' FAILED >

This is with Linux on BeagleBone Black (Cortex-A8), regressed recently: FAIL: LLVM :: MC/ARM/basic-arm-instructions.s (5404 of 8944) ******************** TEST 'LLVM :: MC/ARM/basic-arm-instructions.s' FAILED ******************** Script: -- /havana/work/llvm/build/Release+Asserts/bin/llvm-mc -triple=armv7-apple-darwin -mcpu=cortex-a8 -show-encoding <

The Gluster Community would like to congratulate the OpenStack Foundation and developers on the Havana release. With performance-boosting enhancements for OpenStack Block Storage (Cinder), Compute (Nova) and Image Service (Glance), as well as a native template language for OpenStack Orchestration (Heat), the OpenStack Havana release points the way to continued momentum for the OpenStack community.

Hello We have a ruby-script for running system tests which talks to a database (to e.g. log each testrun) through a rails application. Sometimes this script freezes completely, only responding to SIGKILL. Have anyone else noticed this or have any idea where to start debugging (I''ve inherited the code and unfortunately don''t know too much about ruby on rails yet...) I have a

I have a lot of "master: Warning: Sent SIGKILL to 511 pop3-login processes" in my log file. Should I worry? (I'm running # 2.2.32 (dfbe293d4)) Thanks to all, Luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster at

> On 5 Oct 2017, at 22.16, absolutely_free at libero.it wrote: > > Hi, > > I am using Dovecot 2.2.32 (dfbe293d4) > > I noticed lots of messages like: > > dovecot: master: Warning: Sent SIGKILL to 100 imap-login processes > > in /var/log/maillog > > I commented out "process_limit" > > > service imap { > # Most of the memory goes

Hi, I am using Dovecot 2.2.32 (dfbe293d4) I noticed lots of messages like: dovecot: master: Warning: Sent SIGKILL to 100 imap-login processes in /var/log/maillog I commented out "process_limit" service imap { # Most of the memory goes to mmap()ing files. You may need to increase this # limit if you have huge mailboxes. #vsz_limit = $default_vsz_limit # Max. number of IMAP

When get_pending detects the task has been marked to be killed we try to clean up the SIGKLL by doing a sigdelset and recalc_sigpending, but we still leave it in shared_pending. If the signal is being short circuit delivered there is no need to put in shared_pending so this adds a check in complete_signal. This patch was modified from Eric Biederman <ebiederm at xmission.com> original

On command: #kill -9 `cat /var/run/sshd.pid` sshd leave pid file ! sshd.c code: =============== .... /* * Arrange to restart on SIGHUP. The handler needs * listen_sock. */ signal(SIGHUP, sighup_handler); signal(SIGTERM, sigterm_handler); signal(SIGQUIT, sigterm_handler); .... =============== Missing line is : signal(SIGKILL, sigterm_handler);

Folks, I am stumped! I have followed every tech tip I could find and I am still unable to complete my SMB installation. Specifically, I fail Test 4 and Tests 9 and 10. I believe the problem has something to do with the NMBD configuration. Below are the parameters of our system. Any help is greatly appreciated. Brandon Stauber brandon@inetevents.com 310-889-9264 [Please respond

The stub domain device model needs to trap the termination signal so as to actually destroy the stub domain. SIGKILL can''t be trapped, SIGTERM is caught by SDL and so may be unnoticed. SIGHUP can be trapped and is not caught by SDL (and by default causes a process termination without core). Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com> diff -r 2407a61c0d30

Dear samba@lists.samba.org: Your recent message to the TSP-SHARE list has been rejected for the following reason: Only list subscribers may send messages to this list. If you need assistance, please contact the list owner at TSP-SHARE-request@ucdavis.edu The text of your message follows: ---------------------------------------------------------------------- Received: from havana.ucdavis.edu

Hi I am using Libvirt 1.1.2 with Openstack Havana (RC2, nova-network) and openvswitch 1.4.2+git20120612-9.1. Libvirt vif driver ( nova.virt.libvirt.vif.LibvirtGenericVIFDriver) generates config likes this: <interface type='bridge'> <mac address='fa:16:3e:44:30:a4'/> <source bridge='br0'/> <model type='virtio'/>

Ok so I used to play this game a lot on my old pc and want to play it again. Awesomely its now freeware but anyway. I downloaded the file and then put it in a folder named PsiOps in my desktop, navigated to the folder in Terminal and then tried using wine to run the .exe. The error message "so and so.exe has encountered a serious problem and needs to close" This is what was in the

Dear all, I have been trying to get this problem out of the way but I just cant seem to get it right. I hope someone can point me in the right direction here. I have come up with a vacation script as below, which can be send out from my Postfix SMTP server to my smarthost at the ISP, and yet for some reason it is not sent out at my ISP server. The guys at the ISP have sent me the full error they