node-solid-server icon indicating copy to clipboard operation
node-solid-server copied to clipboard

Internal Server Error when trying to delete "big" files from pod

Open hsteinmueller opened this issue 3 years ago • 6 comments

I get an internal server error when I try to delete "big" files from my pod at inrupt.net. The files are a few megabytes big, you can find them here: https://harrystminrupt.inrupt.net/public/apps/website/ They are a relic from a react-app that I hosted there.

I have already tried different client-libraries and solid-apps for file-management of pods, but I always get the same error, which leads me to believe that this is a problem with the server (kind of obvious since it's an internal server error).

I also already created a post on the solidproject-forum, you can check it out for a bit more info: https://forum.solidproject.org/t/unable-to-delete-big-files-from-inrupt-net-pod/4039

hsteinmueller avatar Mar 02 '21 19:03 hsteinmueller

with spoggy-test9.solidcommunity.net, i've tried my idea to empty your files sorry but no more success, even worst :frowning_face:

when i tried to put them empty, (i saw a message saying that your file did not have a contenttype) i added application/javascript for the .js and i thought they were replaced

image

but instead of replacing the file in the folder, it added the properties of the new file :thinking: :crazy_face:

so the folder had two 'modified', 'size'... for the same file keeping the one from 2021-02-20 :face_with_raised_eyebrow:

image

when i wanted to delete, mine was deleted but not yours... staying at 2020-02-20...

I've tried with @Vincent Penny too At some point i've felt with 'FetchQueue errors' with the folder url ? could it be linked to https://github.com/jeff-zucker https://github.com/linkeddata/rdflib.js/issues/461 I ask myself if the problem is not at the folder level ?

I said worse because now you got the folder at https://harrystminrupt.inrupt.net/public/apps/website/ and a file with same name but without trailing slash at https://harrystminrupt.inrupt.net/public/apps/website .. Sorry, but i have no right to delete it. And i think it make things a little more incoherent :roll_eyes: :grimacing:

when thinks are at this point, it is sometimes better to delete and recreate your POD, after a copy of your data

scenaristeur avatar Mar 03 '21 21:03 scenaristeur

Thank you for your effort! This seems strange to me 😄

I don't really care about the files/folder or the pod in general, there are no important things there. I just thought the problem is rather interesting, maybe other people have it too with more important stuff.

hsteinmueller avatar Mar 04 '21 14:03 hsteinmueller

@hsteinmueller To help with this, I'd like to narrow the problem to see if this relates to NSS or to the implementation of NSS.

Could you create an account on solidcommunity.net and rebuild the same folder/file environment to see if you have the same problems. It would be very helpful.

As admin I could look to see if you structure is weird or not.

There are differences between inrupt.net and solidcommunity.net implementation with nginx and filesize/podzize limitations.

bourgeoa avatar Mar 04 '21 18:03 bourgeoa

Ok, I tried the same on solidcommunity.net. I wasn't able to upload the file via solid-file-client ("413: payload too large") but I could create a new file and paste in the contents here: https://web.inox.app/ The file was about 11 MB big and I had no problems deleting it.

Afterwards I tried the same again on inrupt.net and it worked too.

So now I'm not sure if this has anything to do with the filesize or if it is a general problem at all. I just might have corrupted the files somehow while playing around with it.

hsteinmueller avatar Mar 05 '21 13:03 hsteinmueller

To where did you paste your file with https://web.inox.app

bourgeoa avatar Mar 05 '21 14:03 bourgeoa

To where did you paste your file with https://web.inox.app

https://harrystm.solidcommunity.net/public/apps/website/

hsteinmueller avatar Mar 05 '21 15:03 hsteinmueller