Upgrade to document server 9.0.3-29 broke all file operations

I am now running
onlyoffice-communityserver 12.5.1.1837
onlyoffice-controlpanel 3.5.0.516
onlyoffice-documentserver 9.0.3-29
onlyoffice-xmppserver 12.0.0.134

on ubuntu “Ubuntu 20.04.6 LTS”

I did an upgrade via apt-get TODAY and now I cannot upload new files, make copies of existing files

All directories are owned buy ds:ds
ds:x:119:124::/var/www/onlyoffice/documentserver:/usr/sbin/nologin

Lots of errors on port 5672 in docservice
/var/log/onlyoffice/documentserver/docservice

LOGS are in the PDF rename to “.gz” Thanks.

But
nc -vz 127.0.0.1 5672
Connection to 127.0.0.1 5672 port [tcp/amqp] succeeded!

and

rabbitmqctl list_connections
Listing connections …
user peer_host peer_port state
guest 127.0.0.1 46950 running
guest 127.0.0.1 46960 running
guest 127.0.0.1 46966 running

rabbit WAL errors right after upgrade
2025-08-02 11:31:06.054 [info] <0.8.0> Log file opened with Lager
2025-08-02 11:31:13.124 [info] <0.8.0> Feature flags: list of feature flags found:
2025-08-02 11:31:13.124 [info] <0.8.0> Feature flags: [x] implicit_default_bindings
2025-08-02 11:31:13.124 [info] <0.8.0> Feature flags: [x] quorum_queue
2025-08-02 11:31:13.125 [info] <0.8.0> Feature flags: [x] virtual_host_metadata
2025-08-02 11:31:13.125 [info] <0.8.0> Feature flags: feature flag states written to disk: yes
2025-08-02 11:31:13.546 [info] <0.298.0> ra: meta data store initialised. 0 record(s) recovered
2025-08-02 11:31:13.549 [info] <0.311.0> WAL: recovering [“/var/lib/rabbitmq/mnesia/rabbit@onlyoffice/quorum/rabbit@onlyoffice/00000382.wal”]
2025-08-02 11:31:18.650 [warning] <0.311.0> wal: encountered error during recovery: badarg
Continuing.
*2025-08-02 11:31:19.067 [info] <0.333.0> *

  • Starting RabbitMQ 3.8.3 on Erlang 22.2.7*
  • Copyright (c) 2007-2020 Pivotal Software, Inc.*
  • Licensed under the MPL 1.1. Website: https://rabbi*

Example issues
Upload file… I get UI error

permission denied accessing /var/www/onlyoffice/Data/Products/Files/default/temp
(it was permissions 755, if I make it 777 as a test error goes away)

Now I see error on same upload accessing
/var/www/onlyoffice/Data
it was 755 if I make it 777 error goes away

Then I see access sgetting to storage folder
/var/www/onlyoffice/Data/Products/Files/000/00/01/folder_3000/file_2140/v1 denie
d

PROCESS OWNERS attached

Blockquote isb@onlyoffice:/etc$ ps -ef|egrep “only|ds”|awk ‘{print $1, $7, $8, $9, $10, $11}’
message+ 00:00:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork
ds 00:00:00 /bin/sh -c exec /var/www/onlyoffice/documentserver-example/example
ds 00:00:00 /bin/sh -c exec /var/www/onlyoffice/documentserver/server/Metrics/metrics
onlyoff+ 00:00:04 /usr/bin/node /var/www/onlyoffice/controlpanel/www/server.js
ds 00:00:00 /var/www/onlyoffice/documentserver-example/example
ds 00:00:00 tee -a /var/log/onlyoffice/documentserver-example/out.log
ds 00:00:00 /var/www/onlyoffice/documentserver/server/Metrics/metrics ./config/config.js
ds 00:00:00 tee -a /var/log/onlyoffice/documentserver/metrics/out.log
onlyoff+ 00:00:00 /usr/bin/node /var/www/onlyoffice/Services/ASC.Thumbnails/index.js UNIX.SERVER
onlyoff+ 00:00:01 /usr/bin/node /var/www/onlyoffice/Services/ASC.SsoAuth/app.js UNIX.SERVER
rabbitmq 00:00:10 /usr/lib/erlang/erts-10.6.4/bin/beam.smp -W w -A
ds 00:00:00 /bin/sh -c exec /var/www/onlyoffice/documentserver/server/FileConverter/converter
ds 00:00:00 /bin/sh -c exec /var/www/onlyoffice/documentserver/server/DocService/docservice
ds 00:00:02 /var/www/onlyoffice/documentserver/server/DocService/docservice
ds 00:00:00 tee -a /var/log/onlyoffice/documentserver/docservice/out.log
ds 00:00:01 /var/www/onlyoffice/documentserver/server/FileConverter/converter
ds 00:00:00 tee -a /var/log/onlyoffice/documentserver/converter/out.log
ds 00:00:01 /var/www/onlyoffice/documentserver/server/FileConverter/converter /snapshot/server/FileConverter/sources/convertermaster.js
onlyoff+ 00:00:02 /usr/bin/dotnet /var/www/onlyoffice/Services/MailCleaner/ASC.Mail.StorageCleaner.Service.dll --urls=http://0.0.0.0:5032 --pathToConf=/etc/onlyoffice/communityserver
onlyoff+ 00:00:04 /usr/bin/dotnet /var/www/onlyoffice/Services/MailImap/ASC.Mail.ImapSync.Service.dll --urls=http://0.0.0.0:5026 --pathToConf=/etc/onlyoffice/communityserver
onlyoff+ 00:00:00 /usr/bin/node /var/www/onlyoffice/Services/ASC.Socket.IO/app.js UNIX.SERVER
onlyoff+ 00:00:04 /usr/bin/mono /usr/lib/mono/4.5/mono-service.exe -d:/var/www/onlyoffice/Services/TeamLabSvc -l:/tmp/onlyofficeNotify
onlyoff+ 00:00:00 /usr/bin/python3 -m radicale --config
onlyoff+ 00:00:03 /usr/bin/mono /usr/lib/mono/4.5/mono-service.exe -d:/var/www/onlyoffice/Services/TeamLabSvc -l:/tmp/onlyofficeBackup
onlyoff+ 00:00:04 /usr/bin/mono /usr/lib/mono/4.5/mono-service.exe -d:/var/www/onlyoffice/Services/TeamLabSvc -l:/tmp/onlyofficeFeed
onlyoff+ 00:00:00 /usr/bin/node /var/www/onlyoffice/Services/ASC.UrlShortener/index.js UNIX.SERVER
onlyoff+ 00:00:00 /usr/bin/node /var/www/onlyoffice/Services/ASC.WebDav/server/webDavServer.js UNIX.SERVER
onlyoff+ 00:00:13 /usr/bin/mono /usr/lib/hyperfastcgi/4.0/HyperFastCgi.exe /config=/etc/hyperfastcgi/onlyoffice /logfile=/var/log/onlyoffice/onlyoffice.log
onlyoff+ 00:00:00 /usr/bin/mono /usr/lib/hyperfastcgi/4.0/HyperFastCgi.exe /config=/etc/hyperfastcgi/onlyofficeApiSystem /logfile=/var/log/onlyoffice/onlyofficeApiSystem.log
onlyoff+ 00:00:03 /usr/bin/mono /usr/lib/mono/4.5/mono-service.exe -d:/var/www/onlyoffice/Services/TeamLabSvc -l:/tmp/onlyofficeStorageMigrate
onlyoff+ 00:00:04 /usr/bin/mono /usr/lib/mono/4.5/mono-service.exe -d:/var/www/onlyoffice/Services/TeamLabSvc -l:/tmp/onlyofficeThumbnailBuilder
onlyoff+ 00:00:03 /usr/bin/mono /usr/lib/mono/4.5/mono-service.exe -d:/var/www/onlyoffice/Services/TeamLabSvc -l:/tmp/onlyofficeTelegram
onlyoff+ 00:00:03 /usr/bin/mono /usr/lib/mono/4.5/mono-service.exe -d:/var/www/onlyoffice/Services/TeamLabSvc -l:/tmp/onlyofficeStorageEncryption
onlyoff+ 00:00:02 /usr/bin/mono /usr/lib/mono/4.5/mono-service.exe -d:/var/www/onlyoffice/Services/TeamLabSvc -l:/tmp/onlyofficeAutoCleanUp
onlyoff+ 00:00:04 /usr/bin/mono /usr/lib/mono/4.5/mono-service.exe -d:/var/www/onlyoffice/Services/TeamLabSvc -l:/tmp/onlyofficeIndex
a.tar.pdf (1.1 MB)

Hello,
apt get is not the correct way to update, please refer to the following guide on Workspace update - Installing ONLYOFFICE Workspace Community from RPM/DEB packages using the provided script
For rpm package installation the following command should be used for the update - bash install-RedHat.sh -u true -it WORKSPACE
For deb this one - bash install-Debian.sh -u true -it WORKSPACE

Hello DmitriiV

I restored the 8.X doc server environment, validated it, and then ran the update using the bash script and “u =true”.

I had the same result i.e. permissions access issues.

Have you been able to reproduce the issue?

Its NOT urgent as I restore the environment once more to 8.X docserver and all’s well.

Thanks
Ivan

Alternative way to act here would be to install the recent version of Workspace on a clean machine, then migrate the data according to the following guide: Using the Control Panel backup/restore feature

Initially launched apt upgrade command can actually break the dependencies, etc., it should never be used.
Normally, the update should run smoothly when using bash install-Debian.sh -u true

Also, you can try the following after the update with the script: run sudo chown -R onlyoffice:onlyoffice /var/www/onlyoffice/Data/
But before doing any operations, it is recommended to create a snapshot of the machine

Hi DmitriiV
I am happy to try and I’d backup before doing this, BUT why would permissions alter if the bash script is run as -u true? I have no scripts that alter permissions.
Thanks
Ivan

As for the cause of the issue, we are still analyzing