similar to: Will rsync adopt Kerberos integration?

hi, Is it possible to use an existing kerberos infrastructure (without ssh overhead) for rsync authentication? I found this rsync patch: http://jrds.fr/rsynck but have no idea whether this has been committed upstream or if there are any plans to do it in the future. It would be nice to have something like this. Another question: can I use dns srv records to locate rsyncd servers. I mean, yes, I

Hi all, I am just trying to consider my options for storing a large mass of data (tens of terrabytes of files) and one idea is to build a clustered FS of some kind. Has anybody had any experience with that? Any recommendations? Thanks in advance for any and all advice. Boris.

talking with a client about various options for backup. They are an advertising agency so most of the space is used by various binary files JPG/TIFF/Movies. We have been using LTO-2 but if we jump up their storage to say 2Tb, that's going to be $5000 for LTO-3 with magazines. This affords us 3 week rotations rather simply. If we add hard drive storage for backups instead of buying LTO-3 tape

Hi, I do have two centos 6.6 servers. With a "performance optimized" rsync I get an speed of 15 - 20 MB/s The options I use are: rsync -aHAXxv --numeric-ids --progress -e "ssh -T -c arcfour -o Compression=no -x" If I copy files by smb to/from the servers I do get 60 - 80 MB/s, a dd (r/w) on the storages attached gives 90 MB/s on the 1Gbit ISCSI (Source Server) and up to

> > I do have two centos 6.6 servers. With a "performance optimized" rsync I > get an speed of 15 - 20 MB/s > > The options I use are: > > rsync -aHAXxv --numeric-ids --progress -e "ssh -T -c arcfour -o > Compression=no -x" > > If I copy files by smb to/from the servers I do get 60 - 80 MB/s, a dd > (r/w) on the storages attached gives 90 MB/s

On 01/23/2015 01:44 AM, G?tz Reinicke - IT Koordinator wrote: > I do have two centos 6.6 servers. With a "performance optimized" rsync I > get an speed of 15 - 20 MB/s That *is* pretty slow for sustained writes. Does the same rate hold true for individual large files as it does for lots of small ones? What filesystem are you using on each side? > rsync -aHAXxv

On Fri, January 23, 2015 12:54 pm, Patrick Flaherty wrote: >> >> I do have two centos 6.6 servers. With a "performance optimized" rsync I >> get an speed of 15 - 20 MB/s >> >> The options I use are: >> >> rsync -aHAXxv --numeric-ids --progress -e "ssh -T -c arcfour -o >> Compression=no -x" >> >> If I copy files by smb

Hi, I read in the FAQ that rsync uses ~100 bytes/file of RAM when building the list. I wonder, is there a way to measure how long this process takes (adding one file to the file list)? I would like to synchronize terrabytes of data but I'm afraid the scanning process will take a _very_ long time. Does rsync have some smart caching algorithm up its sleeve so it does not have to perform a

On 9/4/18 12:27 PM, Sami Ketola wrote: > > >> On 4 Sep 2018, at 18.38, Robert Schetterer <rs at sys4.de> wrote: >> >> Sorry i migrated terrabytes of mail with imapsync and never had a >> problem, it works as designed, also with maildir rsync did a good job, >> what never worked as it should was dsync ,cause of bugs ,that may >> changed now >>

Dovecot version: 2.2.34 doveadm import tries to call open() on the source indexes/logs of mdbox data, but even if it should work as it is just a read-related call, it fails on read-only filesystems. The main use case for read-only filesystem is restoring from backup: the massive deduplicated backup data is exposed using FUSE. For deduplication to work efficiently, we have to backup the whole

Am 04.09.2018 um 18:27 schrieb Sami Ketola: > > >> On 4 Sep 2018, at 18.38, Robert Schetterer <rs at sys4.de> wrote: >> >> Sorry i migrated terrabytes of mail with imapsync and never had a >> problem, it works as designed, also with maildir rsync did a good job, >> what never worked as it should was dsync ,cause of bugs ,that may >> changed now

Am 04.09.2018 um 17:18 schrieb Sami Ketola: > > >> On 4 Sep 2018, at 18.00, Robert Schetterer <rs at sys4.de> wrote: >> >> Am 04.09.2018 um 16:52 schrieb Sami Ketola: >>> >>> >>>> On 4 Sep 2018, at 17.47, Robert Schetterer <rs at sys4.de> wrote: >>>> >>>> Am 04.09.2018 um 09:41 schrieb Sami Ketola:

We routinely have to sync 4TB, which is about 2M files... Rsync never does well for us - it just cant push the line at all So, this may or may not work for you - but this is a huge problem - so we tried whole excel spreadsheet worth of combinations, every protocol imaginable to make this happen In the end, after a year of constant work on this - We found if we map a network share from

Am 05.09.2018 um 07:37 schrieb Aki Tuomi: > >> On 04 September 2018 at 23:20 Robert Schetterer <rs at sys4.de> wrote: >> >> >> Am 04.09.2018 um 18:27 schrieb Sami Ketola: >>> >>> >>>> On 4 Sep 2018, at 18.38, Robert Schetterer <rs at sys4.de> wrote: >>>> >>>> Sorry i migrated terrabytes of mail with

Quoting Robert Schetterer <rs at sys4.de>: > Am 04.09.2018 um 17:18 schrieb Sami Ketola: >>> On 4 Sep 2018, at 18.00, Robert Schetterer <rs at sys4.de> wrote: >>> >>> Am 04.09.2018 um 16:52 schrieb Sami Ketola: >>>>> On 4 Sep 2018, at 17.47, Robert Schetterer <rs at sys4.de> wrote: >>>>> >>>>> Am

> On 4 Sep 2018, at 18.38, Robert Schetterer <rs at sys4.de> wrote: > > Sorry i migrated terrabytes of mail with imapsync and never had a > problem, it works as designed, also with maildir rsync did a good job, > what never worked as it should was dsync ,cause of bugs ,that may > changed now > I would like to very much hear about the problems you had with dsync as we

> On 04 September 2018 at 23:20 Robert Schetterer <rs at sys4.de> wrote: > > > Am 04.09.2018 um 18:27 schrieb Sami Ketola: > > > > > >> On 4 Sep 2018, at 18.38, Robert Schetterer <rs at sys4.de> wrote: > >> > >> Sorry i migrated terrabytes of mail with imapsync and never had a > >> problem, it works as designed, also with

Hi, you can use INDEX=/writable/path/%u in your mail_location setting to define location for the required index data when importing. Also possibly you would need to define writable location for CONTROL and VOLATILEDIR. see https://wiki.dovecot.org/MailLocation <https://wiki.dovecot.org/MailLocation> Sami > On 14 Jan 2019, at 11.23, hby <hby at hby.hu> wrote: > > Dovecot

On Tue, 24 Jun 2003, Derek at CD Baby wrote: > Just thought you'd like to know CD Baby has switched to FLAC for > archiving the 40,000 CDs we have in stock. > Luckily HD space is down below $1/gig so we got a 6-terabyte RAID-5 > box set up for about $7000. Well, even if you do have a lot of Morton Feldman (currently my record for best compression ratio--about 0.25 or so), I

Hello, I am currently using Samba 2.2.3a on a Sequent box running DYNIX/ptx v4.0. We are serving up approximatly 4.5 terrabytes of data from a Hitachi Data Systems storage array connected to our server by fiber channel. Many of our users are on Citrix which connects to our SAMBA server via a Gigabit Ethernet connection. There are still others that are connecting directly from their PCs which are