Bug 728413
Summary: | sftp always exits with glibc detected *** sftp: free(): invalid pointer: | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Hin-Tak Leung <htl10> |
Component: | openssh | Assignee: | Jan F. Chadima <jchadima> |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 15 | CC: | jchadima, mattias.ellert, mgrepl, tbzatek, tmraz |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2011-08-25 08:35:49 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Hin-Tak Leung
2011-08-05 03:39:12 UTC
I can not reproduce it. Have you any extra conditions (locale, commands inside sftp etc.) which causes this end? I have these sent automatically by gnome (i.e. I don't know where they were set). declare -x SSH_ASKPASS="/usr/libexec/openssh/gnome-ssh-askpass" declare -x SSH_AUTH_SOCK="/tmp/keyring-xKkKxI/ssh" I have LANG=en_GB.utf8 . AFAIK the only relevant customization I do is alias ssh='ssh -C -X ' in my bashrc . Tried unsetting that on the command line and the problem persists. There is no simplier sftp session - just start sshd, sftp localhost (which does it without password - seems ssh-askpass does it auto), then just type exit. please try update all and then if bug persists report the version of your glibc. (In reply to comment #3) > please try update all and then if bug persists report the version of your > glibc. Hmm, I run "yum upgrade" every couple of days so am quite up to date. According to "rpm -qa --last", I picked up glibc-2.14-5 on Wed 10 Aug, and openssh-clients-5.6p1-34.fc15.1 on Sat 06 Aug. The problem is still here. Just tried it (using two gnome windows): /etc/rc.d/init.d/sshd start (as root) sftp localhost (as user) > exit What do you have in the /etc/nsswitch.conf configuration file? (In reply to comment #5) > What do you have in the /etc/nsswitch.conf configuration file? I have not done anything to it myself, so I am not sure why it has a more recent time stamp than the package build date of "rpm -qi glibc" - it must be updated by something else or a pre-install-script in the rpm? Anyway, here it is. # rpm -V glibc # ls -l /etc/nsswitch.conf -rw-r--r--. 1 root root 1720 Aug 9 17:06 /etc/nsswitch.conf # grep -v '^#' /etc/nsswitch.conf passwd: files shadow: files group: files hosts: files mdns4_minimal [NOTFOUND=return] dns bootparams: nisplus [NOTFOUND=return] files ethers: files netmasks: files networks: files protocols: files rpc: files services: files netgroup: nisplus publickey: nisplus automount: files nisplus aliases: files nisplus ----------------------------- Can you please try to temporarily remove the 'mdns4_minimal [NOTFOUND=return]' part from the hosts line and try the sftp again? (In reply to comment #7) > Can you please try to temporarily remove the 'mdns4_minimal [NOTFOUND=return]' > part from the hosts line and try the sftp again? No improvement. Do I need to restart anything (or log fully out of my gnome session) for this change to take effect? No, this should take effect immediately. Then the mdns4 resolver is not the culprit. *** This bug has been marked as a duplicate of bug 732989 *** |