Displaying 13 results from an estimated 13 matches for "unexplicably".
Did you mean:
inexplicably
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 4.0.1-5.4
Bug #674907 [xen] shifts the clock by...
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
...> 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 in versions xen/4.0.1-5.5.
Marked as found in versions xen/4.0.1-5.5.
> reopen 599161
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 #674...
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,]
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 674907
Bug #599161 [src:linux-2.6] xen-linux-syste...
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
>
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 owner at bugs.debian.org with problems
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 'src:linux-2.6' to 'src:xen'.
No longer marked as found in versions linux-2.6/2.6.32-21.
No longer marked as found in versions linux-2.6/2.6.32-21.
Ignoring request...
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 exception for...
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