search for: 130gb

Hi all, Both RHEL 6 and CentOS 6 can be installed from any minor releases DVDs: 6.0, 6.1, 6.2, 6.3, etc. And then got continuous upgrade/update with command 'yum -y upgrade' if repos are setup correct. But the repos infrastructure is different between the two. CentOS uses two repos: ??? ..../centos/6/os/... repo and .../centos/6/updates/... The updates/ repo contains ONLY updated RPMs

I came across this benchmark between Xapian & Solr: http://www.anur.ag/blog/2009/03/xapian-and-solr/ According to the benchmark, a doc set that took Solr 34 min to index took Xapian 7 hours. Solr's index is also much smaller - 2.5GB to Xapian's 8.9GB. I'm new to Xapian. Just wondering if results like these are typical? Is indexing speed & size a known issue in Xapian? Or is

...eMachineD] > path = /data > browseable = yes > fruit:time machine = yes > vfs objects = catia fruit streams_xattr > fruit:aapl = yes > valid users = tmachine > read only = No > inherit acls = yes > > > Expected TimeMachine snapshot: 130GB > Samba share size: 950GB > > smbd.log: > [2018/03/21 11:15:13.589109, 0] > ../source3/locking/share_mode_lock.c:439(share_mode_data_destructor) > store returned NT_STATUS_UNSUCCESSFUL > [2018/03/21 11:15:13.589216, 0] ../source3/lib/util.c:815(smb_panic_s3) > PANIC (...

Are there issues between different versions of rsync? Specifically I have a 2.4.6 on solaris 8 pushing to a 2.3.0 on solaris 2.6 over ssh(F-Secure version). The issue that I am seeing is that when I use the following command: rsync --delete -rlvp -e ssh2 $localdir user@host:remotedir The user and group are different on both boxes(neither being root). Any help would be appreciated. --Jeff

...invalid users = root encrypt passwords = yes [TimeMachineD] path = /data browseable = yes fruit:time machine = yes vfs objects = catia fruit streams_xattr fruit:aapl = yes valid users = tmachine read only = No inherit acls = yes Expected TimeMachine snapshot: 130GB Samba share size: 950GB smbd.log: [2018/03/21 11:15:13.589109, 0] ../source3/locking/share_mode_lock.c:439(share_mode_data_destructor) store returned NT_STATUS_UNSUCCESSFUL [2018/03/21 11:15:13.589216, 0] ../source3/lib/util.c:815(smb_panic_s3) PANIC (pid 933): could not store share mode ent...

(i use the term loosely because i know that zfs likes whole volumes better) when installing ubuntu, i got in the habit of using a separate partition for my home directory so that my data and gnome settings would all remain intact when i reinstalled or upgraded. i''m running osol 2008.11 on an ultra 20, which has only two drives. i''ve got all my data located in my home directory,

Hey, I've a problem with an ext3 filesystem and don't know how to fix it or find the failure :( The Hardware: Tyan mainboard, AMD Athlon CPU, ARECA ARC-1120 RaidController Raid5 with 400GB Seagate HD's, 756 MB Ram, other harddisks for system, network and avm isdn controller. Couse of the filesystem problems I run memtest and found one bad memory module which I replaced yet. The