similar to: Failed to set socket option TCP_NODELAY on SOLARI8, using samba 2.2.0

Sehr geehrte Damen und Herren, hiermit m?chte ich bei Ihnen nachfragen, ob die f?r Splus geschriebene "haplo.score"- Funktion auch unter R verwendet werden kann. siehe http://www.mayo.edu/statgen/software/ Wenn ja, wie sind die Aufrufe Splus CHAPTER -m und Splus make in R zu realisieren? Herzlichen Dank f?r Ihre M?he mit freundlichen Gr??en -- Dr. rer. nat. Andreas Fr?hlich

Hello everybody, is ist possible to make NT4 not to ask for a password for every connection again on startup ? NT4 does not remember the passwords when connection to the samba server, bit it does for the shares from a NT4 server. I've tried the WinNT.txt in the docs, and searched in the mainling list, but I've got no solution yet ... Our samba uses encryption, but NT4 aks for the

Hi, On 23 April 2018 at 18:52, Frank Ruehlemann <ruehlemann at itsc.uni-luebeck.de> wrote: > Hi, > > after 2 years running GlusterFS without bigger problems we're facing > some strange errors lately. > > After updating to 3.12.7 some user reported at least 4 broken > directories with some invisible files. The files are at the bricks and > don't start with a

Hi, What is the output of 'gluster volume info' for this volume? Regards, Nithya On 23 April 2018 at 18:52, Frank Ruehlemann <ruehlemann at itsc.uni-luebeck.de> wrote: > Hi, > > after 2 years running GlusterFS without bigger problems we're facing > some strange errors lately. > > After updating to 3.12.7 some user reported at least 4 broken > directories

Hi, after 2 years running GlusterFS without bigger problems we're facing some strange errors lately. After updating to 3.12.7 some user reported at least 4 broken directories with some invisible files. The files are at the bricks and don't start with a dot, but aren't visible in "ls". Clients still can interact with them by using the explicit path. More information:

Greetings, I've been using R (on Linux i686) for some time now and have been able to accomplish a great deal of work with it. My special regards go to all who helped to develop it and turn it into an impressive statistical package. Keep up the good work. A couple things involving NAs: 1. > y _ data.frame(x1=1:10,x2=0) > y x1 x2 1 1 0 2 2 0 3 3 0 4 4 0 5 5 0 6 6

I ran into the following problem the first time I used OpenSSH_3.6.1p2 on Solaris 8 (sparc, 32-bit): $ ssh kiwi Enter passphrase for RSA key '/net/sic/export/ford/home/eggert/.ssh/identity': getsockopt TCP_NODELAY: Socket operation on non-socket Last login: Sat May 10 14:27:01 2003 from ip-66-80-53-59.d Sun Microsystems Inc. SunOS 5.8 Generic Patch October 2001

http://bugzilla.mindrot.org/show_bug.cgi?id=556 Summary: TCP_NODELAY not set completely for port forwarding Product: Portable OpenSSH Version: -current Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: openssh-unix-dev at mindrot.org

I am trying to get Samba to work on my RedHat 5.0 machine. I got it to the point where i could see the RedHat server from Windows 95 but could access the file system. It gave me messages about the server being busy. Now I can not see the server from windows 95. If I do a net view \\monster1 I get the following error messag Error 54: The network is currently busy processing other requests or is

Hi, Why not turn off TCP_NODELAY in OpenSSH, atleast in the server->client direction? If a user is doing 'ls -l' over an Internet link that has some latency, he/she is flooded with a burst of small packets that can cause congestion and packet loss. Quite many people have been noticing this behaviour when doing ls -l resulting in <output> <delay> <output>

In order to test my overlapping request path for sftp on another ssh server, I downloaded ssh2 version 3.1.0 from ssh.com. Having downloaded it, I decided to study the use of TCP_NODELAY in that implementation. Here's what I found: * Both ssh2 and sshd2 has a NoDelay config option which is false by default. * The ssh2 client does not enable or disable NoDelay because of a channel

The file socket.c fails to include netinet/tcp.h. Since the TCP_NODELAY option is defined there, it is not compiled into rsync. This applies to osx and linux-2.4.20.

dear samba digest, i use samba at the cafe, and i just wanted to let you know that we're happy with it. hell, i might even fill in a samba survey entry. printing to an HP LJ 4L is fine, and we keep all the applications on a single share, so that we can reinstall the windows 95 machines if they get heavily cluttered / messed about by customers downloading software. mandatory profiles are

We get the warning above whenever we use a ProxyCommand. We _know_ it's a pipe, so we can't use sockopts on it. So we shouldn't bitch about it. This breaks all kinds of things which use SSH transparently; including pine, which really wants the first thing it receives from an IMAP server to be a valid imap greeting... which $subject is not. $ ssh -o "proxycommand sh -c '(

http://bugzilla.mindrot.org/show_bug.cgi?id=556 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |WORKSFORME ------- Additional Comments From djm at mindrot.org 2003-06-04 19:54

http://bugzilla.mindrot.org/show_bug.cgi?id=556 ------- Additional Comments From markus at openbsd.org 2003-08-27 02:56 ------- sshd already sets nodelay for the connection, but conditionally, and only for interactive sessions, so this is the well known problem: why does sshd traditionally set no delay only for interactive sessions. ------- You are receiving this mail because: -------

http://bugzilla.mindrot.org/show_bug.cgi?id=556 dtucker at zip.com.au changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #294 is|0 |1 obsolete| | ------- Comment #10 from dtucker at zip.com.au 2006-03-13 19:25 ------- Created

I recently downloaded and installed v3.0.8 and installed it on HP-UX 11.11. Thankfully, all of the compile problems I reported in 3.0.2 are now gone (not sure why no one ever acknowledged my bug, but whatever). However, now my system is complaining that TCP_NODELAY is not a valid option. I did not turn it off during the compile, don't see it listed as an option, and worse than that, it is

So far, bugs 2072 and 2140 have reported this condition. I was wondering if there was any movement on it. I know Richard Allen, author of 2140 and apparently the patch to bug 1065, had said he'd do some work on it. My "fix" for now has been ripping the #ifdef's out of config.h, but I still get a lot of complaints in the system log files about TCP_NODELAY, et. al: [2005/01/14

Hi, everyone. I originally sent this to the cifs-vfs mailing list, but upon reading the descriptions of the lists, I think that might have been the wrong place to ask. My apologies for the repeat. I hope I got the right place this time. :) I've noticed that the cifs client for Linux is slow over gigabit ethernet. It seems to max out at about 10 megs/sec, while the drives can go a lot