Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

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

Open
hsteinmueller opened this issue Mar 2, 2021 · 6 comments
Open

Comments

@hsteinmueller
Copy link

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 hsteinmueller changed the title Ínternal Server Error when trying to delete "big" files from pod Internal Server Error when trying to delete "big" files from pod Mar 2, 2021
@scenaristeur
Copy link

scenaristeur commented Mar 3, 2021

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

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 🤔 :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 linkeddata/rdflib.js#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 🙄 😬

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

@hsteinmueller
Copy link
Author

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.

@bourgeoa
Copy link
Member

bourgeoa commented Mar 4, 2021

@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.

@hsteinmueller
Copy link
Author

hsteinmueller commented Mar 5, 2021

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.

@bourgeoa
Copy link
Member

bourgeoa commented Mar 5, 2021

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

@hsteinmueller
Copy link
Author

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

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants