[Bug] A-300 NMJv2 not deleting items from HDD

[gluesniffined]

Upgraded firmware, upgraded apps and now when I delete something from NMJv2 it removes it from the database, and therefore the jukebox, but doesn't actually delete the file. On the next update scan the item pops back into the jukebox.

I deleted the old DB and let NMJv2 create a new one and before touching it with nmjtoolbox2, same issue. I did a factory reset, same result.

User apps installed: SickBeard, CouchPotato v2, local and NZBGet 0.8.0-testing-r406:407. The user apps all appear to be working fine with the exception that NZBGet 0.8.0-testing-r406:407 doesn't start properly at boot and needs to be manually restarted via CSI; the built-in NZBGet shows as started in the setup menu....even though I have most definitely stopped it from there prior to reboot.

Is anyone else having this issue or is it just me?

Thanks!

[gluesniffined]

Double checked permissions, files and folders are chowned nmt:nmt, umask in nzbget is 000, files end up as chmod 666. So, out of ideas here.

UPDATE: If I manually chmod 777 the file, then NMJ deletes it.....what the hell, 666 should work as well, but it does not delete the files. There is absolutely no difference in permissions that would affect deleting files, why does setting the file as executable allow NMJ to delete it!?

[Wego]

I have exactly the same problem. Since Wifi isn't working anymore too, i'm back to the previous firmware version.

[chris57]

As your files are downloaded via userapps I would ask in the sabnzb thread for assistance. It seems that permissions are not being correctly applied. This could fit in with your issue as the userap creates the folder and not the standard default supported client.

On a similar issue although certainly not the same. I created a folder in my /shared Downloads folder. The folder was called Reserve Content or similar.

Now I tried to transfer via samba from my Windows PC into the Reserve folder. It refused the transfer stating denied. Right I then download the same file to the Downloads folder, no problem there. If I then use the onboard player ui to move the file to the new folder it moves into it without any problem.

I have only noticed this problem with the latest firmware update for the A300.

[gluesniffined]

Well, the behavior is quite bizarre. The folders are owned by nmt:nmt and the permissions are 666 (based on the default umask). Changing the permissions to 777 should not change anything at all about the permissions required to delete the files, I'm just setting the executable bit; It's definitely puzzling.

If this is indeed firmware related, I may simply have to roll back to the previous firmware revision and try again after a new firmware is released. I had no such issues with the previous firmware and I also had no real "show-stopper" bugs.

1

(07-22-2012 04:17 AM)chris57 Wrote:  As your files are downloaded via userapps I would ask in the sabnzb thread for assistance. It seems that permissions are not being correctly applied. This could fit in with your issue as the userap creates the folder and not the standard default supported client.

On a similar issue although certainly not the same. I created a folder in my /shared Downloads folder. The folder was called Reserve Content or similar.

Now I tried to transfer via samba from my Windows PC into the Reserve folder. It refused the transfer stating denied. Right I then download the same file to the Downloads folder, no problem there. If I then use the onboard player ui to move the file to the new folder it moves into it without any problem.

I have only noticed this problem with the latest firmware update for the A300.

[gluesniffined]

So, I hacked a cheap and dirty fix for my issue. In case anyone else is stuck with this issue, I simply added a cron job to chmod -R 777 my download folders every 30 minutes. It works, but it still doesn't explain why NMJv2 cannot delete the files when they were chmod 666; setting the file as executable should not make a difference for deleting files.

As for the nzbget not auto starting issue, it appears as though I was just not waiting long enough before the process was complete. *sigh*

(07-22-2012 10:08 PM)gluesniffined Wrote:  Well, the behavior is quite bizarre. The folders are owned by nmt:nmt and the permissions are 666 (based on the default umask). Changing the permissions to 777 should not change anything at all about the permissions required to delete the files, I'm just setting the executable bit; It's definitely puzzling.

If this is indeed firmware related, I may simply have to roll back to the previous firmware revision and try again after a new firmware is released. I had no such issues with the previous firmware and I also had no real "show-stopper" bugs.

1

(07-22-2012 04:17 AM)chris57 Wrote:  As your files are downloaded via userapps I would ask in the sabnzb thread for assistance. It seems that permissions are not being correctly applied. This could fit in with your issue as the userap creates the folder and not the standard default supported client.

On a similar issue although certainly not the same. I created a folder in my /shared Downloads folder. The folder was called Reserve Content or similar.

Now I tried to transfer via samba from my Windows PC into the Reserve folder. It refused the transfer stating denied. Right I then download the same file to the Downloads folder, no problem there. If I then use the onboard player ui to move the file to the new folder it moves into it without any problem.

I have only noticed this problem with the latest firmware update for the A300.