similar to: Duplicate files appearing in Gluster FS

I think this is likely a bug with either mount or glusterfs: [root at vm-container-0-0 ~]# cat /etc/fstab LABEL=/ / ext3 defaults 1 1 LABEL=/state/partition /state/partition1 ext3 defaults 1 2 LABEL=/var /var ext3 defaults 1 2 tmpfs /dev/shm tmpfs defaults

Hi All, I have a 75GB collection of data, including a lot of duplicated files, on a NTFS network drive. I want to backup that data across a DSL link to a Linux host. Currently I use cwrsync on a Windows machine to act as server to the Linux rsync client. I want to avoid transferring duplicated data, as the DSL link is a far more significant factor than computation/disk IO. I can't work

Hello all, Definitely congrats on the 1.0.0 release! Anyway, I'm having a problem, that may or may not be related to Dovecot. Specifically, duplicate (and sometimes triplicate) emails are appearing. These emails have exactly the same queue ID, so its not that they were sent multiple times. These dup emails do not show up to me ever. Postfix is being used as the SMTP, and it hands it

Circa 80 CRAN and core-R packages have duplicate export entries in their NAMESPACE files. E.g., bit 1.1.9 : c("as.bit", "as.bitwhich", "as.which", "physical", "virtual") forecast 4.1 : "forecast.lm" graphics 2.15.3 : "barplot" mcmc 0.9.1 : "morph" RCurl 1.95.3 : "curlOptions" utils 2.15.3 :

On Tuesday 06 February 2001 12:36, Dr. Jens Oehlschlägel wrote: > I like the idea. Why don't you call duplicated.matrix() directly in > unique.matrix() and duplicated.data.frame() in unique.data.frame() ? > > Jens Oehlschlägel Good point. I guess I got carried away with using methods (having just gotten the hang of the concept). :-) Anyway, here's a corrected version:

Just found out [R 0.63, standard -v -n] : > rm(list=ls()) > gc() free total Ncells 96538 200000 Vcells 214008 250000 > hist(runif(50000)) Error: heap memory (1953 Kb) exhausted [needed 390 Kb more] which is a bit astonishing given that I still have room for 214000 double's > u1 <- runif(50000) > u2 <- runif(50000) > gc()

https://bugzilla.mindrot.org/show_bug.cgi?id=1566 Summary: superfluous descriptor duplications in sftp-server Product: Portable OpenSSH Version: 5.2p1 Platform: All OS/Version: Solaris Status: NEW Severity: normal Priority: P3 Component: sftp-server AssignedTo: unassigned-bugs at mindrot.org

Starting from version 3.0.2 (or .3?) there were a misfeature that caused workgroup names to show up as duplicates in workstations' browse lists. Fix for this didn't reach into 3.0.5-pre1, but rc1 had this fixed. Today I upgraded 3.0.5-rc1 to 3.0.5-2 (FC2 binary rpm from samba.org) and the problem reappeared. To be more spesific, the problem appears when there are more that one workgroup

Dear R-devel, Duncan Murdoch suggested that I repost this if I don't get a response in a week, so here it is. The tests and the patches were on/against revision 59314, but I don't think that any of the commits since then affected the code in question. While tracking down some hard-to-reproduce bugs in a package I maintain, I stumbled on a behavior change between R 2.15.0 and the current

I am having some difficulty understanding the implication of lazy evaluation mixed with DUP=F in a .Fortran call. In qr.qty from base DUP is not used as an argument so defaults to T. I am calling qr.qty with a very large array and would like to set DUP=F in the .Fortran call so that qr.qty would be defined as copied below. Is there some risk that a variable used as the argument in the original

Hello, I'm trying to create my own C code for use within R. While optimizing the code I've noticed that even while only using pointers to get my data to C the time needed still depends on data (vector) size. To test this, I've created an empty C function to which I've send vectors containing various sizes of elements. The time needed for each call is measured and plotted. I would

Full_Name: Martin Schlather Version: R version 2.7.0 Under development (unstable) (2007-10-01 r43043) OS: Linux Submission from: (NULL) (91.3.209.203) Hi, There are 2 dangers with using 'DUP=FALSE' mentioned: * formal arguments * lists Would you also mention a third one, namely that values in R are now only referenced whenever possible and not always copied; hence .C(...,

Dear all, Is there a reason, why there is no +-operator for aes (i.e. uneval) objects (as there is for themes and gg objects)? I had a couple of cases where such an operator would be useful, for instance to combine the result of aes and aes_string in functions. Any flaws with the following proposition: `+.uneval` <- function(e1, e2) { dup <- names(e1) %in% names(e2) if (any(dup)) {

Hi, I have setup a Gluster server using 3.0.5 ISO installer. Is it possible to install Gluster Object storage on top of Gluster 3.0.5? Thanks, Xybrek -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20111019/e545c17f/attachment.html>

I need to identify repeated items in p$a with different s and d entries on the same row, given that the "0" items should not be considered in the comparison. Here is an example: 1. Items 3 and 5 in p$a are repeated with different entries of s and d, should be removed. 2. Item 2 was repeated twice but with a 0 once for s on row 2 and a second time for d on row 6, hence 2 should be

Dear R-devel, While tracking down some hard-to-reproduce bugs in a package I maintain, I stumbled on a behavior change between R 2.15.0 and the current R-devel (or SVN trunk). In 2.15.0 and earlier, if you passed an 0-length vector of the right mode (e.g., double(0) or integer(0)) as one of the arguments in a .C() call with DUP=TRUE (the default), the C routine would be passed NULL (the C

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 here the failures. Anyway there is a suggested "revision" to use on PowerPC 32bit on Linux ? [...] llvm[0]: ***** Completed Release Build + make check llvm[0]: Running test suite make[1]: Entering directory `/home/llvm/work/src/llvm-2.8/test' Making a new site.exp file... Making LLVM 'lit.site.cfg' file... Making LLVM unittest

On Nov 13, 2010, at 9:37 AM, acrux wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > here the failures. Anyway there is a suggested "revision" to use on > PowerPC 32bit on Linux ? > Looks like you didn't build support for all targets in when you built it? -eric > [...] > llvm[0]: ***** Completed Release Build > + make check >

Hi, What is the preferred way of taking glusterfs backup? I am using Glusterfs 3.8.4. We've configured gluster on thick provisioned LV in which 50% of the VG is kept free for the LVM snapshot. is it any different then taking snapshot on a thin provisioned LV? -- Thanks, Sunil Aggarwal 844-734-5346 -------------- next part -------------- An HTML attachment was scrubbed... URL:

> > You should first upgrade servers and then clients. New servers can > understand old clients, but it is not easy for old servers to understand new > clients in case it started doing something new. But isn't that the reason op-version exists? So that regardless of client/server mix, nobody tries to do "new" things above the current op-version? He is not changing mayor