Update stops?

Frequently asked questions with answers

Another way to change CGI timeout value in IIS

Postby fnugg » Sun Oct 01, 2006 3:17 pm

If you installed KPlaylist to a virtual directory under IIS you will by default not be able to change the CGI timeout from the property pages on that virtual directory. BUT, if you change the 'Application protection' to 'High (Isolated)' the CGI timeout will be visible behind the 'Configuration...' button. Two additional tabs will be visible. The one named 'Process Options' is where the 'CGI script timeout' can be modified.
fnugg
 
Posts: 1
Joined: Sun Oct 01, 2006 3:01 pm

Postby Eliot » Fri Feb 02, 2007 8:53 am

If you are using IIS, you can also use a program called Metadata Edit. It can be found here...http://www.microsoft.com/downloads/details.aspx?FamilyID=48364a72-d54e-46dc-aacf-e3be887d17a6&DisplayLang=en

It will be in the Administrator Tools folder once it is installed.
Click On the + next to LM then click on the W3SVC folder
scroll down on the right until you see CGITimeout, double click on it then change the data to a higher value. default is 300 I believe
Eliot
 
Posts: 7
Joined: Tue Dec 26, 2006 4:14 am
Location: California

Postby Rootman » Sun Mar 11, 2007 5:04 am

Good tip Eliot. Although when I installed mine the shortcut was in the root of the "Programs" portion of the start menu.
Rootman
 
Posts: 1
Joined: Wed Nov 16, 2005 10:05 pm

Postby brilly » Mon Apr 02, 2007 1:36 am

the update feature doesn't seem to be working at all for me.. this is what I get. there are only 15 files.


Hold on - fetching file list..

Found 15 files.

Installed: 0 - Update: 3, scan: 4.mp3


Fatal error: Allowed memory size of 104857600 bytes exhausted (tried to allocate 247971841 bytes) in (my directory)/radio/getid31.7.7/getid3/getid3/module.tag.id3v2.php on line 174


i'm on a shared server, and it would not allow me to set the memory size to 250 MB.
brilly
 
Posts: 1
Joined: Mon Apr 02, 2007 1:18 am

Postby aba » Mon Apr 02, 2007 9:47 am

brilly wrote:the update feature doesn't seem to be working at all for me.. this is what I get. there are only 15 files.


Hold on - fetching file list..

Found 15 files.

Installed: 0 - Update: 3, scan: 4.mp3


Fatal error: Allowed memory size of 104857600 bytes exhausted (tried to allocate 247971841 bytes) in (my directory)/radio/getid31.7.7/getid3/getid3/module.tag.id3v2.php on line 174


i'm on a shared server, and it would not allow me to set the memory size to 250 MB.


Looks like it should work fine without getid3. Try to disable it and see what happens.
aba
Site Admin
 
Posts: 2325
Joined: Wed May 08, 2002 9:19 am

Postby Gelatin » Tue Apr 24, 2007 2:51 pm

I'm having problems with the updating. I have tried both the stable version as well as the development version, but I keep getting the same message while updating. Firefox says: "The connection was reset - The connection to the server was reset while the page was loading.". IE says: "The page cannot be displayed"

I've tried disabling getid3, getting a totally stripped new version, changing the memory setting for PHP, and even totally flushing the kplaylist database but no luck.

The funny thing is that this worked flawlessly until I decided to redo the directory structure on my mp3 server.
Gelatin
 
Posts: 7
Joined: Tue Apr 24, 2007 1:42 pm

Postby Gelatin » Tue Apr 24, 2007 3:09 pm

Update:

I tried making another dir for the mp3's and moved just a couple of folders there and redirected kplaylist to use that dir and voila! Updating works again. Weird.. Maybe this has something to do with the path? too long path/filename?

Update #2:

Problem solved. There was a rediculously long filename that caused the updater failing.
Gelatin
 
Posts: 7
Joined: Tue Apr 24, 2007 1:42 pm

Postby aba » Tue Apr 24, 2007 3:30 pm

Gelatin wrote:Update:

I tried making another dir for the mp3's and moved just a couple of folders there and redirected kplaylist to use that dir and voila! Updating works again. Weird.. Maybe this has something to do with the path? too long path/filename?

Update #2:

Problem solved. There was a rediculously long filename that caused the updater failing.


Nevertheless, it's strange that it crashes. The normal situation would be that a insert or update to the database would fail (an sql). How much memory did you enable PHP to use?
aba
Site Admin
 
Posts: 2325
Joined: Wed May 08, 2002 9:19 am

Postby Gelatin » Tue Apr 24, 2007 9:50 pm

I configured it to use up to 512Mb.

I got the initial updating screen with the options but when I clicked update it hung for maybe 5 seconds and then hit me with "The page cannot be displayed"

btw, thanks for a great script. kicks ass :)
Gelatin
 
Posts: 7
Joined: Tue Apr 24, 2007 1:42 pm

So much memory

Postby emz » Tue May 29, 2007 1:57 pm

Why it's using so much memory ?
I prefer updating to be slower, but to use less of the system resources.
emz
 
Posts: 16
Joined: Wed May 23, 2007 2:35 pm
Location: Bulgaria, Varna

Postby aba » Tue May 29, 2007 2:17 pm

Gelatin wrote:I configured it to use up to 512Mb.

I got the initial updating screen with the options but when I clicked update it hung for maybe 5 seconds and then hit me with "The page cannot be displayed"

btw, thanks for a great script. kicks ass :)


It's not because of memory, you should try to add ini_set('display_errors', 'On'); in the top of the script (after <?php) and see if it displays any errors.
aba
Site Admin
 
Posts: 2325
Joined: Wed May 08, 2002 9:19 am

Stops at 21K

Postby belz » Tue Jun 12, 2007 2:31 pm

Hi, my update stopped at 24000 the first time, i have aprox 33600 music files that it detects. Deleted the database and tryed again but then it only got to 21300. Have tried to delete whole database and tbl_search part with same result - stopping at 21300 files when updating. Running kplaylist on xampp 1.6.2 package win2003 server sp1 768MB RAM with 256MB memory limit in php4.ini, have tried with less memoty to calculated with the recomended 4MB/1000 files.

Got any solutions why it stops?
belz
 
Posts: 2
Joined: Tue Jun 12, 2007 2:18 pm

Re: Stops at 21K

Postby aba » Tue Jun 12, 2007 2:34 pm

belz wrote:Hi, my update stopped at 24000 the first time, i have aprox 33600 music files that it detects. Deleted the database and tryed again but then it only got to 21300. Have tried to delete whole database and tbl_search part with same result - stopping at 21300 files when updating. Running kplaylist on xampp 1.6.2 package win2003 server sp1 768MB RAM with 256MB memory limit in php4.ini, have tried with less memoty to calculated with the recomended 4MB/1000 files.

Got any solutions why it stops?


Yeah, it should be called php.ini, not php4.ini and it's probably running with default of 8 megabyte mem. You should check that your php.ini is read by checking with phpinfo(); - Make a script and just put this into it:

<?php phpinfo(); ?>

Open the file in your browser and you should see all the config that is active in PHP.
aba
Site Admin
 
Posts: 2325
Joined: Wed May 08, 2002 9:19 am

Re: Stops at 21K

Postby belz » Wed Jun 13, 2007 2:50 am

Thanks! Finally found the right php.ini (were three of them) it was set to 32MB. After editing that everything went perfekt.
belz
 
Posts: 2
Joined: Tue Jun 12, 2007 2:18 pm

Postby Eukatae » Sat Oct 06, 2007 12:23 pm

I have an update issue I would like to toss out there

I am using WAMP
I have set available mem to php to 512m
I have around 50k files

when I run update it ticks along fine, page is updating, process is running about 45% CPU and memory use is slowly ticking up in the mid 20 meg range. Then rather abruptly processor utilization shoots up to 90+% and memory use goes up very fast. Once it hits about 190meg used my update window refreshes with "cannot display the web page".

I have tried with several different options/settings; too many for my sleepy brain to list.

Thank you for reading!

Edit:

It fails on fetching file list.
I have narrowed it down to a problem with one or more MP3 Files. I removed all of my trunk directories but one and processing completed normally, I am adding them back slowly now to try and root out the error(s).

This is an incredibly slow process. Is there anyway I can get some sort of feedback as to why update failed? I tried setting [@ini_set('display_errors', 'on');] but I see no error output.

Resolution: Long file names as stated by previous poster. Real pain in the neck to find them all with so many files. Anyone know a way to search for file name length within a directory tree?
Eukatae
 
Posts: 8
Joined: Sat Oct 06, 2007 11:56 am

PreviousNext

Return to FAQ