#255950 - 10/05/2005 20:11
Permanent Database Problems After A Failed Sync?
|
stranger
Registered: 11/05/2002
Posts: 84
Loc: Cincinnati, OH
|
OK, I'm running 2.0 developer, fids sifted, latest Hijack. Running jEmplode, I deleted some songs/playlists and did a sync. The sync failed and on next boot I got the "Rebuilding Database" message. I was getting this everytime the player was rebooted, so I ran a manual FSCK and did a manual rebuild as per the FAQ. Everything was fine until my next sync. Now everytime I sync with either jEmplode or Emplode, the sync crashes and I get the "Rebuilding Database" message on the player display. Fixing it with a manual rebuild works until I need to sync again. Here's where it gets interesting... When syncing with Emplode (or jEmplode), when the display shows the spinning "Synchronising" logo, the player reboots for no reason right in the middle of the sync, then that causes the "Rebuilding Database" problem again. When I go in and try to do the manual rebuild, there are no playlists, tags, or database files to remove. It's as if when Emplode (or jEmplode) rebuilds the database, and deletes the files (tags, playlists, databases) prior to reuploading, the player reboots, so it has no database files on it. I verified this by looking for the files. I also get errors on every RM command during the manual rebuild indicating that there are no files to remove. Again during the rebuild, the player reboots AFTER the files are deleted but before the new rebuilt files have been uploaded from Emplode. This is also causing Emplode to crash. Emplode thinks the rebuild is complete and moves on to uploading config.ini., but the player has rebooted at this point and Emplode crashes. A manual FSCK shows no errors at all. Any ideas?
Thanks,
Jeff
Edited by JeffreyB (10/05/2005 20:16)
|
Top
|
|
|
|
#255951 - 10/05/2005 20:34
Re: Permanent Database Problems After A Failed Sync?
[Re: JeffreyB]
|
carpal tunnel
Registered: 15/08/2000
Posts: 4859
Loc: New Jersey, USA
|
Where in the middle of the sync? After it finishes loading files and it tries to restart the player to rebuild the database? How many FIDs do you have on the player? This was my first symptom of crossing that "magic number", and you may need to patch your player binary.
_________________________
Paul Grzelak 200GB with 48MB RAM, Illuminated Buttons and Digital Outputs
|
Top
|
|
|
|
#255952 - 11/05/2005 00:10
Re: Permanent Database Problems After A Failed Sync?
[Re: pgrzelak]
|
stranger
Registered: 11/05/2002
Posts: 84
Loc: Cincinnati, OH
|
I opened the details tab on Emplode during the sync. It gets through:
Uploading database - check
Checking media - check
Deleting database - check
Removing deleted items - check
Uploading playlists - check
Estimating transfer size - check
Uploading tunes - check
Rebuilding database
--> At this point the player reboots and Emplode thinks the rebuild is complete and moves on to:
Writing player configuration
Emplode doesn't know that the player has reboot and eventually crashes. Meanwhile the player having a corrupt database tries to rebuild it. It finishes but will rebuild everytime the player boots up.
I can then do a manual rebuild and it fixes it. As a matter of fact, I can just do a "rwm" followed by "exit" and after the rebuild "q" and "rom" and "exit" and everything is fine without removing the database, tags and playlists. When I look, they're not there anyway.
I only have about 6000 songs, so I don't think its having to many FIDs...
Jeff
Edited by JeffreyB (11/05/2005 00:12)
|
Top
|
|
|
|
#255953 - 11/05/2005 07:21
Re: Permanent Database Problems After A Failed Sync?
[Re: JeffreyB]
|
carpal tunnel
Registered: 20/12/1999
Posts: 31607
Loc: Seattle, WA
|
Are you running any third-party software at all?
If so, try removing it temporarily. If that fixes the problem, then see if enabling the third party software as @DC-only can be your permanent solution.
|
Top
|
|
|
|
#255954 - 11/05/2005 08:30
Re: Permanent Database Problems After A Failed Sync?
[Re: tfabris]
|
carpal tunnel
Registered: 15/08/2000
Posts: 4859
Loc: New Jersey, USA
|
Okay. My problem was a little different in that the player would rebuild the databases and then reboot with emplode timing out. I agree with Tony - do you have any software loaded that might be holding a partition open or taking up memory?
Edit: rereading your post. Can you clarify: ...I can then do a manual rebuild and it fixes it. As a matter of fact, I can just do a "rwm" followed by "exit" and after the rebuild "q" and "rom" and "exit" and everything is fine without removing the database, tags and playlists. When I look, they're not there anyway. Are you saying that when you rebuild the databases manually with an "rwm; exit; <rebuild>; q" that there are no /drive0/var/database|playlists|tags files??? If so, that may be a clue to what is happening. Thanks.
Edited by pgrzelak (11/05/2005 08:48)
_________________________
Paul Grzelak 200GB with 48MB RAM, Illuminated Buttons and Digital Outputs
|
Top
|
|
|
|
#255955 - 11/05/2005 09:57
Re: Permanent Database Problems After A Failed Sync?
[Re: pgrzelak]
|
stranger
Registered: 11/05/2002
Posts: 84
Loc: Cincinnati, OH
|
I did have ttsclock running with an @EXEC_ONCE but that was the first thing I disabled and besides, I've had that running for 3 years without this problem.
Before I start to do a manual rebuild, I can check for the database, tags, and playlist files and they are not there. That's why all of the RM commands, evey one of them come back with an error. This is before I manually rebuild. I can just do a rwm, exit, q, rom, exit without doing any RM commands and the manual rebuild goes through and fixes everything. I can then check for the files and they are there. The player then works normally unitil the next sync. What ever is making the player reboot right in the middle of the sync is what's causing the problem. Emplode doesn't know that the player rebooted and goes down to the next command in the sync which is "Writing player configuration...". This eventually times out and Emplode crashes. The same thing pretty much happens in jEmplode too. The player is rebooting way before it's supposed to. It reboots before Emplode even writes the config file back to the player. This sll happened after a deleting some songs and a failed sync with jEmplode.
I have a 2nd player that works fine. When I sync it with Emplode, the "Rebuilding database" section of Emplode takes much longer and the player doesn't reboot until Emplode tells it to at the very end of the sync. I have not fid sifted on the player that works and have fid sifted on the player that will not sync properly. Could that have caused some sort of error?
Jeff
Edited by JeffreyB (11/05/2005 10:11)
|
Top
|
|
|
|
#255956 - 11/05/2005 10:16
Re: Permanent Database Problems After A Failed Sync?
[Re: JeffreyB]
|
carpal tunnel
Registered: 29/08/2000
Posts: 14503
Loc: Canada
|
Don't read this if you're flame happy.
Try this, as a permanent setting (even while syncing):
;@EXEC_ONCE /sbin/swapon /dev/hda6
That might be enough to cure the player crashing.
No flames please.
|
Top
|
|
|
|
#255957 - 11/05/2005 10:38
Re: Permanent Database Problems After A Failed Sync?
[Re: mlord]
|
stranger
Registered: 11/05/2002
Posts: 84
Loc: Cincinnati, OH
|
Mark,
Thanks for the reply. I tried that command. No change. The player app still restarts after about a 5 sec "Rebuilding database" in Emplode. The player then comes up "Building music database" again, just like before.
Jeff
Edited by JeffreyB (11/05/2005 15:23)
|
Top
|
|
|
|
#255958 - 11/05/2005 11:29
Re: Permanent Database Problems After A Failed Sync?
[Re: JeffreyB]
|
carpal tunnel
Registered: 15/08/2000
Posts: 4859
Loc: New Jersey, USA
|
Hmmm... You are syncing over ethernet. It might be worthwhile to have a live hyperterm session up and running while you sync to try and catch any console errors. I have not tried this, so I do not know if it will work, but it might be worth a try.
When you say the player is rebooting, is it going through the complete reboot (tux waving with boot logo, full linux boot) or just the player application startup with the small logo and messages?
_________________________
Paul Grzelak 200GB with 48MB RAM, Illuminated Buttons and Digital Outputs
|
Top
|
|
|
|
#255959 - 11/05/2005 15:02
Re: Permanent Database Problems After A Failed Sync?
[Re: pgrzelak]
|
stranger
Registered: 11/05/2002
Posts: 84
Loc: Cincinnati, OH
|
OK, I booted up the player with a terminal session open. I then ran Emplode and started a sync while leaving the session open while the sync failed. My bad, it looks like the Empeg didn't reboot, just the player app restarted. The session is below:
empeg-car bootstrap v1.02 20001106 (hugo@empeg.com)
If there is anyone present who wants to upgrade the flash, let them speak now,
or forever hold their peace...it seems not. Let fly the Penguins of Linux!
e000 v1.04
Copying kernel...
Calling linux kernel...
Uncompressing Linux..................................... done, booting the kernel.
Linux version 2.2.17-rmk5-np17-empeg52-hijack-v400 (root@genixia.genixia.net) (gcc version 2.95.3 20010315 (release)) #64 Tue Jul 20 15:18:44 EDT 2004
Processor: Intel StrongARM-1100 revision 11
Checking for extra DRAM:
c1000000: wrote ffffffff, read e91ba9f0
NetWinder Floating Point Emulator V0.94.1 (c) 1998 Corel Computer Corp.
empeg-car player (hardware revision 9, serial number 40103312) 16MB DRAM
Command line: mem=16m
Calibrating delay loop... 207.67 BogoMIPS
Memory: 15000k/16M available (996k code, 20k reserved, 364k data, 4k init)
Dentry hash table entries: 2048 (order 2, 16k)
Buffer cache hash table entries: 16384 (order 4, 64k)
Page cache hash table entries: 4096 (order 2, 16k)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.2
Based upon Swansea University Computer Society NET3.039
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
TCP: Hash tables configured (ehash 16384 bhash 16384)
IrDA (tm) Protocols for Linux-2.2 (Dag Brattli)
Starting kswapd v 1.5
SA1100 serial driver version 4.27 with no serial options enabled
ttyS00 at 0xf8010000 (irq = 15) is a SA1100 UART
ttyS01 at 0xf8050000 (irq = 17) is a SA1100 UART
ttyS02 at 0xf8030000 (irq = 16) is a SA1100 UART
Signature is 67706d65 'empg'
Found custom animation at offset 0x9bb84
Tuner: loopback=0, ID=-1
Scheduling custom logo.
empeg display initialised.
empeg dsp audio initialised
empeg dsp mixer initialised
empeg dsp initialised
empeg audio-in initialised, CS4231A revision a0
empeg remote control/panel button initialised.
empeg usb initialised, PDIUSBD12 id 1012
empeg state support initialised 0089/88c1 (save to d0004280).
empeg RDS driver initialised
empeg power-pic driver initialised (first boot)
RAM disk driver initialized: 16 RAM disks of 4096K size
empeg single channel IDE
Probing primary interface...
hda: FUJITSU MHM2200AT, ATA DISK drive
hdb: IC25N030ATCS04-0, ATA DISK drive
ide0 at 0x000-0x007,0x038 on irq 6
hda: FUJITSU MHM2200AT, 19077MB w/2048kB Cache, CHS=38760/16/63
hdb: IC25N030ATCS04-0, 28615MB w/1768kB Cache, CHS=58140/16/63
empeg-flash driver initialized
smc chip id/revision 0x3349
smc9194.c:v0.12 03/06/96 by Erik Stahlman (erik@vt.edu)
SMC9194: SMC91C94(r:9) at 0x4008000 IRQ:7 INTF:TP MEM:6144b MAC 00:02:d7:28:0c:f0
Partition check:
hda: hda1 < hda5 hda6 > hda2 hda3 hda4
hdb: hdb1 < hdb5 hdb6 > hdb2 hdb3 hdb4
RAMDISK: ext2 filesystem found at block 0
RAMDISK: Loading 320 blocks [1 disk] into ram disk... | / - \ | / - \ | / - \ | / - \ | / - \ done.
EXT2-fs warning: checktime reached, running e2fsck is recommended
VFS: Mounted root (ext2 filesystem).
Timezone: /usr/share/zoneinfo
empeg-pump v0.03 (19980601)
Press Ctrl-A to enter pump...VFS: Mounted root (ext2 filesystem) readonly.
change_root: old root has d_count=1
Trying to unmount old root ... okay
Freeing unused kernel memory: 4k initempeg init 0.8
I see this is a developer image!
Mounting proc
Mounting first music partition
Tried to mount /dev/hda4 as reiserfs but got error 19
Mounting second music partition
Remounting first music partition read-only
Remounting second music partition read-only
Press 'q' now to go into development mode. You Have Zero Seconds To Comply...
Starting player
Timezone: /usr/share/zoneinfo/US/Eastern
Hijack: intercepting config.ini
Adding Swap: 16596k swap-space (priority -1)
hijack_exec("", "exec /sbin/swapon /dev/hda6"), rc=0 (okay)
hijack: removed menu entry: "Hard Disk Detection"
hijack: removed menu entry: "Serial Port Assignment"
khttpd: listening on port 80
kftpd: listening on port 21
player.cpp : 385:empeg-car 2.00 2003/04/01.
Prolux 4 empeg car - 2.1434 Mar 26 2003
Vcb: 0x4086d000
*****>> Here's where I started the sync from Emplode...
Adding Swap: 16596k swap-space (priority -2)
e2fsck 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
ext2fs_check_if_mount: No such file or directory while determining whether /dev/hda4 is mounted.
e2fsck 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
ext2fs_check_if_mount: No such file or directory while determining whether /dev/hdc4 is mounted.
*****>> Here's where the player app restarted in the middle of the rebuild.
! playerdb.cpp : 182:Failed to build dynamic database (status=0xc004401a).
Restored terminal settings
Remounting first music partition read-only
Remounting
*****>> Here's where the player displays "Building music database..."
I think the error "! playerdb.cpp : 182:Failed to build dynamic database (status=0xc004401a)." is the key...
Any thoughts??
Thanks,
Jeff
Edited by JeffreyB (11/05/2005 15:05)
|
Top
|
|
|
|
#255960 - 11/05/2005 15:21
Re: Permanent Database Problems After A Failed Sync?
[Re: mlord]
|
carpal tunnel
Registered: 25/12/2000
Posts: 16706
Loc: Raleigh, NC US
|
It's been a while since I really administered a Linux machine (which makes me sad now that I think of it), but doesn't the swap partition have to be formatted with mkswap before it's usable? And is it possible for the swap partition format to get corrupted if the machine goes down hard, as the empeg regularly does? Like I said, I'm not at all sure about either of those things, but, if that's the solution used, he might need to be aware of that potential issue.
_________________________
Bitt Faulk
|
Top
|
|
|
|
#255961 - 11/05/2005 18:01
Re: Permanent Database Problems After A Failed Sync?
[Re: pgrzelak]
|
stranger
Registered: 11/05/2002
Posts: 84
Loc: Cincinnati, OH
|
OK, some more info... As I mentioned ealier I use fidsift.sh on my player. I started looking at the fid directories and there are gaps in the numbering like between _00067 and _00099. Is this OK? Also quite a few of the directories have no fids in them. Totally empty. Is that the way it should be?
Thanks, Jeff
Here's the listing...
q Restored terminal settings Remounting first music partition read-only Remounting second music partition read-only Player exited normally: 0 Switching to shell-player loop Starting bash. empeg:/empeg/bin# cd /drive0/fids empeg:/drive0/fids# ls -al total 190 drwxrwxr-x 106 0 0 2048 May 10 01:16 . drwxr-xr-x 5 0 0 1024 May 10 01:16 .. drwxrwxr-x 2 0 0 6144 May 11 14:50 _00000 drwxrwxr-x 2 0 0 6144 May 8 23:23 _00001 drwxrwxr-x 2 0 0 6144 May 8 23:23 _00002 drwxrwxr-x 2 0 0 6144 May 8 19:32 _00003 drwxrwxr-x 2 0 0 5120 May 8 23:23 _00004 drwxrwxr-x 2 0 0 6144 May 8 23:23 _00005 drwxrwxr-x 2 0 0 6144 May 8 23:23 _00006 drwxrwxr-x 2 0 0 6144 May 10 01:57 _00007 drwxrwxr-x 2 0 0 6144 May 8 23:23 _00008 drwxrwxr-x 2 0 0 6144 May 8 23:23 _00009 drwxrwxr-x 2 0 0 6144 May 8 23:23 _0000a drwxrwxr-x 2 0 0 6144 May 8 23:23 _0000b drwxrwxr-x 2 0 0 6144 May 8 23:23 _0000c drwxrwxr-x 2 0 0 6144 May 8 23:23 _0000d drwxrwxr-x 2 0 0 6144 May 8 23:23 _0000e drwxrwxr-x 2 0 0 6144 May 8 19:30 _0000f drwxrwxr-x 2 0 0 5120 May 8 23:23 _00010 drwxr-xr-x 2 0 0 1024 Feb 5 13:10 _00011 drwxr-xr-x 2 0 0 1024 Feb 5 13:10 _00012 drwxr-xr-x 2 0 0 1024 Feb 5 13:10 _00013 drwxr-xr-x 2 0 0 1024 Feb 5 13:10 _00014 drwxr-xr-x 2 0 0 1024 Feb 5 13:10 _00015 drwxr-xr-x 2 0 0 1024 May 8 18:43 _00016 drwxr-xr-x 2 0 0 1024 Feb 5 13:10 _00017 drwxr-xr-x 2 0 0 1024 Feb 5 13:10 _00018 drwxr-xr-x 2 0 0 1024 Feb 5 13:10 _00019 drwxr-xr-x 2 0 0 1024 Feb 5 13:11 _0001a drwxr-xr-x 2 0 0 1024 Feb 5 13:11 _0001b drwxr-xr-x 2 0 0 1024 Feb 5 13:11 _0001c drwxr-xr-x 2 0 0 1024 Feb 5 13:11 _0001d drwxr-xr-x 2 0 0 1024 Feb 5 13:11 _0001e drwxr-xr-x 2 0 0 1024 Feb 5 13:11 _0001f drwxr-xr-x 2 0 0 1024 Feb 5 13:11 _00020 drwxr-xr-x 2 0 0 1024 Feb 5 13:11 _00021 drwxr-xr-x 2 0 0 1024 Feb 5 13:11 _00022 drwxr-xr-x 2 0 0 1024 Feb 5 13:11 _00023 drwxr-xr-x 2 0 0 1024 Feb 5 13:11 _00024 drwxr-xr-x 2 0 0 1024 Feb 5 13:11 _00025 drwxr-xr-x 2 0 0 1024 Feb 5 13:11 _00026 drwxr-xr-x 2 0 0 1024 Feb 5 13:11 _00027 drwxr-xr-x 2 0 0 1024 Feb 5 13:11 _00028 drwxr-xr-x 2 0 0 1024 Feb 5 13:11 _00029 drwxr-xr-x 2 0 0 1024 Feb 5 13:11 _0002a drwxr-xr-x 2 0 0 1024 Feb 5 13:11 _0002b drwxr-xr-x 2 0 0 1024 Feb 5 13:11 _0002c drwxr-xr-x 2 0 0 1024 Dec 26 23:40 _0002d drwxr-xr-x 2 0 0 1024 Feb 5 13:11 _0002e drwxr-xr-x 2 0 0 1024 Feb 5 13:12 _0002f drwxr-xr-x 2 0 0 1024 Feb 5 13:12 _00030 drwxr-xr-x 2 0 0 1024 Feb 5 13:12 _00031 drwxr-xr-x 2 0 0 1024 Feb 5 13:12 _00032 drwxr-xr-x 2 0 0 1024 Feb 5 13:12 _00033 drwxr-xr-x 2 0 0 1024 Feb 5 13:12 _00034 drwxr-xr-x 2 0 0 1024 Feb 5 13:12 _00035 drwxr-xr-x 2 0 0 1024 Feb 5 13:12 _00036 drwxr-xr-x 2 0 0 1024 Feb 5 13:12 _00037 drwxr-xr-x 2 0 0 1024 Feb 5 13:12 _00038 drwxr-xr-x 2 0 0 1024 Feb 5 13:12 _00039 drwxr-xr-x 2 0 0 1024 Feb 5 13:12 _0003a drwxr-xr-x 2 0 0 1024 Feb 5 13:12 _0003b drwxr-xr-x 2 0 0 1024 Feb 5 13:12 _0003c drwxr-xr-x 2 0 0 1024 Feb 5 13:12 _0003d drwxr-xr-x 2 0 0 1024 Feb 5 13:12 _0003e drwxr-xr-x 2 0 0 1024 Feb 5 13:12 _0003f drwxr-xr-x 2 0 0 1024 Feb 5 13:12 _00040 drwxr-xr-x 2 0 0 1024 Feb 5 13:12 _00041 drwxr-xr-x 2 0 0 1024 Feb 5 13:12 _00042 drwxr-xr-x 2 0 0 1024 Feb 5 13:12 _00043 drwxr-xr-x 2 0 0 1024 Feb 5 13:12 _00044 drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _00045 drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _00046 drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _00047 drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _00048 drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _00049 drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _0004a drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _0004b drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _0004c drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _0004d drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _0004e drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _0004f drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _00050 drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _00051 drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _00052 drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _00053 drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _00054 drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _00055 drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _00056 drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _00057 drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _00058 drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _00059 drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _0005a drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _0005b drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _0005c drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _0005d drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _0005e drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _0005f drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _00060 drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _00061 drwxr-xr-x 2 0 0 1024 Feb 5 13:13 _00062 drwxr-xr-x 2 0 0 1024 Feb 5 13:14 _00063 drwxr-xr-x 2 0 0 1024 Feb 5 13:14 _00064 drwxr-xr-x 2 0 0 1024 Feb 5 13:14 _00065 drwxr-xr-x 2 0 0 1024 Feb 5 13:14 _00066 drwxr-xr-x 2 0 0 1024 Mar 12 15:11 _00067 empeg:/drive0/fids# cd /drive1/fids empeg:/drive1/fids# ls -al total 962 drwxrwxr-x 132 0 0 3072 May 10 01:16 . drwxr-xr-x 5 0 0 1024 May 10 01:16 .. drwxrwxr-x 2 0 0 1024 May 10 01:16 _00000 drwxrwxr-x 2 0 0 1024 May 8 19:33 _00001 drwxrwxr-x 2 0 0 1024 May 8 23:23 _00002 drwxrwxr-x 2 0 0 1024 May 10 00:51 _00003 drwxrwxr-x 2 0 0 2048 May 10 00:51 _00004 drwxrwxr-x 2 0 0 1024 May 10 00:51 _00005 drwxrwxr-x 2 0 0 1024 May 8 18:58 _00006 drwxrwxr-x 2 0 0 1024 May 8 15:12 _00007 drwxrwxr-x 2 0 0 1024 Oct 8 2004 _00008 drwxrwxr-x 2 0 0 1024 May 8 18:58 _00009 drwxrwxr-x 2 0 0 1024 May 8 23:23 _0000a drwxrwxr-x 2 0 0 1024 May 8 18:58 _0000b drwxrwxr-x 2 0 0 1024 May 8 23:23 _0000c drwxrwxr-x 2 0 0 1024 Sep 24 2004 _0000d drwxrwxr-x 2 0 0 1024 Sep 24 2004 _0000e drwxrwxr-x 2 0 0 1024 Sep 24 2004 _0000f drwxrwxr-x 2 0 0 2048 May 8 19:33 _00010 drwxrwxr-x 2 0 0 7168 May 8 23:24 _00011 drwxrwxr-x 2 0 0 7168 May 8 23:24 _00012 drwxrwxr-x 2 0 0 7168 May 8 23:24 _00013 drwxrwxr-x 2 0 0 7168 May 8 23:24 _00014 drwxrwxr-x 2 0 0 7168 May 8 23:24 _00015 drwxr-xr-x 2 0 0 7168 May 8 23:24 _00016 drwxrwxr-x 2 0 0 7168 May 8 23:24 _00017 drwxrwxr-x 2 0 0 7168 May 8 23:24 _00018 drwxrwxr-x 2 0 0 10240 May 8 14:28 _00019 drwxrwxr-x 2 0 0 10240 May 8 14:29 _0001a drwxrwxr-x 2 0 0 10240 May 10 00:51 _0001b drwxrwxr-x 2 0 0 10240 May 8 14:31 _0001c drwxrwxr-x 2 0 0 10240 May 8 14:29 _0001d drwxrwxr-x 2 0 0 10240 May 8 14:29 _0001e drwxrwxr-x 2 0 0 10240 May 8 14:28 _0001f drwxrwxr-x 2 0 0 10240 May 8 14:29 _00020 drwxrwxr-x 2 0 0 10240 May 8 14:29 _00021 drwxrwxr-x 2 0 0 10240 May 8 14:31 _00022 drwxrwxr-x 2 0 0 10240 May 8 14:29 _00023 drwxrwxr-x 2 0 0 10240 May 8 14:30 _00024 drwxrwxr-x 2 0 0 10240 May 8 14:29 _00025 drwxrwxr-x 2 0 0 10240 May 8 14:31 _00026 drwxrwxr-x 2 0 0 10240 May 8 14:31 _00027 drwxrwxr-x 2 0 0 10240 May 8 14:31 _00028 drwxrwxr-x 2 0 0 10240 May 8 14:31 _00029 drwxrwxr-x 2 0 0 10240 May 8 14:31 _0002a drwxrwxr-x 2 0 0 10240 May 8 14:31 _0002b drwxrwxr-x 2 0 0 10240 May 10 02:06 _0002c drwxrwxr-x 2 0 0 10240 May 8 23:24 _0002d drwxrwxr-x 2 0 0 10240 May 8 23:24 _0002e drwxrwxr-x 2 0 0 10240 May 8 23:25 _0002f drwxrwxr-x 2 0 0 10240 May 8 23:26 _00030 drwxrwxr-x 2 0 0 10240 May 8 23:26 _00031 drwxrwxr-x 2 0 0 10240 May 9 00:23 _00032 drwxrwxr-x 2 0 0 10240 May 8 23:27 _00033 drwxrwxr-x 2 0 0 10240 May 8 14:23 _00034 drwxrwxr-x 2 0 0 10240 May 8 13:52 _00035 drwxrwxr-x 2 0 0 10240 May 8 13:52 _00036 drwxrwxr-x 2 0 0 10240 May 8 13:52 _00037 drwxrwxr-x 2 0 0 10240 May 8 13:52 _00038 drwxrwxr-x 2 0 0 9216 May 8 23:27 _00039 drwxrwxr-x 2 0 0 10240 May 8 13:51 _0003a drwxrwxr-x 2 0 0 10240 May 8 13:51 _0003b drwxrwxr-x 2 0 0 10240 May 8 13:52 _0003c drwxrwxr-x 2 0 0 10240 May 8 13:52 _0003d drwxrwxr-x 2 0 0 10240 May 8 13:52 _0003e drwxrwxr-x 2 0 0 10240 May 8 13:52 _0003f drwxrwxr-x 2 0 0 10240 May 8 13:52 _00040 drwxrwxr-x 2 0 0 10240 May 8 13:52 _00041 drwxrwxr-x 2 0 0 10240 May 8 13:52 _00042 drwxrwxr-x 2 0 0 10240 May 8 13:52 _00043 drwxrwxr-x 2 0 0 10240 May 8 13:52 _00044 drwxrwxr-x 2 0 0 10240 May 8 13:51 _00045 drwxrwxr-x 2 0 0 10240 May 8 13:52 _00046 drwxrwxr-x 2 0 0 10240 May 8 13:52 _00047 drwxrwxr-x 2 0 0 10240 May 8 13:52 _00048 drwxrwxr-x 2 0 0 10240 May 8 14:11 _00049 drwxrwxr-x 2 0 0 10240 May 8 14:09 _0004a drwxrwxr-x 2 0 0 10240 May 8 14:10 _0004b drwxrwxr-x 2 0 0 10240 May 8 14:10 _0004c drwxrwxr-x 2 0 0 10240 May 8 14:12 _0004d drwxrwxr-x 2 0 0 10240 May 9 00:23 _0004e drwxrwxr-x 2 0 0 10240 May 8 14:09 _0004f drwxrwxr-x 2 0 0 10240 May 8 14:10 _00050 drwxrwxr-x 2 0 0 10240 May 8 14:09 _00051 drwxrwxr-x 2 0 0 10240 May 8 14:11 _00052 drwxrwxr-x 2 0 0 10240 May 8 14:08 _00053 drwxrwxr-x 2 0 0 10240 May 8 14:10 _00054 drwxrwxr-x 2 0 0 10240 May 8 14:12 _00055 drwxrwxr-x 2 0 0 10240 May 8 14:11 _00056 drwxrwxr-x 2 0 0 10240 May 8 14:07 _00057 drwxrwxr-x 2 0 0 10240 May 8 14:10 _00058 drwxrwxr-x 2 0 0 10240 May 8 14:12 _00059 drwxrwxr-x 2 0 0 10240 May 8 14:12 _0005a drwxrwxr-x 2 0 0 10240 May 8 14:11 _0005b drwxrwxr-x 2 0 0 10240 May 8 14:12 _0005c drwxrwxr-x 2 0 0 10240 May 8 14:12 _0005d drwxrwxr-x 2 0 0 10240 May 8 14:12 _0005e drwxrwxr-x 2 0 0 10240 May 8 14:12 _0005f drwxrwxr-x 2 0 0 10240 May 8 14:12 _00060 drwxrwxr-x 2 0 0 10240 May 8 14:11 _00061 drwxrwxr-x 2 0 0 10240 May 8 14:01 _00062 drwxrwxr-x 2 0 0 10240 May 8 14:05 _00063 drwxrwxr-x 2 0 0 10240 May 8 14:28 _00064 drwxrwxr-x 2 0 0 9216 May 8 23:27 _00065 drwxr-xr-x 2 0 0 9216 May 10 01:34 _00066 drwxr-xr-x 2 0 0 1024 May 8 23:27 _00067 drwxr-xr-x 2 0 0 2048 May 10 00:52 _00099 drwxr-xr-x 2 0 0 4096 May 10 00:52 _0009a drwxr-xr-x 2 0 0 4096 May 10 00:53 _0009b drwxr-xr-x 2 0 0 4096 May 10 00:53 _0009c drwxr-xr-x 2 0 0 4096 May 10 00:54 _0009d drwxr-xr-x 2 0 0 4096 May 10 00:54 _0009e drwxr-xr-x 2 0 0 4096 May 10 00:55 _0009f drwxr-xr-x 2 0 0 10240 May 10 00:55 _000a0 drwxr-xr-x 2 0 0 4096 May 10 00:55 _000a1 drwxr-xr-x 2 0 0 4096 May 10 00:56 _000a2 drwxr-xr-x 2 0 0 4096 May 10 00:56 _000a3 drwxr-xr-x 2 0 0 4096 May 10 00:57 _000a4 drwxr-xr-x 2 0 0 4096 May 10 00:57 _000a5 drwxr-xr-x 2 0 0 4096 May 10 00:57 _000a6 drwxr-xr-x 2 0 0 4096 May 10 00:58 _000a7 drwxr-xr-x 2 0 0 4096 May 10 00:58 _000a8 drwxr-xr-x 2 0 0 4096 May 10 00:59 _000a9 drwxr-xr-x 2 0 0 4096 May 10 00:59 _000aa drwxr-xr-x 2 0 0 4096 May 10 00:59 _000ab drwxr-xr-x 2 0 0 4096 May 10 01:00 _000ac drwxr-xr-x 2 0 0 4096 May 10 01:00 _000ad drwxr-xr-x 2 0 0 4096 May 10 01:00 _000ae drwxr-xr-x 2 0 0 4096 May 10 01:01 _000af drwxr-xr-x 2 0 0 4096 May 10 01:01 _000b0 drwxr-xr-x 2 0 0 4096 May 10 01:01 _000b1 drwxr-xr-x 2 0 0 1024 May 10 01:01 _000b2 empeg:/drive1/fids#
|
Top
|
|
|
|
#255962 - 11/05/2005 19:38
Re: Permanent Database Problems After A Failed Sync?
[Re: JeffreyB]
|
carpal tunnel
Registered: 15/08/2000
Posts: 4859
Loc: New Jersey, USA
|
Strange. Did you delete a bit of content recently?
_________________________
Paul Grzelak 200GB with 48MB RAM, Illuminated Buttons and Digital Outputs
|
Top
|
|
|
|
#255963 - 11/05/2005 19:44
Re: Permanent Database Problems After A Failed Sync?
[Re: pgrzelak]
|
stranger
Registered: 11/05/2002
Posts: 84
Loc: Cincinnati, OH
|
Yes, I deleted several duplicate songs and a few playlists. That's what caused this mess. The sync after I deleted the stuff is the one that failed and has been failing since. Like I mentioned before, the manual FSCK had no errors, so I don't think its disk related. And a manual rebuild works fine until my next sync...
Since I have empty fid directories and skipped directory numbers, could fidsift have caused this?
Jeff
Edited by JeffreyB (11/05/2005 20:29)
|
Top
|
|
|
|
#255964 - 11/05/2005 19:53
Re: Permanent Database Problems After A Failed Sync?
[Re: JeffreyB]
|
carpal tunnel
Registered: 15/08/2000
Posts: 4859
Loc: New Jersey, USA
|
I am not really sure what else to recommend. Perhaps back up your configuration (config.ini and any modified binaries) and reload the player application and hijack from the update and flash files. It shouldn't matter, but I am at a loss.
_________________________
Paul Grzelak 200GB with 48MB RAM, Illuminated Buttons and Digital Outputs
|
Top
|
|
|
|
#255965 - 12/05/2005 09:29
Re: Permanent Database Problems After A Failed Sync?
[Re: JeffreyB]
|
carpal tunnel
Registered: 13/07/2000
Posts: 4181
Loc: Cambridge, England
|
Quote: drwxr-xr-x 2 0 0 1024 May 10 01:01 _000b2
Quote: I only have about 6000 songs, so I don't think its having to many FIDs...
It's not about how many FIDs you've got, it's about how high the highest-numbered one is. (Of course, unless you've removed and added lots of content in one session, these numbers will be about the same.)
In your case, even though you've got a perfectly safe quantity of FIDs, your highest fid is 0xB2000 or more, which is too big. You could try the dynamic-data-extension player patch thing, or, alternatively, you could just rename your directories _00099.._000B2 so they were instead _00069.._00082, delete your database file, and restart the player. You'll lose any existing dynamic data for fids above 0x99000, but then everything should just work.
Peter
|
Top
|
|
|
|
#255966 - 12/05/2005 10:21
Re: Permanent Database Problems After A Failed Sync?
[Re: peter]
|
stranger
Registered: 11/05/2002
Posts: 84
Loc: Cincinnati, OH
|
Wow! I think that fixed it. Thanks!
Actually, I just deleted the FID directories above _00099 because they were empty anyway. This caused a "Segfault Error", so I did a manual FSCK and a manual rebuild. It looks like Emplode now syncs without crashing! What would cause my FID directories to have such high FID numbers? Even before I deleted a lot of duplicates, the player only had a maximum of 7500 songs.
Thanks again!
Jeff
Edited by JeffreyB (12/05/2005 10:22)
|
Top
|
|
|
|
#255967 - 12/05/2005 10:53
Re: Permanent Database Problems After A Failed Sync?
[Re: JeffreyB]
|
carpal tunnel
Registered: 13/07/2000
Posts: 4181
Loc: Cambridge, England
|
Quote: What would cause my FID directories to have such high FID numbers?
That's a good question. It's possible that removing lots of content from your player, adding it, not synchronising, changing your mind, deleting it, adding it again, and only synchronising once you'd done this a few times, could cause the problem. Or some other bit of software (an early version of mp3tofid?) added just one outsize FID number (I can't remember whether Emplode backfills FIDs, presumably it does). It's a bit of a mystery, to be honest; I'm not sure why only you would get this problem.
Peter
|
Top
|
|
|
|
|
|