ioFTPD v6.3.5 Beta Released

[Yil]

neoxed: very good point about 0 multipliers, though I think it might be possible to extracting the ratio from the group, group.default and/or default.user settings. If nothing was defined then just ignore it like now.

Given the difficulty in looking up ratios from multiple places though I'm gonna punt on this idea... You can always look at the alltime up/down totals per section for the user and reconstruct a "credit" for the user via a script if necessary.

[o_dog]

Yes negative credits are definitely needed, but it would be ncie if it kept track on credits for users with leech.

[Zer0Racer]

Keeping track on credits for users with leech seems like a useless idea imho. Users with leech don't need credits to download and don't have to upload anything to be able to download. And if they DO upload...

...their STATS are counted and if a particular user is changed from leech to ratio (and even if that user hasn't had leech all the time) you as administrator can give him the amount of credits you think he is entitled to based on his upload stats. That amount probably won't be 100% accurate but close enough and will be a good start for that user to get used to ratio instead of leech on the site.

/ZR

[Flow]

Hi Yil! , i rebooted my pc just for the fun sake, i was surprise when i cant login when system is up. This was found in pc log.msg. I manually start ioFTPD service, and it works again.

Händelsetyp: Fel
Händelsens källa: Application Error
Händelsekategori: (100)
Händelse-ID: 1000
Datum: 2007-11-18
Tid: 13:08:21
Användare: Saknas
Dator: ioFTPD
Beskrivning:
Felaktigt program ioFTPD.exe, version 6.3.2.0, felaktig modul ioFTPD.exe, version 6.3.2.0, felaktig adress 0x000422cf.

Mer information finns i Hjälp- och supportcenter på sidan http://go.microsoft.com/fwlink/events.asp.
Data:
0000: 41 70 70 6c 69 63 61 74 Applicat
0008: 69 6f 6e 20 46 61 69 6c ion Fail
0010: 75 72 65 20 20 69 6f 46 ure ioF
0018: 54 50 44 2e 65 78 65 20 TPD.exe
0020: 36 2e 33 2e 32 2e 30 20 6.3.2.0
0028: 69 6e 20 69 6f 46 54 50 in ioFTP
0030: 44 2e 65 78 65 20 36 2e D.exe 6.
0038: 33 2e 32 2e 30 20 61 74 3.2.0 at
0040: 20 6f 66 66 73 65 74 20 offset
0048: 30 30 30 34 32 32 63 66 000422cf

I cant find crashlog anywhare on box, i can do full search if i knew what filename it is. Anyway, whats the plan for 6.4x ?

[Yil]

Flow: That's a new one to me. The address is so low it's beneath ioFTPD as well as any system library I know of so that's not much help. It's possible ioFTPD started before something it depended on and got really confused so it never even got to install the crash handlers. As a service though, after 30 seconds or something it probably should have auto-restarted if it really did die.

If you use the lame service installer I wrote it makes ioFTPD dependent on a couple of subsystems like TCP, etc during bootup. Perhaps there is another one it needs and you found a rare race condition. Library functions don't document their dependencies so it kinda sucks trying to figure out what is needed... This might also be a version issue as well with the dependencies where XP differs from 2003/vista. I've got ioFTPD running under XP and 2003 and perhaps 50-60 reboots later no issues that I've seen so it can't be common.


6.4 will probably deal with drive spanning (which really can't be handled by a script), and drives running out of space since I haven't seen scripts deal with this well. I also think I'm going to add pre/post processing for site commands like regular commands have. This should allow scripters to provide finer grained control and/or verify arguments if necessary. I've also got a couple of cool ideas for new features but we'll have to see about those.

[o_dog]

what you mean "drives running out of space"? warchive works for that. If not it's like a 1h thing to write.

[Yil]

Drive spanning and running out of space in this case go hand in hand. When a raid/merged directory runs low on disk space on the last listed drive, it should switch uploading to the next drive with free space. I discussed a number of issues associated with this (it's a hard problem to get right) so it's tricky. As a side effect of determining when to switch to the new drive it will handle a regular single directory mountpoint by just halting uploads and/or new directory creation.

It looks like warchive doesn't actively prohibit uploads or dir creation, but starts deleting stuff automatically. That's cool for people who want that done automatically, but even in the best of cases it doesn't understand raided directories and won't switch drives.

Unfortunately this is considerably harder than a 1hr solution and I pulled my first attempt from 6.3 just to get it out the door

[o_dog]

wouldn't it be easier to just use the drive with the most amount of free space?

[zkx]

Originally Posted by o_dog

wouldn't it be easier to just use the drive with the most amount of free space?

easier?
maybe.
does it make sense?

not really, it's not really all that nice when every other dir/file gets created on a different drive, and that is what would happen if it would just blindly use whichever drive has most free space.

[o_dog]

depends what you're going to use it for i guess.

[Soxiz]

Hi Yil

Great work with the new version, i have a simple question tho. In the readme you write the following:

1) Extract the zip file to C:\ If you put it anywhere else you will need to
change the path of the link in the handy ioFTPD-Start shortcut if you want
to use it to start the server and ioGUI.

I wonder what you mean with change the path of the link.. The ioFTPD-Start is a .exe file and not a windows shortcut..

Best Regards
Mads

[Yil]

mads: Yea, just ignore that. It used to be a shortcut in older versions, but I made it a really simple executable to eliminate that shortcut issue

[rolan]

hi,Yil
i had close SSL connect , but remain gimme these error , and restart ioFTPD.
Require_Encrypted_Auth = !-ioFTPD !*
Require_Encrypted_Data = !-ioFTPD !*

11-26-2007 20:35:17 SSL: "Unable to locate default certificate" "name=ioFTPD" "Service=FTP_Service"
11-26-2007 20:35:17 START: "PID=2884" "CmdLine="

11-26-2007 20:38:38 SSL: "Unable to locate default certificate" "name=ioFTPD" "Service=FTP_Service"
11-26-2007 20:38:38 START: "PID=1612" "CmdLine="

thx.

[o_dog]

you haven't installed the certificate or you have entered the wrong certificate name in ioftpd.ini

[PSA9]

Yil i want to fight u unless u teach me your coding skills! Keep up the awesome work. 6.3 added many new features and i can't wait to try!

Originally Posted by o_dog
wouldn't it be easier to just use the drive with the most amount of free space?

while Drive spanning is the only thing i left i waiting for in ioFTPD i would rather wait a as long as possible for yil to get it working good while its not a feature i have to have just something that would be nice. however please dont do it the way o_dog suggest. every time i would upload a release it would be on a different hdd or even maybe even every other file would be on another hdd which would be super dumb. say i have 5 750GB for x264 i fell it should send to the last hdd in the VFS as it does now, then when full send to the next, and then when that full to next, etc.

however i dont know if this is planned or if even possible, but it would be nice if on upload a release to check if their is enough free space to put whole release on hdd, if not put to next. a STRONG reason why this would be nice is, if the realease is on 2 different drives u would not be able to extract it as easy. while this would not be important on say a topsite FTP, it would be very nice if the FTP is on a computer u actually extract and burn stuff on!