ioFTPD v6.0 is HERE ! - Page 5

ArtX · 04-03-2007, 03:23 AM

Yil: tried coping over the tcl folder from 5.8.5/5.8.6 rls but still get an issue with iosfv after so many files, also i have noticed another strange thing with it

] 226- : :
[L] 226- : 01. Admins 75F 7152.56MB 11143KB/s 91.46% :
[L] 226- : 02. Adminssssssssssssssssssssssssssssssssssssssss 1F 95.37MB :
[L] 226- : 03. AAdmins 1F 95.37MB 11336KB/s 1.22% :
[L] 226- : :
[L] 226- :..(complete!.)................................... ....(o77/o82/o93%/NGE)..:

doesnt happen with same rls under 5.8.5/5.8.6 - i would infom tuff about this but this is a bug we have both chansed and looked like was sorted in 1.50 of his iosfv, so am wondering if it is indeed ioftpd 6 causing this

edit: after trying that same rls under 5.8.6/iosfv 1.52 i had no issues in upping and tried it with 85 x 95meg files - that also went up with no problems, so it looks likr a io6 iosfv issue

Flow · 04-03-2007, 06:03 AM

Unhandled exception 3221225477 at address 0x7c91888f (0x00000000)
0x00000000 0x028f1e80

I just tried to logon and see if is online

ArtX · 04-03-2007, 07:31 AM

just being curious but maybe when peeps report errors they could say what OS they are using - this may help track down bugs but will also make my mind up about using vista - if indeed most errors are from there

, just hoping a 3.4 p4 and 2gb pc 4400 (poss even 4000) ram be good enough for it :s

tuff · 04-03-2007, 07:47 AM

Quote:

Originally Posted by Carpo

Yil: tried coping over the tcl folder from 5.8.5/5.8.6 rls but still get an issue with iosfv after so many files, also i have noticed another strange thing with it

] 226- : :
[L] 226- : 01. Admins 75F 7152.56MB 11143KB/s 91.46% :
[L] 226- : 02. Adminssssssssssssssssssssssssssssssssssssssss 1F 95.37MB :
[L] 226- : 03. AAdmins 1F 95.37MB 11336KB/s 1.22% :
[L] 226- : :
[L] 226- :..(complete!.)................................... ....(o77/o82/o93%/NGE)..:

doesnt happen with same rls under 5.8.5/5.8.6 - i would infom tuff about this but this is a bug we have both chansed and looked like was sorted in 1.50 of his iosfv, so am wondering if it is indeed ioftpd 6 causing this

edit: after trying that same rls under 5.8.6/iosfv 1.52 i had no issues in upping and tried it with 85 x 95meg files - that also went up with no problems, so it looks likr a io6 iosfv issue

Im was actually working on that last night, ill get it finished this evening. I asked Yil to increase the size of the place holders for chattr`s in the .ioftpd files from 2k, which he has, so i need to make some changes, 6.0.0 didnt have the changes, 6.0.1 did, ill post an update to ioSFV this evening at the usuall place

ArtX · 04-03-2007, 09:38 AM

do i get some extra jellybabys

oldhouse · 04-03-2007, 09:58 AM

Unhandled exception 3221225477 at address 0x7c94426d (0x00000000)
0x00000000 0x74706972
Unhandled exception 3221225477 at address 0x7c921e58 (0x00000000)
0x00000000 0x0d025dcd

Uploading some files in different directories.
Win XP SP2
ioFTPD + ioB2alpha3e + ioA 2.latest

ArtX · 04-03-2007, 10:06 AM

where you get the ioB alphas - private tester ?

tuff · 04-03-2007, 10:40 AM

Yil, i also have another suggestion, i personally wouldnt mind io having the option to give a valid crc32 on resumed files, at the moment, io only passes the resumed part of the file to $args, how hard would it be to precalc the crc of the already existing part of the file which is being resumed and add this to the resumed data? Did that make sense?

Come to think of it, an added itcl command to crc32 a file would be extremely nice, and would save myself using external executables for that, and how about zip too

peep · 04-03-2007, 12:54 PM

Ok, just got a random crash again. This time I haven't got any scripts running. I was just going to fetch some small backup-files from the server and all of a sudden it just went down.

FFXP Status window:

Code:

[R] PWD
[R] 257 "/BACKUP/***/" is current directory.
[R] Listening on PORT: 3330, Waiting for connection.
[R] PORT 192,168,1,2,13,2
[R] 200 PORT command successful.
[R] LIST -al
[R] Connected. Negotiating SSL session..
[R] 150 Opening ASCII mode data connection for directory listing.
[R] SSL negotiation successful...
[R] SSL encrypted session using cipher RC4-MD5 (128 bits)
[R] 226- Transfer complete
[R] List Complete: 500 bytes in 0,20 seconds (2,4 KB/s)
[R] CWD /BACKUP/***/obj
[R] 250 CWD command successful.
[R] PWD
[R] 257 "/BACKUP/***/obj/" is current directory.
[R] Listening on PORT: 3331, Waiting for connection.
[R] PORT 192,168,1,2,13,3
[R] 200 PORT command successful.
[R] LIST -al
[R] Connected. Negotiating SSL session..
[R] 150 Opening ASCII mode data connection for directory listing.
[R] SSL negotiation successful...
[R] SSL encrypted session using cipher RC4-MD5 (128 bits)
[R] 226- Transfer complete
[R] List Complete: 203 bytes in 0,14 seconds (1,4 KB/s)
[R] CWD /BACKUP/***/obj/Debug
[R] Connection lost: ***
Transferred 5 files totaling 8,18 MB in 4,05 seconds (8,29 MB/s)
[R] Attempting to Reconnect.
[R] Connecting to *** -> DNS=*** IP=192.168.1.4 PORT=444 (attempt # 1)
[R] Connection failed (Connection refused)

ioFTPD.crash.log:

Code:

Unhandled exception 3221225477 at address 0x00415406 (0x00000000)
0x00000000 0x00000030

Running ioFTPD v6.0.1 w/ SSL and as service. Sadly none of the other logfiles contained anything at all (cleared them after de-activating the scripts).

Note: The service is unable to detect the crash and I have to execute a "net stop" on the service and then start it back up.

________________________________________

Update: I just started the service back up and got 5 more files transfered and them it went down again with the same exception and address.

FFXP Status window:

Code:

Transferred: tripex.layout 235 bytes in 0,02 seconds (14,3 KB/s)
[R] CWD /REQUESTS/BACKUP/***/*** ***/***
[R] 250 CWD command successful.
[R] PWD
[R] 257 "/REQUESTS/BACKUP/***/***/*** ***/***/" is current directory.
[R] TYPE A
[R] 200 Type set to A.
[R] Listening on PORT: 3369, Waiting for connection.
[R] PORT 192,168,1,2,13,41
[R] 200 PORT command successful.
[R] LIST -al
[R] Connected. Negotiating SSL session..
[R] 150 Opening ASCII mode data connection for directory listing.
[R] SSL negotiation successful...
[R] SSL encrypted session using cipher RC4-MD5 (128 bits)
[R] 226- Transfer complete
[R] List Complete: 632 bytes in 0,20 seconds (3,0 KB/s)
[R] CWD /REQUESTS/BACKUP/***/***/*** ***/***/***
[R] Connection lost: ***
Transferred 5 files totaling 28 KB in 7,28 seconds (368,6 KB/s)
[R] Attempting to Reconnect.
[R] Connecting to *** -> DNS=*** IP=192.168.1.4 PORT=444 (attempt # 1)
[R] Connection failed (Connection refused)

pion · 04-03-2007, 01:16 PM

Something I really miss is the possibility to use an external userdb, in order to integrate with other services, and servers. Any chance of an option to sync with a SQL database or similar?

There is a working module for 5.8, but it's far from optimal due to a lot of bugs, and some values keeps corrupting in the db, so can't be trusted

tuff · 04-03-2007, 01:34 PM

imo thats a scripts job, not a core ftpd job, people have a hard enough time setting up ioftpd without adding sql configs, but anyhow

Yil, its also traditional for ioftpd.exe to store its current version number at the end of the exe ie. 6.0.2 etc as ascii

Yil · 04-03-2007, 03:01 PM

Didn't get time to work much after tracking down the encoding issue, but I did give ioFTPD the ability to send data immediately instead of through it's normal more complex buffer handling (essentially the same as iputs --nobuffer). The problem is a recursive chmod/chown, site size or a move on a large directory all could take more than 2 minutes which is the default for FlashFXP I think disconnecting you. The command would be working just fine but get disconnected because it was unresponsive (saw it in a post here and in my debugging of a VERY large directory move). I'm not sure if I'll try to set a formal timer through ioFTPD's job scheduler (that would be best) or just embed a time test in the copy/change loop (currently testing like this). For the record Raiden just uses the shell copy command so it times out as well on a large move and at least on my copy it actually popped up a window showing a regular file move as if I had done it from explorer LOL.

I'm still debating the way to handle the encoding issue, but I think I'll try renaming the file to ascii7 and see if that fixes things. While this would break an official TCL script it would keep compatibility with existing iTCL scripts which is more important.

Peep: The address your giving for a crash is inside UpdateDirectory() which is a pretty complex beast that handles a lot of stuff. I'll pull up the debugger and track down line that is causing the exception and see where that leads. I'm particular annoyed that it's crashing for you. Keep the info coming if you are seeing other exception addresses. I'm guessing that the problem you found is likely the same as other peoples random crashes.

Update: The more info about what you were actually doing when a crash came (like peep's FTP log) or the test cases some of you have provided really make things easier for me.

Tuff, you mean ioFTPD-6.0.2.exe ? Hehe, the free versions HAD to be named ioFTPD.exe to work. I've added the actual build info into the executable's resource so if you hold your cursor over the file or open up the properties you'll see the build info.

tuff · 04-03-2007, 03:25 PM

Yil, no im not talking about the executable name, if you open any version prior to 5.8.6r in a hex editor, youll see the last bytes of the executable are the version number "5.8.6" or "586" i cant actually remember which, this made it a hell of a lot easier for scripts like site version, and would keep compatibility with them, and imo thats more important than windows info :P

LordM · 04-03-2007, 06:05 PM

Okay. I try to submit as much info, as possible. I am using ioFTPD 6.0.1 on Win 2k3 Server SP1.
I entered the mp3 dir and wanted to enter the dated dir 0402. In the dated dir there are 7 nuked dirs and 223 mp3 release dirs atm.

STAT -la
List Complete: 687 bytes in 0,23 seconds (2,9 KB/s)
CWD 0402
Connection lost: io6

Crash log on this one:

unhandled exexception 3221225477 at address 0x7c8224b2 (0x00000000) 0x000000000 0xa438020c

The .ioFTPD file is exactly 44 bytes and on disk 4,00KB (4.096bytes) large.

I tried to let it crash again with the same folder, but without any luck. On my next tries it worked fine.

What more Info do you need?

greetz

LordM

pion · 04-04-2007, 08:49 AM

Quote:

Originally Posted by tuff

imo thats a scripts job, not a core ftpd job, people have a hard enough time setting up ioftpd without adding sql configs, but anyhow

afaik it's not possible to do without loading a module for it, meaning it's not possible to use a script for it..? Feel free to correct me if I'm wrong