similar to: differing freespace reports in windows and unix

https://bugzilla.samba.org/show_bug.cgi?id=10540 Summary: --max-transfer and --create-freespace options for working with limited space Product: rsync Version: 3.1.0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at

ok, so this is not entirely an rsync question. but, it seems the 'crowd' most familiar w/ hard-linking are the rsync crowd. so ... i'm doing rsync + incremental backups to a local drive. the incremental steps, currently, use the rsync REMOTE_DIR OLD_DIR ... time passes ... cp -al OLD_DIR NEW_DIR rsync REMOTE_DIR NEW_DIR approach. all works great. i'd *like* to be

https://bugs.freedesktop.org/show_bug.cgi?id=72939 Priority: medium Bug ID: 72939 Assignee: nouveau at lists.freedesktop.org Summary: [nv96] Freespace 2 open crashes Severity: normal Classification: Unclassified OS: All Reporter: madman2003 at gmail.com Hardware: Other Status: NEW

https://bugs.freedesktop.org/show_bug.cgi?id=95095 Bug ID: 95095 Summary: NV46 (G72) Full screen artifacts in Freespace 2 SW OT mod Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau

Hi. I have a fileserver running samba 2.2.7 and netatalk 1.5.5 for old mac clients. Because the mac's are quite spammy with creating .AppleDouble and other system directories, I've added the following to smb.conf: veto files = /.AppleDesktop/.AppleDouble/Network Trash Folder/TheFindByC ontentFolder/TheVolumeSettingsFolder/System Volume Information/Recycled/ Now, when a windows client

    Some users have complained that their calls drop after about 30 seconds.  Not all, just some.  After looking at the log files the only difference I can find from the dropped calls is the following line: [2020-09-07 11:29:59] VERBOSE[21666][C-00000055] bridge.c: Bridge 14410400-5e04-4358-af0c-45fd71f6f5cd: switching from simple_bridge technology to native_rtp     Most calls just do:

On Mon, Sep 7, 2020 at 9:35 PM Carlos Chavez <cursor at telecomab.mx> wrote: > Some users have complained that their calls drop after about 30 > seconds. Not all, just some. After looking at the log files the only > difference I can find from the dropped calls is the following line: > > [2020-09-07 11:29:59] VERBOSE[21666][C-00000055] bridge.c: Bridge >

I have looked around a lot and couldn't find anything on this. can some one please help? > I have RedHat Linux and have mounted shared drives from WINNT 4.0 SP4. > Samba version v2.0.5a. > > I am having this problem when we mount a shared winnt drive on linux. > the timestamps look all messed up. I am not sure if I did not setup it up > properly or what. Any help

I use Samba 3.0.23d at FreeBSD 4.11-RELEASE-p25 as PDC and sometimes Microsoft Workgroup Add-On for MS-DOS and Mail as client. At FreeBSD box I have directory /common/install/postgreSQL and symlink to it: /usr/export/XP/i386/\$oem\$/install/postgreSQL -> /common/install/postgreSQL The path /usr/export/XP shared for MS Network as XP and mount via net use X: \\my_server\XP. So files and

I know this has come up before....but.. I've got a locking issue I can't get over. Situation: --------- Unix writes a file to the /tmp directory MS-DOS (WFW 3.11) copys over the file (copy d:\file.txt ), locking it, and not releasing the lock. If Unix subsequently changes the file a re-issuing of the MS-DOS 'copy' command will appear to work ... but the MS-DOS file is

Dear, I'm having some strange problems with Samba. I have shared a linux folder on my samba and have mapped it to a drive letter in Windows XP (I also tried with Windows 2000). When I right click my mapped drive and click on properties to view the free space and capacity, I get all garbage as can be seen from the screenshot at: http://www.nuonsoft.com/temp/samba_free_space.jpg I'm running

Hello, after upgrading to samba 3.5.6 of Debian Squeeze some printouts will not printed. The same prinjob will printed after a couple of tries. I increased the loglevel and there are only a few messages which showing whtat could be the problem. The printjobs doesn't arrive at cups. [2011/08/10 11:32:12.700665,? 0] lib/charcnv.c:650(convert_string_talloc)? Conversion error: Illegal multibyte

The "merge" command is creating duplicate column names in a dataframe that is the result of the merge. The following is the 'merge' command: x <- merge(invType , allocSlots , by.x = 'index' , by.y = 'indx' , all.x = TRUE ) The 'invType' dataframe was the result of a previous merge and has the following column names that are

Hey all, Ok, so I've been having some trouble for a while with an EC2 instance running CentOS 5.11 with a disk volume reporting 100% usage. Root is on an EBS volume. So I've tried the whole 'du -sk | sort -nr | head -10' routine all around this volume getting rid of files. At first I was getting rid of about 50MB of files. Yet the volume remains at 100% capacity. Thinking

Hi All, What is the recommended procedures for resolving split-brain conditions on files and replication failures? Thanks, Michael ______________________________________________________________________________________ Michael Kushnir System Architect / Engineer Communications Engineering Branch Lister Hill National Center for Biomedical Communications National Library of Medicine 8600

On 6/8/2015 5:08 PM, g wrote: > ie, partition for boot, partition for swap, partition for /, partition > home, partition for usr, partition for var, partition for home2, > partition for what ever. that model is not generally recommended anymore, at least not putting /usr on its own partition, there's just too many issues with that nowdays. I don't like putting /var in its

Hi, I took the advice of Daniel O'Connor, found out what variables I had available to me, and put them in the conf. So now it looks like : [ellipse] driver = mge-shut port = /dev/cuaa0 desc = "UPS" lowbatt = 5 offdelay = 120 let the UPS charge up fully, 24 hours. I plugged a single lamp into it, with a 60W bulb. At 3:40p

Signed-off-by: George Zhang <georgezhang at vmware.com> --- drivers/misc/Kconfig | 1 drivers/misc/Makefile | 2 drivers/misc/vmw_vmci/Kconfig | 16 + drivers/misc/vmw_vmci/Makefile | 42 + drivers/misc/vmw_vmci/vmci_common_int.h | 34 + include/linux/vmw_vmci_api.h | 86 +++ include/linux/vmw_vmci_defs.h

Signed-off-by: George Zhang <georgezhang at vmware.com> --- drivers/misc/Kconfig | 1 drivers/misc/Makefile | 2 drivers/misc/vmw_vmci/Kconfig | 16 + drivers/misc/vmw_vmci/Makefile | 42 + drivers/misc/vmw_vmci/vmci_common_int.h | 34 + include/linux/vmw_vmci_api.h | 86 +++ include/linux/vmw_vmci_defs.h

On 2/27/2015 10:46 PM, Tim Dunphy wrote: > I'm at a loss to explain how I can delete 190MB worth of data, reboot the > instance and still be at 100% usage. 190MB is less than one percent of 9.9GB aka 9900MB BTW, for cases like this, I'd suggest using df -k or -m rather than -h to get more precise and consistent values. also note, Unix (and Linux) file systems usually have a