search for: ftruncated

# For linux-cifs-client: this paragraph is for the Debian bug tracking # system control robot. Please ignore it. reassign 447153 linux-2.6 thanks On Fri, Oct 19, 2007 at 12:03:01AM +0200, Michal Suchanek wrote: > On 18/10/2007, Colin Watson <cjwatson at debian.org> wrote: > > On Thu, Oct 18, 2007 at 03:32:27PM +0200, Hramrach wrote: > > > When copying to a cifs share scp

Last friday we upgraded from 1.9.17p4 to version 1.9.18p3 on a HP-UX 9.04 machine. Now we get lots of entries in the log.smb file like: ERROR: del_share_mode: failed to ftruncate share mode file /programs/samba/var/locks/share.1073807365.8199 to size 42 (Permission denied) ERROR: set_share_mode: failed to ftruncate share mode file /programs/samba/var/locks/share.1073807365.8195 to size 42

Thank you for the information that you have passed on to me. My own research has found that ftruncate is quite happy to set a file to the same size that it is already, so something else must be causing the problem. The comment before the ftruncate in set_share_mode says the file is being truncated just for safety, so normally it is probably not necessary to truncate the file. Regards, Tim >

Hi, Two patches to add ftruncate and vsyslog syscalls. These were in the klibc that Greg K-H has in the udev tarball. I got his permission to contribute them to the main-line klibc. mh -- Martin Hicks Wild Open Source Inc. mort@wildopensource.com 613-266-2296 -------------- next part -------------- A non-text attachment was scrubbed... Name: klibc-ftruncate.diff Type:

https://bugzilla.mindrot.org/show_bug.cgi?id=2176 Bug ID: 2176 Summary: unchecked returned value from ftruncate Product: Portable OpenSSH Version: -current Hardware: All OS: All Status: NEW Severity: minor Priority: P5 Component: sftp Assignee: unassigned-bugs at mindrot.org

Hi, I'm running Samba 3.0.23a on Linux. One of my share is a USB disk with a FAT32 filesystem. When copying large files from my Windows XP machine to this share, smbd seem to "reserve" (by using ftruncate()) the space needed on the USB disk before actually doing any copying. This ftruncate() operation takes quite a while when the file is large. It may even cause the client to time

Samba 1.9.17p1. The log file contains Ks of messages like this: ERROR: set_share_mode: failed to ftruncate share mode file /usr/adm/locks/share.119542272.430101 to size 64 (Permission denied) ERROR: set_share_mode: failed to ftruncate share mode file /usr/adm/locks/share.119542272.430101 to size 64 (Permission denied) ERROR: set_share_mode: failed to ftruncate share mode file

Hi, I'm hunting a bug in 3.0.x (tested on 3.0.10 and 3.0.20). Users can create and modfy files, but cannot delete them. The logs show [2005/09/21 20:48:14, 0, pid=18388, effective(4019, 412), real(4019, 0)] tdb/tdbutil.c:tdb_log(767) tdb(/srv/physik.fu-berlin.de/data/.samba/cluster1-test/cache/locking.tdb): expand_file ftruncate to 8192 failed (Permission denied) [2005/09/21 20:48:15, 0,

I added debuging as follows: /* no O_EXCL, existence check is via the fcntl lock */ lockfile_fd = open(lockfile_name.buf, O_NONBLOCK|O_CREAT|O_WRONLY, 0644); if (lockfile_fd == -1) { ret = errno; DEBUG(1, ("%s: open failed: %s\n", __func__, strerror(errno))); return ret; }

Any suggestion.... On Dec 6, 2017 11:51, "ABHISHEK PALIWAL" <abhishpaliwal at gmail.com> wrote: > Hi Team, > > We are getting the crash in glusterd after start of it. When I tried to > debug in brick logs we are getting below errors: > > [2017-12-01 14:10:14.684122] E [MSGID: 100018] > [glusterfsd.c:1960:glusterfs_pidfile_update] 0-glusterfsd: pidfile >

I recently added a 60Gig HD to my little linux server at home with the intention of sharing it via Samba to all my PCs which run Windows 98SE. I really want to use vfat file system on it. The server is running Mandrake 8.1, so kernel 2.4.something, and the Samba that came with it. Much to my disappointment I quickly discovered poor performance copying files to it, the copy is like slow to get

I''m running SunOS unknown 5.11 snv_33 i86pc i386 i86pc and to print a blank line in the output of my script I tried adding: trace(""); which printed 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef 0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

All, I am trying to build some SMB functionality into one of my existing programs using libsmbclient. The interface has everything I need, except for the ability to shrink files (basically do an ftruncate). Looking at some ethereal captures, it looks like when a client wants to do a shrink of a file, it issues a TRANS2 with SET_FILE_INFO and SMB_FILE_END_OF_FILE_INFO, and

When I use the preallocate patch and create a 77GB file using the function I get a CPU spike on the server-side. The spike lasts about 20 minutes and uses about 20%-25% of the cpu associated with the rsync instance creating the file. The spike is directly linked to the time it takes to create the file. I compiled rsync using cygwin CVS. I initially suspected the implementation of

If your system does not support fallocate(2), we use ftruncate(2) to create an output file. fallocate(2) succeeds even if your disk have less space than the requested size, because it creates a sparse file. If you mmap such sparse file, you'll receive a SIGBUS when the disk actually becomes full. So, lld can die suddenly with SIGBUS when your disk becomes full, and currently we are not doing

I am trying to see if Samba 4.2.0rc4 will run on a Solaris 10 i386 system. After getting it to build, startup fails. Starting it up as smbd -i -d 10 The output indicates that everything is starting normally until the following is output: messaging_dgm_lockfile_create: ftruncate failed: Invalid argument messaging_dgm_init: messaging_dgm_create_lockfile failed: Invalid argument messaging_dgm_init

Hi List, I had a need recently to efficiently synchronise between some large LUNs (boot drive disks) at two different datacentres. Solutions like drbd and $proprietary_array_vendors_software were overkill - we only needed (wanted!) to periodically synchronise these LUNs whenever major changes were generated on the source. On the other hand however, re-sending the entire disk contents each time

I use fedora 7 and the last stable version of samba 3.0.25a-3 on an embedded linux system as a server and a windows xp. I 'am using truecrypt and sharing de mount directory with the XP machine via samba. Selniux is disabled. Everything works well such as connection or small files transfers but we have a huge problem when we try to transfer a big file (~100 MB) from the client (Windows) to the

Without the glusterd log file and the core file or the backtrace I can't comment anything. On Wed, Dec 6, 2017 at 3:09 PM, ABHISHEK PALIWAL <abhishpaliwal at gmail.com> wrote: > Any suggestion.... > > On Dec 6, 2017 11:51, "ABHISHEK PALIWAL" <abhishpaliwal at gmail.com> wrote: > >> Hi Team, >> >> We are getting the crash in glusterd after

--- pxzcat.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/pxzcat.c b/pxzcat.c index 4ab8689..9bcdc36 100644 --- a/pxzcat.c +++ b/pxzcat.c @@ -29,10 +29,11 @@ * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. */ +#define _GNU_SOURCE #include <config.h>