similar to: smbmount ignores noatime

Hi all, I was trying to mount root-partition which is ext3 partition with noatime and ro option. I included "ro" in the kernel command line But for mounting it with "noatime" option when I searched for some solution I came across a patch http://lkml.org/lkml/2007/8/5/38 But after applying this patch and including option "noatime" in

I know that with noatime attribute, http://tldp.org/LDP/solrhe/Securing-Optimizing-Linux-RH-Edition-v1.3/chap6sec73.html, it will have a performance gain. I want to know how I can figure out how much the kernel is waiting its time without noatime. Is the possible?

Will Dovecot be negatively impacted if I change my XFS mount options to noatime,nodiratime? Thanks. -- Stan

Hello, I'm looking for some (user & technical) feedback on a change I'm considering on how mount and smbmount works together. The current way mounts are done are: mount -t smbfs ... => smbmount ... => smbmnt Possibly without the mount step. smbmount stays as a daemon and reconnects when asked (unless it crashes). Problems: - Some mount options should affect if the mount

Hi I have a single filesystem i don't mount noatime because mutt would work very good otherwise. Today, in a discussion about mkisofs, i learned that Linux since 2.6.8 supports "O_NOATIME" as an option to open. (see "man 2 open") So how comes that rsync doesn't do that and/or there is no option to switch on that behaviour? Bis denn -- Real Programmers

Hi, For the past day, I have been researching about making dovecot to support mailfront (http://untroubled.org/mailfront/) imapfront-auth natively and able to use mailfront imapfront-auth with dovecot imap v1.2.16 without starting any dovecot related services and no /etc/dovecot.conf file is required. More information about this can be read at:

I'm having a strange problem mounting a share from a Windows 2003 server using cifs: mount.cifs //osirus.ficticious.org/inetpub /inetpub -ouser=transfer,pass=dkfhjdjskd It comes back immediately with: mount error 13 = Permission denied Refer to the mount.cifs(8) manual page (e.g.man mount.cifs) However, the command below works. (abeit with about a 15 second wait before it comes back):

https://bugzilla.mindrot.org/show_bug.cgi?id=2091 Bug ID: 2091 Summary: scp hangs while copying a large file and being executed as a background process ( with nohup ) Classification: Unclassified Product: Portable OpenSSH Version: 6.1p1 Hardware: Other OS: AIX Status: NEW Severity:

I am confused (nothing new there ...). I have 2 Ubuntu 9.10 Samba servers. I am trying to mount a share from the other (i.e., "workhorse" is trying to mount a share on "dual-booter"). If I specify a smbmount command with a -k option, I can mount the share: turgon at workhorse:~$ klist Ticket cache: FILE:/tmp/krb5cc_1000 Default principal: turgon at DACRIB.LOCAL Valid starting

Hi All, I am presently doing a small POC with rsync for incremental backup and restore starategies. I have come up with certain question down the line, can anyone help me with the explanation. Used the config and ideas from: http://www.mikerubel.org/computers/rsync_snapshots/ The commands executed on two machines in sequence Machine 1: root at Andruil:~# vim testfile root at Andruil:~# ls

http://defect.opensolaris.org/bz/show_bug.cgi?id=1657 Summary: tests/functional/acl/nontrivial/zfs_acl_cp_001_pos causes panic Classification: Development Product: zfs-crypto Version: unspecified Platform: Other OS/Version: Solaris Status: NEW Severity: critical Priority: P2

My Samba v3.0.25b (in CentOS v5.1) has the smb.conf shown below. What I'm seeing is that "force create mode" is not enforced when accessed by a Linux CIFS client (Fedora 7). On the server, user steve has a home directory of /home/steve, and the public directory is /home/samba/public. The shares are mounted from the client fstab like this: //nemesis/steve /mnt/cifs/myhome cifs

http://bugzilla.mindrot.org/show_bug.cgi?id=1014 Summary: SCP slow bandwidth with Solaris8 on n240 Product: Portable OpenSSH Version: 3.7.1p2 Platform: ix86 OS/Version: SunOS Status: NEW Severity: normal Priority: P2 Component: scp AssignedTo: openssh-bugs at mindrot.org ReportedBy:

Hi all, I'm writing a script that uses rsync to sync 2 dirs on C7. I noticed a strange behaviour. I have 2 dir: src and dest. In src dir I generate a testfile with "dd if=/dev/zero of=testfile bs=1M count=100" and when I run "du -h testfile" I get the correct result. Then I sync src/ to dest/ using "rsync -avS? src/ dest/", all ok but when I run "du -h

Hi - I'm trying to verify if OpenSSH/SFTP will in fact lock files with advisory file locking in Linux. I can test locking with the linux "flock" command to verify that file locking does work - but when I upload or download a file with SFTP it will not detect a lock. I'm asking about Linux specifically because about a year ago I was doing a similar process in Solaris 9 and

I'm having a problem with large files being rsync'd twice because of the checksum failing. The rsync appears to complete on the first pass, but then is done a second time (with second try successful). When some debug code was added to receiver.c, I saw that the checksum for the remote file & the temp file do not match on the first try, so (as expected) it repeats the rsync & the

Hi, Recently I noticed file.copy() would discard the file mode information. Is this the expected behaviour or a bug for file.copy()? > file.create('testfile') [1] TRUE > file.info('testfile') size isdir mode mtime ctime testfile 0 FALSE 644 2011-03-05 17:06:39 2011-03-05 17:06:39 atime uid gid uname grname

Hi, Recently I noticed file.copy() would discard the file mode information. Is this the expected behaviour or a bug for file.copy()? > file.create('testfile') [1] TRUE > file.info('testfile') size isdir mode mtime ctime testfile 0 FALSE 644 2011-03-05 17:06:39 2011-03-05 17:06:39 atime uid gid uname grname

I've got a NFS directory that's shared among my RHEL5 servers that I'd like to give access to a couple of Win2K servers, also. The easiest way to do so is to NFS mount the directory on my Samba server, and export the directory as a Samba share. It works. Kind of. But it redefines 'slow'. Copying the file from a normal Samba share takes under 10 seconds on a slow network:

Hello, I am working on auto-analysis with lldb using ARM (thumb) disassembly, but am having problems with the 'disassemble' command. It seems that llvm is defaulting to big-endian processing, and I cannot figure out how to switch the mode to little endian. Here is the output: (lldb) disassemble -A thumb -b -s 0x687f4 -e 0x68808 testfile[0x687f4]: 0x4bbe .short 0x4bbe