chdir("/") ???

Question

I just installed your server to test it, but I saw into the log file:

===
255.255.255.255 (localhost[127.0.0.1]) - FTP session opened.
255.255.255.255 (localhost[127.0.0.1]) - USER raffaeles: Login successful.
255.255.255.255 (localhost[127.0.0.1]) - raffaeles chdir("/"): No such file or directory
255.255.255.255 (localhost[127.0.0.1]) - FTP session closed.
===

every time I log in.

Any toughts about? I'm using Windows XP professional.

Answer 1

255.255.255.255 (172.20.2.241[172.20.2.241]) - FTP session opened.
255.255.255.255 (172.20.2.241[172.20.2.241]) - USER USsys: Login successful.
255.255.255.255 (172.20.2.241[172.20.2.241]) - USsys chdir("/"): No
such file or directory
255.255.255.255 (172.20.2.241[172.20.2.241]) - FTP session closed.

Answer 2

I have the exact same problem.
I'm using XP-PRo SP1 with all updates applied.
I there a solution ?
Please advice.

I just installed your server to test it, but I saw into the log file:

===
255.255.255.255 (localhost[127.0.0.1]) - FTP session opened.
255.255.255.255 (localhost[127.0.0.1]) - USER raffaeles: Login successful.
255.255.255.255 (localhost[127.0.0.1]) - raffaeles chdir("/"): No such file or directory
255.255.255.255 (localhost[127.0.0.1]) - FTP session closed.
===

every time I log in.

Any toughts about? I'm using Windows XP professional.

Answer 3

Is this bug dependent on if you allready had cygwin up and running? I have used cygwin actively for some years now and it is a great package.

Tried to add the suggested keys to \HCU\...\mounts v2
This makes things work as far as logging in. Seems that I have no read access in the home dir.

But for the logging in process. From the cygwin installI need to set the values in the key "/" but how well this will play with cygwin in general I do not know since in \HKLM\...\mounts v2\ the key "/" is allready set to native="c:\cygwin" and flags="10"

I can still run my rxvt and X as well but might this be a function of that I have installed cygwin for everybody on the system and not privately?

Would be glad to help out if I can. The 0.93b is not downloadable anylonger, but from the postings this version might not have fixed any problems.

Win2k sp4, and so on and so forth.

// Tintin

Answer 4

Is this bug dependent on if you allready had cygwin up and running?

I have never installed cygwin.
Just a plain XP-PRO installation with all updates except SP2.

Answer 5

I was having the same chdir("/") error as in original post. I had tried the registry changes and the pre-release 0.9.3b; but, they did not help. What did help was looking back at the passwd file. All of the user accounts listed had the 513 (nobody) group instead of the group they actually belonged to. Because the edtFTPD Manager recreates the passwd file each time, I made sure I wasn't running the manager, edited the c:\edtftpd\etc\passwd file and changed the 513 (nobody group) to 544 (administrator group). Went to control panel, administrative tools, services and started the edt ftp daemon. Bingo! it worked. I'm guessing my problem could be either that my machines I have tested are all xp and not in a domain and/or that they do not have the file & printer sharing for Microsoft Networks installed.

Answer 6

I made sure I wasn't running the manager, edited the c:\edtftpd\etc\passwd file and changed the 513 (nobody group) to 544 (administrator group).

This sounds promising. We will produce yet another 0.9.3 beta including this change soon. I'll reply again to this topic when it's ready so you should get a topic reply notification then.

Thanks a lot for this. This problem has been bugging a lot of users for a long time so it would be great if this solves it.

By the way, have you got any idea why it only happens on some machines? For example, could it be related to whether or not you are on a domain?

- Hans (EDT Support)

Answer 7

moakr - good job, thank you!!!
Changing 513 to 544 in the c:\edtftpd\etc\passwd file for my test ftp user fixed the problem for me too! I was able to login, put and delete file.

My environment (for EDT techies):
Windows 2000 Pro, SP4, .NET 1.1, regular workstation - not a server, NOT a DOMAIN controller. I created a regular LOCAL user through control panel, then enabled it using the edtFTPD manager. Could not login to ftp server - "530 Login incorrect". Tried to add the recommended "flags" and "native" entries under "/edtFTPD" and "/" keys to about 3 registry keys that I found named "mounts v2" - that did nothing. I followed the instructions from moakr's post and it worked.

Answer 8

Changing MANUALY :? 513 to 544 in the c:\edtftpd\etc\passwd file for my test ftp user fixed the problem for me also...

My environment:
Windows XP Pro, SP2, .NET 1.1, no DOMAIN controller.

Answer 9

Hi

I've placed a possible fix for this problem on our server. This time I'm quite confident since I've actually finally seen the problem myself and this new version fixed it. It uses the 544 fix that moakr discovered. I've placed the test version at: http://www.enterprisedt.com/tmp/public/edtFTPDsetup.exe.

Please let me know if it works by replying to this forum topic.

Thanks
- Hans (EDT Support)

Answer 10

the new fix worked for me windows xp sp2 no domain