search for: unexplicable

Displaying 13 results from an estimated 13 matches for "unexplicable".

Did you mean: inexplicable
2012 Sep 26
0
Processed: this affects more than OpenNTPd, probably all of Xen 4.0 on Debian
Processing commands for control at bugs.debian.org: > reassign 674907 xen Bug #674907 [openntpd] shifts the clock by 50 minutes unexplicably under a Xen dom0 Bug reassigned from package 'openntpd' to 'xen'. No longer marked as found in versions 3.9p1+debian-8~bpo60+1. Ignoring request to alter fixed versions of bug #674907 to the same values previously set > found 674907
2012 Oct 01
1
Bug#674907: shifts the clock by 50 minutes unexplicably under a Xen dom0
I have exactly the same problem. I have two cluster nodes HP Proliant DL 580 G5 systems with four quad core Xeon processors. Operating system is debian squeeze. Uname -a: Linux xen-p02 2.6.32-5-xen-amd64 #1 SMP Sun Sep 23 13:49:30 UTC 2012 x86_64 GNU/Linux This is an annoying problem, the system clock in dom0 jumps forward 50 minutes and this cause my cluster node to be fenced and then rebooted.
2006 Mar 15
2
(unexplicable) peaks of machine load
I have strange peaks of machine load on my asterisk servers, looking at top the load is very high even if cpu usage is low and no swap memory is used. This happens on all the machines, some of them have asterisk, mysql, agi and digium cards on them, so I thought I was only asking too much, but yesterday I noticed the same behaviour on an asterisk machine with only two digium in it, no other
2014 Nov 03
1
Unexplicable difference between 2 R installations regarding reading numbers
Dear all, A colleague of mine reported a problem that I fail to understand completely. He has a number of .csv files that look all very straightforward, and they all read in perfectly well using read.csv() on both his and my computer. When we try the exact same R version on the university server however, suddenly all numeric variables turn into factors. The problem is resolved by deleting the
2012 Dec 20
0
Processed: #599161 not fixed in Debian stable
Processing commands for control at bugs.debian.org: > found 599161 4.0.1-5.5 Bug #599161 {Done: Bastian Blank <waldi at debian.org>} [src:xen] xen-linux-system-2.6.32-5-xen-amd64: Clock moved forward 50 minutes, caused Xen HVM domU restart Bug #674907 {Done: Bastian Blank <waldi at debian.org>} [src:xen] shifts the clock by 50 minutes unexplicably under a Xen dom0 Marked as found
2001 Jul 17
2
cmdscale in package mva (PR#1027)
Full_Name: Laurent Gautier Version: 1.3.0-patched OS: IRIX 6.5 Submission from: (NULL) (130.225.67.199) Hello, The function La.eigen, called by cmdscale in the package mva behaves an unexplicable way (for me). The following lines show what happened. I tried the very same on linux, and it worked fine. >a <- matrix(c(1,2,3,2),3,3) >a [,1] [,2] [,3] [1,] 1 2 3 [2,] 2 1 2 [3,] 3 2 1 >library(mva) >cmdscale(a) Error in La.eigen(Tmat, symmetric...
2012 Oct 01
0
Processed: reassign 674907 to src:linux-2.6, forcibly merging 599161 674907
Processing commands for control at bugs.debian.org: > reassign 674907 src:linux-2.6 Bug #674907 [xen] shifts the clock by 50 minutes unexplicably under a Xen dom0 Bug reassigned from package 'xen' to 'src:linux-2.6'. No longer marked as found in versions 4.0.1-5.4. Ignoring request to alter fixed versions of bug #674907 to the same values previously set > forcemerge 599161
2011 Jun 01
1
weird error from MASS::eqcsplot with postscript driver
[Env: R 2.12.2, Win XP] I'm creating figures using MASS::eqcsplot to provide equal scaling of the axes. My figures work OK when I plot to the screen, but when I try to do the same plot as a postscript file, I get an unexplicable error, > figframe() Error in if (yuin > xuin * ratio) yuin <- xuin * ratio else xuin <- yuin/ratio : missing value where TRUE/FALSE needed > traceback() 2: eqscplot(x = 0, y = 0, xlim = xlim, ylim = ylim, xlab = xlab, ylab = ylab, type = "n") 1: figframe() &...
2012 Sep 26
0
Processed: severity of 674907 is normal
Processing commands for control at bugs.debian.org: > severity 674907 normal Bug #674907 [xen] shifts the clock by 50 minutes unexplicably under a Xen dom0 Severity set to 'normal' from 'grave' > thanks Stopping processing here. Please contact me if you need assistance. -- 674907: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674907 Debian Bug Tracking System Contact
2012 Oct 01
2
Bug#674907: (no subject)
I want to add some information When the "50 minute shift" occurs. It occurs simultaneously on all domU and dom0. on all domU and dom0, the syslog says Clocksource tsc unstable (delta = -2999660303146 ns) (or something very near 3000 seconds) Using ntp is ok to resync the clock but does not prevent the problem from occuring.
2012 Dec 10
0
Processed: Re: [Xen-devel] #599161: Xen debug patch for the "clock shifts by 50 minutes" bug.
Processing commands for control at bugs.debian.org: > reassign 599161 src:xen Bug #599161 [src:linux-2.6] xen-linux-system-2.6.32-5-xen-amd64: Clock moved forward 50 minutes, caused Xen HVM domU restart Bug #674907 [src:linux-2.6] shifts the clock by 50 minutes unexplicably under a Xen dom0 Bug reassigned from package 'src:linux-2.6' to 'src:xen'. Bug reassigned from package
2012 Dec 11
0
Bug#674907: closed by Bastian Blank <waldi@debian.org> (Bug#599161: fixed in xen 4.1.3-7)
On 2012-12-11, Debian Bug Tracking System wrote: > #674907: shifts the clock by 50 minutes unexplicably under a Xen dom0 > > It has been closed by Bastian Blank <waldi at debian.org>. What about us poor users on Debian squeeze? Or worse, about the upcoming wheezy release? Is there the possibility to backport this fix to s-p-u? Should I ask release.debian.org for a freeze
2006 Mar 15
3
Zaptel compile errors on x86_64
Hi, Just downloaded the latest cvs from zaptel on my sparking new Athlon64 Centos4.2 system, but hitting a stumbling block... (sorry for the long post) #make cc -I. -O4 -g -Wall -DBUILDING_TONEZONE -m64 -DSTANDALONE_ZAPATA -DZAPTEL_CONFIG=\"/etc/zaptel.conf\" -c -o gendigits.o gendigits.c cc -o gendigits gendigits.o -lm ./gendigits cc -I. -O4 -g -Wall -DBUILDING_TONEZONE -m64