Opened 5 years ago
Last modified 3 years ago
#15194 new bug
ftpd seems broken on hrev53242
Reported by: | nephele | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | Network & Internet | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
on hrev53242 the ftpd daemon seams broken,
running it with ftp -d yields this in the syslog: FTP 'ftpd'[2638]: getpeername (ftpd): Socket operation on non-socket
Change History (4)
comment:1 by , 5 years ago
comment:2 by , 3 years ago
Can confirm ftpd is working fine. The error from what I can tell is not a bug. That is just what happens when you start from the console (assuming I am interpreting these links correctly). They are for telnetd but I think its the same thing.
https://bugzilla.redhat.com/show_bug.cgi?id=52198 https://www.linuxquestions.org/questions/linux-general-1/getpeername-socket-operation-on-non-socket-22337/
comment:3 by , 3 years ago
Yes, it was only the output in the syslog that was related, i didn't mention it as a cause.
In any case, I cannot get ftpd to stay up if using it from the commandline . and strangely enough with ftpd OFF in network preferences after having it turned on I can get a local session still, but can't manage to login.
Perhaps the ftpd never terminates and the command exiting is just it avoiding duplicate instances?
comment:4 by , 3 years ago
ftp is normally started on other operating systems with something like: /etc/init.d/ftpd start OR service ftpd start
Just issuing 'ftpd' on haiku does not actually start it (same for some other utils under bin). I don't know what the equivalent command would be.
While I can reproduce this in hrev53523, ftpd works just fine when launched via the Network preferences.