search for: soeren

...7eb80ae569a9`::Error getting block job info Traceback (most recent call last): File "/usr/share/vdsm/virt/vm.py", line 5759, in queryBlockJobs… — From: Soeren Malchow <soeren.malchow@mcon.net<mailto:soeren.malchow@mcon.net>> Date: Monday 1 June 2015 00:56 To: "libvirt-users@redhat.com<mailto:libvirt-users@redhat.com>" <libvirt-users@redhat.com<mailto:libvirt-users@redhat.com>>, users <users@ovirt.org<mailto:u...

Hello Soeren. I've started to look at this issue and I'd agree that at first glance it looks like a libvirt issue. The 'cannot acquire state change lock' messages suggest a locking bug or severe contention at least. To help me better understand the problem I have a few questions about your se...

...trying to trigger the error again last time we only got half way through the VM’s when removing the snapshots so we have a good chance that it comes up again. Also the libvirt logs to the journal not to libvirtd.log, i would send the journal directly to you and Eric via our data exchange servers Soeren On 04/06/15 16:17, "Adam Litke" <alitke@redhat.com> wrote: >On 04/06/15 13:08 +0000, Soeren Malchow wrote: >>Hi Adam, Hi Eric, >> >>We had this issue again a few minutes ago. >> >>One machine went down exactly the same way as described, the machin...

...the risk seems to increase. I do not think it is the number of VMS because we had this on hosts with only 3 or 4 Vms running I will try restarting the libvirt and see what happens. We are not using RHEL 7.1 only CentOS 7.1 Is there anything else we can look at when this happens again ? Regards Soeren On 02/06/15 18:53, "Adam Litke" <alitke@redhat.com> wrote: >Hello Soeren. > >I've started to look at this issue and I'd agree that at first glance >it looks like a libvirt issue. The 'cannot acquire state change lock' >messages suggest a locking...

And sorry, another update, it does kill the VM partly, it was still pingable when i wrote the last mail, but no ssh and no spice console possible From: Soeren Malchow <soeren.malchow@mcon.net<mailto:soeren.malchow@mcon.net>> Date: Monday 1 June 2015 01:35 To: Soeren Malchow <soeren.malchow@mcon.net<mailto:soeren.malchow@mcon.net>>, "libvirt-users@redhat.com<mailto:libvirt-users@redhat.com>" <libvirt-users@redhat...

...same way as described, the machine had only one snapshot and it was the only snapshot that was removed, before that in the same scriptrun we deleted the snapshots of 15 other Vms, some without, some with 1 and some with several snapshots. Can i provide anything from the logs that helps ? Regards Soeren On 03/06/15 18:07, "Soeren Malchow" <soeren.malchow@mcon.net> wrote: >Hi, > >This is not happening every time, the last time i had this, it was a >script runnning, and something like th 9. Vm and the 23. Vm had a problem, >and it is not always the same VMS, it is...

We are still having this problem and we can not figure out what to do, i sent the logs already as download, can i do anything else to help ? On 04/06/15 17:08, "Soeren Malchow" <soeren.malchow@mcon.net> wrote: >Hi, > >I would send those, but unfortunately we did not think about the journals >getting deleted after a reboot. > >I just made the journals persistent on the servers, we are trying to >trigger the error again last time we...

...BDR> R-devel (r45677) for me (x86_64 F8 Linux.) It also BDR> does not crash with the CRAN build of R 2.7.0 on BDR> Windows XP. Neither does it for me in R 2.7.0 on two x86_64 Linux platforms: Ubuntu 8.04 and Redhat Enterprise 5.1 Martin BDR> On Tue, 13 May 2008, Soeren Sonnenburg wrote: >> On Mon, 2008-05-12 at 11:10 +0200, >> maechler at stat.math.ethz.ch wrote: >>> Hi Soeren, >>>>>>>> "SS" == Soeren Sonnenburg <bugreports at nn7.de> on >>>>>>>> Sat, 10 May...

Hello everybody, I've been using asterisk 1.2 for quite a long time now, but I thought it's time to try a newer version of asterisk. So I downloaded 1.8.5, extracted the tar, ran configure, make, make install ... Everything looks fine (no obvious compile/link errors). But as soon as I start asterisk, it dies with a segfault. I executed asterisk within strace and last action before the

...ask = 0770 force directory mode = 0770 I would like to match the normal Linux user and group behavior as much as possible. Normally when creating a user you would create a group with the same name and same id as the user, which will result in an "id"-command output like this: uid=1000(soeren) gid=1000(soeren) Gruppen=1000(soeren) When I now add a user to my domain and set the uid and gid to the same value e.g 100 000 without creating a seperate group with the gid 100 000 the "id"-command output would looks like this: uid=100000(soeren) gid=100000 Gruppen=100000 So the ids...

...ength. So it would have only affected people who did that .... And generating a new report (PR#11438) was distinctly unfriendly. If after studing the R FAQ you have a reproducible example in a current version of R (R-devel or R-patched), plus add it to *this* report number. On Sat, 10 May 2008, Soeren Sonnenburg wrote: > On Sat, 2008-04-26 at 09:38 +0200, Peter Dalgaard wrote: >> bugreports at nn7.de wrote: >>> OK, I am just sending it here too as it looks like r-devel at r-project.org >>> is not the right place: >>> >> I think it was seen there too, ju...

OK, I am just sending it here too as it looks like r-devel at r-project.org is not the right place: =EF=BB=BFOn Fri, 2008-04-25 at 08:48 +0200, Soeren Sonnenburg wrote: > While trying to fix swig & R2.7 I actually discovered that there is a > bug in R 2.7 causing a crash (so R & swig might actually work): >=20 > the bug is in ./src/main/gram.c line 3038: >=20 > } else { /* over-long line */ > fixthis --&g...

...19831, offset 0, flags [DF], proto TCP (6), length 1500) XXX.XXX.XXX.XXX.443 > XXX.XXX.XXX.XXX.51285: . 512:1960(1448) ack 1200 win 64163 <nop,nop,timestamp 249076008 754904913> does anyone even have a suggestion where to look, we have no further ideas how to solve that thanks in advance soeren

On 04/06/15 13:08 +0000, Soeren Malchow wrote: >Hi Adam, Hi Eric, > >We had this issue again a few minutes ago. > >One machine went down exactly the same way as described, the machine had >only one snapshot and it was the only snapshot that was removed, before >that in the same scriptrun we deleted the snapsh...

On 03/06/15 07:36 +0000, Soeren Malchow wrote: >Dear Adam > >First we were using a python script that was working on 4 threads and >therefore removing 4 snapshots at the time throughout the cluster, that >still caused problems. > >Now i took the snapshot removing out of the threaded part an i am just >loop...

Yes, I had a typo in the mail, but not in the cronjob Still wondering how to get certbot-1.7.0-1.el7.noarch working on CentOS 7 again.

Not directly an answer to your question, but we had so many problems with the certbot in different constellations, that we moved to https://github.com/acmesh-official/acme.sh which works just fine basically everywhere cheers Soeren ?On 05.10.20, 15:18, "CentOS on behalf of Alexander Farber" <centos-bounces at centos.org on behalf of alexander.farber at gmail.com> wrote: Yes, I had a typo in the mail, but not in the cronjob Still wondering how to get certbot-1.7.0-1.el7.noarch working on CentOS 7...

### example:start v <- sample(rnorm(200), 100, replace=T) k <- rep.int(c("locA", "locB", "locC", "locD"), 25) tapply(v, k, summary) ### example:end ... (hopefully) produces 4 summaries of v according to k group membership. How can I transform the output into a nice table with the croups as columns and the interesting statistics as lines? Thx,

...e 'Zap' == Everyone is busy/congested at this time -- Executing BackGround("SIP/90-1765", "tt-allbusy") in new stack Urgent handler -- Playing 'tt-allbusy' (language 'de') Urgent handler ---- snip ---- any suggestions what is wrong ? thanks soeren Soeren Malchow Head of Central Technical Services Interone Worldwide GmbH Schulterblatt 58 20357 Hamburg T +49.40.43 29 69 - 547 F +49.40.43 29 69 - 90 mailto:soeren.malchow@interone.de http://www.interone.de NOTE: Information contained in this message is confidential and may be legally privil...

...-- Executing [continue at macro-dialout-trunk:3] NoOp("SIP/1990-00000001", "TRUNK Dial failed due to CHANUNAVAIL HANGUPCAUSE: 0 - failing through to other trunks") in new stack i tried everything i know now, and have no idea where to look. Any hints or ideas for me ? Regards Soeren -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20110725/1bc02179/attachment.htm>