Install Nextcloud 13.0.0 on Fedora 27

NashBrydges

@black3dynamite said in Install Nextcloud 13.0.0 on Fedora 27:

Last time I check, the default Fedora Server install will only partition enough for its need. But leave the rest untouched.

Looks like you might be right. Cockpit only shows the root and boot mounts for a total of 16GB.

0_1518620343168_7faf06f5-7912-428e-8eb2-5931a33867a6-image.png

NashBrydges

I used Cockpit to expand the root folder to the max allowable which recognized the 500GB disk. Now shows correctly:

0_1518620655044_fbcab4d9-7029-4940-aed4-8a8b60f97126-image.png

Logged back into Nextcloud and I've now got access to the expanded storage. Sweet!

brandon220

@nashbrydges I had the same issue on a Fedora install. I created a 3Tb dynamic disk and had to manually partition Fedora to get the full disk for /. This was Hyper-V 2016.

JaredBusch

@brandon220 said in Install Nextcloud 13.0.0 on Fedora 27:

@nashbrydges I had the same issue on a Fedora install. I created a 3Tb dynamic disk and had to manually partition Fedora to get the full disk for /. This was Hyper-V 2016.

This is a normal Fedora tactic. I'll make a guide on this later or something.

NashBrydges

@brandon220 Using Cockpit was ridiculously easy,

NashBrydges

@jaredbusch Good to know. This was my first time using Fedora.

brandon220

I have a 2 Tb Nextcloud install on Ubuntu (16.04) from a couple years ago. I need to migrate everything to a new server using Fedora but a migration seems harder than it should be. Hopefully I will tackle it soon. I've not had any issues with Ubuntu but everyone here seems to dislike it.

Obsolesce

@NashBrydges

The default behaviour of a Fedora Server install is to just use what's needed. During install, you need to select the "custom" option and add space to your / partition and/or add a /home if you desire.

See the first section of my post here: https://mangolassi.it/topic/16084/installing-fedora-27-lamp-stack-plus-wordpress

scottalanmiller

@brandon220 said in Install Nextcloud 13.0.0 on Fedora 27:

I have a 2 Tb Nextcloud install on Ubuntu (16.04) from a couple years ago. I need to migrate everything to a new server using Fedora but a migration seems harder than it should be. Hopefully I will tackle it soon. I've not had any issues with Ubuntu but everyone here seems to dislike it.

"Dislike" is strong. "Don't like compared to common alternatives" is better.

mattbagan

Whats the best way to configure the data directory? Do I create a large VM or a separate disk mounted on the data folder?

Obsolesce

@mattbagan said in Install Nextcloud 13.0.0 on Fedora 27:

Whats the best way to configure the data directory? Do I create a large VM or a separate disk mounted on the data folder?

For a file server, I'd have a separate .VHDX for the file storage, and mount it as /DATA

scottalanmiller

@mattbagan said in Install Nextcloud 13.0.0 on Fedora 27:

Whats the best way to configure the data directory? Do I create a large VM or a separate disk mounted on the data folder?

Varies on your needs. NextCloud recommends separate BtrFS volume. I like a separate LVM2 volume with XFS.

mattbagan

@scottalanmiller @Tim_G Thanks for the info. I will have a separate disk for the data. I will be using this guide to migrate from ubuntu to fedora.

sopdahl

Very nice! I've done this before on Fedora 23 with OwnCloud, but the procedure was confusing.

I wanted to add something for users who might have an issue like I did. I have a separate physical disk I wanted to setup for the data disk, but found myself running through most of your procedure without having setup or mounted the disk. I took your advice and used the default /var/www/html/nextcloud/data path.

At the NextCloud wizard, I received a "can't read or write into the data directory" message. I knew it had something to do with permissions. First, I had to re-issue the chown apache:apache -R /var/www/html/nextcloud command because once the disk was mounted the data folder reverted back to root:root - that's a given. But the same error came up. So, I figured it was SELINUX and I re-ran the selinux_config.sh script, which gave me an error for each folder saying it was already defined. Even so, I tried NextCloud again and had the same data directory error.

A little poking around and I found this out: you have 2 commands in SELINUX: "semanage fcontext" and "restorecon" ...
The "already defined" error was coming from the semanage fcontext command, so I read a bit about restorecon and discovered that if you add an "-F" parameter, it will force the command rather than bypass it if it's already been run. There is no error from restorecon, it just silently doesn't work. Adding the -F parameter worked: restorecon -R -F ${ocpath}/data.

Thank you, I have a nicely running NextCloud system now!

JaredBusch

@sopdahl said in Install Nextcloud 13.0.0 on Fedora 27:

Very nice! I've done this before on Fedora 23 with OwnCloud, but the procedure was confusing.

I wanted to add something for users who might have an issue like I did. I have a separate physical disk I wanted to setup for the data disk, but found myself running through most of your procedure without having setup or mounted the disk. I took your advice and used the default /var/www/html/nextcloud/data path.

At the NextCloud wizard, I received a "can't read or write into the data directory" message. I knew it had something to do with permissions. First, I had to re-issue the chown apache:apache -R /var/www/html/nextcloud command because once the disk was mounted the data folder reverted back to root:root - that's a given. But the same error came up. So, I figured it was SELINUX and I re-ran the selinux_config.sh script, which gave me an error for each folder saying it was already defined. Even so, I tried NextCloud again and had the same data directory error.

A little poking around and I found this out: you have 2 commands in SELINUX: "semanage fcontext" and "restorecon" ...
The "already defined" error was coming from the semanage fcontext command, so I read a bit about restorecon and discovered that if you add an "-F" parameter, it will force the command rather than bypass it if it's already been run. There is no error from restorecon, it just silently doesn't work. Adding the -F parameter worked: restorecon -R -F ${ocpath}/data.

Thank you, I have a nicely running NextCloud system now!

No problem. I am happy you figured it out.

I did not think about the -F paramter to force it to redo it. That is a good idea to add to the instructions in case someone redoes something like you did.

NashBrydges

The one additional step I also did was to have what Nextcloud calls "pretty URLs"

Add these lines to the config.php file (https if you've secured your instance with certs, http if you haven't)

'overwrite.cli.url' => 'https://www.mydomain.com',
  'htaccess.RewriteBase' => '/',
  'overwriteprotocol' => 'https',

Then from terminal, run this command.

sudo -u apache php /var/www/nextcloud/occ maintenance:update:htaccess

My URL then changed from https://www.mydomain.com/nextcloud to https://www/mydomain.com and it removed the "index.php" from shared links.

bnrstnr

@nashbrydges Did you have to set Require all granted in your httpd.conf too?

JaredBusch

@bnrstnr said in Install Nextcloud 13.0.0 on Fedora 27:

@nashbrydges Did you have to set Require all granted in your httpd.conf too?

You should not touch httpd.conf
That is the reason that nextcloud.conf exists.

NashBrydges

@bnrstnr said in Install Nextcloud 13.0.0 on Fedora 27:

@nashbrydges Did you have to set Require all granted in your httpd.conf too?

I didn't, no. All changes are done in nextcloud.conf and it does not need Require all granted.

JaredBusch

I guess I should make a dedicated post for this..
Here are the instructions to pretty the URL.

https://mangolassi.it/topic/12878/install-nextcloud-11-0-2-on-centos-7-with-php-7-1-from-remi/2