Beta 5.5.0

[darkone]

All:
-New: Fibers, ini entry under [threads]: Worker_Fibers = #.. use 2-5x the amount of worker threads you have)
-New: Executables (scripts) now have limited amount of time to run without output (first output is expected within 2minutes, second within 30minutes)
-Change: Message threads removed (unified with worker threads)
-Fix: Rehash

No new commands.

[Pichento]

using site invite (ioA 1.0.5) will disconnect you from site using ioFTPD 5.5.0

prolly a bug with ioA but still very annoying...

Be warned

[Pichento]

First race and everybody was disconnected after 10 secs.

ftpd crashed completely :(

[Pichento]

maybe itcl is somehow broken in 5.5.0?

reverted back to 5.4.3 for now. rock stable.

i tried checking systemerror.log but nothing there.

5 x Reports (in 60 secs) from event viewer:

Faulting application ioFTPD.exe, version 0.0.0.0, faulting module ioFTPD.exe, version 0.0.0.0, fault address 0x0003e56b.

[Mouton]

-New: Executables (scripts) now have limited amount of time to run without output (first output is expected within 2minutes, second within 30minutes)

this exclude !detach'ed scripts, does it ?

could still be a problem for pre scripts that move stuff to a different drive... no output is done while transfering the files... and transfering 4gb from one drive to another could take more than 30 secs...
script would be required to ouput a kinda a %-bar ..?

[darkone]

Yep, it's only for those that are bound to client (to prevent stalling of connections)

[Ren]

dies juring race

address, 0x000000000043e5aa

[darkone]

Originally posted by Pichento
maybe itcl is somehow broken in 5.5.0?

reverted back to 5.4.3 for now. rock stable.

i tried checking systemerror.log but nothing there.

5 x Reports (in 60 secs) from event viewer:

Faulting application ioFTPD.exe, version 0.0.0.0, faulting module ioFTPD.exe, version 0.0.0.0, fault address 0x0003e56b.

As usual, email me your whole configuration.

[Luke]

Originally posted by darkone
As usual, email me your whole configuration.

Could you please add that "refreshdir whileuploading" thingy tuff made as server default ?

0-byte thingy

Thanks

[Mouton]

haha
directory cache are good, not bad.
scripters need to flush the cache when they change something outside io, is all...
can be done in tcl and shmem.

as for knowing the size of currently uploaded files... i don't really see the usefulness, except curiosity. and even then, a SITE FLUSH itcl command that does what tuff thingy does would be enough.

[darkone]

Yap, most unix geeks are drooling over built-in list commands in ftp daemons... (executing 'ls' creates too much overhead) Directorycaching is even neater (it removes nearly all overhead)

[Mouton]

tss... geeks...
we don't take kindly of those around here!

;)

[Pichento]

5.5.3 seems to have fixed all my probs. Darkone, coould you inform us what was wrong?

Curious.

[darkone]

Buffer overflow.. used wrong variable when cycling the buffer (in pipe redirector)

[Pichento]

Heia Darkone.

Good work with eliminating bugs in 5.5.x core so far.

5.5.3 seemed pretty stable but after 14 hours of uptime, it suddently crashed this morning. Was probably due to site invite from ioA, but can't say for sure.

I also got a lot of errors from schedueler (events return errors now), but at first hand they do not seem to crash ftpd. I have reverted back to 5.4.3r for now as stability is paramount.

Keep up the good work.

[darkone]

Memory address it crashed at could help me.. check event log :)

[Pichento]

Sorry - forgot to include that one this time. Here it goes:

Faulting application ioFTPD.exe, version 0.0.0.0, faulting module ioFTPD.exe, version 0.0.0.0, fault address 0x00017839.

[darkone]

0001:00016ad0 _FormatStringWVA 00417ad0 f buffer.obj
0001:00017a70 _FormatStringAVA 00418a70 f buffer.obj
0001:00017bd0 _FormatStringA 00418bd0 f buffer.obj


If possible, send me your ioftpd directory. (It's likely to be caused by certain cookie, or something like that)

[mapis]

how to upgrade from 5.4.x?

[SnOwG0D]

Pheraps is better here that post...
I've a big problem with 5.4+ version of ioftpd, when i use or a group admin use site adduser, ioftpd don't add to his or my grp but to NoGroup
site adduser test test *@*
200 adduser Command successful.
site user test
200-.------------------------------------------------------------------------.
200-| UserName........: test Flags.............: 3 |
200-| Group...........: NoGroup Credits...........: 0 MB |

i'm in siteop group, that user should be added to siteop group

That thing happened only in version 5.4+ to 5.5.3r

in 5.2.15r and 5.3.9r works correctly

Tnx for help... :)

[darkone]

Are you sure, that guy who adds has admin groups set? Since 5.4 adduser creates users to NoGroup, if admin groups aren't specified.

[SnOwG0D]

sure, i've used first site change user admingroup thatgroup, but it continue to add to NoGroup instead off his group. This thing don't happened only for a gadmin, but happened for all gadmin of the site...and for me master too

[Mouton]

What's the content of your GroupIdTable file ?
and the content of both groupfile (/groups/gid) for both NoGroup and siteop groups...

[SnOwG0D]

NoGroup:1:STANDARD
siteop:0:STANDARD

group 1 file:

slots 0 0
users -9
description Default Group

group 0 file:

vfsfile ..\etc\admin.vfs
slots -1 -1
users 10
description Administrators

[Mouton]

that -9 is not good. change that to 0 or something.

what's the userfile content of the user that your using to adduser ?

[SnOwG0D]

wkup 15 129962 472 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
wkdn 38 177002 770 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
vfsfile ..\etc\admin.vfs
tagline Site Master
ratio 0 0 0 0 0 0 0 0 0 0
password *********************************
monthup 125 1035592 4963 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
monthdn 305 3110586 23606 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
limits -1 -1 -1 10 -1
ips *@*
home /home/ioFTPD
groups 0
flags 1MTH
dayup 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
daydn 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
credits 0 0 0 0 0 0 0 0 0 0
allup 171 1435926 6211 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
alldn 384 3752198 33159 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
admingroups

[darkone]

User is not admin of any group, so users will be created to 'nogroup' by default (this behaviour changed in 5.4 or 5.3)

[SnOwG0D]

ok darkone, but i'm the master if i set for me an admingroup i can't add user to others group anymore, i've tryed that...

Look also here

site grpadd test
200 grpadd Command successful.
site gadduser test test test *@*
200 gadduser Command successful.
site change test flags +G
200-test: Account modified.
200 change Command successful.
site change test admingroup test
200-test: Account modified.
200 change Command successful.

site myinfo
200-.------------------------------------------------------------------------.
200-| UserName........: test Flags.............: 3G |
200-| Group...........: test Credits...........: 0 MB |

site adduser test1 test1 *@*
200 adduser Command successful.


site user test1
200-.------------------------------------------------------------------------.
200-| UserName........: test1 Flags.............: 3 |
200-| Group...........: NoGroup Credits...........: 0 MB

[Mouton]

as u can clearly see in your userfile on the line "admingroups", this user is not groupadmin of any group. either use the right syntax to make him groupadmin (see documentation) or just re-do the command u think u did and check your userfile.

[SnOwG0D]

look at mine post before, i've added a test group and a testuser to that group with my account of master, then i've logged in with that testuser and made all that u can see, i think that's the way to do..