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 08-04-2009, 02:14 PM   #31
pion
Senior Member
 
Join Date: Feb 2006
Posts: 138
Default

Would that bug affect the use of nxmydb? Or would that work around the problem?
pion is offline   Reply With Quote
Old 08-04-2009, 09:43 PM   #32
Yil
Too much time...
FlashFXP Beta Tester
ioFTPD Administrator
 
Join Date: May 2005
Posts: 1,194
Default

I have been totally unable to reproduce that problem, however I did see it on a live site so I know something was wrong. However, the DB was in an invalid state at the time and perhaps that contributed to it acting strangely and not fixing itself. You will see warnings in the error log like: Module 'STANDARD' reports item ID=510 NAME='testing' deleted from database '..etcUserIdTable'. If you start seeing something like that let me know so I can see what's going on... I believe nxmydb would have the exact same issue as it relies on the server to translate id<->name via the UserIdTable.

Bad news: I also saw what looks like the good old lockup bug on a site that wouldn't die via "site crashnow". On the other hand I have several reports that sites that got this frequently on win23k (where it was always a problem) are now running smoother.
Yil is offline   Reply With Quote
Old 08-05-2009, 06:54 AM   #33
pion
Senior Member
 
Join Date: Feb 2006
Posts: 138
Default

The problem you are describing with the warnings is present at the previous versions also. A way to reproduce it is using nxmydb, and disconnect it from the mysql server - while you delete users in the database. Then connect again - and the error should come up
pion is offline   Reply With Quote
Old 08-05-2009, 05:44 PM   #34
ArtX
Senior Member
FlashFXP Beta Tester
ioFTPD Foundation User
 
Join Date: Jan 2004
Posts: 301
Default

YiL in future release's could you tell us what files only need to be updated instead of the whole thing, or is it best to copy over the whole release every time you update, backing up etc groups and user folders?
ArtX is offline   Reply With Quote
Old 08-05-2009, 06:46 PM   #35
Yil
Too much time...
FlashFXP Beta Tester
ioFTPD Administrator
 
Join Date: May 2005
Posts: 1,194
Default

Carpo: Every file modified, deleted, or added is documented at the very top of the Changelog so just replace the files it mentions there. It even documents, by section and in order, what additions/changes need to be applied to the .ini file. Of course a big release like v6 to v7 changes a lot of files so there are even a few comments about what you need to keep (like nxtools dirs or text/ftp/Welcome) to make swapping whole directory trees easier instead of by files.
Yil is offline   Reply With Quote
Old 08-06-2009, 05:07 AM   #36
opcode
Junior Member
 
Join Date: Aug 2009
Posts: 21
Default

ioFTPD 7.0.1 runs fine for me the first time i start it. If i have to kill the process and then restart it again, it crashes on startup and the process terminates itself. I can send crashlog & memdumps if neccessary.
opcode is offline   Reply With Quote
Old 08-06-2009, 08:57 AM   #37
razoor
Senior Member
ioFTPD Foundation User
 
Join Date: Oct 2006
Posts: 163
Default

it does that for me to. i just changed the delay on preload to false and that did the trick for me.
__________________
ioFTPD 7.0.3 nxTools ioNiNJA ioJM http://ioftpd.zapto.org /
razoor is offline   Reply With Quote
Old 08-06-2009, 09:14 AM   #38
opcode
Junior Member
 
Join Date: Aug 2009
Posts: 21
Default

actually if i let the pc idle for some time (like 1hr+) i can restart ioFTPD again, even with vfs_preload delay on. I don't really see what vfs_preload delay does anyway, it still takes ages to cwd into huge dirs for the first time.
opcode is offline   Reply With Quote
Old 08-06-2009, 02:44 PM   #39
Yil
Too much time...
FlashFXP Beta Tester
ioFTPD Administrator
 
Join Date: May 2005
Posts: 1,194
Default

By default preloading just caches mountpoints in the default VFS file and thus this could mean just a single directory if you only have a root entry. It is up to you to specify what else it should preload. In practice if you have large directories/fanouts that take minutes to load the first time that aren't mountpoints then specify them manually in the .ini file so the server can do the work ahead of time. This is especially true for large fanout dirs on networked drives.

The Delay= setting which determines whether the server should wait around and finish caching the dirs before allowing connections to the server fundamentally changes the way preloading occurs. With Delay=False the server queues a low priority task onto the internal worker thread queue and it will process the directories one by one. If Delay=True the server hasn't really started yet, and thus there are no worker threads, so it spawns a new thread per mountpoint / manual entry and does the preloading in parallel so completion time is basically the slowest task to finish. Remember though that ioGUI/etc won't be able to connect while this is going on because that's the point of this setting...

If you are experiencing crashes at startup try switching the Delay= setting and see if that makes a difference because the =True option is the one I used for testing most of the time since it seemed far more fragile with all the thread creation/synchronization/etc.
Yil is offline   Reply With Quote
Old 08-06-2009, 02:58 PM   #40
opcode
Junior Member
 
Join Date: Aug 2009
Posts: 21
Default

@Yil: that makes sense, i just checked again and i am indeed just mounting the parentdir, which then contains three subdirs with lots of dirs in them. So it just caches the parent, but not the contents of the subdirs that are actually a pain to cwd into. I'm too lazy to do separate mountpoints for those, so i'll just disable the delay stuff like you recommended.
opcode is offline   Reply With Quote
Old 08-06-2009, 04:02 PM   #41
Yil
Too much time...
FlashFXP Beta Tester
ioFTPD Administrator
 
Join Date: May 2005
Posts: 1,194
Default

opcode: You don't have to turn the dirs into mountpoints to preload them. See the comments for the VFS_Preload section. You append a line like "2 = /" which will cache everything in / and all it's subdirs. Or pick on particular dirs with something like "1 = /Games/Archive" which will just load the /Games/Archive dir.

Hope that helps, but do see if your startup issues go away by switching the Delay= option.
Yil is offline   Reply With Quote
Old 08-08-2009, 08:35 AM   #42
ArtX
Senior Member
FlashFXP Beta Tester
ioFTPD Foundation User
 
Join Date: Jan 2004
Posts: 301
Default

just to make sure i have this right do you mean

[VFS_PreLoad]
# By default the server now preloads all the directories used as mountpoints
# in the default VFS file indicated by [Locations]/Default_Vfs. If you want
# additional directories loaded include lines here with the form:
# <depth-to-descend> = <starting-VFS-path>
# A depth of 1 just means the directory itself, 2 would be the dir and all
# its immediate subdirs, etc.
2 = /

if so it doesnt seem to have helped much, could just be me though
ArtX is offline   Reply With Quote
Old 08-08-2009, 02:20 PM   #43
Mave
Member
FlashFXP Registered User
ioFTPD Foundation User
 
Join Date: Jul 2005
Posts: 43
Default

Dont forget about ioYIL YiL
Mave is offline   Reply With Quote
Old 08-08-2009, 03:14 PM   #44
Yil
Too much time...
FlashFXP Beta Tester
ioFTPD Administrator
 
Join Date: May 2005
Posts: 1,194
Default

Carpo: Yup, that should attempt to load /*/*. If you look at ioftpd.log it should indicate the number of directories that matched and were preloaded...

Mave:
Yil is offline   Reply With Quote
Old 08-08-2009, 06:23 PM   #45
opcode
Junior Member
 
Join Date: Aug 2009
Posts: 21
Default

Yil: seems to work flawless with the preload turned off
opcode is offline   Reply With Quote
Reply

Tags
commands, fixed, memory, new/modified, tcl

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 07:38 AM.

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