search for: incone

Dear all, I'm still learning and transitioning from SPSS to R (1.9.0, winXP) and today I have data from two repeated measures experiments. For each of the subjects I've averaged for two within-SS factors (2 x 2, 4 means per subjects). One experiment had 16 subjects, the other one 25 (between-SS factor exp). So I have something like: avg.cond <- read.table('data.txt') #

Hello, I am trying to read in elements out of a very large binary file ... the total file is 4 gigs. I want to select rows out of the file, and the current procedure I run works but is prohibitively slow (takes more than a day to run and still won't complete). Is there any faster way to accomplish this? My current procedure looks like this: readHH <- function(file_name,

...ar const *upper = "U"; char const *ntran = "N"; char const *ytran = "T"; char const *rside = "R"; char const *lside = "L"; const double one = 1.0; const double negOne = -1.0; const double zero = 0.0; const int incOne = 1; /***************************************** Set-up *****************************************/ double *x_P = REAL(x_r); int n_j = INTEGER(n_j_r)[0]; int J = INTEGER(J_r)[0]; int N = n_j*J; int iter_1...

Hi. The short story... Rush job, never done clustered file systems before, vlan didn't support multicast. Thus I ended up with drbd working ok between the two servers but cman / gfs2 not working, resulting in what was meant to be a drbd primary/primary cluster being a primary/secondary cluster until the vlan could be fixed with gfs only mounted on the one server. I got the single server

Hi, Not totally new to Xen but still very green and meeting some problems. Feel free to kick me to the DRBD people if this is not relevent here. I''ll be providing more info upon request but for now I''ll be brief. Debian/Squeeze running 2.6.32-5-xen-amd64 (2.6.32-21) Xen hypervisor 4.0.1~rc6-1 and drbd-8.3.8. One domU configured, with disk and swap image: root =

Hi guys! I can?t find an answer in google, so my last hope is this mailing list. Story. I have two servers with same arrays. Servers connected by DRBD. I used ocfs2 as file system, also I used NFS4 to access to the ocfs2 drive. I do not have any idea, but the allocated descriptors in /proc/sys/fs/file-nr increasing every time while drive accessed. So after some time allocated descriptions over

Hello, I have a couple of Dell 2950 III, both of them with CentOS 5.3, Xen, drbd 8.2 and cluster suite. Hardware: 32DB RAM, RAID 5 with 6 SAS disks (one hot spare) on a PERC/6 controller. I configured DRBD to use the main network interfaces (bnx2 driver), with bonding and crossover cables to have a direct link. The normal network traffic uses two different network cards. There are two DRBD

I decided to try the program giFT, and went to their web site to see what to do. It wasn't clear at first that any RPMs would be available, so I tried installing it using configure, make, and make install. It was only after trying to find a GUI interface, and I decided on giFTui, that I discovered that RPMs were available. So I downloaded and isntalled them, and then found an incon in my

Hi, Sorry for the need of the long winded email. Looking for some answers to the following. I am setting up a xen PV domU on top of a LVM partitioned DRBD device. Everything was going just fine until I tried to test the filesystems in the domU. Here is my setup; Dom0 OS: CentOS release 5 (Final) Kernel: 2.6.18-8.1.4.el5.centos.plusxen Xen: xen-3.0.3-25.0.3.el5 DRBD:

The Wine development release 1.7.23 is now available. What's new in this release (see below for details): - Better support for files drag & drop. - Improvements to the HTTP cookie management. - Initial support for 64-bit Android builds. - Fixes to crypto certificates management. - Various bug fixes. The source is available from the following locations:

Hi guys I have few problems with live migration ... and I need some professional help :) I have 2 xen servers ... CentOS 5.3 and I want to have a high available cluster Now let`s begin .... xen0: [root@xen0 ~]# fdisk -l Disk /dev/sda: 218.2 GB, 218238025728 bytes 255 heads, 63 sectors/track, 26532 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start

i_alloc_sem has always been a bit of an odd "lock". It''s the only remaining rw_semaphore that can be released by a different thread than the one that locked it, and it''s use case in the core direct I/O code is more like a counter given that the writers already have external serialization. This series removes it in favour of a simpler counter scheme, thus getting rid