search for: socket_address

I installed Samba 2.0.0 on a P100 running SlackWare Linux 96 (Kernel 2.0.0). After running configure, make, make install, and testparm, I thought I was all ready to start up the smbd daemon. So I typed in smbd -D -d 50 Got back a failure listing in the error log. [1999/02/01 16:27:06, 0] lib/util_sock.c:open_socket_in(663 Brian Lee Bowers | Division of Government Research Computer Aide I

...4 *************** *** 29,48 **** int start_socket_client(char *host, char *path, int argc, char *argv[]) { ! int fd, i; ! char *sargs[MAX_ARGS]; ! int sargc=0; ! char line[MAXPATHLEN]; char *p, *user=NULL; - extern int remote_version; - extern int am_sender; extern struct in_addr socket_address; - - if (argc == 0 && !am_sender) { - extern int list_only; - list_only = 1; - } if (*path == '/') { rprintf(FERROR,"ERROR: The remote path must start with a module name\n"); return -1; --- 29,42 ---- int start_socket_client(char *host, char *path...

On Wed, 2017-06-14 at 11:01 +0100, Rowland Penny via samba wrote: > On Wed, 14 Jun 2017 15:13:13 +0530 > Arjit Gupta <arjitk.gupta at gmail.com> wrote: > > > Thanks for the response. > > > > Is this xattr causing this RPC server is unavailable issue ? > > > > Arjit Kumar > > > > > > Lets be perfectly honest here, the lack of

hey, I upgraded a server to 5.3 from 5.2 today, its a mail server, and its using the rpmforge clamav milter... was getting errors in my mail log like... Apr 6 01:39:32 freescruz sendmail[12304]: n368dWxW012304: Milter (clamav): error connecting to filter: Connection refused by /var/clamav/clmilter.socket Apr 6 01:39:32 freescruz sendmail[12304]: n368dWxW012304: Milter (clamav): to error

...ow error single_terminate: reason[socket_get_remote_addr() failed] As mentioned by you earlier that it requires "credentials passing via the getpeereid() call or SO_PEERCRED" On investigating it further i found below condition that fails File :- lib/tsocket/tsocket_bsd.c Function int _tsocket_address_bsd_from_sockaddr(TALLOC_CTX *mem_ctx, const struct sockaddr *sa, size_t sa_socklen, struct tsocket_address **_addr, const char *location) { ....... if (*sa_socklen < sizeof(sa->sa_family*)) { *//sa_socklen is zero thus we are getting above error* errno = EINVAL; retur...

> Just curious: what about the rsync+ patch? Thanks for the reminder. I've just committed Jos's rsync+ patch onto the "branch_mbp_rsyncplus_merge" branch. If it works OK and nobody screams I will move it across onto the main tree tomorrow or Wednesday. I see the patch doesn't add documentation about the new options to the man page, so we should fix that in the future.

...ile: /data/cvs/rsync/clientserver.c,v retrieving revision 1.69 diff -u -p -r1.69 clientserver.c --- clientserver.c 15 Aug 2001 06:44:44 -0000 1.69 +++ clientserver.c 22 Aug 2001 04:15:12 -0000 @@ -44,7 +44,8 @@ int start_socket_client(char *host, char extern int am_sender; extern struct in_addr socket_address; extern char *shell_cmd; - + extern int kludge_around_eof; + if (argc == 0 && !am_sender) { extern int list_only; list_only = 1; @@ -107,6 +108,10 @@ int start_socket_client(char *host, char if (p) *p = '/'; while (1) { + /* Old servers may just drop the connection...

People of cygwin & rsync, I recently attempted to get cygwin and rsync working to solve a backup/mirroring need in my computer life. Well, as you might guess, I ran into a little but of trouble. Strangely enough, rsync seemed to be regularly hanging when I attempted to do a "get" (sycronize a remote to a local dir). Well, considering I want to automate this, that was not going