search for: scratch3

Dear list, When compiling the R-2.3.0 on FC4 x86_64, I got the following errors: make[3]: Entering directory `/project/scratch3/ligroup/wuming/src/R-2.3.0/src/main' gcc -Wl,--export-dynamic -L/usr/local/lib64 -o R.bin Rmain.o CConverters.o CommandLineArgs.o Rdynload.o Renviron.o RNG.o apply.o arithmetic.o apse.o array.o attrib.o base.o bind.o builtin.o character.o coerce.o colors.o complex.o connections.o context.o cov....

...booted, the client mounts are often broken until you unmount and remount. Example from this morning: I had rebooted storage servers to upgrade them to ubuntu 12.04. Now at the client side: $ ls /gluster/scratch ls: cannot access /gluster/scratch: Transport endpoint is not connected $ ls /gluster/scratch3 dbbuild DBS $ sudo umount /gluster/scratch $ sudo mount /gluster/scratch $ ls /gluster/scratch dbbuild $ Note that /gluster/scratch is a distributed volume (spread across servers 'storage2' and 'storage3'), whereas /gluster/scratch3 is a single brick (server 'storage3' on...

...get (access.cims.nyu.edu) I have a directory /scratch4/gottlieb/dumps rsync (with --checksum and other options) worked great to push the dumps to access prior to my including a level 0 dump, at which point I exceeded the space available on /scratch4 So I moved the level-0 (on the target only) to /scratch3/gottlieb/dumps and added cmpare-dest=/scratch3/gottlieb to my rsync command as shown below. This may indeed be working correctly, but I noticed that no matter how many -v I use (I tried up to 4) I could not get a confirmation that local-0 was found to agree with the copy on the target, even t...

...ENT=en_US.UTF-8 LC_IDENTIFICATION=C attached base packages: [1] stats graphics grDevices utils datasets methods base loaded via a namespace (and not attached): [1] tools_3.1.3 Abbreviated versions of the output from R CMD INSTALL: For caTools: * installing to library ?/scratch3/BMC/co2/lib/R-3.1/x86_64-unknown-linux-gnu? * installing *source* package ?caTools? ... ** package ?caTools? successfully unpacked and MD5 sums checked ** libs icpc -I/apps/R/3.1.3-intel/lib64/R/include -DNDEBUG -I/usr/local/include -fpic -g -O3 -fp-model precise -c Gif2R.cpp -o Gif2R.o icpc...

...etion(-) diff --git a/xen/drivers/char/ns16550.c b/xen/drivers/char/ns16550.c index 5892eb7..9c2cded 100644 --- a/xen/drivers/char/ns16550.c +++ b/xen/drivers/char/ns16550.c @@ -503,7 +503,7 @@ static int __init check_existence(struct ns16550 *uart) { unsigned char status, scratch, scratch2, scratch3; -#ifdef HAS_IO_PORTS +#ifdef HAS_IOPORTS /* * We can''t poke MMIO UARTs until they get I/O remapped later. Assume that * if we''re getting MMIO UARTs, the arch code knows what it''s doing. -- 1.7.10.4

I have three machines, all Ubuntu 12.04 running gluster 3.3.1. storage1 192.168.6.70 on 10G, 192.168.5.70 on 1G storage2 192.168.6.71 on 10G, 192.168.5.71 on 1G storage3 192.168.6.72 on 10G, 192.168.5.72 on 1G Each machine has two NICs, but on each host, /etc/hosts lists the 10G interface on all machines. storage1 and storage3 were taken away for hardware changes, which included

...grDevices utils datasets methods base >> >> loaded via a namespace (and not attached): >> [1] tools_3.1.3 >> >> >> Abbreviated versions of the output from R CMD INSTALL: >> >> For caTools: >> >> * installing to library ?/scratch3/BMC/co2/lib/R-3.1/x86_64-unknown-linux-gnu? >> * installing *source* package ?caTools? ... >> ** package ?caTools? successfully unpacked and MD5 sums checked >> ** libs >> icpc -I/apps/R/3.1.3-intel/lib64/R/include -DNDEBUG -I/usr/local/include -fpic -g -O3 -fp-model pr...

...se packages: > [1] stats graphics grDevices utils datasets methods base > > loaded via a namespace (and not attached): > [1] tools_3.1.3 > > > Abbreviated versions of the output from R CMD INSTALL: > > For caTools: > > * installing to library ?/scratch3/BMC/co2/lib/R-3.1/x86_64-unknown-linux-gnu? > * installing *source* package ?caTools? ... > ** package ?caTools? successfully unpacked and MD5 sums checked > ** libs > icpc -I/apps/R/3.1.3-intel/lib64/R/include -DNDEBUG -I/usr/local/include -fpic -g -O3 -fp-model precise -c Gif2R....

...STACK; + ALLOC(xx, n, opus_val16); + celt_assert(n>0); + celt_assert(overlap>=0); + for (i=0;i<n;i++) + xx[i] = x[i]; + + { + opus_val16 * xxbeg = xx; + opus_val16 * xxend = xx+n-1; + const opus_val16 * xbeg = x; + const opus_val16 * xend = x+n-1; + int scratch0, scratch1, scratch2, scratch3, scratch4; + __asm__ __volatile__( + "movs %6, %5, lsr #3;\n" + "beq .celt_autocorr_process8_done_%=;\n" + + /* Process 8 samples at a time */ + ".celt_autocorr_process8_%=:\n" + "subs %3, %3, #16;\n" + "subs %1, %1, #16;\n" +...

Hi! I just gave GlusterFS a try and experienced two problems. First some background: - I want to set up a file server with synchronous replication between branch offices, similar to Windows DFS-Replication. The goal is _not_ high-availability or cluster-scaleout, but just having all files locally available at each branch office. - To test GlusterFS, I installed two virtual machines

...STACK; + ALLOC(xx, n, opus_val16); + celt_assert(n>0); + celt_assert(overlap>=0); + for (i=0;i<n;i++) + xx[i] = x[i]; + + { + opus_val16 * xxbeg = xx; + opus_val16 * xxend = xx+n-1; + const opus_val16 * xbeg = x; + const opus_val16 * xend = x+n-1; + int scratch0, scratch1, scratch2, scratch3, scratch4; + __asm__ __volatile__( + "movs %6, %5, lsr #3;\n" + "beq .celt_autocorr_process8_done_%=;\n" + + /* Process 8 samples at a time */ + ".celt_autocorr_process8_%=:\n" + "subs %3, %3, #16;\n" + "subs %1, %1, #16;\n" +...

See http://www.gossamer-threads.com/lists/xen/devel/297170 for some information on how to get this going. I''ve rebased and addressed the review comments. As before several of the patches are not to be applied because they can be done better using infrastructure from Julien''s "Allow Xen to boot with a raw Device Tree" patch. They are included for completeness. With

See http://www.gossamer-threads.com/lists/xen/devel/297170 for some information on how to get this going. I''ve rebased and addressed the review comments. With this rebase I''ve picked up some patches from Julien which were required to do things properly, so the gic v7 and device blacklisting patches have been changed to use the proper mechanisms. Previously I was able to boot

Hi Jan, After commit 2ca9fbd739b8a72b16dd790d0fff7b75f5488fb8 AMD IOMMU: allocate IRTE entries instead of using a static mapping, booting dom0 stalls several times. Sometimes this results in RCU stall warnings from the dom0 kernel, hitting the "any" key, on normal or serial console, makes the boot continue for a while but it stalls several times. (It also stalls on shutdown BTW) I have