search for: inid

...Call Ref: len= 2 (reference 0/0x0) (Originator) Message type: RESTART (70) Channel ID (len= 5) [Ext: 1 IntID: Implicit, PRI Spare: 0, Exclusive Dchan:0 Chan Sel Reserved Ext: 1 Coding:0 Number Specified Channel Type: 3 Ext: 1 Spare: o Resetting Inidicated Channel (0) ] Then "D-Channel on span 1 downn", and finally, after a while: (...) Warning[11276]: chan_zap.c:5993 zt_pri_error: PRI: Read on 46 failed: Unknown error 500 (...) Notice[11276]: chan_zap.c:6708 pri_dchannel: PRI got event: 8 on span 1...

...y having a little problem finding out how to make work my seal/unseal things... Running a Debian Lenny on top of Xen 3.5 unstable. with vtpm management enabled on my VM''s, my wish is to make some sealing tests on my VM''s/ So here are all the operations I do : *On the Dom0* /etc/inid.d/trousers stop # TrouSerS prevents use of the vtpm manager, becauser the vtpmm cant use the TPM is another application is already using it xend start vtpm_managerd & vtpm_migratord & *On the DomU *modprobe tpm_xenu tcsd start tpm_takeownership -z # I know SRK passw trouble is fi...

...kernel bug -- haven't gotten things tracked down far enough yet, but I can confirm that the above does cause a hard hang that eventually requires rebooting the system to unwedge everything. kernel = 2.6.27.29 from OpenSuse 11.1 Samba = 3.4.3-12 lvcreate from lvm2-2.02.39-8 The notes I read inidicated a problem in the kernel or maybe, more specifically the xfs in the kernel. Will have to check with xfs folks to see if they've heard of this... Have yet to sub to the lvm list...(TODO(byme): sub lvm list) -linda

Hello! I have already reported on this behaviour at [1] and now I have checked the same example on r-devel and the problem is still there. Thomas Lumley inidicated problem [2]. Example: n <- 50 x <- runif(n=n) y1 <- 2 * x + rnorm(n=n) y2 <- 5 * x + rnorm(n=n) y2[sample(1:n, size=5)] <- NA y <- cbind(y1, y2) ## Goes ok here fit <- lm(y1 ~ 1, na.action="na.exclude") summary(fit) ## And here fit <- lm(y2 ~ 1, na.action...

...d 15%. Above the 25 (when also started noticing voice quality issues), the proc. util. seemed to start going wacky - spikes up to 40, 50, even 60%. Then it went to 99% for a moment, voice quality was horrible if you could hear anything, and Asterisk crashed. I did not find anything in the logs to inidicate any problems, though I've found that to be the case pretty much everytime Asterisk crashes. I saw a list thread in which a developer asked for some gdb output... in it, he said this: > Run asterisk with "-vvvcg". > Do your test (core file generated). > Run "gdb /us...

I was wondering, whether there is a way to have statistical significance test for cluster agreement. I know that I can use classAgreement() function to get Rand index, which will give me some indication whether the clusters agree or not, but it would be interesting to have a formal test. Thanks.