Owncloud Issue Conflict Server Version Downloaded, Local Copy Renamed And Not Uploaded UPDATED

–

Owncloud Issue Conflict Server Version Downloaded, Local Copy Renamed And Not Uploaded

OwnCloud/Nextcloud server is a cloud server you can have at domicile, your visitor or organisation. Utilise it to automatically sync and share files including some revisioning, it tin sync between servers, and it can run some applications like calendar, accost book, office applications besides. Nextcloud forked from ownCloud. There are both open source and a commercial branch of both. Clients work with either server and exist for mutual desktop and mobile operating systems.

Contents

  • 1 General info
    • 1.i Benefits
    • ane.2 Drawbacks
    • 1.3 Differences
    • 1.4 Alternatives
      • 1.4.i ownCloud and Nextcloud
    • 1.5 Other file sync server and clients packaged in Mageia 6
      • 1.v.1 Megasync
      • 1.5.2 Seafile
      • one.5.three Syncthing
  • ii News
    • 2.1 Mageia 5
    • ii.2 Mageia 6
    • 2.3 Mageia seven
    • 2.4 Mageia eight
  • iii Installing
    • iii.one Database choices
    • 3.2 Install packages
      • three.2.i Key
        • 3.two.1.1 Mageia 5&vi: Latest version is in backports !
      • 3.ii.2 Suggested
      • 3.2.iii For more functionality
  • 4 Configuration
    • iv.1 Configure the database engine MariaDB
    • 4.2 File storage
    • four.three Configure PHP
      • 4.3.1 Php logging
      • iv.three.two Upload buffering binder
      • four.3.3 Configure php timezone
    • 4.iv OwnCloud needs to write
    • 4.5 Firewall
    • 4.6 Configure ownCloud
  • 5 Checking the setup
    • 5.1 Built in checks
    • 5.ii Bank check PHP
    • five.3 OwnCloud test script
    • 5.4 Bank check the logs!
    • 5.v Security
      • v.five.1 File permissions
      • five.5.ii Automated tests
  • six Access from net
    • half dozen.1 Router port forwarding
    • 6.2 How to change the port ownCloud is using
    • 6.3 Register a name for your Dynamic IP number
    • half-dozen.4 Trusted domain
    • six.5 How to set upload dissever size (chunking)
  • seven Tips & Tricks
    • 7.one The occ command line
    • 7.2 Maintenance mode
    • 7.3 Terminate, kickoff
    • seven.4 Uploading files past other means
  • eight Backing upwardly
    • 8.1 What to dorsum up
    • 8.two Salvage database
    • 8.3 Useful scripts
    • viii.4 Using backup servers
  • ix Reinstall/Uninstall/Install Applications
  • 10 Reinstall
    • 10.1 Have there been issues?
  • xi Several means to connect
    • 11.i File browser + WebDAV
  • 12 The ownCloud sync client
    • 12.one Install
    • 12.2 Notes
    • 12.three Tips
      • 12.3.one Sync with another server
      • 12.iii.two Syncing with more than ane server at the same time
      • 12.iii.3 Syncing a dual boot organisation (linux/windows)
    • 12.four Client upgrading
      • 12.4.ane Migrating ownCloud 2.10 client to Nextcloud client
  • xiii Upgrading
    • 13.1 Alternatively
    • thirteen.2 Process
      • xiii.2.i Migrating OC->NC
        • 13.2.1.1 Beware name- and URL changes!
          • 13.2.1.one.1 On the server
          • 13.2.1.1.2 All clients
    • 13.3 General upgrading cautions
    • 13.iv Full general migration cautions
    • 13.v Per version
      • 13.5.1 -> OwnCloud 8.i
      • 13.five.2 -> OwnCloud 8.2
      • 13.v.3 -> OwnCloud 9.0
      • thirteen.v.four -> OwnCloud ix.1
      • 13.5.5 -> Nextcloud 10
      • 13.5.6 -> Nextcloud 11
      • thirteen.5.7 -> Nextcloud 12
      • 13.5.8 -> Nextcloud 13
      • 13.5.nine -> Nextcloud 14
      • thirteen.v.ten -> Nextcloud xv
      • 13.five.xi -> Nextcloud 16 and onwards
  • 14 Melody functioning
    • 14.1 Groundwork jobs
  • 15 Issues
    • xv.1 Server ( and its spider web login )
      • xv.1.1 Server install bug
      • 15.ane.2 Web login
      • 15.ane.3 Other
    • 15.two Clients
      • 15.2.1 Storing Credentials
  • 16 Useful links
    • 16.one OwnCloud
    • xvi.2 Nextcloud
    • 16.3 MariaDB
    • 16.4 PhpMyAdmin
    • xvi.5 Webmin
    • 16.6 Replication
  • 17 Interesting links
    • 17.1 Configuring
    • 17.ii Migration script
    • 17.3 Other Bone
      • 17.3.1 Nextcloud on RaspberryPi
  • 18 Appendix
    • xviii.1 Beast force reinstall
    • 18.2 Facilitating machine update

Full general info

ownCloud/Nextcloud compared to mutual external cloud solutions:

Benefits

  • Your data remains in-house, i.due east non placed on the servers of third parties where you lot accept no command of who sees it: foreign governments, cyber criminals, your business organization rivals, etc.
  • No external dependencies (internet connection, health of internet provider and cloud provider)
  • No external costs
  • Loftier speed on large files, big data, quick (server side) snapshots and backups
  • Fine control of shares https://owncloud.com/how-to-avoid-oversharing-with-owncloud/ and tin can connect to other servers

Drawbacks

  • The server consumes a lot of CPU cycles per file. Consider Seafile instead if performance is an issue.
  • Transfer is not very intelligent, i.e may transfer identical file. (depending on timestamp etc. erstwhile info - need to cheque upwards)
  • Even for a small change, the whole file is sent. Note this is harder to solve and less useful than like shooting fish in a barrel idea.
  • Need to conform off-site backups in another way (or let it share with customer or server off-site)
  • Takes some administration, and reading instructions, similar this folio...

Differences

Like most synchronising services, ownCloud/Nexctloud clients do non follow symlinks. - i.due east Dropbox does. At that place seems to be a discussion about cons and pro on every client type forums...

Alternatives

ownCloud and Nextcloud

Both clients of latest versions are yet compatible with both servers of both are updated.

Upgrading must non skip any major version! - see #Upgrading!

Mageia 5 have ownCloud server up to 9.one and ownCloud clients, and Nextcloud 9 and x server.

Earlier upgrading Mageia 5 to Mageia 6 you must have iteratively upgraded to Nextcloud 10. (Mageia six have in release repository Nextcloud eleven server which is upwards uniform with Nextcloud 10)

Before upgrading Mageia half dozen to Mageia seven you must have iteratively upgraded NC to thirteen in normal updates, and then from backports update PHP to seven.2, then update NC to 14 - Come across #-.3E_Nextcloud_14 Mageia 7 have PHP seven.3 and NC 15.

Mageia 6 have NC12 & 13 are in updates, and NC14 and required PHP7.2 is in backports come across #News.

Cauldron/Mageia7 have Nextcloud 15.

In texts below more often than not describing any of them, "ownCloud" likewise represent "Nextcloud".

Other file sync server and clients packaged in Mageia 6

Megasync

Packaged at MLO, see https://forums.mageia.org/en/viewtopic.php?t=12132

Seafile

https://github.com/haiwen/seafile https://world wide web.seafile.com/

Syncthing

Serverless cluster blazon Open Source Continuous File Synchronization https://syncthing.net/, https://docs.syncthing.net/users/faq.html

Nosotros dont keep up to date versions, but the upstream Appimage works nicely, see issues 22811 and therefor it is non packaged in Mageia 7.

News

Mageia 5

  • Mageia five have in core updates: ownCloud server eight.0.xv, client 1.8.3, Only higher versions of both in backports, and also Nextcloud 10 - for new installs utilise the latest in backport directly!
  • Notation: For upgrading Mageia 5 to Mageia half-dozen it is important to read #Upgrading - y'all must iterate upgrading through every major version, with some manual intervention and check between each. As well: when upgrading mga5 to mga6 *avoid* updating to NC12 in updates; you lot must first go NC11 running if y'all had NC10 on mga5.

Subpackages: From NextCloud 12 and on nosotros provide one subpackage for each database alternative: nextcloud-mysql, nextcloud-postgresql, nextcloud-sqlite.

Mageia 6

  • Mageia half dozen have switched from ownCloud to Nextcloud - both server and client. Nextcloud eleven in release media, NC12 & 13 in updates, fourteen in backports with required PHP7.2.
  • NOTE: Before upgrading Mageia 6 to Mageia 7 y'all need to be at PHP seven.2 and NC14 bot from backports, see #-.3E_Nextcloud_14

Mageia 7

  • Comes with Nextcloud 15, the offset supporting PHP vii.3. In backports yous find 16, 17, 18, nineteen, 20.

Unfortunately nosotros accept not kept this page upward to date in the same style as before, so practise read upstream instructions.

Besides meet our emerging Nextcloud folio.

On that page yous also discover a link to instruction how to install, secure, and update Nextcloud server without existence locked to our package.

Mageia eight

Will come up with Nextcloud 21, the first to support PHP8. Notation Mageia eight do not have PHP7 then Nextcloud prior to 21 volition not work.

Installing

For a curt version, see #Brute force reinstall just skip the UNINSTALL department.

Also see the transmission for the version you are installing, i.eastward https://docs.nextcloud.com/server/12/admin_manual/installation/

Database choices

One of three database engines can be used: SQLite, PostgreSQL, MariaDB. From Nextcloud 12 and on we provide ane subpackage for each database alternative: nextcloud-mysql, nextcloud-postgresql, nextcloud-sqlite. Cull nextcloud-mysql if yous become by this wiki page.

SQLite is deprecated for performance reasons.

For a quick example using PostgreSQL, see test.

This wiki page will employ MariaDB as it is most recommended past ownCloud and Nextcloud developers.

Install packages

Basically, we install a LAMP stack, plus ownCloud/Nextcloud to run on it. You may besides reference http://www.unixmen.com/how-to-install-lamp-stack-on-mageia-v/ Nextcloud version fourteen and above crave PHP version 7.x! In Mageia 6 you find PHP 7.2 in backports, as well equally NC 14.

Primal

All packages in this howto are from Mageia repos

  • MariaDB - recommended database engine
  • php-pdo_mysql - for php to apply MariaDB
  • apache-mod_php - php5 for use with apache

So outcome urpmi mariadb apache-mod_php php-pdo_mysql php-fileinfo which also pull in all else needed, including Apache and a lot of php.

  • chrony - employ ntp so servers time is in sync, so ownCloud can decide correctly which file is elder. -The same goes for the ownCloud client systems! Probably you lot already accept this - it is practiced to have regardless of ownCloud...

Note: easiest to fix up chrony in KDE/Plasma is by right-clicking the clock in system tray -> adjust date and fourth dimension -> check activate network time protocol - it installs chrony, and in the pulldown there set up which NTP server to sync to.

Mageia five&vi: Latest version is in backports !

Mageia six have up to NC13 in normal updates, NC14 in backports.

Of import: Earlier NC14 you need to get-go upgrade PHP to 7.ii from backports. See #-.3E_Nextcloud_14

Suggested

  • apache-mod_ssl - for secure connections (https) - to enable it see #Configure ownCloud
  • #PhpMyAdmin and/or #Webmin - to handle the database by GUI

urpmi apache-mod_ssl phpmyadmin webmin

For more functionality

More modules may exist needed, see i.due east https://doc.owncloud.org/server/9.1/admin_manual/installation/source_installation.html

Configuration

Configure the database engine MariaDB

  • Already taken intendance of by mageia bundle php-pdo_mysql : it adds /etc/php.d/73_pdo_mysql.ini containing the line extension=pdo_mysql.so that owncloud install documentation tells us to add together to mysql.ini.

All commands beneath demand be entered as root.

  • Starting time MariaDB (i.east it was just installed) systemctl showtime mysqld It seems installing the rpm also sets MariaDB to commencement at boot (should it not, issue 'systemctl enable mysqld' )
  • Issue mysql_secure_installation to ready/edit MariaDB authoritative "root" password and perform a few security measures - just reply to the questions.
  • Then log in using that password: mysql -uroot -p, and there create the database and ascertain its user and password: enter lines below, but your credentials:

CREATE USER 'OCserverUsername'@'localhost' IDENTIFIED BY 'OCserverPassWD'; - Invent a username and password for ownCloud to utilize for mariaDB, go along 'localhost'
CREATE DATABASE IF NOT EXISTS owncloud; - Name of the database is good to take equally "owncloud"
GRANT ALL PRIVILEGES ON owncloud.* TO 'OCserverUsername'@'localhost' IDENTIFIED BY 'OCserverPassWD';
quit;

File storage

By default user files are stored in /usr/share/owncloud/information/, which is a link to /var/lib/owncloud/

Also owncloud.log is there, and if you chose to employ SQLite, its database files.

Yous may choose to use another location, i.e a dedicated ext4 segmentation in an LVM so you lot can extend information technology and also brand snapshots. You may as well have that whole LVM encrypted. The toll is a slightly poorer performance. On a raid? Your option.

For this example lets say y'all mountain it at /mnt/owncloud. Y'all must make a data folder, and following #Upload buffering folder besides a tmp binder, and set the correct rights and buying, example:
mkdir -p /mnt/owncloud/data
mkdir /mnt/owncloud/tmp
chmod -R 770 /mnt/owncloud
chown -R apache:apache /mnt/owncloud

Note: If you lot do non place your data binder out of direct webserver access like that; if you and go on it under www/ instead: and then bank check that information/.htaccess effectively looks similar below. (for apache two.iv - if ii.2, kickoff line should read "deny from all")

Require all denied
IndexIgnore *

-or else your data may be accessible from net!

Configure PHP

Php logging

Create the file and set apache equally user. Equally root:
impact /var/log/php-errors.log
chown apache:apache /var/log/php-errors.log

In /etc/php.ini: error_log = /var/log/php-errors.log Past default everything else seem right, i.eastward log_errors = On .

Upload buffering folder

It is defined in /etc/php.ini Past default upload_tmp_dir = /var/tmp . It is a good idea to use a tmp folder in same filesystem as information binder, and then following above example set it to /mnt/owncloud/tmp .

In /etc/php.ini you most probably want to to increase (default in parenthesis) upload_max_filesize (16M) , and maybe max_file_uploads (20) .

Configure php timezone

Some php scripts like the apcu web interface (see PHP caching below) will complain a lot in php-errors.log unless timezone is prepare, so in /etc/php.ini uncomment and modify the line date.timezone so it looks like date.timezone = Europe/Stockholm where the last part is your zone according to http://php.net/manual/en/timezones.php

OwnCloud needs to write

... a few folders (which you may see a complaint of in the higher up tool), and so enter:

cd /usr/share/owncloud
chown apache:apache config data apps

ref: https://doctor.owncloud.org/server/9.0/admin_manual/installation/source_installation.html#setting-strong-directory-permissions

Firewall

In Mageia Control Middle -> Security -> Personal firerwall the "Webserver" must exist checked. ( or ascertain ports manually in the field "advanced" if other ports are used: encounter #How_to_change_the_port_ownCloud_is_using )

Configure ownCloud

  1. Browse to https://localhost/owncloud,
  2. Invent, note down safely, and and fill up in your ownCloud administrator login name and strong password,
  3. Click Storage & Database,
    1. Land the location for data storage, per above suggestion it is /mnt/owncloud/data,
    2. Choose MariaDB, and for it state the same equally y'all used in #Configure the database engine MariaDB for OCserverUsername, OCserverPassWD, database name (owncloud), "localhost",
  4. Verify all is entered correctly and printing Stop setup Afterward a few seconds you are logged in,
  5. Logged in, in the a pulldown rightmost up: select the Admin}} entry ( directly link: http://localhost/owncloud/index.php/settings/admin),
  6. For better security set enforce https (need apache-mod_ssl, encounter #Suggested (this option seem to be on/automatic hidden in newer versions),
  7. Disable functions you do not demand,
  8. Set send e-mail and examination, but first visit Personal in that same dropdown menu pinnacle correct to ready your receive email,
  9. In that drop-downward card select Users to add and manage users and their quota etc,

Most settings are stored in /usr/share/owncloud/config/config.php (linked from /etc/owncloud/config.php. Much more tin can be set, run across https://doctor.owncloud.org/server/9.1/admin_manual/configuration_server/config_sample_php_parameters.html

Checking the setup

  • OwnCloud and Nextcloud servers check a lot of things and study issues on the spider web interface admin page.
  • For external examination see #Automated tests
  • For local tests see below:

Congenital in checks

On the web interface admin page i.due east https://localhost/owncloud/index.php/settings/admin at the acme you may see some warnings in red about security problems and optimisation proposals. They are self-explanatory and at bottom of admin page you take some links to documents, and as well search/look around on *this* page yous read here ;) Also meet https://doc.owncloud.org/server/9.i/admin_manual/configuration_server/security_setup_warnings.html

You almost probably see "Some files have not passed the integrity bank check." which is normal on an install from a packet. Explanations [here] and [here]. For more info run across https://doc.owncloud.org/server/9.i/admin_manual/issues/code_signing.html#code-signing-fix-warning-label.

Some of the warnings are also shown in orange on top of every folio, but just for admins.

Bank check PHP

Below is a very simple script. You dont need it if y'all create the #OwnCloud examination script equally that includes this part. 

<?php phpinfo(); ?>

Save as /var/world wide web/html/testphp.php, then restart apache systemctl restart httpd and head your browser to http://localhost/testphp.php (if surfing from other than local car replace 'localhost' as appropriate.)

OwnCloud examination script

This script checks and reports on many aspects of the installation: Get "OwnCloud Tools" from outset post http://forum.owncloud.org/viewtopic.php?f=eight&t=2921 - As described at that place: grab the content in the list box, edit in a password on line 2, and save equally /usr/share/owncloud/tools.php, owner root, permissions -rw-r--r-- . Then go to https://localhost/owncloud/tools.php (modify 'localhost' to owncloud server IP if from another auto) and log in using that countersign.

Cheque around that things expect OK! Annotation: information technology will complain about .htacess not working even when you lot have moved your data folder away from webserver, come across "Set storage" above.

Check the logs!

How to observe webserver or ownCloud logfile: https://forum.owncloud.org/viewtopic.php?f=17&t=7330 OwnCloud logfile is also viewable and downloadable from its web UI admin page. Default log locations - per install instructions above:

  • ownCloud: /mnt/owncloud/data/owncloud.log (default: /usr/share/owncloud/information/owncloud.log - it is in in the data folder.)
  • MariaDB: /var/log/mysqld/mysqld.log
  • php: /var/log/php-errors.log
  • apache: /var/log/httpd/error_log

Security

(modify number for relevant server version in links below)

https://docs.nextcloud.com/server/eleven/admin_manual/configuration_server/harden_server.html

https://doc.owncloud.org/server/9.ane/admin_manual/installation/installation_wizard.html

File permissions

Come across "Setting Stiff Directory Permissions" in the links above. Simply also look here!; Lately, the recommendation has changed from setting strong protection, to instead promote setting adequate protection so the updater tin can run, so users update regularly which is more important: 750 on directories, 640 on files. For an *case* of a script for setting permissions, see signal 16 here.

Automated tests

  • The external https://scan.nextcloud.com is targeted at security.
  • The local #OwnCloud test script is adept for checking internal setup plus some security.

Access from internet

Ensure that your ownCloud defaults to HTTPS and does non allow HTTP access. You must accept installed package apache-mod_ssl every bit recommended in a higher place for HTTPS to work.

Router port forwarding

Forward both tcp and udp on port 443 (HTTPS) and maybe port lxxx (Insecure: HTTP Non recommended) to the figurer hosting your OwnCloud. The transmission for your router should explain how.

How to alter the port ownCloud is using

For some setups i.east other spider web servers are present, you desire this machine to serve web on other ports https://forum.owncloud.org/viewtopic.php?f=17&t=15501 Naturally, also change the firewall setting on the motorcar accordingly...

Annals a name for your Dynamic IP number

If you lot practise not have static IP i advise registering a name at a site for dynamic DNS (dyndns.org, noip.com. and others... Many mod routers have an inbuilt capability to update the IP number automatically at one or more such sites often - check what your router support.) For the example below, say you register mydynamicsite.dyndnsprovider.biz

Trusted domain

For ownCloud to take connexion from mydynamicsite.dyndnsprovider.biz information technology has to be set in "trusted_domain" in config.php. An like shooting fish in a barrel way to achieve this is to locally log in as admin, and issue a command in browser address field. Example: log in as an administrator at myserver.LAN.IP.adress/owncloud and and then in browser address field upshot myserver.LAN.IP.adress/owncloud/index.php/settings/admin?trustDomain=mydynamicsite.dyndnsprovider.biz

How to set upload split size (chunking)

In guild to avoid timeouts on larger files uploading from the client on tedious connections, see http://forum.owncloud.org/viewtopic.php?f=14&t=24595 https://github.com/owncloud/customer/problems/766

It is set to 5MB by default in ownCloud eight.x.

Tips & Tricks

As well run into very useful links for optimising, backup and security at bottom of admin folio, i.e https://my.ser.ver.ip/owncloud/alphabetize.php/settings/admin#admin-tips

The occ control line

The command line is powerful, see https://doc.owncloud.org/server/9.1/admin_manual/configuration_server/occ_command.html . Remember to run it every bit user "apache".

Maintenance manner

At that place are different maintenance modes, more elegant than stopping the server completely when doing backups or upgrades. https://md.owncloud.org/server/ix.1/admin_manual/maintenance/enable_maintenance.html

Cease, start

Apply for easiest and safest upgrades and backup:

systemctl end httpd.service

systemctl offset httpd.service

Drawback: actually stops/starts Apache, so all other services it run also...

- If you do not want to stop Apache, use #Maintenance manner instead.

Uploading files by other means

In guild to load lots of files initially on the server, many have experimented on how to bypass ownCloud and load files directly to the data directory, and then let ownCloud index what information technology have. Examples come across https://forum.owncloud.org/viewtopic.php?f=17&t=7236&start=30 and besides find a tip in the link in Throughput below.

OwnCloud will however work the server very difficult as information technology indexes all these new files. If you are going to store a lot of files, or move them around oft, so consider using the mySQL or a similar relational database option rather than SQLite.

Backing up

Consistency between files and database must be guaranteed! Easiest is to terminate ownCloud/Nextcloud (actually cease Apache) earlier bankroll upwardly. If you do non want to finish Apache, use #Maintenance mode instead.

What to dorsum upward

  • The data directory tree!
    • - If you have configured a non default location, you know where it is :)
    • - If instead kept equally default installed by Mageia owncloud rpm it is /var/lib/owncloud/, linked to /usr/share/owncloud/information/ , so included if you yous support /usr/share/owncloud/.
    • - A fresh Mageia install of Nextcloud analogously accept /var/lib/nextcloud/, linked to /usr/share/nextcloud/data/.
    • NOTE: A Mageia Nextcloud installation migrated from ownCloud still use /var/lib/owncloud/, linked to /usr/share/nextcloud/data/ (meet #Migrating OC->NC).
  • Maybe take whole /usr/share/owncloud/ for all apps, theming etc. NOTE:
    • Configuration subfolder config/ is linked from /etc/owncloud/ (config.php)
    • Actual data subfolder may be linked from data/, come across higher up.
  • /etc/owncloud/ (maybe not needed; linked, meet above)
  • /var/lib/mysql/ - the database - or better: salve database by recommended method: see #Relieve database
  • /etc/my.cnf , /etc/my.cnf.d/ - MariaDB configuration file/folder (depending on version(?))
  • /etc/httpd/conf/sites.d/owncloud.conf
  • /etc/httpd/conf/httpd.conf - apache configuration file

More than info and command examples (modify number co-ordinate to your version) https://doc.owncloud.org/server/9.one/admin_manual/maintenance/backup.html https://docs.nextcloud.com/server/10/admin_manual/maintenance/backup.html

Relieve database

Use the overnice #PhpMyAdmin or #Webmin, or: http://forum.owncloud.org/viewtopic.php?f=26&t=19400 , http://forums.mageia.org/en/viewtopic.php?f=viii&t=7187&p=46069 . Backup script for MariaDB http://forums.mageia.org/en/viewtopic.php?f=5&t=7338&p=46877

Useful scripts

https://assistance.nextcloud.com/t/scripts-for-fill-in-restore/21433?source_topic_id=30360

I've found these scripts to piece of work really well: https://github.com/DecaTec/Nextcloud-Backup-Restore

I don't usually brand a fill-in of the user data, but of /usr/share/nextcloud and the SQL database. These are the things nearly like to break during an upgrade. Information technology will also speed upwardly the backup process quite a bit.

Just await through the script NextcloudBackup.sh and uncomment the lines that backs upward the data storage.

Using backup servers

How to back up Nextcloud with Bareos (a Bacula fork).

Reinstall/Uninstall/Install Applications

https://primal.owncloud.org/t/how-to-cleanly-re-install-an-app/859/2

Reinstall

For a total reinstall of ownCloud:

  • Make certain you know what users you take and will desire to define once again, how much information infinite they need.
  • If you lot programme to exercise a fresh upload of all data, and skip backup od ownCloud data binder: make certain yous know if there are data stored only on the server currently...
  • Make certain you know what applications are used, which yous would want to apply again.
    • NOTE: If you are to migrate to a newer ownCloud/Nextcloud version, some apps (i.east calendar and accost book) need to export their data in gild to be importable to a newer version
  • Finish using the cloud, cease apache, uninstall ownCloud, start apache. (and then all ownCloud data is stable, and apache again runs other services)
  • #Backup
  • Install, per the commencement of this certificate...
    • For a complete reinstall clean out settings and config files before installing. Hints:, see #Backup. (i.due east delete/rename /etc/owncloud/config.php) And create a new fresh database.

For reference: #Brute forcefulness reinstall

Have there been problems?

Some ideas before needing reinstall:

  • file buying and rights problem?
  • if you lot suspect there have been plan version conflicts, reinstall php packages, and possibly more...
  • if the database was corrupt try creating an empty one, and then using ownCloud register users again. There have been reports that such have worked even for migrating betwixt databases and users institute their content again, simply no guarantees! - go on backup.
  • If you lot do not intendance about content then you lot can, of course, remove all data earlier reinstalling.

Several ways to connect

  • Html browser:
    • log into the Web UI at https://server/owncloud. Upload, download, create... Manage share folders and files. You tin create sharelinks to files or folders, with a password. Log in as administrator to manage ownCloud.
    • Receiver of a shared link opens it and get access to the shared file/folder (but)
    • Use spider web browser as file browser: enter http://server/owncloud/remote.php/webdav/ and log in.
  • Recommended: ownCloud/NExtcloud sync client continuously syncronises selected folders on your estimator(south) with your account (more beneath)
  • At that place are simpler sync client apps for iOS and Android, that as well can do instant uploads of taken photos and videos
  • Use a file browser:

File browser + WebDAV

You can connect your file browser to an ownCloud server using the WebDAV protocol. Case: in Dolphin write webdav://server/owncloud/remote.php/webdav/ , where "server" is your servers IP number or hostname. Append a subdir if y'all want ( ...webdav/sub/dir/tree ). There will pop upwardly a dialog for username and password, then y'all scan the files in your ownCloud business relationship!

The ownCloud sync client

Install

Mageia 5:

  • Install the packet owncloud-client last version from core_backports repository.

Mageia half-dozen:

  • Install the bundle nextcloud-client - check backport repo for eventually latest version
  • Optionally nextcloud-client-dolphin / nextcloud-client-nautilus / nextcloud-client-nemo for more integration: shows check marks on synchronised items. Use same version as nextcloud-client.

Customer manual - configuration file

Notes

  • Downloaded folders (that did not exist on the customer before) get the engagement of download - their time stamp is non synced. Event https://github.com/owncloud/core/problems/14008 and more than.
  • In the root of each sync root binder there is the Database .csync_journal.db and a log .owncloudsync.log. While the customer runs in that location also exist .csync_journal.db-shm and .csync_journal.db-wal.
  • The clients configuration is by default in ~/.local/share/data/ownCloud - nigh is plainly text.
  • The customer tin show a log window and besides log to file. For more info commencement ownCloud with command line parameter -h (for help).
  • Change log (same for ownCloud and Nextcloud clients): https://owncloud.org/changelog/desktop/

Tips

Sync with another server

If y'all now and and then want to sync to another server than your usual one, stop the running ownCloud client and get-go information technology with another configuration like this: /usr/bin/owncloud --confdir $HOME/.local/share/data/ownCloud-myotherserver. If that folder does not be it will create a clean ane, and you ready ownCloud like usual from the beginning.

Information technology is convenient to copy the launch detail from the desktop card and enter the dissimilar confdirs in different launch items. Ready the one you want to have started at login. (For KDE it is in Arrangement Settings -> Start and Shutdown.)

Syncing with more than than i server at the same time

Clients 2.10 can exercise that. (in Mageia 5 backport, and Mageia 6 + )

Old clients 1.x tin can only sync to one server at a time.

Syncing a dual boot system (linux/windows)

Syncing aforementioned tree from dissimilar Bone:es (or users on the same system) is officially non supported.

It seems to have worked with clients 1.8.iii though for me (with tricks per link hither), but I experienced problems using two.1.0. http://forum.owncloud.org/viewtopic.php?f=14&t=19672&p=78867#p78867

Client upgrading

Mageia five: The ownCloud 2.ten client is so different from 1.x that it deserved a place in backport on Mageia 5, because information technology needs user interaction for configuring to work later on the update and we practise non want the automatic update to break anything. The upgrade can exist done ASAP on Mageia 5 from backports repo.

Migrating ownCloud 2.x customer to Nextcloud customer

Mageia vi take the Nextcloud client. Information technology is fully compatible with ownCloud client, but needs to be configured from scratch OR re-create the configuration from ownCloud client if y'all used version ii in Mageia five: ref

Note:

  • The default /etc/ownCloud/sync-exclude.lst may be slightly different to /etc/Nextcloud/sync-exclude.lst
  • If upgrading from customer 1.x at the same time as upgrading Mageia from 5 to six: To ease the process uninstall ownCloud client in Mageia 5 before upgrading to Mageia 6, then install Nextcloud customer and execute as below

Drift

  • Make certain ownCloud customer is stopped
  • Start Nextcloud customer - and shut it right when the sorcerer asks for the server etc. So effect:

cp -f ~/.local/share/data/ownCloud/owncloud.cfg ~/.local/share/data/Nextcloud/nextcloud.cfg
cp ~/.local/share/data/ownCloud/sync-exclude.lst ~/.local/share/data/Nextcloud/

  • Start the Nextcloud customer, enter passwords.

Upgrading

Dragon-head.png

Here be dragons!
* OwnCloud and Nextcloud do non back up skipping any x.x version, and migration to Nextcloud should optimally exist done on comparable version, then you need to Offset iterate through all ownCloud updates and so Nextcloud x in Mageia 5 core_backports, before upgrading to Mageia half-dozen !

  • Before starting the Mageia 5 to 6 upgrade, special care is to be taken - see point 5 under procedure beneath!
  • Some version upgrades need special manual work.
  • Some applications in ownCloud/Nextcloud demand special care.
  • Downgrading is not supported and risks corrupting your data.


In Mageia 5, first small-scale versions updates (x.10.10) up to 8.0.fifteen is update repository. They after package update just require a user click in the web interface to initiate the bodily update. Upgrades to major versions are in core backports repo: ownCloud 8.i.10, 8.ii.8, 9.0.ix, 9.one.5 and Nextcloud 10.0.five considering they crave more than manual interaction, Do read #PROCEDURE and #General below !

Mageia 6 have a Nextcloud eleven version in release repository, and Nextcloud 12 in updates. - They besides require special intendance, so read on;

Alternatively

Uninstall ownCloud, delete all its files and database, and and so practice a full fresh install of latest available Nextcloud (check in core_backports repo) and configure it and users from scratch and upload data from scratch. Some apps such every bit address book and agenda support exporting data tin can be imported by a afterwards version.

Process

  1. Exercise read #General below!
  2. Inform users there volition be a pause in service due to upgrades.
  3. Take full backups of data, database, settings files. Stop the server (Apache) during this for best quality, alternatively use #Maintenance fashion.
  4. For each version:
    1. IMPORTANT: Read the documentation about if something specific need exist washed for that version, see #Per version beneath.
    2. In the Web UI, disable all apps (logged in every bit admin, i.e http://localhost/owncloud/index.php/settings/apps)
    3. If you are upwards to migrating ownCloud to Nextcloud, execute #Migrating OC->NC instead of this signal. If upgrading (ownCloud to ownCloud, or Nextcloud to Nextcloud): Just install the update rpm; (urpmi thenextversion) - it seems there is no need to stop the server/Apache for this.
    4. Surf to the Web UI, and initiate the upgrade. It will report the progress and any severe error. You may alternatively utilise #The occ command line
    5. Check errors, see #Checking the setup, begin with the built-in checks on admin page and meet the log at that place.
    6. Check your configuration files (see #General upgrading cautions)
    7. Enable apps the same manner you disabled them. Some may when you enable them to popular up a dialogue maxim they need an update, some of them ask to update automatically and can practice so.
    8. Test file syncing though clients, and if your apps works, and once again check server logs for whatsoever problems.
    9. Take another backup? (at least subsequently the last update when all is checked OK).
    10. Echo from sub-paragraph 1 until yous have the desired server running;
  5. Only when you run Nextcloud 10, it is possible to upgrade Mageia5 to Mageia half-dozen, but earlier upgrading Mageia:
    • Disable all plugins - because upgrading to Mageia vi as well brings new Nextcloud version!
    • Add the line /^nextcloud/ to /etc/urpmi/skip.list - to avoid updating to NC12 which is in updates.
  6. Then upgrade to Mageia 6, and so
    1. Perform all Mageia half-dozen updates.
    2. Remove the line /^nextcloud/ from /etc/urpmi/skip.listing, and manually select to install Nextcloud 11 (not 12!).
    3. Follow previous process continuing at initiating the upgrade in the Spider web UI.
    4. When Nextcloud 11 is running OK, perform system update - getting Nextcloud 12, perform deportment described at #Nextcloud_12 and again perform the procedure.

Migrating OC->NC

Execute this section only when you are moving from ownCloud to Nextcloud, and practise it instead of only installing the upgrade rpm in that bespeak in #Process in a higher place.

The Mageia Nextcloud rpm imports configuration from ownCloud (replacing its name), but there may be additional configuration y'all demand to think of in your specific example.

  1. Stop ownCloud (really Apache and all services it run...) : Issue systemctl finish httpd.service
  2. Install Nextcloud rpm, it volition replace the ownCloud one. (httpd is nonetheless off) - Details:
    1. Master folder: ownCloud used /usr/share/owncloud/ -- now Nextcloud employ /usr/share/nextcloud/ -- Here is the bulk of ownCloud (Nextcloud) program, including themes and settings which some users may desire to move along with some edits, and the apps binder and more than... /.htaccess contain merely the OC/NC version number. For simplest instance: no need to do anything.
    2. The original /etc/httpd/conf/sites.d/nextcloud.conf from its rpm is made identical to the erstwhile /etc/httpd/conf/sites.d/owncloud.conf from owncloud rpm - *except* that all instances of "owncloud" is replaced past "nextcloud". That is exactly what we want, and nosotros let it employ the new file from nextcloud rpm as it is = no demand to do anything. - BUT if you have tweaked the ownCloud version: make sure you tweak this the aforementioned way.
    3. If the Mageia nextcloud package install script detects that ownCloud used /var/lib/owncloud/ (linked from /usr/share/owncloud/data), it in config prepare arrow to /var/lib/owncloud/ so data at the aforementioned location is still used. It nonetheless create /var/lib/nextcloud/ even if it is not used.
  3. Issue: systemctl start httpd.service

... and continue in #PROCEDURE from the point later on where you jumped here.

Nextcloud may prove that there exists an upgrade and suggest to run the built-in updater to NC eleven, but do not do that.

Beware name- and URL changes!
On the server
  • Make sure the #Background jobs run. ( Cron: programme name / Webcron: URL )
All clients
  • Clients at present need to connect to /serverIP/nextcloud/ instead of /serverIP/owncloud/
Easiest way to achieve this is to edit the "/url=http..." line(s) in ~/.local/share/data/Nextcloud/nextcloud.cfg while client is close down.
  • Old given share links have inverse URLs
  • Implications on established Federated cloud sharing (sharing between owncloud/nextcloud servers) and i guess also connections to other sharing (i.east Dropbox)

Alternatively to above points peradventure a pull a fast one on like this tin exist adapted to Mageia? https://help.nextcloud.com/t/desktop-client-cannot-detect-owncloud-condition-php/4756/eight

General upgrading cautions

  • Upstream recommends to never to skip an update, peculiarly major updates 8.0.x -> 8.1.x -> viii.2.10 -> ix.0.x -> 9.one.ten equally there may be large changes. (Brand certain not to jump i.due east 8.0 to eight.2 or 8.1 to 9.10 ; you may demand to select rpm manually not to get too large jumps!)
  • Generally, update to next major release from a belatedly bespeak release
  • For Mageia five: first make sure you take upgraded to 8.0.15 (last version nosotros take in viii.0 series) in normal updates before updating to 8.1.x.
  • Generally update to a late point release. History have shown upgrades & migration bugs/improvements.
  • Downgrading is non supported and is likely to decadent data.
  • Practise read the release notes get-go for all major upgrades, i.due east https://physician.owncloud.org/server/8.two/admin_manual/release_notes.html , https://dr..owncloud.org/server/9.0/admin_manual/maintenance/upgrade.html and similar for unlike versions.
  • Upgrading is confusing. Your ownCloud server will be put into maintenance mode, and then your users will be locked out until the upgrade is completed. To consummate the upgrade surf to the spider web interface and come across instruction there.
  • Disable applications earlier each upgrade! -- And after each upgrade re-enables them and cheque that they work. They may need update, automated (they tell when you enable them) or non. As well, check logs.
  • 3rd-political party apps: Any apps that are not developed by ownCloud show a third party designation. Third-political party apps are considered to be more problematic for upgrading, so the in a higher place tip to disable them before each upgrade and enable, upgrade and examination them after each upgrade is very important.
  • It is by and large a good thought to after any upgrade check your configuration files.
  • The .htaccess and index.html files in the data/ directory are now updated after every upgrade. - If you brand any modifications to these files they will overwritten at upgrade/migration. - make backups offset, like of everything.

General migration cautions

In improver to upgrading cautions:

  • #Beware name- and URL changes!
  • Migration to Nextcloud is officially merely supported for the sibling level version, see https://nextcloud.com/migration/
  • If you take updated ownCloud point release by other means than Mageia rpm, you may have a higher point release than Nextcloud. For belatedly point releases that should not be a problem; i.e before migrating from ownCloud 9.ane.6 to Nextcloud ten.0.5: edit the version in config.php to 9.ane.5.1.

Per version

-> OwnCloud viii.1

Known issues and FAQ https://forum.owncloud.org/viewtopic.php?f=31&t=29102

-> OwnCloud 8.2

Known bug and FAQ https://forum.owncloud.org/viewtopic.php?f=36&t=31252

Transactional file locking is now in the core and replaces the quondam File Locking app. The File Locking app has been removed from ownCloud in version 8.2.1. If your ownCloud server even so has the File Locking app, you must visit your Apps page to verify that it is disabled; the File Locking app and Transactional File Locking cannot both operate at the same fourth dimension. (from https://dr..owncloud.org/server/viii.2/admin_manual/configuration_files/files_locking_transactional.html )

-> OwnCloud nine.0

Known issues and FAQ https://forum.owncloud.org/viewtopic.php?f=38&t=33274 https://primal.owncloud.org/t/owncloud-9-0-x-known-problems-faq-and-upgrade-problems/843

A workaround for the user.ini warning : every bit root run touch /usr/share/owncloud/.user.ini , chown apache.apache /usr/share/owncloud/.user.ini

After upgrading to ownCloud ix.0 and earlier continuing to upgrade to 9.1 make sure that all of your and your users Calendars and Addressbooks are migrated correctly. Especially when using the IMAP user backend (other user backends might exist also affected) y'all need to manually run the mentioned occ migration commands described here.

-> OwnCloud 9.1

https://md.owncloud.org/server/9.one/admin_manual/release_notes.html A couple items from that link:

  • Important: (Cited from URI above) Removed dav:migrate-calendars and dav:migrate-addressbooks commands for occ. Users planning to upgrade from oC ix.0 or beneath to oC 9.ane needs to make sure that their Calendars and Adressbooks are correctly migrated before standing to upgrade to 9.1.
  • Symlinks pointing exterior of the datadir are disallowed. Please use the Configuring External Storage (GUI) with the Local storage backend instead.
  • For .user.ini encounter #-> OwnCloud nine.0

-> Nextcloud 10

Nextcloud 10 can replace ownCloud nine.1. See #Full general migration cautions

-> Nextcloud 11

Nextcloud 11.x is an upgrade of Nextcloud 10.x. It can *not* supervene upon ownCloud 10.

-> Nextcloud 12

In the works: https://bugs.mageia.org/show_bug.cgi?id=22936

Changelog: https://nextcloud.com/changelog/#latest12

This is an update over Nextcloud 11 with many security fixes. Too, information technology can upgrade ownCloud ten if you manually take updated to that.

On systems running PHP 7, apps volition no longer (NC >= 12) exist disabled when upgrading. ( If you lot upgraded PHP further than Mageia six or utilize Mageia >= 7 )

Warning!
 # The database arrangement is now in divide packages. Y'all have to choose manually according to one you are using: nextcloud-mysql / nextcloud-postgresql / nextcloud-sqlite.

  1. The config file has inverse, so system administrators will have to edit it manually.

Our tests showed that it may exist enough to add this below at the end of config file: 

'log_type' => 'syslog', 'datadirectory' => '/var/lib/nextcloud/data', 'updatechecker' => false, 'check_for_working_htaccess' => fake, 'asset-pipeline.enabled' => false, 'assetdirectory' => '/var/lib/nextcloud', 'preview_libreoffice_path' => '/usr/bin/libreoffice', 'apps_paths' => array (   0 =>   array (     'path' => '/usr/share/nextcloud/apps',     'url' => '/apps',     'writable' => simulated,   ),   1 =>   array (     'path' => '/var/lib/nextcloud/apps',     'url' => '/apps-appstore',     'writable' => true,   ), ),

-> Nextcloud 13

Is in Mageia vi, but unsupported upstream as of January 2019. So upgrading to Nc14 through backports is recommended!

https://nextcloud.com/changelog/#latest13

For optimising, see Manual steps during upgrade. Translated to Mageia this could be (untested): 

su apache php /usr/share/nextcloud/occ maintenance:manner --on   (make sure it is in maintenance mode) php /usr/share/nextcloud/occ db:add-missing-indice php /usr/share/nextcloud/occ db:convert-filecache-bigint php /usr/share/nextcloud/occ maintenance:mode --off   (simply if all is ok to run) leave

NC13 is the latest which accepts PHP v.vi. (Both are in Mageia 6 normal repos.)

-> Nextcloud 14

Is in Mageia half-dozen backports.

Warning!
 NC14 requires PHP 7.ten

Then upgrading NC to fourteen, volition upgrade PHP to 7.two which you lot also detect in Mageia 6 backports.

-> Nextcloud 15

Is in Mageia 7, NC15 is the first version which allows utilise of PHP seven.3.

Remember you MUST before upgrading Mageia from six to 7 upgrade NC in Mageia 6 to the latest version from backports!

So you should run these commands: 

sudo -u apache php /usr/share/nextcloud/occ upgrade sudo -u apache php /usr/share/nextcloud/occ db:add-missing-indices sudo -u apache php /usr/share/nextcloud/occ db:convert-filecache-bigint

The last command may take a long fourth dimension on big installations, and so brand certain you have notified your users about reanimation before doing it.

-> Nextcloud 16 and onwards

Meet Mageia seven

Tune performance

Besides see https://doc.owncloud.org/server/ix.i/admin_manual/configuration_server/oc_server_tuning.html / https://docs.nextcloud.com/server/12/admin_manual/configuration_server/server_tuning.html

  • #Configure the database engine MariaDB instead of using SQLite.
  • Use Cron or Webcron for #Background jobs.
  • PHP opcode caching and optimisation: Bundle php-opcache is pulled in as recommended for ownCloud package >= viii.1, and should "merely work". Settings for information technology is in /etc/php.ini. Some recommended settings
  • PHP data caching: urpmi php-apcu and add together the line 'memcache.local' => '\OC\Memcache\APCu', inside the $CONFIG = array in /usr/share/owncloud/config/config.php
    • APCu settings - if you want to tweak - are in /etc/php.d/99_apcu.ini
    • For monitoring information technology you lot can urpmi php-apcu-admin and go to http://localhost/php-apcu/
  • No unnecessary modules: Practice not install or at ownCloud admin folio activate unnecessary modules. Fifty-fifty when not used some may apply much RAM.
  • Logging accept some disk and CPU so consider setting logging low in respective settings for ownCloud, PHP, and Apache.
  • Tuning Apache. Examples:
    • In /etc/httpd/conf/httpd.conf you lot should have an uncommented line EnableSendfile On That manner files are sent by kernel instead of Apache = less overhead. NOTE: if you serve from network mounts set both EnableMMAP off and EnableSendfile off !
    • See if you find KeepAlive; On or commented out minimize request delays for multiple files.
  • Redis-based Transactional File Locking
  • Offload encryption to CPU AES extension
  • Enable HTTP/two In Apache
  • optimize MariaDB/"mysql" settings
  • PHP7 (coming in Mageia 7?) run more efficient.

Background jobs

At that place are 3 options for when groundwork jobs are done. Y'all can choose one of three methods in admin page https://myserver/owncloud/index.php/settings/admin#backgroundjobs . There you lot tin can too see a warning if jobs accept not been run for more than than one hour and how many hours since.

  • AJAX (default) : Some job is executed every page load. This is easiest, merely may cause excessive server load, or cleaning not being done if no folio access is washed for long time.
  • Webcron : register at an external webcron service (for example, https://www.easycron.com/) URL to call: http[due south]://<domain-of-your-server>/owncloud/cron.php
  • Local cron: To set up a cron job in Mageia for user apache to run owncloud/cron.php every fifteen infinitesimal: as root issue crontab -u apache -e Now you are in vim editor (assistance). Paste: */fifteen * * * * php -f /usr/share/owncloud/cron.php > /dev/zippo 2>&ane , press ESC and ZZ to exit and write. Information technology volition exist automatically used from now on. You lot can bank check the file with crontab -u apache -50

Issues

Server ( and its web login )

Server install problems

apache-mod_perl prevent installation of Nextcloud. Run into https://bugs.mageia.org/show_bug.cgi?id=24714

Web login

  • If you at login window get "You are accessing the server from an untrusted domain" (y'all can spider web search that plus ownCloud), it may be because ownCloud initial setup was washed from another address proper noun than it is running. You can add and so you have both "localhost" and the IP of where ownCloud runs in department 'trusted_domains' in /usr/share/owncloud/config/config.php, similar this instance:

'trusted_domains' =>
array (
0 => 'localhost',
i => '192.168.0.27',
),

A less secure alternative is to remove that whole section.

Other

  • Clients tin can not sync, and this error is in logs: PHP Startup: Unable to load dynamic library '/usr/lib64/php/extensions/pdo_mysql.and so' - /usr/lib64/php/extensions/pdo_mysql.so: undefined symbol: pdo_parse_params at Unknown#0

Others have constitute information technology be due to php version conflicts. A few got it solved by new php versions. For me it got solved by uninstalling then reinstalling all php packages, which pulled three more. (during mageia 5 beta 3)

  • Fail to delete file and CPU stay at 100% with mariadb taking almost half. (got that while trying apcu + xcache on OC7) Successful recovery: cease clients sync: delete the containing folder in web ui, move abroad that folder from the customer sync binder, re-enable sync and allow it settle OK, so move dorsum the folder on one of the clients, and it shall propagate.

Clients

Storing Credentials

When starting at desktop login, on some systems ownCloud customer fails to read stored credentials.

It helps to add a delay, see https://bugs.mageia.org/show_bug.cgi?id=16525

Useful links

OwnCloud

Main page, Commercial version

Manuals for customer and server, FAQ, New forum, Erstwhile forum (read-just)

List of resource, Curvation Linux wiki

Issue tracker, Changelog, Maintenance and Release Schedule

Nextcloud

Main site, Commercial version

Main back up link page; Manuals etc, FAQ & How-to wiki, Forum

Issue trackers, Changelog, Release channels, Maintenance and Release Schedule

[1] example for ubuntu, just interesting

MariaDB

MariaDB in Mageia wiki, Getting, Installing, and Upgrading MariaDB at mariadb.com

PhpMyAdmin

A good tool to read, manage, backup MariaDB data. Install it, then in a spider web browser become to https://localhost/phpmyadmin and use the administrative login i.e user root and the countersign you set up.

info: http://www.phpmyadmin.net Configuration: /etc/phpmyadmin/config.inc.php ( config.default.inc.php in aforementioned folder contain defaults, not supposed to exist modified.)

Webmin

Another tool for MariaDB (Webmin can command many things in a system). Install information technology, then in a spider web browser get to https://localhost:10000/

Log in equally organisation root, click Servers -> MySQL enter MariaDB administrative login credentials. At that place is a fill-in button, and you can also schedule backups. info: http://www.webmin.com

Replication

The Synchronous multi-master wsrep provider (replication engine) chosen Galera is a necessary component of Nextcloud Replication. See https://bugs.mageia.org/show_bug.cgi?id=21771

Interesting links

Configuring

  • Using/forcing HTTPS on web app with self signed certificates https://forums.mageia.org/en/viewtopic.php?f=viii&t=11512&hilit=owncloud

Migration script

Not tested on Mageia (?) and may suspension further upgrades and other stuff made in accordance with this wiki page, but seem very competent, so you lot may want to endeavor if transmission migration from ownCloud to Nextcloud per higher up fail: https://nextcloud.com/migration/

Other Os

Nextcloud Linux packages status

Nextcloud on RaspberryPi

  • https://help.nextcloud.com/t/nextcloud-eleven-ready-raspbian-image-with-extras/10625
  • https://help.nextcloud.com/t/nextcloud-on-raspberry-pi-three-with-ampache-music-video-streaming/885

Appendix

Brute force reinstall

For reference this is a dump of my commands for testing reinstall of ownCloud

Be careful and do not execute without thinking first, what is correct for *your* install!

All commands are executed every bit root. Some tin be copy-pasted several at a time into a terminal, some can non!

UNINSTALL: Salvage old config and ownCloud and php logs, new PHP log, remove ownCloud 

systemctl stop httpd mv -f /etc/owncloud/config.php /root/config.php.last_install mv -f /mnt/owncloud/data/owncloud.log /root/owncloud.log.last_install mv -f /var/log/php-errors.log /root/php-errors.log.last_install touch /var/log/php-errors.log chown apache:apache /var/log/php-errors.log urpme owncloud  rm -rf /usr/share/owncloud/ rm -rf /etc/owncloud/ rm -f /etc/httpd/conf/sites.d/owncloud.conf systemctl start httpd

STORAGE: Fresh information storage: (Variant: separately mounted filesystem) 

rm -rf /var/lib/owncloud/ # default storage contain at to the lowest degree some initial junk rm -rf /mnt/owncloud/* mkdir /mnt/owncloud/data mkdir /mnt/owncloud/tmp chmod -R 770 /mnt/owncloud chown -R apache:apache /mnt/owncloud

DATABASE: New MariaDB database: ( /!\ removes all databases ) 

systemctl terminate mysqld.service urpme mariadb rm -rf /var/lib/mysql/  rm -f /etc/my.cnf rm -rf /etc/my.cnf.d/ urpmi mariadb systemctl starting time mysqld mysql_secure_installation mysql -uroot -p  CREATE DATABASE owncloud;  CREATE USER 'ocserver'@'localhost' IDENTIFIED BY 'myp4ssw0rd';  GRANT ALL PRIVILEGES ON owncloud.* TO 'ocserver'@'localhost' IDENTIFIED BY 'myp4ssw0rd';  quit

INSTALL: 

urpmi owncloud-9.0.9 touch /usr/share/owncloud/.user.ini # run into heading "-> OwnCloud 9.0 " chown apache:apache /usr/share/owncloud/{config,information,apps,.user.ini} systemctl restart httpd

...and goto http://localhost/owncloud for basic configuring. See other parts of document for security and operation tuning etc.

Facilitating auto update

If for any reason you want to use the built in auto updater, I used this on Nextcloud 10 in gild for the updater to proceed: 

chown -R apache:apache /usr/share/nextcloud/ chmod -R 770 /usr/share/nextcloud/ rm /usr/share/nextcloud/resources/config/ca-bundle.crt # soft link to ../../../../../etc/pki/tls/certs/ca-bundle.crt

I likewise removed the #OwnCloud examination script.

Afterwards the update, all seem OK, and file integrity check does not complain well-nigh annihilation.

For production, use adapt the ownership and rights better, and maybe reinstate that link and test script.

Annotation
 # Higher up is a quicky. For better values and more than info see #File permissions, and https://assist.nextcloud.com/t/please-help-with-correct-permissions-for-nc12/13780/4

  1. Updating this fashion is not originally intended past the Mageia package - you are on your own i.e regarding uninstalling, and remember to NOT install an updated rpm, and have special deportment when upgrading Mageia to next version!


An idea for a script: https://bugs.mageia.org/attachment.cgi?id=9449

Alarm!
 Untested! Errors may wreck your system! Scrutinise the script carefully yourself, and adapt to your arrangement

DOWNLOAD HERE

Posted by: hambypritte.blogspot.com

0 Komentar

Post a Comment



banner