Go Back   FlashFXP Forums > > > >

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

Reply
 
Thread Tools Rate Thread Display Modes
Old 11-11-2007, 03:53 PM   #46
o_dog
Senior Member
 
Join Date: May 2007
Posts: 692
Default

YiL: you should start a fan club. Beware of stalkers though!!
o_dog is offline   Reply With Quote
Old 11-11-2007, 08:09 PM   #47
weisan
Junior Member
ioFTPD Registered User
 
Join Date: Jul 2005
Posts: 28
Default

I've just upgraded to v6.3.1 and it took me about an hour .. to read carefully the changelog.txt and to edit ioftpd.ini .. well .. i guess I was a little bit lazy ... but everything seems to run fine
weisan is offline   Reply With Quote
Old 11-12-2007, 11:55 AM   #48
hukker
Senior Member
FlashFXP Registered User
ioFTPD Foundation User
 
Join Date: Jun 2004
Posts: 165
Default

Got a crash log from ioftpd 6.3.1 running on a windows 2003 server, I cant really tell you what it might be thats causing it, happends a few times / day, if you want to have a peak let me know yil.

Else I can wait for .3.2 version and check if it happends again.
hukker is offline   Reply With Quote
Old 11-12-2007, 06:59 PM   #49
Yil
Too much time...
FlashFXP Beta Tester
ioFTPD Administrator
 
Join Date: May 2005
Posts: 1,194
Default Version 6.3.2

New Version

ioFTPD-v6.3.2.zip

Code:
v6.3.2 Release Notes:

*** File Modifications:

1) File system\ioFTPD.exe changed. Version 6.3.2.0


*** Fixes:

2) MDTM now closes the filehandle it opened when adjusting timestamps and
   marks the directory cache as stale so the new timestamp will be picked
   up.

3) The MDTM success response now includes a trailing newline, this was
   causing clients to hang.

4) When attempting to download a file that cannot be opened for reading (such
   as when the file is still being uploaded or a zipscript locks it) shared
   memory was being incorrectly freed.  This eventually results in memory
   corruption.  This must have been longstanding 5.x bug as well.


*** Functionality changes:

5) CRASH-Log.txt now includes the thread ID of the crashing thread to resolve
   ambiguity in stack dumps.

6) Users with 1 flag are now considered administrators of all groups and thus
   ignore their admingroup settings.  Previously only M accounts did this.

7) A user without the 1 or M flag who has access to privileged commands (i.e.
   someone with the G flag) who has no admingroups defined is no longer
   considered an administrator of all groups.  Such a user must be granted
   authority over specific groups now.

8) Site uinfo/ginfo commands now apply the same test as above which means G
   only flagged users cannot see detailed info about users or groups besides
   those explicitely granted them.

9) As a side effect of the above changes, the site kick command now uses the
   same rules.  Non 1/M flagged users must have group admin rights defined
   for the user they wish to kick.

10) M flagged accounts logged in via 127.0.0.1 can now add/delete the M flag
    from any account, delete/rename other M flagged users, and add/remove IP
    hostmasks from other M flagged users.
Yil is offline   Reply With Quote
Old 11-12-2007, 07:02 PM   #50
monk-
Member
 
Join Date: Oct 2007
Posts: 32
Default

yil: maybe a good idea to add a line in the ioFTPD.log when ioFTPD is crashing,
this way a bot can read the log and spam a crash on irc
or make an event of it..


edit:
oh nice, new release
those grpadmin features have been missing for a long time
this sounds like the problem i had :
Quote:
4) When attempting to download a file that cannot be opened for reading (such
as when the file is still being uploaded or a zipscript locks it) shared
memory was being incorrectly freed. This eventually results in memory
corruption. This must have been longstanding 5.x bug as well.
great work,
respect

Last edited by monk-; 11-12-2007 at 07:17 PM.
monk- is offline   Reply With Quote
Old 11-13-2007, 02:39 AM   #51
Flow
Senior Member
FlashFXP Beta Tester
ioFTPD Foundation User
 
Flow's Avatar
 
Join Date: Dec 2001
Posts: 306
Default

errrr, no word to describe the gratitude for the hard great work you putting into this peojekt... err... "i love you?" ...err .... you really rock Yil !. btw, you think you can generate a code a small prolggy to generate ssl certificate based on newer version of oenssl togo with these upcoming ioFTPD and Openssl version?
Flow is offline   Reply With Quote
Old 11-13-2007, 08:40 AM   #52
Yil
Too much time...
FlashFXP Beta Tester
ioFTPD Administrator
 
Join Date: May 2005
Posts: 1,194
Default

monk: I think that's exactly the bug you, hukker, and lots of other people on busy servers were having. Of course it could be a long time before the corrupted memory makes things go bad and that made it really hard to find. The funny part here is I don't think I would have found this bug if I hadn't goofed up on the MDTM command and forgot to close a file handle. That started triggering the old bug all the time so I could catch it in a debugger.

Flow: Err, you lost me... openssl? ioFTPD uses the windows SSL libraries. There are ways to use openssl to generate a self signed cert, and I think it might be possible to even use makecert to generate one if you export it correctly... Of course as far as ioFTPD goes you can now create/delete certs using site commands now

Update: I forgot to include this in the changelog.

File system\ioFTPD.pdb changed.

That file is necessary for printing the text in crashlogs correctly.

Last edited by Yil; 11-13-2007 at 08:48 AM.
Yil is offline   Reply With Quote
Old 11-14-2007, 07:07 AM   #53
Flow
Senior Member
FlashFXP Beta Tester
ioFTPD Foundation User
 
Flow's Avatar
 
Join Date: Dec 2001
Posts: 306
Default

Oh kool, dohh, thanks. Dang that MDTM bugg brought up a few fixes. Really nice to have those fixed.
Flow is offline   Reply With Quote
Old 11-15-2007, 08:18 AM   #54
Zer0Racer
Senior Member
ioFTPD Scripter
 
Join Date: Oct 2002
Posts: 703
Default

Yil, very nice updates indeed!

Only thing that I've had problems with is symlinks. Sometimes when I upload new dirs (to a dir which I have a symlink pointing to) the symlink somehow updates to that newly uploaded dir or something and is screws the original dir up so that it appears empty. I have to manually reset the symlink and rename to original dir and then back to the correct name for the dir list to show everything again.

This has appeared for me a couple of (random) times since the new symlink functions of 6.2.0. It doesn't trigger a crash so I'm not sure on how to debug it. Any ideas?

/ZR
Zer0Racer is offline   Reply With Quote
Old 11-15-2007, 01:45 PM   #55
Yil
Too much time...
FlashFXP Beta Tester
ioFTPD Administrator
 
Join Date: May 2005
Posts: 1,194
Default

Zero: When the new site symlink function was added I changed the way relative symbolic link paths were evaluated:

Code:
7) Fixed relative symlinks.  You can now use links of the form a -> b,
   a -> ../b, a -> ../../foo/b.  Previously you could use relative links
   but it was necessary to prepend an extra "../" which is clearly wrong
   when viewing a directory listing.
Are you using relative symbolic links? And/or are their scripts that use them that may be using the old method? From my experience most scripts tended to use absolute links which won't have been affected, but suffer from being incorrect if the directory structure is moved around.

As far as the new site symlink function goes it's just a shorthand for creating symlinks. If you aren't using the function it should have no effect as everything under the covers remained the same. Since you aren't creating a new symlink in this case I don't think it's even involved in this problem. If you are using it let me know though.

Next time you notice this happing, try a couple of things. Get the names of the dirs involved so we can see the relationships to any potential renaming effects that might be going on. Then try logging into the server with a fresh ftp client so none of the directories are cached in the client. See if the problem exists on the 2nd login as well. If ioFTPD has a messed up cache it should be wrong in both. Now shut the server down and restart it to see if the problem was cache related or if it's wrong on disk somehow...
Yil is offline   Reply With Quote
Old 11-15-2007, 04:41 PM   #56
dairinin
Junior Member
 
Join Date: Nov 2007
Posts: 1
Default

Just installed subj, and here is the problem.
If user with d/l manager (such as FlashGet) begins multithreaded d/l from server with limited connections per ip, and if connection limit in d/l manager exceeds connection limit in ioFTPD, he eventually gets banned by this section:
Quote:
# To be removed from the ban list a user MUST NOT attempt to connect during
# the temp ban time else he'll just keep pushing the ban farther out...
Connections_To_Ban = 6 # 6 connections without a reset and
# IP is temp banned (5)
Ban_Counter_Reset_Interval = 60 #
Temporary_Ban_Duration = 300 # Seconds host remains banned

When this happens, ioFTPD crashes after a small amount of connection attempts from banned IP. Windows just reports that application stopped working.

System is Vista Ultimate x64
dairinin is offline   Reply With Quote
Old 11-16-2007, 07:07 AM   #57
Zer0Racer
Senior Member
ioFTPD Scripter
 
Join Date: Oct 2002
Posts: 703
Default

Yil,

I guess I'm using a combination of the new and old way to create or modify the symlinks. The new way of creating symlinks is very nice since you don't have to create an empty dir manually and then converting into a symlink. So I use it for creation. Then, to modify the symlink, I use the good ol' chattr command.

Basically I have two symlinks, with absolute paths ie. /section/year/month, in the ftp root dir pointing a couple of levels down in the dir structure and no symlinks going back. Once a month I change the targets manually and rename the dir/symlink so it represents the correct month in this case.

Will try your suggestions if it happens again.

Thanks

/ZR
Zer0Racer is offline   Reply With Quote
Old 11-17-2007, 01:04 PM   #58
pion
Senior Member
 
Join Date: Feb 2006
Posts: 138
Default

How come credits aren't updated when user got ratio 0?

Wouldn't it be more logical to have credits update on user upload? In case you want to change the ratio at a later stage...
pion is offline   Reply With Quote
Old 11-17-2007, 04:16 PM   #59
Yil
Too much time...
FlashFXP Beta Tester
ioFTPD Administrator
 
Join Date: May 2005
Posts: 1,194
Default

pion: the credit question is a good one. I can definitely see why we should keep track of credits even with a no ratio account, but what about negative credits? I suppose we could pin credits to 0 instead of going negative though...
Yil is offline   Reply With Quote
Old 11-17-2007, 08:53 PM   #60
neoxed
Too much time...
FlashFXP Beta Tester
ioFTPD Scripter
 
Join Date: May 2003
Posts: 1,326
Default

Because with the ratio multiplier being 0, they don't get any credits.

If a user has a upload ratio of 1, they get the same amount of the credits as the amount they upload.
If a user has a upload ratio of 2, they get twice the credits of the amount they upload.
If a user has a upload ratio of 0 (unlimited), how many credits should they get? 1x, 2x, 3x, or none?

Last I checked 15,000 multiplied by zero is zero.

Quote:
Originally Posted by Yil View Post
I suppose we could pin credits to 0 instead of going negative though...
Negative credits are needed for nukes, to punish users. (I have seen negative credits very often with large nukes).
neoxed is offline   Reply With Quote
Reply

Tags
easier, hostmasks, make, problems, support

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 12:28 PM.

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