search for: getsockopts

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 '(

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

Hello! Installed packages from SIG on centos7 , at first start it works, but after restart- not: ?glusterd2 --config /etc/glusterd2/glusterd2.toml DEBU[2018-04-04 09:28:16.945267] Starting GlusterD???????????????????????????? pid=221581 source="[main.go:55:main.main]" version=v4.0.0-0 INFO[2018-04-04 09:28:16.945824] loaded configuration from file???????????????

$ nmblookup ohwow querying ohwow on 129.22.171.31 name_query failed to find name ohwow $ nmblookup -s /etc/samba/smb.conf ohwow querying ohwow on 129.22.171.31 name_query failed to find name ohwow $ cat /etc/samba/smb.conf [global] workgroup = scholars netbios name = fedora security = user wins server = 129.22.4.11 wins support = no name resolve order = wins lmhosts dns my problem is that

Hi Dmitry, How many nodes does the cluster have ? If the quorum is lost (majority of nodes are down), additional recovery steps are necessary to bring it back up: https://github.com/gluster/glusterd2/wiki/Recovery On Wed, Apr 4, 2018 at 11:08 AM, Dmitry Melekhov <dm at belkam.com> wrote: > Hello! > > Installed packages from SIG on centos7 , > > at first start it works,

This looks like a very cool feature addition to RELENG_7! Are there any performance penalties that you know of with this built in ? ---Mike At 09:13 PM 7/23/2008, Julian Elischer wrote: >julian 2008-07-24 01:13:22 UTC > > FreeBSD src repository > > Modified files: (Branch: RELENG_7) > contrib/pf/pfctl parse.y > lib/libc/sys

Hi, I am getting failing tests on both OSX and debian squeeze, but the errors are different. On both my machines, it is commit 7c125886b5862bf20711bae22e6697ad46141434 that breaks the tests. I am using an old(ish) version of ruby: 1.9.3p125, but I don''t think that should matter. The error I get when I test 4.7.0 on OSX 10.7.5: : Finished tests in 0.041678s, 263.9282 tests/s,

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=104 ------- Additional Comments From gandalf@netfilter.org 2004-05-29 23:45 ------- iptables calls getsockopt() twice, first with SO_GET_INFO which locks the table in kernel and returns some info and then unlocks the table, among that info is the size of the table. Then iptables allocates memory and calls getsockopt() again but

scp with sshd 2.5.1p1 (scp host:file .) doesn't work for me on Solaris 2.6. The client says: Received disconnect from x.x.x.x: Command terminated on signal 11. truss of sshd excerpt: 629: stat64("/usr/lib/security/pam_unix.so.1", 0xEFFFEB10) = 0 627: sigaction(SIGCLD, 0xEFFFF360, 0xEFFFF3E0) = 0 627: sigaction(SIGPIPE, 0xEFFFF360, 0xEFFFF3E0) = 0 627:

hi there :) the code in util.c seems to have some bugs w/regard to compilation on 64-bit machines. in this case, the hardware is an Alpha running redhat 4.2 with pam turned off in the makefile. i get a whole series of errors, all of which say "passing arg 'n' of 'function' from incompatible pointer type. in util.c, checked out of the main branch the day before yesterday,

Hello, I found a bug in Icecast-2.3.2. SVN trunk is affected either. The problem lies in src/net/sock.c: sock_connected() function. This function is used to check status of socket after nonblocking connect(2) and it has two implementations: select(2) and poll(2). The select branch does the right job---it gets socket status by getsockopt(2) after selecting for write. But the poll branch does not.

First, apologies for not testing this before release. I've been spoiled by such a useful and stable tool. When using a proxy script to connect (I'm using the connect.c code found thru google) I get an error message trying to set TCP_NODELAY on a non-socket. I silenced the message by skipping the call to error only if errno == ENOTSOCK. There is probably a better way to handle this,

...see what you'd have if you didn't set any tcp options. Written from Stevens TCP/IP Illustrated and man pages, so it's probably portable, but only tested on Solaris 7. --dave /* * getsocketopts -- get the defaults * * This (on a Solaris 7 system) should say: * % su root -c ./getsockopts * Default SO_ACCEPTCON: accepting connections = 0 * Default SO_BROADCAST, broadcast allowed = 0 * Default SO_REUSEADDR, address recycling = 0 * Default SO_KEEPALIVE, send keepalive packets = 0 * Default SO_OOBINLINE, oob data folded inline = 0 * Default SO_SNDBUF, send buffer size = 8192 * g...

http://bugzilla.netfilter.org/show_bug.cgi?id=734 Summary: Iptables on Arm Processor with Vanilla Kernel Product: netfilter/iptables Version: linux-2.6.x Platform: arm OS/Version: Debian GNU/Linux Status: NEW Severity: critical Priority: P5 Component: unknown AssignedTo: netfilter-buglog at

Michael pointed out that the virtio-vsock draft specification does not address live migration and in fact currently precludes migration. Migration is fundamental so the device specification at least mustn't preclude it. Having brainstormed migration with Matthew Benjamin and Michael Tsirkin, I am now summarizing the approach that I want to include in the next draft specification. Feedback

Michael pointed out that the virtio-vsock draft specification does not address live migration and in fact currently precludes migration. Migration is fundamental so the device specification at least mustn't preclude it. Having brainstormed migration with Matthew Benjamin and Michael Tsirkin, I am now summarizing the approach that I want to include in the next draft specification. Feedback

On Sat, Jan 7, 2017 at 2:30 PM, Peter Moody <mindrot at hda3.com> wrote: > so I spent a bit of time looking at this and it seems like the only > way to go, at least if I want to keep it in ssh_connect_direct(), is > to use pthreads. further, it seems like getting that accepted is > something of a long shot: Sorry, pthreads is a non-starter. I would have thought that using

rsync and ajug lists, been pulling my hair out on this one. i have some java code which uses the Process object to spawn an rsync connection in --daemon mode. the exact same command executes properly when run from outside java (i.e .on the command line) on osx. it also executes correctly from within java on linux using a similar jdk (sun 1.4.1 vs sun 1.4.2 for osx) here is example code:

First off, let me state that I am not a C programmer at all. I am a programmer in other languages, so I understand the basic configure/make/make install procedure for most GNU packages, and have done it lots of times. I downloaded the GNU iconv libraries, compiled them and used --prefix=/usr/local/special to keep from replacing the standard AIX libraries. Then I downloaded the 3.0.2a source and