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 axeld, 5 years ago

While I can reproduce this in hrev53523, ftpd works just fine when launched via the Network preferences.

comment:2 by Coldfirex, 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 nephele, 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 Coldfirex, 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.

Note: See TracTickets for help on using tickets.