Reverse proxy and version:
traefik 3.0.3 (for local network)
Cloudflare Tunnel (for external network)
Other relevant details:
The vault itself is not that big 1 User and ~500 Entries
import/export not really an option due to passkeys not being transfered that way
Steps to reproduce
Stopped the old container
Copied whole /data directory from old to new host to (following backup guide and only copying relevant non empty files/folders also did not help)
started the new container (here also looong wait time)
login and edit/create or delete entries
wait aprox. 5 seconds for each of those actions to complete
Expected behaviour
Faster editing, creation or deletion of entries.
Expected behaviour occurs if the /data directory is empty and everything is created from scratch with identical configuration otherwise.
Expected behaviour also still occurs on old System where the ?data directory is originally from.
Actual behaviour
Each editing, creation or deletion aprox. 5 seconds for each of those actions to complete.
Troubleshooting data
Originally created by @ChoosenMEME on GitHub (Jun 23, 2024).
Original GitHub issue: https://github.com/dani-garcia/vaultwarden/issues/4669
<!--
# ###
NOTE: Please update to the latest version of vaultwarden before reporting an issue!
This saves you and us a lot of time and troubleshooting.
See:
* https://github.com/dani-garcia/vaultwarden/issues/1180
* https://github.com/dani-garcia/vaultwarden/wiki/Updating-the-vaultwarden-image
# ###
-->
<!--
Please fill out the following template to make solving your problem easier and faster for us.
This is only a guideline. If you think that parts are unnecessary for your issue, feel free to remove them.
Remember to hide/redact personal or confidential information,
such as passwords, IP addresses, and DNS names as appropriate.
-->
### Subject of the issue
<!-- Creation, edits and delete of entries slow -->
Creation, edits and delete of entries slow
### Deployment environment
### Your environment (Generated via diagnostics page)
* Vaultwarden version: v1.30.5
* Web-vault version: v2024.1.2b
* OS/Arch: linux/x86_64
* Running within a container: true (Base: Debian)
* Environment settings overridden: false
* Uses a reverse proxy: true
* IP Header check: true (X-Real-IP)
* Internet access: true
* Internet access via a proxy: false
* DNS Check: true
* Browser/Server Time Check: true
* Server/NTP Time Check: true
* Domain Configuration Check: true
* HTTPS Check: true
* Database type: SQLite
* Database version: 3.44.0
* Clients used:
* Reverse proxy and version:
* Other relevant information:
### Config (Generated via diagnostics page)
<details><summary>Show Running Config</summary>
**Environment settings which are overridden:**
```json
{
"_duo_akey": null,
"_enable_duo": true,
"_enable_email_2fa": true,
"_enable_smtp": true,
"_enable_yubico": true,
"_icon_service_csp": "",
"_icon_service_url": "",
"_ip_header_enabled": true,
"_smtp_img_src": "cid:",
"admin_ratelimit_max_burst": 3,
"admin_ratelimit_seconds": 300,
"admin_session_lifetime": 20,
"admin_token": "***",
"allowed_iframe_ancestors": "",
"attachments_folder": "data/attachments",
"auth_request_purge_schedule": "30 * * * * *",
"authenticator_disable_time_drift": false,
"data_folder": "data",
"database_conn_init": "",
"database_max_conns": 10,
"database_timeout": 30,
"database_url": "***************",
"db_connection_retries": 15,
"disable_2fa_remember": false,
"disable_admin_token": false,
"disable_icon_download": false,
"domain": "*****://**********************",
"domain_origin": "*****://**********************",
"domain_path": "",
"domain_set": true,
"duo_host": null,
"duo_ikey": null,
"duo_skey": null,
"email_attempts_limit": 3,
"email_change_allowed": true,
"email_expiration_time": 600,
"email_token_size": 6,
"emergency_access_allowed": true,
"emergency_notification_reminder_schedule": "0 3 * * * *",
"emergency_request_timeout_schedule": "0 7 * * * *",
"enable_db_wal": true,
"event_cleanup_schedule": "0 10 0 * * *",
"events_days_retain": null,
"experimental_client_feature_flags": "fido2-vault-credentials",
"extended_logging": true,
"helo_name": null,
"hibp_api_key": null,
"icon_blacklist_non_global_ips": true,
"icon_blacklist_regex": null,
"icon_cache_folder": "data/icon_cache",
"icon_cache_negttl": 259200,
"icon_cache_ttl": 2592000,
"icon_download_timeout": 10,
"icon_redirect_code": 302,
"icon_service": "internal",
"incomplete_2fa_schedule": "30 * * * * *",
"incomplete_2fa_time_limit": 3,
"invitation_expiration_hours": 120,
"invitation_org_name": "Vaultwarden",
"invitations_allowed": true,
"ip_header": "X-Real-IP",
"job_poll_interval_ms": 30000,
"log_file": null,
"log_level": "Info",
"log_timestamp_format": "%Y-%m-%d %H:%M:%S.%3f",
"login_ratelimit_max_burst": 10,
"login_ratelimit_seconds": 60,
"org_attachment_limit": null,
"org_creation_users": "",
"org_events_enabled": false,
"org_groups_enabled": false,
"password_hints_allowed": true,
"password_iterations": 600000,
"push_enabled": true,
"push_identity_uri": "https://identity.bitwarden.eu",
"push_installation_id": "***",
"push_installation_key": "***",
"push_relay_uri": "https://api.bitwarden.eu",
"reload_templates": false,
"require_device_email": false,
"rsa_key_filename": "data/rsa_key",
"send_purge_schedule": "0 5 * * * *",
"sendmail_command": null,
"sends_allowed": true,
"sends_folder": "data/sends",
"show_password_hint": false,
"signups_allowed": false,
"signups_domains_whitelist": "",
"signups_verify": false,
"signups_verify_resend_limit": 6,
"signups_verify_resend_time": 3600,
"smtp_accept_invalid_certs": true,
"smtp_accept_invalid_hostnames": false,
"smtp_auth_mechanism": null,
"smtp_debug": false,
"smtp_embed_images": true,
"smtp_explicit_tls": null,
"smtp_from": "************************",
"smtp_from_name": "Vaultwarden",
"smtp_host": "*****************",
"smtp_password": "***",
"smtp_port": 25,
"smtp_security": "starttls",
"smtp_ssl": null,
"smtp_timeout": 15,
"smtp_username": "************************",
"templates_folder": "data/templates",
"tmp_folder": "data/tmp",
"trash_auto_delete_days": null,
"trash_purge_schedule": "0 5 0 * * *",
"use_sendmail": false,
"use_syslog": false,
"user_attachment_limit": null,
"user_send_limit": null,
"web_vault_enabled": true,
"web_vault_folder": "web-vault/",
"websocket_address": "0.0.0.0",
"websocket_enabled": false,
"websocket_port": 3012,
"yubico_client_id": "79913",
"yubico_secret_key": "***",
"yubico_server": null
}
```
</details>
<!-- The version number, obtained from the logs (at startup) or the admin diagnostics page -->
<!-- This is NOT the version number shown on the web vault, which is versioned separately from vaultwarden -->
<!-- Remember to check if your issue exists on the latest version first! -->
* vaultwarden version: 1.30.5
<!-- How the server was installed: Docker image, OS package, built from source, etc. -->
* Install method: Docker Image with docker compose
* Clients used: <!-- web vault, desktop, Android -->
web vault, desktop, Android
* Reverse proxy and version: <!-- -->
traefik 3.0.3 (for local network)
Cloudflare Tunnel (for external network)
* Other relevant details:
The vault itself is not that big 1 User and ~500 Entries
import/export not really an option due to passkeys not being transfered that way
### Steps to reproduce
<!-- Mirgated whole /data directory from one host to another -->
1. Stopped the old container
2. Copied whole /data directory from old to new host to (following [backup guide](https://github.com/dani-garcia/vaultwarden/wiki/Backing-up-your-vault) and only copying relevant non empty files/folders also did not help)
3. started the new container (here also looong wait time)
4. login and edit/create or delete entries
5. wait aprox. 5 seconds for each of those actions to complete
### Expected behaviour
<!-- Tell us what you expected to happen -->
Faster editing, creation or deletion of entries.
Expected behaviour occurs if the /data directory is empty and everything is created from scratch with identical configuration otherwise.
Expected behaviour also still occurs on old System where the ?data directory is originally from.
### Actual behaviour
<!-- Tell us what actually happened -->
Each editing, creation or deletion aprox. 5 seconds for each of those actions to complete.
### Troubleshooting data
<!-- Share any log files, screenshots, or other relevant troubleshooting data -->
Edit:
testing to minimize the environment revealed that my problem is caused by Push Notifications
as removing the following from docker compose seems to have resolved my complaint.
<!-- gh-comment-id:2188030288 -->
@stefan0xC commented on GitHub (Jun 25, 2024):
> maybe debug logs are helpful
They point to DNS resolution as the cause of the issue as each lookup takes about 4 seconds:
```
[2024-06-24 01:26:02.437][trust_dns_proto::udp::udp_stream][DEBUG] created socket successfully
[2024-06-24 01:26:06.558][trust_dns_proto::udp::udp_client_stream][DEBUG] received message id: 24063
```
```
[2024-06-24 01:26:06.699][trust_dns_proto::udp::udp_stream][DEBUG] created socket successfully
[2024-06-24 01:26:10.740][trust_dns_proto::udp::udp_client_stream][DEBUG] received message id: 16779
```
So you might want to test it with a different DNS name server? Or try the `testing` image if https://github.com/dani-garcia/vaultwarden/pull/3988 resolves the issue
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @ChoosenMEME on GitHub (Jun 23, 2024).
Original GitHub issue: https://github.com/dani-garcia/vaultwarden/issues/4669
Subject of the issue
Creation, edits and delete of entries slow
Deployment environment
Your environment (Generated via diagnostics page)
Config (Generated via diagnostics page)
Show Running Config
Environment settings which are overridden:
Install method: Docker Image with docker compose
Clients used:
web vault, desktop, Android
Reverse proxy and version:
traefik 3.0.3 (for local network)
Cloudflare Tunnel (for external network)
Other relevant details:
The vault itself is not that big 1 User and ~500 Entries
import/export not really an option due to passkeys not being transfered that way
Steps to reproduce
Expected behaviour
Faster editing, creation or deletion of entries.
Expected behaviour occurs if the /data directory is empty and everything is created from scratch with identical configuration otherwise.
Expected behaviour also still occurs on old System where the ?data directory is originally from.
Actual behaviour
Each editing, creation or deletion aprox. 5 seconds for each of those actions to complete.
Troubleshooting data
@ChoosenMEME commented on GitHub (Jun 23, 2024):
Edit:
testing to minimize the environment revealed that my problem is caused by Push Notifications
as removing the following from docker compose seems to have resolved my complaint.
Same with US servers
maybe debug logs are helpful
Show Logs
@stefan0xC commented on GitHub (Jun 25, 2024):
They point to DNS resolution as the cause of the issue as each lookup takes about 4 seconds:
So you might want to test it with a different DNS name server? Or try the
testingimage if https://github.com/dani-garcia/vaultwarden/pull/3988 resolves the issue@ChoosenMEME commented on GitHub (Jul 9, 2024):
update to v 1.31.0 resolved the problem i only uncommented previously commented lines in docker compose