Unoffical empeg BBS

Quick Links: Empeg FAQ | RioCar.Org | Hijack | BigDisk Builder | jEmplode | emphatic
Repairs: Repairs

Topic Options
#255950 - 10/05/2005 20:11 Permanent Database Problems After A Failed Sync?
JeffreyB
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]
pgrzelak
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]
JeffreyB
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]
tfabris
carpal tunnel

Registered: 20/12/1999
Posts: 31571
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.
_________________________
Tony Fabris

Top
#255954 - 11/05/2005 08:30 Re: Permanent Database Problems After A Failed Sync? [Re: tfabris]
pgrzelak
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]
JeffreyB
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]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 14482
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]
JeffreyB
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]
pgrzelak
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]
JeffreyB
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 ([email protected])
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 ([email protected]) (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 ([email protected])

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]
wfaulk
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]
JeffreyB
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]
pgrzelak
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]
JeffreyB
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]
pgrzelak
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]
peter
carpal tunnel

Registered: 13/07/2000
Posts: 4172
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]
JeffreyB
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]
peter
carpal tunnel

Registered: 13/07/2000
Posts: 4172
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