search for: linknames

This patch adds the --link-by-hash=DIR option, which hard links received files in a link farm arranged by MD4 file hash. The result is that the system will only store one copy of the unique contents of each file, regardless of the file's name. (rev 4) * Updated for committed robust_rename() patch, other changes in CVS. (rev 3) * Don't link empty files. * Roll over to new file when

This patch adds the --link-by-hash=DIR option, which hard links received files in a link farm arranged by MD4 file hash. The result is that the system will only store one copy of the unique contents of each file, regardless of the file's name. (rev 3) * Don't link empty files. * Roll over to new file when filesystem maximum link count is reached. * If link fails for another reason, leave

This patch adds the --link-by-hash=DIR option, which hard links received files in a link farm arranged by MD4 file hash. The result is that the system will only store one copy of the unique contents of each file, regardless of the file's name. (rev 5) * Fixed silly logic error. (rev 4) * Updated for committed robust_rename() patch, other changes in CVS. (rev 3) * Don't link empty

Hi Ralph, On 05.01.15 15:00, Ralph B?hme wrote: >> [Programs] >> path = /server/shares/programs >> valid users = some users >> read only = No >> force create mode = 0660 >> force directory mode = 0770 >> vfs objects = fruit # tried without fruit vfs, no change > > on first reading I thought this sound

This patch adds the --link-by-hash=DIR option, which hard links received files in a link farm arranged by MD4 file hash. The result is that the system will only store one copy of the unique contents of each file, regardless of the file's name. (rev 2) * This revision is actually against CVS HEAD (I didn't realize I was working from a stale rsync'd CVS). * Apply permissions after

This patch adds the --link-by-hash=DIR option, which hard links received files in a link farm arranged by MD4 file hash. The result is that the system will only store one copy of the unique contents of each file, regardless of the file's name. Anyone have an example of an MD4 collision so I can test that case? :) Patch Summary: -1 +1 Makefile.in -0 +304 hashlink.c (new)

Help! I wanted to make a ruby interpreted variable <%= @variable %> to be the linkname of my <%= link_to "linkname", {options" %> expression. How can I do that? -- Anime ni naruttebayo!!! Uchiha Itachi''s Trashcan@ptoys http://ptoys.proboards40.com/index.cgi?board=showroom&action=display&thread=1108620582 -------------- next part -------------- An

hello, all of users: sorry, resend it again for clarifying the message. I have implemented cha_ss7 in china. initially, the chan_ss7 can not support the call group. i modify the code. now the problem is that, both sides can hear the ring, but i can not hear the voice from each other. i think the ss7 does not send the voice steam to the destination. in chan_ss7, i added:

...lt;- list.files(oldDir) oldNames <- character(0) for(i in 1:length(sn)){ fName <- grep(sn[i], allFiles, value = T) if(length(fName) == 0) stop(paste("sectionname", sn[i], "not found")) oldNames <- c(oldNames, fName) } sectionnames <- linkNames <- character(length(oldNames)) for(i in 1:length(oldNames)){ sectionnames[i] <- paste("sn", i, sep = "") linkNames[i] <- paste(sectionnames[i], fileExtension(oldNames[i]), sep = ".")...

Hi, Pradeep: I believe you had some questions about modifying bandwidth for flows/VNICs. I believe that should be fine in the recently released bits, could you please check and lets know if you still have any questions about this. Bandwidth limits can be modified using: links: dladm set-linkprop -p maxbw=<value> linkname flows: flowadm set-flowprop -p maxbw=<value> flowname (I

I want to make you aware of a possible bug in the reflink handling of btrfs: When I reflink a file larger 2GB (on the same subvol), the reflinking fails. But it works fine for files smaller 2GB in size. I was able to track this down to btrfs with great support of Martin Raiber who created a small demo code: Source: https://urbackup.atlassian.net/secure/attachment/10201/reflink.cpp Compile: g++

Hi All, I''ve configured a mutlipath as detailed in the HOWTO. For the most part it''s great, but when the cheap DSL line drops it''s connection, as it regularly does, the outbound routing doesn''t automatically use the remaining path for internal outbound traffic. Ip route show lists no default route once the default path dies, and if the ppp connection is

I can''t explain where those differences come from. In one Project I can use the link_to without any problems. Like this: <%= link_to "LINKNAME", :action => "destroy", :id => ID %> But in another project... That happens <%= link_to "delete", :action => "destroy", :id => ticket.id %> <%= link_to "edit", :action

Hello, I'm using the latest git 4.2.0 samba version (4.2.0rc4-GIT-93b73bf, to get latest vfs_fruit module). I noticed the following strange behavior with OSX clients (10.10.1, 10.10.2 beta): When they connect using either smb 3.0 or 2.1 (verified on the server with `smbstatus` and the `version` column `SMB3_00` or `SMB2_10` respectively), symbolic links pointing at non existent files are not

This started as a simple warning-elimination change. I'll get back to that series shortly ;-) It turned into a factorization and constification exercise during which I got a taste of ocaml. Thanks to Rich Jones for help with a few snippets in generator.ml. The overall result is that many previously-manually-maintained bits from daemon/*.c functions are now hoisted into the automatically-

https://bugzilla.samba.org/show_bug.cgi?id=4899 Summary: When a mounted dir cannot be visited, rsync will halt there and the shell is halted, even "ctrl -c" can't quit it. Product: rsync Version: 2.6.9 Platform: x86 OS/Version: Linux Status: NEW Severity: normal

devname is put on heap for all cases to avoid memory leak, and ease of use in future as well Signed-off-by: Imran Zaman <imran.zaman at intel.com> --- extlinux/main.c | 44 ++++++++++++++++++++++++++++++-------------- 1 file changed, 30 insertions(+), 14 deletions(-) diff --git a/extlinux/main.c b/extlinux/main.c index 55a1495..b7cdf92 100644 --- a/extlinux/main.c +++ b/extlinux/main.c @@

devname is put on heap for all cases to avoid memory leak, and ease of use in future as well Signed-off-by: Imran Zaman <imran.zaman at intel.com> --- extlinux/main.c | 48 ++++++++++++++++++++++++++++++++---------------- 1 file changed, 32 insertions(+), 16 deletions(-) diff --git a/extlinux/main.c b/extlinux/main.c index 55a1495..7bb7443 100644 --- a/extlinux/main.c +++

Using rsync 2.6.0 with --verbose and doing a pull. >?receiving file list ... readlink "{FILENAME}" failed: >?No such file or directory >?done >?IO error encountered - skipping file deletion The file was a temporary file that was being deleted just as the rsync was run. So while the file list was being built, it was there when the directory was read but had vanished by the

Hello All, I posting this email rearding the gluster issue in http://lists.gluster.org/pipermail/gluster-users/2016-April/026493.html i searched this everywhere but still having no answer . we getting a big problem with the out of space now. Kindly help me. Rasika -------------- next part -------------- An HTML attachment was scrubbed... URL: