Cloudron makes it easy to run web apps like WordPress, Nextcloud, GitLab on your server. Find out more or install now.


Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Bookmarks
  • Search
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Brand Logo

Cloudron Forum

Offical apps | Community apps | Demo | Docs | Install
P

p44

@p44
translator
Unfollow Follow
About
Posts
844
Topics
124
Shares
0
Groups
1
Followers
2
Following
0

Posts

Recent Best Controversial

  • Vikunja app not responding after 2.5.0 update
    P p44

    @humpty Yes, I rolled back twice always with same error restoring app...

    I asked to ChatGPT 5.0:

    I’m on Cloudron trying to Update Vikunja app to 2.5.0 , but I get this error:
    
    level=ERROR msg="Migration failed: migration 20260720120000 failed: cannot recreate the unique index on tasks (project_id, index) because 2 sets of duplicate values exist — remove the duplicates manually, then restart Vikunja"
    
    what I’ve to do?
    

    Then ChatGPT answered with MySql different queries, then I told:

    I’m on postgres
    

    Then gave me this answer:

    For PostgreSQL, follow the same principle: keep one task in each duplicate set and assign new task indexes to the others.

    1. Back up Vikunja

    Create a manual Cloudron backup before modifying the database. Ideally stop Vikunja or ensure nobody is using it during the repair.

    2. Connect to PostgreSQL

    Open the Vikunja app’s Terminal and run:

    psql "$CLOUDRON_POSTGRESQL_URL"
    

    If that variable is unavailable:

    PGPASSWORD="$CLOUDRON_POSTGRESQL_PASSWORD" psql \
      -h "$CLOUDRON_POSTGRESQL_HOST" \
      -p "$CLOUDRON_POSTGRESQL_PORT" \
      -U "$CLOUDRON_POSTGRESQL_USERNAME" \
      -d "$CLOUDRON_POSTGRESQL_DATABASE"
    

    3. Inspect the duplicates

    SELECT
        project_id,
        "index",
        COUNT(*) AS count,
        ARRAY_AGG(id ORDER BY id) AS task_ids
    FROM tasks
    GROUP BY project_id, "index"
    HAVING COUNT(*) > 1
    ORDER BY project_id, "index";
    

    To also see task titles:

    SELECT
        t.id,
        t.project_id,
        t."index",
        t.title
    FROM tasks AS t
    JOIN (
        SELECT project_id, "index"
        FROM tasks
        GROUP BY project_id, "index"
        HAVING COUNT(*) > 1
    ) AS d
      ON d.project_id = t.project_id
     AND d."index" = t."index"
    ORDER BY t.project_id, t."index", t.id;
    

    4. Automatically reassign the extra indexes

    The following keeps the lowest task ID in each duplicate set unchanged and assigns unused indexes to the others:

    BEGIN;
    
    LOCK TABLE tasks IN ACCESS EXCLUSIVE MODE;
    
    WITH ranked AS (
        SELECT
            id,
            project_id,
            "index",
            ROW_NUMBER() OVER (
                PARTITION BY project_id, "index"
                ORDER BY id
            ) AS duplicate_number
        FROM tasks
    ),
    to_fix AS (
        SELECT
            id,
            project_id,
            ROW_NUMBER() OVER (
                PARTITION BY project_id
                ORDER BY "index", id
            ) AS new_offset
        FROM ranked
        WHERE duplicate_number > 1
    ),
    project_max AS (
        SELECT
            project_id,
            COALESCE(MAX("index"), 0) AS max_index
        FROM tasks
        GROUP BY project_id
    )
    UPDATE tasks AS t
    SET "index" = pm.max_index + f.new_offset
    FROM to_fix AS f
    JOIN project_max AS pm
      ON pm.project_id = f.project_id
    WHERE t.id = f.id
    RETURNING t.id, t.project_id, t."index", t.title;
    
    COMMIT;
    

    This does not delete tasks. It only changes the duplicate per-project task numbers.

    5. Confirm the problem is fixed

    SELECT project_id, "index", COUNT(*)
    FROM tasks
    GROUP BY project_id, "index"
    HAVING COUNT(*) > 1;
    

    It should return:

    (0 rows)
    

    Exit PostgreSQL:

    \q
    

    Then restart Vikunja and retry the Cloudron update to 2.5.0.


    ChatGPT forgot to remember me to enble recovery mode because app was unreachable at moment, but I solved.

    Thanks @humpty for your patience taking look into the problem.

    Vikunja

  • Vikunja app not responding after 2.5.0 update
    P p44

    @humpty thanks for your help.

    Do you mean browser cache?

    Cloudron app does not start after update...

    Vikunja

  • Vikunja app not responding after 2.5.0 update
    P p44

    @james No fixed at all...

    Vikunja

  • Vikunja app not responding after 2.5.0 update
    P p44

    Hi,

    after Vikunja 2.5.0 update (io.vikunja.cloudronapp@1.25.0), app is not responding with this error:

    level=ERROR msg="Migration failed: migration 20260720120000 failed: cannot recreate the unique index on tasks (project_id, index) because 2 sets of duplicate values exist — remove the duplicates manually, then restart Vikunja"
    

    Any help would be great.

    Thanks a lot

    Vikunja

  • Cloudron Git Server Down?
    P p44

    @girish take a look of this blocking list: https://perishablepress.com/ultimate-ai-block-list/

    Support

  • I would like to move from Todoist... but no any iOs app...
    P p44

    Hi all, another iOs client for Vikunja, also supports off-line mode:

    https://marco308.github.io/mdone/
    https://community.vikunja.io/t/mdone-a-native-ios-and-macos-app-for-vikunja/4548

    Vikunja

  • Hetzner price increases by 20-30 % - other hosting providers soon to follow
    P p44

    Just received from Hetzner:


    We would like to inform you that we will be increasing the prices for cloud servers effective 15 June 2026. This applies exclusively to new orders and rescales of existing servers. Cloud servers currently under contract are not affected by the price adjustment. This is intended to give you sufficient time to make any necessary adjustments, particularly with regard to automated server creation via API or integrations.

    What is changing?

    As part of the standardization of our product portfolio, we are increasing the prices of all Cloud plans. This price change is necessary due to the volatile hardware market.

    Which products are affected?

    The price adjustment applies to all newly ordered cloud servers and dedicated servers at all locations. However, web hosting products, managed servers, servers from the Server Auction, IPs, storage products, Load Balancers, Volumes, Snapshots, and Object Storage are not affected.

    Why the change?

    The price adjustment ensures that we will be able to continue to operate our infrastructure in a reliable, efficient, and sustainable manner. In particular, it takes into account the massive increase in procurement costs.

    What does this mean for you?

    Existing server contracts will, of course, keep their terms and conditions and remain active. The changes apply exclusively to new orders and rescales of existing servers.

    We are aware that repeated price adjustments can be a challenge. Our commitment remains; we want to offer you stable and fair prices in the long term.

    The transition will take effect on 15 June 2026. We will provide further details on the new rates on our website during the rollout.

    We thank you for placing your trust in us, and we are confident that we will continue to offer our services at an competitive price-performance ratio.*


    Note:

    Existing server contracts will, of course, keep their terms and conditions and remain active. The changes apply exclusively to new orders and rescales of existing servers.

    Have they learned lesson from latest price increase? Perhaps they suffered a significant loss on their contracts following the latest price hike, which also affected their previous contracts.

    Off-topic

  • Vaultwarden fails to start after update – DB migration error (SSO)
    P p44

    @jdaviescoates @joseph Thanks for your advice. I followed this guide: https://github.com/dani-garcia/vaultwarden/wiki/Using-the-MariaDB-(MySQL)-Backend#foreign-key-errors-collation-and-charset and problem now is fixed.

    thanks a lot

    Vaultwarden

  • Vaultwarden fails to start after update – DB migration error (SSO)
    P p44

    Same problem here. Restored to 1.24.4 and stopped automatic updates.

    Vaultwarden

  • Cloudron installation script: select alternative Ubuntu Repository mirror
    P p44

    @nebulon Yes, they still have ongoing problems... Even if they mark as “solved”, problem is not fixed.

    This can affect Cloudron installations.

    Just tried to install Cloudron again but...

    Err:75 http://security.ubuntu.com/ubuntu noble-updates/main amd64 linux-firmware amd64 20240318.git3b128b60-0ubuntu2.26
      429  Too Many Requests [IP: 2620:2d:4000:1::103 80]
    Fetched 220 MB in 5min 41s (643 kB/s)
    E: Failed to fetch http://security.ubuntu.com/ubuntu/pool/main/l/linux-firmware/linux-firmware_20240318.git3b128b60-0ubuntu2.26_amd64.deb  429  Too Many Requests [IP: 2620:2d:4000:1::103 80]
    E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?
    
    Feature Requests

  • Cloudron installation script: select alternative Ubuntu Repository mirror
    P p44

    @james Trying a second install, on previous broken Cloudron installation, will give this:

    
    => Updating apt and installing script dependencies
    => Waiting for 30s for existing apt/dpkg processes to finish...
    => Waiting for 30s for existing apt/dpkg processes to finish...
    => Waiting for 30s for existing apt/dpkg processes to finish...
    => Waiting for 30s for existing apt/dpkg processes to finish...
    => Waiting for 30s for existing apt/dpkg processes to finish...
    
    

    while

    tail -f /var/log/cloudron-setup.log
    

    give this:

    Running cloudron-setup with args : --
    
    Feature Requests

  • Cloudron installation script: select alternative Ubuntu Repository mirror
    P p44

    @james Yes, I know very well that Repos is not managed by Cloudron, but whole process can interfere with Cloudron installations and be critical specially when configuring a new Cloudron in a case of disaster recovery or switching Cloudron instances with backup/recovery, or simply when installing a new Cloudron instance.

    In fact, if repository cannot be reached, Cloudron cannot be installed.

    Hetzner give a good guide on how to switch, and also their repository is always reachable, fast and stable.

    How @robi suggested, it could be interesting to add to Cloudron install script some strings to avoid this kind of issue.

    Could be a speedy mirror or ability to pass parameter in ./cloudron-setup eg. ./cloudron-setup -h or something where user can chose wich mirror to use. -h = Hetzner, and so on.

    At this point, script will manage all the whole process and continue installation of packages and Cloudron instance.

    Feature Requests

  • Cloudron installation script: select alternative Ubuntu Repository mirror
    P p44

    Ubuntu Repository is often slow and unstable.

    In last months I had several time same problem: unreachable, overloaded...

    In Cloudron installation script it could be interesting to select (or auto shift based on ping) a different mirror as an alternative.

    This is a real time video record of the speed today:

    UbuntuRepositorySlow.gif

    Err:75 http://security.ubuntu.com/ubuntu noble-updates/main amd64 linux-firmware amd64 20240318.git3b128b60-0ubuntu2.26
      429  Too Many Requests [IP: 185.125.190.82 80]
    Fetched 291 MB in 14min 1s (346 kB/s)
    E: Failed to fetch http://security.ubuntu.com/ubuntu/pool/main/l/linux-firmware/linux-firmware_20240318.git3b128b60-0ubuntu2.26_amd64.deb  429  Too Many Requests [IP: 185.125.190.82 80]
    E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?
    

    And then result is:

    => Installing base dependencies (this takes some time) ...Init script failed. See /var/log/cloudron-setup.log for details
    
    Feature Requests

  • Port 25 inbound connection timeout and missing email
    P p44

    @james Yes, this is a great find. Thanks a lot for your cooperation.

    In email service’s logs no any log...

    Whenever you want, I can reproduce issue and I can send you raw log.

    Keep me posted.

    Support email performance spamassassin

  • Port 25 inbound connection timeout and missing email
    P p44

    Thanks again @james for your cooperation.

    I can confirm that after removing custom Spamassassin rules from Email > Settings > Spam Filtering > Custom Spamassassin rules problem has been solved.

    However, further testing would be needed to determine which rules interacted negatively with emails, potentially causing false positives.

    Support email performance spamassassin

  • WARN on saving Custom Spamassassin rules
    P p44

    @imc67 So were we using the same rules from @d19dotca ? 😉

    For now I removed from all istances, but in future I want to keep only rules who works in local, not requiring any outbound connection.

    Support mail spamassassin

  • WARN on saving Custom Spamassassin rules
    P p44

    @imc67 Hi, what kind of rules you added?

    I’m asking this because I had issues receiving emails (here my post) and I was applying these rules in Spam assassin, that probably blocked emails.

    I’m still doing some tests but is interesting to know what kind of rules you was using.

    Thanks

    Support mail spamassassin

  • Rsync backup integrity fails for one Nextcloud and Jellyfin.
    P p44

    Hi @james there is also another option to completely disable image preview generation, or limit to only some providers:

    For high security deployments we recommend disabling the preview generation by setting the enable_previews switch to false in config.php. As an administrator you are also able to manage which preview providers are enabled by modifying the enabledPreviewProviders option switch.

    Sources:

    • Disable preview image generation
    • Configuration Parameters
    • Previews
    Support backup backups rsync integrity

  • Port 25 inbound connection timeout and missing email
    P p44

    Ok @james. I’ll do more accurate research

    Support email performance spamassassin

  • Port 25 inbound connection timeout and missing email
    P p44

    @james Thanks a lot for your question.

    IOPS it seems to be good...

    Block Size | 4k            (IOPS) | 64k           (IOPS)
      ------   | ---            ----  | ----           ---- 
    Read       | 510.82 MB/s (127.7k) | 870.43 MB/s  (13.6k)
    Write      | 512.17 MB/s (128.0k) | 875.01 MB/s  (13.6k)
    Total      | 1.02 GB/s   (255.7k) | 1.74 GB/s    (27.2k)
               |                      |                     
    Block Size | 512k          (IOPS) | 1m            (IOPS)
      ------   | ---            ----  | ----           ---- 
    Read       | 595.93 MB/s   (1.1k) | 1.49 GB/s     (1.4k)
    Write      | 627.60 MB/s   (1.2k) | 1.59 GB/s     (1.5k)
    Total      | 1.22 GB/s     (2.3k) | 3.09 GB/s     (3.0k)
    
    
    Support email performance spamassassin
  • Login

  • Don't have an account? Register

  • Login or register to search.
  • First post
    Last post
0
  • Categories
  • Recent
  • Tags
  • Popular
  • Bookmarks
  • Search