Go Back   FlashFXP Forums > > > >

ioFTPD General New releases, comments, questions regarding the latest version of ioFTPD.

Reply
 
Thread Tools Rating: Thread Rating: 2 votes, 3.00 average. Display Modes
Old 05-29-2010, 02:39 PM   #46
Yil
Too much time...
FlashFXP Beta Tester
ioFTPD Administrator
 
Join Date: May 2005
Posts: 1,194
Default

usneek: I'm not sure if that's a good or a bad thing... Have you had any issues with the server locking up in the past? If so, then this is a feature Just set the server up as a service so it restarts automatically on failure. Pion will probably be happy to know the detector works though...

BTW, I also thought of a totally different way to handle some of the async changes I just made. I'd totally remove all of the new code and all the old stuff to try a different method entirely. I'll do this if things still look broken after a while.
Yil is offline   Reply With Quote
Old 05-29-2010, 03:00 PM   #47
Yil
Too much time...
FlashFXP Beta Tester
ioFTPD Administrator
 
Join Date: May 2005
Posts: 1,194
Default 7.5.4 Changelog

Code:
v7.5.4 Release Notes:

1) Files in \System:
   Changed : ioFTPD.ini - See v7.5.0 below
Yil is offline   Reply With Quote
Old 05-29-2010, 03:02 PM   #48
Yil
Too much time...
FlashFXP Beta Tester
ioFTPD Administrator
 
Join Date: May 2005
Posts: 1,194
Default

usneek: Oh... I forgot to mention something. The server detects that something isn't right, but if the loader lock got compromised the server can't exit! You'll have to enable the 'Restart_On_Deadlock' option under [Threads] in the .ini file so you spawn the ioFTPD-Watch process which can terminate it forcefully for you.
Yil is offline   Reply With Quote
Old 05-29-2010, 04:12 PM   #49
Yil
Too much time...
FlashFXP Beta Tester
ioFTPD Administrator
 
Join Date: May 2005
Posts: 1,194
Default 7.5.5 Changelog

Code:
v7.5.5 Release Notes:

1) Files in \System:
   Changed : ioFTPD.[exe,pdb] - Version 7.5.3.0.


*** Bug Fixes:

2) Fixed a bug during logoff where the server would report a
     "Unitialized socket used"
   error to the logfile if no data connection had ever been created such as
   when ioGUI disconnects.
Yil is offline   Reply With Quote
Old 05-30-2010, 02:54 AM   #50
usneek
Junior Member
FlashFXP Registered User
 
Join Date: Feb 2010
Posts: 5
Default

Hi Yil, I have the lockup problem for some time now, but I never got that error message, so you could say that the detector for the lockup bug works

I will set it up as a process so it can be restarted automatically.

Thanks a lot for all the work you are putting into this, really apreciated
usneek is offline   Reply With Quote
Old 05-30-2010, 03:03 PM   #51
Yil
Too much time...
FlashFXP Beta Tester
ioFTPD Administrator
 
Join Date: May 2005
Posts: 1,194
Default

usneek: What OS you using? The dreaded win2k3 or something else?
Yil is offline   Reply With Quote
Old 05-30-2010, 03:14 PM   #52
usneek
Junior Member
FlashFXP Registered User
 
Join Date: Feb 2010
Posts: 5
Default

Hi Yil, Im using 2003 R2 Standard Edition (5.2, Build 3790)
usneek is offline   Reply With Quote
Old 06-01-2010, 07:23 AM   #53
pion
Senior Member
 
Join Date: Feb 2006
Posts: 138
Default

Why is win2k3 dreaded? In fact, I've had more crashes/problems in win7 than win2k3 regarding ioftpd..

But on a side note, I'm unable to run io 7.5.5 on my 7.5.2 config.. it keeps crashing during startup. Dumps sendt.
pion is offline   Reply With Quote
Old 06-01-2010, 09:30 AM   #54
Yil
Too much time...
FlashFXP Beta Tester
ioFTPD Administrator
 
Join Date: May 2005
Posts: 1,194
Default

pion: I goofed in your case. The new code I added for user/group modules like nxMyDB to not block all worker threads doesn't work unless the code is actually running on worker threads which is not the case during startup/shutdown... I'll have to fix that...
Yil is offline   Reply With Quote
Old 06-01-2010, 10:17 AM   #55
Yil
Too much time...
FlashFXP Beta Tester
ioFTPD Administrator
 
Join Date: May 2005
Posts: 1,194
Default

Code:
v7.5.6 Release Notes:

1) Files in \System:
   Changed : ioFTPD.[exe,pdb] - Version 7.5.6.0.


*** Bug Fixes:

2) Fixed a bug related to the fix for all worker threads being consumed by
   3rd party user/group module calls blocking.  This failed to account for
   the startup case where user and group files are read on non-worker
   threads.
Yil is offline   Reply With Quote
Old 06-04-2010, 09:50 PM   #56
Yil
Too much time...
FlashFXP Beta Tester
ioFTPD Administrator
 
Join Date: May 2005
Posts: 1,194
Default v7.5.7 Changelog

Code:
v7.5.7 Release Notes:

1) Files in \System:
   Changed : ioFTPD.[exe,pdb] - Version 7.5.7.0.


*** New Features:

2) The virtual directory feature now better supports directories that don't
   exist on disk.  During a virtual directory callback if the very first
   entry added to the listing is named "." that will be used as the info for
   the directory itself.  This overrides the default of the current user,
   group, time, and full permissions.  The most important reason for this
   change has to do with permission checking for uploading, deleting,
   renaming, etc.  All of those features check the permission bits of the
   parent directory of the item being modified for write access and this was
   failing for virtual directories that did not return a ||RESOLVED|| reply
   because they don't exist on disk.  The uid/gid for ownership tests are
   determined by looking up the user/group specified in the virtual entry
   and if that fails the default user/group for a file/directory is used.

3) The TCL function [resolve list] now returns a "." entry containing info
   about the directory itself instead of just things in it.

*** Bug Fixes:

4) Fixed a bug with resolving "." in virtual directories when the
   'Keep_Links_In_Path' option is False.

5) Fixed a bug with initializing a new variable designed to hold the active
   site command for use in message cookies.

6) Fixed a bug with some current timestamps showing up in the wrong format.
   I.e. Jun 3 2010 instead of Jun 3 15:31.

7) Fixed a bug resolving merged directories when 'Keep_Links_In_Path' is
   False.

8) Fixed a bug with resolving and/or properly terminating symbolic paths
   to directories when 'Keep_Links_In_Path' is True.

9) Fixed a couple of small memory leaks when a user is logged off.
Yil is offline   Reply With Quote
Old 06-04-2010, 09:52 PM   #57
Yil
Too much time...
FlashFXP Beta Tester
ioFTPD Administrator
 
Join Date: May 2005
Posts: 1,194
Default

This release contains quite a number of low level changes to the resolver to better handle merged/raided directories, virtual directories, and pure virtual directories. If you notice anything odd let me know.
Yil is offline   Reply With Quote
Old 06-08-2010, 03:02 AM   #58
pion
Senior Member
 
Join Date: Feb 2006
Posts: 138
Default

Just wanted to give you a heads up, that the last revisions are looking promising! I haven't paid too close attention to the watch process, but I haven't seen any downtime like before as of yet.
pion is offline   Reply With Quote
Old 06-08-2010, 02:30 PM   #59
Yil
Too much time...
FlashFXP Beta Tester
ioFTPD Administrator
 
Join Date: May 2005
Posts: 1,194
Default

That's good news pion.

I'm also looking at one more "big" chance to fix the lockup problem once and for all. I can't prove everything yet, but it appears that winsock async message notification used for port/pasv connections requires the use of a helper thread(s). I can show from memory dumps that a thread never created by ioFTPD itself is at fault in the loader lock bug. It abandons the loader lock somehow and I can't find anything else creating threads except this socket helper thread. However, and this is the interesting part, overlapped notification via the winsock extensions AcceptEx, ConnectEx doesn't seem to create that extra thread. I had no reason to suspect this might be true until pion was able to confirm that he could login more than 10 times into a locked up server that wouldn't transfer files. That meant that one of the two notification methods used by the server was still working!

Given the above pieces of information I'm going to try to yank the whole winsock event notification stuff and only use overlapped notification via the winsock extensions... The funny thing is, I just re-wrote the way winsock event notification works to prove it wasn't doing anything wrong! There is one other possibility here that I can't figure out how to prove but might play a factor. It turns out that thread creation is "dangerous" because each new thread requires all dlls that have an initialization function receive thread creation/deletion messages and the loader lock is used to protect this event. Perhaps it's some dll unrelated to winsock that is having issues and is causing that thread to terminate for some reason but doing so in a way that the loader lock is still held... I'll have to explore that as well, but obviously one answer would be to try and never created those winsock helper threads in the first place!

For the moment I'm just happy that servers which were having this problem can run without people having to keep a close eye on them to restart after lockups.
Yil is offline   Reply With Quote
Old 06-08-2010, 03:07 PM   #60
Yil
Too much time...
FlashFXP Beta Tester
ioFTPD Administrator
 
Join Date: May 2005
Posts: 1,194
Default

Hmm... I wrote that previous message, went and grabbed something to eat, and realized I forgot to include the impact TCL makes in this. TCL uses the winsock event notification stuff itself for socket communication internally and it creates it's own threads to do that as well... In the future after I change ioFTPD itself, perhaps I can go back and modify TCL as well.

The big test will be after I modify ioFTPD since at that point we can clearly see if turning off TCL socket lookups makes a difference. I've made executing processes from within TCL safe to do now so in the worst case we can just push that part of the script into an external process we can invoke. Might even be faster for processing IMDB lookups with all the parsing that does.
Yil is offline   Reply With Quote
Reply

Tags
command, fixed, link, openssl, server

Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -5. The time now is 10:10 AM.

Parts of this site powered by vBulletin Mods & Addons from DragonByte Technologies Ltd. (Details)