# Selfhosting penpot: got problems of rendering/export **URL:** \ **Category:** Self-host\ **Created:** [May 26, 2026, 8:20am UTC](https://community.penpot.app/t/selfhosting-penpot-got-problems-of-rendering-export/10603 "2026-05-26T08:20:19Z")\ **Posts on this page:** 17\ **Page:** 1
**Author:** ![Chris\_Anders](https://dub1.discourse-cdn.com/flex017/user_avatar/community.penpot.app/chris_anders/32/10509_2.png) [@Chris\_Anders](https://community.penpot.app/u/Chris_Anders)\ **Post date:** [May 26, 2026, 8:20am UTC](https://community.penpot.app/t/selfhosting-penpot-got-problems-of-rendering-export/10603/1 "2026-05-26T08:20:19Z")
Hi, since yesterday I got problems rendering. I also can’t export anything or download the file as .penpot. I always get a 404 on some assets. I’ve changed the assets volume from a bind to a docker volume checked file permissions but all seems fine. I also tried install it on a new folder but got same issues. I am using the latest penpot version. I migrated from 2.13 to 2.15 last week. Thanks in advance ---
**Author:** ![carolina.portugal](https://dub1.discourse-cdn.com/flex017/user_avatar/community.penpot.app/carolina.portugal/32/36_2.png) [@carolina.portugal](https://community.penpot.app/u/carolina.portugal)\ **Post date:** [May 27, 2026, 11:17am UTC](https://community.penpot.app/t/selfhosting-penpot-got-problems-of-rendering-export/10603/2 "2026-05-27T11:17:47Z")
Hey, which version of penpot are you using? ---
**Author:** ![Chris\_Anders](https://dub1.discourse-cdn.com/flex017/user_avatar/community.penpot.app/chris_anders/32/10509_2.png) [@Chris\_Anders](https://community.penpot.app/u/Chris_Anders)\ **Post date:** [May 27, 2026, 11:42am UTC](https://community.penpot.app/t/selfhosting-penpot-got-problems-of-rendering-export/10603/3 "2026-05-27T11:42:38Z")
I am using 2.15. I found out what the problem is. I tried the new wasm renderer with wasm=true in the url. Then all breaks when trying to download or render without the wasm renderer. ---
**Author:** ![elenatorro](https://dub1.discourse-cdn.com/flex017/user_avatar/community.penpot.app/elenatorro/32/7407_2.png) [@elenatorro](https://community.penpot.app/u/elenatorro)\ **Post date:** [May 27, 2026, 1:27pm UTC](https://community.penpot.app/t/selfhosting-penpot-got-problems-of-rendering-export/10603/4 "2026-05-27T13:27:28Z")
Hi, Using the render should not affect assets, it seems an issue with the assets storage. Could you please check the assets path or send some logs? We would need more details to try to understand the issue. At v2.11.0 the `PENPOT_STORAGE_ASSETS_FS_DIRECTORY` was changed to `PENPOT_OBJECTS_STORAGE_FS_DIRECTORY`, I know the migration was from 2.13 to 2.15, but checking just in case. ---
**Author:** ![Chris\_Anders](https://dub1.discourse-cdn.com/flex017/user_avatar/community.penpot.app/chris_anders/32/10509_2.png) [@Chris\_Anders](https://community.penpot.app/u/Chris_Anders)\ **Post date:** [May 27, 2026, 2:06pm UTC](https://community.penpot.app/t/selfhosting-penpot-got-problems-of-rendering-export/10603/5 "2026-05-27T14:06:33Z")
i’ve checked and I use PENPOT\_OBJECTS\_STORAGE\_FS\_DIRECTORY ```auto PENPOT_OBJECTS_STORAGE_BACKEND: fs PENPOT_OBJECTS_STORAGE_FS_DIRECTORY: /opt/data/assets ``` and in my compose: volumes: - ${DOCKER\_VOLUME\_STORAGE:-/mnt/docker-volumes}/penpot2/assets:/opt/data/assets ---
**Author:** ![elenatorro](https://dub1.discourse-cdn.com/flex017/user_avatar/community.penpot.app/elenatorro/32/7407_2.png) [@elenatorro](https://community.penpot.app/u/elenatorro)\ **Post date:** [May 27, 2026, 2:10pm UTC](https://community.penpot.app/t/selfhosting-penpot-got-problems-of-rendering-export/10603/6 "2026-05-27T14:10:55Z")
The 404 response path would help debug the issue, it could be that files exist but backend looks for them at different subpath than where they were stored ---
**Author:** ![Chris\_Anders](https://dub1.discourse-cdn.com/flex017/user_avatar/community.penpot.app/chris_anders/32/10509_2.png) [@Chris\_Anders](https://community.penpot.app/u/Chris_Anders)\ **Post date:** [May 27, 2026, 3:08pm UTC](https://community.penpot.app/t/selfhosting-penpot-got-problems-of-rendering-export/10603/7 "2026-05-27T15:08:14Z")
what do you mean? the url of a missing asset: [https://my-server/assets/by-id/1246ccf6-e4d9-4ebe-8376-ee68fe89931e](https://my-server/assets/by-id/1246ccf6-e4d9-4ebe-8376-ee68fe89931e) ---
**Author:** ![elenatorro](https://dub1.discourse-cdn.com/flex017/user_avatar/community.penpot.app/elenatorro/32/7407_2.png) [@elenatorro](https://community.penpot.app/u/elenatorro)\ **Post date:** [May 28, 2026, 7:24am UTC](https://community.penpot.app/t/selfhosting-penpot-got-problems-of-rendering-export/10603/8 "2026-05-28T07:24:20Z")
I meant the logs for the missing asset. Those would give us a clue about which path it’s expecting the assets to be in. Without that, it’s hard for us to tell what the issue is. In the meantime, double-check that the volume path in your compose is correct, and that is the same on both penpot-backend and penpot-frontend. ---
**Author:** ![Chris\_Anders](https://dub1.discourse-cdn.com/flex017/user_avatar/community.penpot.app/chris_anders/32/10509_2.png) [@Chris\_Anders](https://community.penpot.app/u/Chris_Anders)\ **Post date:** [May 28, 2026, 9:16am UTC](https://community.penpot.app/t/selfhosting-penpot-got-problems-of-rendering-export/10603/9 "2026-05-28T09:16:39Z")
the volume path of backend and frontend are the same: ${DOCKER\_VOLUME\_STORAGE:-/mnt/docker-volumes}/penpot2/assets:/opt/data/assets I also found out that the volume is also mounted in exporter. Is this correct? here are the last log lines: [gist:9102dbf0491166baee3d9b362626b07f](https://gist.github.com/furesoft/9102dbf0491166baee3d9b362626b07f) ---
**Author:** ![elenatorro](https://dub1.discourse-cdn.com/flex017/user_avatar/community.penpot.app/elenatorro/32/7407_2.png) [@elenatorro](https://community.penpot.app/u/elenatorro)\ **Post date:** [May 28, 2026, 9:25am UTC](https://community.penpot.app/t/selfhosting-penpot-got-problems-of-rendering-export/10603/10 "2026-05-28T09:25:26Z")
Checking the logs, it seems there’s not enough permission to write to /opt/data/assets, so new upload fails. You would need to update the permissions (and maybe copy old files if necessary) In any case, this does not seem related to the render change, we’re keeping an eye just in case, but it’s not the root cause ---
**Author:** ![Chris\_Anders](https://dub1.discourse-cdn.com/flex017/user_avatar/community.penpot.app/chris_anders/32/10509_2.png) [@Chris\_Anders](https://community.penpot.app/u/Chris_Anders)\ **Post date:** [May 28, 2026, 10:39am UTC](https://community.penpot.app/t/selfhosting-penpot-got-problems-of-rendering-export/10603/11 "2026-05-28T10:39:01Z")
hmm. I installed it on a brand new folder and it had worked before I tried the new renderer. Are they any resources for the permission what to set? ---
**Author:** ![elenatorro](https://dub1.discourse-cdn.com/flex017/user_avatar/community.penpot.app/elenatorro/32/7407_2.png) [@elenatorro](https://community.penpot.app/u/elenatorro)\ **Post date:** [May 28, 2026, 12:23pm UTC](https://community.penpot.app/t/selfhosting-penpot-got-problems-of-rendering-export/10603/12 "2026-05-28T12:23:38Z")
maybe they were cached, it’s unlikely the render change affected the assets you can try this: - `docker exec -u 0 penpot-backend-1 chown -R penpot:penpot /opt/data` - This could also help: `chown -R 1001:1001 /mnt/docker-volumes/penpot2/assets` and then you’d have to restart both `penpot-backend` and `penpot-frontend` (path might be different depending on your config) ---
**Author:** ![Chris\_Anders](https://dub1.discourse-cdn.com/flex017/user_avatar/community.penpot.app/chris_anders/32/10509_2.png) [@Chris\_Anders](https://community.penpot.app/u/Chris_Anders)\ **Post date:** [May 28, 2026, 2:49pm UTC](https://community.penpot.app/t/selfhosting-penpot-got-problems-of-rendering-export/10603/13 "2026-05-28T14:49:02Z")
both don’t work. I don’t know what to do. I moved already to a blank new directory before. ---
**Author:** ![elenatorro](https://dub1.discourse-cdn.com/flex017/user_avatar/community.penpot.app/elenatorro/32/7407_2.png) [@elenatorro](https://community.penpot.app/u/elenatorro)\ **Post date:** [May 28, 2026, 2:55pm UTC](https://community.penpot.app/t/selfhosting-penpot-got-problems-of-rendering-export/10603/14 "2026-05-28T14:55:07Z")
`1001` is usually the containers uid, but yours could be different it’s complicated to dig into the problem without having the full picture, but I recommend opening an issue in our [GitHub project](https://github.com/penpot/penpot) including the following: - how to reproduce the error, step by step - full error trace - logs when possible ---
**Author:** ![Chris\_Anders](https://dub1.discourse-cdn.com/flex017/user_avatar/community.penpot.app/chris_anders/32/10509_2.png) [@Chris\_Anders](https://community.penpot.app/u/Chris_Anders)\ **Post date:** [May 28, 2026, 3:46pm UTC](https://community.penpot.app/t/selfhosting-penpot-got-problems-of-rendering-export/10603/15 "2026-05-28T15:46:03Z")
i’ve setup a local instance and imported a sql dump of the remote database. I got the same problems. ---
**Author:** ![elenatorro](https://dub1.discourse-cdn.com/flex017/user_avatar/community.penpot.app/elenatorro/32/7407_2.png) [@elenatorro](https://community.penpot.app/u/elenatorro)\ **Post date:** [May 29, 2026, 7:23am UTC](https://community.penpot.app/t/selfhosting-penpot-got-problems-of-rendering-export/10603/16 "2026-05-29T07:23:24Z")
As mentioned above, to get through this it’s needed to open a detailed issue. We have this guideline: [01· Reporting bugs](https://help.penpot.app/contributing-guide/reporting-bugs/) ---
**Author:** ![Chris\_Anders](https://dub1.discourse-cdn.com/flex017/user_avatar/community.penpot.app/chris_anders/32/10509_2.png) [@Chris\_Anders](https://community.penpot.app/u/Chris_Anders)\ **Post date:** [May 29, 2026, 8:31am UTC](https://community.penpot.app/t/selfhosting-penpot-got-problems-of-rendering-export/10603/17 "2026-05-29T08:31:18Z")
I’ve found this: [Assets storage](https://help.penpot.app/technical-guide/developer/subsystems/assets-storage/) can I use the db for assets instead of relying on the filesystem?