similar to: folders with veto files not being deleted

On Mon, 1 Jun 1998 samba@samba.anu.edu.au wrote: > > Date: Sat, 30 May 1998 23:54:25 +0100 > From: Jonathan Peterson <jon@amxstudios.com> > To: samba@samba.anu.edu.au > Subject: Very slow writes to Samba server > Message-ID: <3.0.1.32.19980530235425.006ff4c0@amxstudios.com> > > Hi, > > I'm using the latest samba with encrypted passwords, on a

samba@samba.anu.edu.au wrote: > > SAMBA Digest 1853 > > For information on unsubscribing see http://samba.anu.edu.au/listproc > Topics covered in this issue include: > > 1) Re: long winded printing LARGE files soloution > by Heiko Nardmann <h.nardmann@secunet.de> > 2) Samba replacing NFS > by Jonathan Peterson

This is surely in a FAQ somewhere, but I can't find it. Latest ver. of samba on RH Linux 5.0, encrypt. passwds. My Win95 clients were happy. Then I used poledit to turn off password caching and now they are not happy. The problem is that they can't connect to their home directories. Guest shares are fine, and other shares that require passwords are fine, but when you connect to your home

My Linux box just bit the dust in a dramatic fashion (complete lockup, needed a cold reboot). Although I am not at all sure what the cause was, the last message in the system log mentioned samba, and there are some other funny looking samba-related messages in there. I'm not asking for a diagnostic, but if anyone has seen these before, maybe they can tell me what they mean: Last message

I posted a while back about getting very slow writes. People suggested modifying (increasing) SO_SNDBUF and SO_RCVBUF and this actually helps enormously. However, there is obviously something still not right. Writes are still about 1/2 the speed of reads. This only seems to affect Win95 clients (NT machines are fine). Doing a write of a 20mb file to the server generates the following message:

Hi, I'm using the latest samba with encrypted passwords, on a RedHat 5.0 linux box. I'm using a compiled version of samba rather than an RPM. Writing to the server from a win95 machine is VERY slow. 50Mb files take 10+ minutes to write. Reading from the server is as fast as normal. All the hardware involved (server, network, client) is very fast an underused, so I don't think

I've been playing with this for hours and not worked it out. Has anyone got a passwd chat string that works with Solaris 2.6 or something near it? I turned on debugging, but after wading through the megabytes of output, I still see little if any correlation between changes to the passwd chat string and lines appearing in the log. So can someone be nice and send me something? Thanks.

Hi, I have a number of web servers that mount their /htdocs (and /log and /cgi-bin) directories from a large file server. I am currently using NFS for this. The web servers are Linux, the file server a Sun E450. NFS seems dreadfully slow, and I keep reading about how it doesn't do file locking. Is there a good reason not to simply use samba, and share the volumes with samba from the Sun, and

Hi There A while ago I posted here about a crash of dovecot, that had to do with nfs and was quite certainly due to bad luck. But still one problem persists: We have a Mailbox, that is accessed from multiple users using IMAP. Occasionally all the Emails in the mailbox seem to be missing, when accessing the Mailbox through IMAP, although they're still there on the server. This seems to

Since the list responsiveness seems to be at a high, le me take the opportunity to repost a message that got no answers in March: I've searched the list, and I can't find reference to this being implemented: reverse veto files - a list of files *allowed* rather than the current list of files *denied*. Possibly implemented by just allowing a ! in the veto files directive. eg: veto

linux 2.2.19/rh6x I use in a share veto files = /.*/ whenever you connect to it the client process hangs, the smbd starts consuming cpu time and cannot be killed but with "kill -9". This is the last part of the smbd log [2002/05/16 05:49:51, 3] smbd/sec_ctx.c:set_sec_ctx(319) 3 user groups: 100 6 19 [2002/05/16 05:49:51, 3] smbd/trans2.c:call_trans2findfirst(863)

First, I _do_ believe Samba is better than sliced bread (hey - you can't get fat by using too much Samba :), and I have enormous admiration and gratitude for the Samba Team. (Okay, no, I haven't sent any pizza vouchers...) But, I've got a problem (what else is new?) Win 95 clients in our public labs/classrooms are experiencing failed logins for good accounts and occasional failures

Okay, I've run through all of the tests in the DIAGNOSE, which my 1.9.18p1 SAMBA server (and NT4SP3/W95 clients) pass with flying colours. server box: Linux 2.0.33, gcc 2.7.2.2, libc 5.4.33, shadow, quota on (usr+grp), and my smb.conf is summarised (by testparm output) below: Problem is this: with respect to programs not long filename-aware/compliant, users cannot "double-click" on

Im currently having a very long list of veto files, just to be sure that the people ONLY can write documents and styleshets. Is there any plan to have a "reverse veto files" to ONLY allow this type of file? Because when I have a lot of veto files the samba gets too slow, even if it dosen't use regex, with regex i would be able to do the reverse veto. But without regex and without

I've been playing around a little bit with the "veto files" option for the [homes] shares we have on our Samba servers (2.2.1a & 2.2.3a). I've discovered that: veto files = /.*/ works marvelously for not letting the users muck with their .dotfiles, which is exactly what we want, however, I've also discovered that it also clobbers the special directory entries

Hi to all the people again, I was writting a simply function in R, and wish to collect the results in a excel file. The work goes as follows, Ciervos<-function(K1, K0, A, R,M,Pi,Hembras) {B<-(K1-K0)/A T1<-(R*Pi*Hembras-M*Pi+B)/(Pi-M*Pi+R*Pi*Hembras) P1<-Pi-B R1<-P1*Hembras*R M1<-P1*M T2<-(R1-M1+B)/(P1-M1+R1) P2<-P1-B R2<-P2*Hembras*R M2<-P2*M

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, I'm using Samba 3 on a Debian 5.0 (Lenny), the package is version 3.4.7 (from Debian backports, the full version 2:3.4.7~dfsg-2~bpo50+2). We use some 'veto files' on our shares to avoid users to have multimedia files (movies, mp3 and so on). Now we have a true demand to allow certain users to store corporate videos (about our

How can I *veto* dot files? The naive approach of using /.*/ fails in so far as no file at all appears on the NT side :-) Hiding isn't enough for me, as I do want to see all hidden files on the NT side of things - I just don't want to see the Linux dot files on the NT side. This is Samba 2.0.6 (RH6.2) with the below configuration. TIA, Stefan ************ # Samba config file

While working on my existing member file server smb.conf config file I found an entry for "veto files" like the following: veto files = /.bash_logout/.bash_profile/.bash_history/.bashrc/ The "man smb.conf" entry says: veto files (S) This is a list of files and directories that are neither visible nor accessible. Each entry in the list must be

Hi all.. I'm update my samba, from 2.2.8a to 3.0.2a, and now my 'veto oplock files' do no work... I set my option like this: veto oplock files = /*.mdb/*.MDB/ but after the first user open our software (that opens a file .mdb in a samba share) the second user can't open... he gets the error message: 'Couln't lock the file' Even setting all locking options = no, the