similar to: sshd and ai_socktype errors.... (fwd)

Displaying 20 results from an estimated 1000 matches similar to: "sshd and ai_socktype errors.... (fwd)"

2002 Jun 27
0
[Bug 310] New: sshd reporting ai_socktype errors when using ssh -X to server
http://bugzilla.mindrot.org/show_bug.cgi?id=310 Summary: sshd reporting ai_socktype errors when using ssh -X to server Product: Portable OpenSSH Version: -current Platform: Alpha OS/Version: OSF/1 Status: NEW Severity: major Priority: P3 Component: sshd AssignedTo:
2013 Dec 17
4
kernel update to 3.12.5-1, now: upsd[617]: getaddrinfo: Servname not supported for ai_socktype
On 12/16/2013 09:23 PM, Charles Lepple wrote: > Not sure - I didn't write the getaddrinfo() code in upsd, but it seemed to > follow all of the recommendations on how to use that function. So if there is > a way to fix it in the NUT code, I am not aware of it (and would appreciate > any updates if that turns out to be the case). > > The odd part is that it looks like you went
2003 Oct 30
1
Setting creation mask per user when using 'homes'...
Hi... I'm running Samba 2.2.8 with a 'homes' directive to auto mount homedirectories upon login. I'm using the create_mode and directory_mode of 600 and 700 so only owner has perms for created files. There is a group of about 40 accounts that need this instead set to read/write for them and read only for world (i.e. 604 and 705). Is there some way to do this based on
2003 Jan 28
2
rsync 2.5.6 fails on Tru64 v5.0 with rsync://<hostname>/
I've just compiled 2.5.6 release on Tru64 V5.0A (configure detects alphaev67-dec-osf5.0, gcc release is a 3.1.1). rsync fails using rsync://<hostname>/ syntax. > lct@goliath(32) [rsync-2.5.6]$ ./rsync rsync://stitch/ > rsync: getaddrinfo: stitch 873: servname not supported for ai_socktype > rsync error: error in socket IO (code 10) at clientserver.c(83) Is there anyone else
2003 Jul 28
1
Trouble adding HPLJ 4050 drivers...
Hello... I am using SAMBA 2.2.8 on RH Advanced Server (compiled from source). I can't seem to get the HP LJ 4050 printer drivers loaded from a windows workstation. I am using the print$ share and have shared the printer in my smb.conf. I can print fine from linux. When choosing 'add new driver' under the 'Printers' folder on the SMB share, I choose the proper
2003 May 30
2
required entries in ldap for samba...
Hi... I sucesfully linked my samba install with a ldap database, and smbpasswd -a works with user adds, etc. But - I know that in order to join the domain from WIN2K and XP I need to provide a username/password - exactly what ldif entries are needed in my ldap db for that? Is it 'administrator' with a uid of 0 - Can I use smbpasswd to make this, or ldif/ldapadd? Thanks.... --
2003 Jun 10
2
samba/ldap - smbpasswd/userdelete
Hi... I'm running samba and ldap (openldap). Using smbpasswd -a username adds the samba ldap info into the users ldap entry just fine. The problem is deletion. Running smbpasswd -x username deletes the ENTIRE user's ldap entry. This is good if I want to delete the unix and windows account information, but not if I want to just delete the windows info. I assume it is because
2003 Apr 30
3
[Bug 551] ssh install fails on Tru64 V5.0A
http://bugzilla.mindrot.org/show_bug.cgi?id=551 Summary: ssh install fails on Tru64 V5.0A Product: Portable OpenSSH Version: -current Platform: Alpha OS/Version: OSF/1 Status: NEW Severity: major Priority: P2 Component: Build system AssignedTo: openssh-unix-dev at mindrot.org ReportedBy:
2013 Dec 17
0
kernel update to 3.12.5-1, now: upsd[617]: getaddrinfo: Servname not supported for ai_socktype
On Dec 16, 2013, at 4:19 PM, David C. Rankin wrote: > Dec 16 14:05:16 phoinix upsd[369]: getaddrinfo: Servname not supported for > ai_socktype [...] > The kernel update was from linux (3.12.1-3 -> 3.12.5-1), I don't see what > could have changed. How do I attempt to further debug/fix this? getaddrinfo(3) is a libc function - is it possible that libc was updated as well? I am
2003 Jul 29
1
Using print$ / timeouts to port 445...
Hi... I have set up my smb.conf to use the print$ directive, and have shared 3 printers. I sucesfully added the printer drivers to the host, and can use them. But - opening up the printer connection from the windows host is slow, and causes the printer 'status' window to say 'initializing'. While that happens, my samba.log shows : 2003/07/29 16:44:40, 2]
2013 Dec 16
2
kernel update to 3.12.5-1, now: upsd[617]: getaddrinfo: Servname not supported for ai_socktype
Charles, All, I just updated the kernel on my Arch box (the one we have been working on nut with on this list). Now upsd fails to start. (upsdrvctl is fine). I've posted working then -- Reboot -- the failing log information below. The 'Reboot' was for the kernel upgrade: Dec 14 14:02:00 phoinix systemd[1]: Starting Network UPS Tools - power devices information server... Dec 14
2013 Dec 17
0
kernel update to 3.12.5-1, now: upsd[617]: getaddrinfo: Servname not supported for ai_socktype
On Dec 16, 2013, at 10:11 PM, David C. Rankin wrote: > On 12/16/2013 08:01 PM, Charles Lepple wrote: >> On Dec 16, 2013, at 4:19 PM, David C. Rankin wrote: >> >>>> Dec 16 14:05:16 phoinix upsd[369]: getaddrinfo: Servname not supported for >>>> ai_socktype >> [...] >>>> The kernel update was from linux (3.12.1-3 -> 3.12.5-1), I don't
2013 Dec 17
2
kernel update to 3.12.5-1, now: upsd[617]: getaddrinfo: Servname not supported for ai_socktype
On 12/16/2013 08:01 PM, Charles Lepple wrote: > On Dec 16, 2013, at 4:19 PM, David C. Rankin wrote: > >> > Dec 16 14:05:16 phoinix upsd[369]: getaddrinfo: Servname not supported for >> > ai_socktype > [...] >> > The kernel update was from linux (3.12.1-3 -> 3.12.5-1), I don't see what >> > could have changed. How do I attempt to further
2013 Dec 17
0
SOLVED Re: kernel update to 3.12.5-1, now: upsd[617]: getaddrinfo: Servname not supported for ai_socktype
On 12/17/2013 10:43 AM, David C. Rankin wrote: > Huh? Why the : in Servname? So I just hardwired it passing the port "Servname" > as "3493" (could have just used "nut" from /etc/services): Sheepishly looking for a place to hide.... Yes there was a ':' there all right. Seems I was hit by a vi error: [12:04 phoinix:/etc/ups] # grep 3493 *.conf
2013 Dec 18
1
SOLVED Re: kernel update to 3.12.5-1, now: upsd[617]: getaddrinfo: Servname not supported for ai_socktype
On Dec 17, 2013, at 1:08 PM, David C. Rankin wrote: > On 12/17/2013 10:43 AM, David C. Rankin wrote: >> Huh? Why the : in Servname? So I just hardwired it passing the port "Servname" >> as "3493" (could have just used "nut" from /etc/services): > > Sheepishly looking for a place to hide.... > > Yes there was a ':' there all
2013 Dec 17
1
SOLVED Re: kernel update to 3.12.5-1, now: upsd[617]: getaddrinfo: Servname not supported for ai_socktype
Now hold on there... you said the problem started when you updated kernels - not when you changed the config file - did you change the config file or was it wrong before and the old kernel accepted it anyway? ted On 12/17/2013 10:08 AM, David C. Rankin wrote: > On 12/17/2013 10:43 AM, David C. Rankin wrote: >> Huh? Why the : in Servname? So I just hardwired it passing the port
2019 Apr 29
0
[nbdkit PATCH 2/2] nbd: Support TCP socket
I've documented a desire to do this for a while, time to actually follow through and support connecting as a client to a TCP server. Note that it is desirable to support the plugin connecting to an encrypted server over TCP, then exposing the raw data over a local Unix socket; that aspect requires yet more work, left for another day. But even allowing an old-style client to connect to an
2013 Dec 16
1
Nut (git) upsdrvctl fails without "-u root start <upsname>", upsd fails on state file GID
On 12/16/2013 09:06 AM, Charles Lepple wrote: > If you want, we can take a look at the output of the aforementioned udevd > command from your system. Please compress the output, and if the list bounces > it, I'll extract the relevant portion from the bounce message. > > I have a funny feeling we might either have a Debian-specific dependency on > 91-permissions.rules, or
2003 Jan 07
1
[Bug 310] sshd reporting ai_socktype errors when using ssh -X to server
http://bugzilla.mindrot.org/show_bug.cgi?id=310 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Summary| sshd reporting ai_socktype |sshd reporting ai_socktype |errors when using ssh -X to |errors when using ssh -X to |server
2004 Jan 19
0
rsync 2.6.0 and Solaris 8
Trying to build rsync 2.6.0 on Solaris 8 (gcc 3.3.2) has revealed that some of the EAI_ defines exist on Solaris, but not all of them. This causes lib/getaddrinfo.c to fail compilation as EAI_MAX (and some others) is undefined. The patch below fixes this issue, but I haven't tested the specific error conditions represented by the defines. Bryan --- lib/addrinfo.h.orig 2001-12-05