Project Zipscript Next Generation
(bug tracker)
Main | My View | View Issues | Change Log | Roadmap
  

View Issue Details [ Jump to Notes ] [ Issue History ] [ Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000207pzs-ng v1.0zipscriptpublic2004-10-31 21:202005-01-13 13:24
Reportercable 
Assigned Topsxc 
PrioritynormalSeverityfeatureReproducibilityrandom
StatusresolvedResolutionfixed 
PlatformOSOS Version
Product Version 
Target VersionFixed in VersionBETA5 
Summary0000207: mp3 sfv problems
DescriptionOk I am going to try and explain this best I can. Basically, a mp3 release is uploaded and checked by the zipscript and completed. This shows in glftpd.log like it should:

Fri Oct 29 01:13:12 2004 NEWDIR: "/site/mp3/1029/release-MP3...
Fri Oct 29 01:13:30 2004 UPDATE_VBR: "/site/mp3/1029/release-MP3...
Fri Oct 29 01:15:14 2004 HALFWAY_NORACE: "/site/mp3/1029/release-MP3...
Fri Oct 29 01:17:23 2004 COMPLETE_AUDIO: "/site/mp3/1029/release-MP3...

Well everything looks good right?
I think so to, but then I start finiding random incompletes....

/mp3/1029/(incomplete)-release-MP3

When I go inside to see what the release is missing I find a couple of wierd things. First, all the original files that should be there to complete the release are there and check fine. But there is now an extra "-missing" file that shouldn't be there. Let's say the there were 14 files and the last file thats saposed to be in the sfv was "abcdefg.release.mp3" . Well know I find a file like "g.release.mp3" as the 15th file in the sfv, a part of the 14th file as the last file in the sfv and the "g.release.mp3-missing" file.

I also notice that the %complete bar is now incomplete at somethign like 96%, and that the %complete bar,the sfv, and the -missing file are all timestamped like this:
Oct 29 18:15 000-release.sfv
Oct 29 18:15 [#############:] - 97% Complete - [SITE NAME]
Oct 29 18:15 15-release.mp3-missing

.....hours later the release was COMPLETE

While every other file that was uploaded is at the right time of between:
 Oct 29 01:13-01:17

.....around the right time when the release was COMPLETE

I am using the zipscript from r834 which I don't belive has changed much to the latest revision. But this was also reported identical from xO0y who was using the latest revision.

Also in xO0y's glftpd.log , he had a line like this:

Sun Oct 31 15:13:44 2004 SFV: "/site/MP3/1031/release-mp3

That matched the time stamp of the modified %complete/sfv/missing file

I don't have this line because I have this set in my zsconfig.h:
#define disable_audio_sfv TRUE

Hope this helps,
cable
TagsNo tags attached.
Attached Files

- Relationships

-  Notes
(0000252)
cable (reporter)
2004-11-02 17:17

 Well I turned all sorts of sfv_cleanup off and yet this happened again. I turned .debug on, so we'll see what presents it leaves for us.
(0000270)
psxc (developer)
2004-11-08 20:05

 x00y reports that he uses mp3links.sh from euro, and lnclean from jedi.
cable - do you use any 3rd party script (these ones?)
(0000273)
cable (reporter)
2004-11-09 05:20

 psxc, I actually talked with daxxar a few nights ago, it seems it was a problem with one of my users, since i told him not to send, problems been solved( i had noticed all the porblem dir's were having to do with his username). sry for any trouble this has caused.
(0000274)
mcr (reporter)
2004-11-09 07:15

 cable: it would be interesting to know what it was he was doing, for future reference.
(0000275)
psxc (developer)
2004-11-09 09:57

 Do you have resume in glftpd.conf on by any chance? This is the only way i can imagine a user would be allowed to do this..
How does the new entries in the sfv look like? I think perhaps that when we include a "smart" sfv-reader this problem would be smaller.. maybe gone..
(0000277)
xy- (reporter)
2004-11-09 23:25
edited on: 2004-11-10 02:57

 i had the same problem.
and it puts out (thnx to psxc for adding some more debug) that i was caused
by one user, who uploaded a bunch of dirs, which were already completed. is ask him what he did, and he told me that he puts all dirs in queue and send it over, even if they were already completed..

this looks like:

Tue Nov 9 04:17:30 2004 - Writing COMPLETE and STATS to /ftp-data/logs/glftpd.log
Tue Nov 9 04:17:30 2004 - Creating complete bar
Tue Nov 9 04:17:30 2004 - Removing missing-nfo indicator (if any)
Tue Nov 9 04:17:30 2004 - Executing complete script
Tue Nov 9 04:17:30 2004 - Releasing memory
Tue Nov 9 04:17:30 2004 - Exit
Tue Nov 9 21:39:46 2004 - Project-ZS Next Generation (pzs-ng) v0.7.3 BETA4 (PRE) debug log.
Tue Nov 9 21:39:46 2004 - Clearing arrays
Tue Nov 9 21:39:46 2004 - Changing directory to /site/some/paths/xxx_-_xxx-xxx
Tue Nov 9 21:39:46 2004 - Reading data from environment variables
Tue Nov 9 21:39:46 2004 - User: yyy - Group: zzz - Speed: 1\}
Tue Nov 9 21:39:46 2004 - Reading section from env (DEFAULT)
Tue Nov 9 21:39:46 2004 - Checking the file size of 00-xxx_-_xxx-xxx.sfv
Tue Nov 9 21:39:46 2004 - File size was: 570
Tue Nov 9 21:39:46 2004 - Setting race times
Tue Nov 9 21:39:46 2004 - Allocating memory for variables
Tue Nov 9 21:39:46 2004 - Copying data locations into memory
Tue Nov 9 21:39:46 2004 - Parsing file extension from filename... (00-xxx_-_xxx-xxx.sfv)
Tue Nov 9 21:39:46 2004 - Got: .sfv
Tue Nov 9 21:39:46 2004 - Copying (unchanged version of) extension to memory
Tue Nov 9 21:39:46 2004 - Reading directory structure
Tue Nov 9 21:39:46 2004 - Caching release name
Tue Nov 9 21:39:46 2004 - Creating directory to store racedata in
Tue Nov 9 21:39:46 2004 - File type is: SFV
Tue Nov 9 21:39:46 2004 - DEBUG: sfv_compare_size=0
Tue Nov 9 21:39:46 2004 - Hmm.. Seems the old .sfv was deleted. Allowing new one.
Tue Nov 9 21:39:46 2004 - Parsing sfv and creating sfv data
Tue Nov 9 21:39:46 2004 - Reading file count from SFV
Tue Nov 9 21:39:46 2004 - Reading data from sfv (00-xxx_-_xxx-xxx.sfv)
Tue Nov 9 21:39:46 2004 - Reading race data from file to memory
Tue Nov 9 21:39:46 2004 - Making sure that release is not marked as complete
Tue Nov 9 21:39:46 2004 - del_completebar: \[xxx] - \( .*F - COMPLETE.*) - \[xxx]

i will disable resume in glftpd.conf, i hope that will fix the problem
(0000282)
psxc (developer)
2004-11-11 02:36

 setting this to suspended, and assign it to myself. I need steps to reproduce before i can fix this, though - if it is fixable.
(0000449)
psxc (developer)
2005-01-13 13:24

 not able to reproduce.

- Issue History
Date Modified Username Field Change
2004-10-31 21:20 cable New Issue
2004-11-02 17:17 cable Note Added: 0000252
2004-11-08 20:05 psxc Note Added: 0000270
2004-11-09 05:20 cable Note Added: 0000273
2004-11-09 07:15 mcr Note Added: 0000274
2004-11-09 09:57 psxc Note Added: 0000275
2004-11-09 23:25 xy- Note Added: 0000277
2004-11-10 02:57 xy- Note Edited: 0000277
2004-11-11 02:36 psxc Note Added: 0000282
2004-11-11 02:36 psxc Assigned To => psxc
2004-11-11 02:36 psxc Severity major => feature
2004-11-11 02:36 psxc Status new => assigned
2004-11-11 02:36 psxc Resolution open => suspended
2005-01-13 13:24 psxc Status assigned => resolved
2005-01-13 13:24 psxc Fixed in Version => BETA5
2005-01-13 13:24 psxc Resolution suspended => fixed
2005-01-13 13:24 psxc Note Added: 0000449

Main | My View | View Issues | Change Log | Roadmap
  

Copyright © 2000 - 2010 MantisBT Group
Powered by Mantis Bugtracker