Stora ownCloud/Nextcloud-tråden

Vet det funkar med Nginx, har tyvärr inte det alternativet då där är väldigt många siter bakom reversen.

**EDIT

Löste sig, efter lite trix..

Har skaffat owncloud på Kimsufi servern eftersom jag inte kunde köra plex fullt ut på den.
Men det går otroligt segt. Tänkte fimpa dropbox helt och köra egen cloud men nu börjar jag undra om det är värt det.

Jag har googlat på nätet och kom fram till att ngn form av cache bör installeras, det är gjort. OVH:S egen avbildning har mysql som default, så det kunde jag inte pilla med, annars var det många som skrev att man skulle byta från sql till mysql.

Tips någon? Servern är på 100/100 och hemma har vi 100/100. Jag har sammanlagt 25 GB som ska laddas upp och nu står det "3 år och 4 månader kvar" av uppladdningen. Det går alltså otroligt segt..

Köpte en iphone 6s igår och tänkte att det skulle va nice och installera owncloud. När jag skriver in min adress så upprättas en anslutning, när jag försöker logga in får jag följande meddelande:

It is not possible to connect to the server at this time

Detta meddelande får jag i nginx-error.log

2015/10/13 21:49:45 [info] 47153#0: *278 client closed connection while waiting for request, client: x.x.x.x, server: 192.168.1.152:443

Någon som stött på detta?

Ska göra det, det fungerar fint från android och mac/pc. Några har fått felmeddelandet, men det verkar inte ha uppkommit vid samma tillfälle. Ska posta min config när jag kommer hem.

Jag håller på att leka med owncloud. Mitt mål är att kunna lägga all data på en extern sökväg en NAS i detta fallet. Jag har mountat sharen i OS i /var/owncloud när jag mountade den så angav jag id 33 dvs www-data och det var inga problem.

Men när jag ska avsluta installationen via web guit så får jag upp att sökvägen inte har korrekt rättigheter och att jag ska sätta 770. Jag har gjort detta men det hjälper inte.

Vad är det jag missar? Jag misstänker att den inte kan ändra rättigheter eftersom det är en share.

Jag vill inte köra med external storage i owncloud eftersom det var en besvikelse (lägger sig som en extra mapp, inget jag är intresserad av)

OSet är Ubuntu 15.04 och tankade owncloud via apt-get för Ubuntu via ownclouds guide på sin hemsida.

Samt har owncloud slutat helt med support för Windows?

@Danne: Vad säger "ls -l /var/owncloud" ?

drwxr-xr-x 2 www-data www-data 0 okt 14 22:34 Daniel
-rwxr-xr-x 1 www-data www-data 0 okt 14 22:34 index.html
-rwxr-xr-x 1 www-data www-data 1028 okt 14 22:34 owncloud.log
drwxr-xr-x 2 www-data www-data 0 okt 14 21:45 test

det ser ju rätt ut tycker jag, du har skrivit /var/owncloud som datadirectory i config.php?

Allt det är korrekt.
Men det ser ut som om jag inte kan sätta korrrekt rättigheter eftersom det är en share som sagt.
Jag anger att det ska vara 770 men händer inget.

Jag är osäker på hur Linux hanterar rättigheter på network shares.

@Danne:

jo, är också osäker på det, vad använder du för protokoll? jag använder nfs och det fungerar utan problem, är osäker på hur det är med smb/cifs.

verkar vara flera som har problem med just cifs/samba shares, https://github.com/owncloud/core/issues/14769
jag rekommenderar att du använder nfs istället om det nu är samma fel som du har, det brukar vara snabbare också.

Okej.. nu har jag lyckats gräva en liten grop åt mig själv..
och kom på när jag står på botten.. fan nu kan jag ju inte släppa på vattnet, då skiter det sig..

har installerat om servern bytte till freebsd och kör owncloud i ett jail.

nginx, ssl och databaser osv allt är okej so far..

men så lyckades jag klanta mig rejält.. förut hade jag owncloud installationen på zfs poolen med data och databas information.. återställa databasen gick fint.. men någonstans i tiden verkar jag flyttat owncloud från manuell installation (på poolen) till paket installation (ubuntu repo) och självklart så är config filen för owncloud inte sparad...

vad annars? då hade det ju gått smärtfritt..

jag har filerna, jag har databasen. saknar dock configurationsfilen..

även om jag gör en ny config/installation och pekar data mappen rätt, så kommer ju inte login uppgifterna stämma eftersom hashar i configen inte stämmer med det som användes när installationen gjordes..

the hard way.. skapa ny installation, och en ny databas. sedan frankenstein-metoden för att få över all information.. misstänker dock att detta är upplagt för att misslyckas..

lite lättare väg.. skapa nya användare och ny installation. sedan dumpa fysiska filerna på rätt ställe i data-dir'en under nya användarna, och på något sätt initiera occ att läsa om all data från disk.. och hoppas på att det funkar? vet dock inte om man kan forcera en diskläsning vid tex flyttade filer osv på cloud servern..?

nåja nu får ni andra skratta... men ett tips..
kom för fan ihåg configfilen om ni kör paketbaserad installation.. och ska installera om..

Det löste sig när man bytte till NFS. Nedan följer lite kommandon som jag nyttjade mig av.
Kanske inte bästa lösningen men det fungerar.

mount -o soft,intr,rsize=8192,wsize=8192 \192.168.100.18:/owncloud /var/owncloud
chown -R www-data:www-data /var/owncloud/
setuid www-data /var/owncloud/

Jo såklart jag körde ownclouds ppa... den i ubuntu-repo är ju skitgammal..

nä i ownclouds config fil finns det en rad som heter salt eller något sånt, det är en hash nyckel för att ytterligare kryptera lösenord..

det är den förbaskade hashen jag missat backa upp för jag trodde jag hade filerna på poolen, och symlinkat till /var/www/owncloud.. tydligen hade inte jag gjort det..

jag vet att min config.php hade salt inlagt.. och det gjorde installationen vid installen av owncloud..

jo mysql user och pass är inga problem.. det är som sagt salt hashen för att skriva en egen config fil... (så den hoppar över installationsfasen)

från config.sample.php:

 /**
  * The salt used to hash all passwords, auto-generated by the ownCloud
  * installer. (There are also per-user salts.) If you lose this salt you lose
  * all your passwords. This example is for documentation only, and you should
  * never use it.
  *
  * @deprecated This salt is deprecated and only used for legacy-compatibility,
  * developers should *NOT* use this value for anything nowadays.
  *
  * 'passwordsalt' => 'd3c944a9af095aa08f',
 */
'passwordsalt' => '',

det står att den är deprecated, men finns kvar av någon form av anledning.. så frågan är om mina gamla lösenord som ligger i databasen är saltade på något sätt (skapade någonstans i 7.x av owncloud.. ) eller om ja kan skriva en egen config.php och att inget är saltat även fast den raden var ifylld i gamla config.php..

lösen till owncloud databasen resettar/genererar jag bara nya via rootkontot så mysql är inte problemet, utan om det funkar att logga in när man tagit sig igenom den hinderbanan som är problemet just eftersom jag vet att salt var ifyllt..

nåja får helt enkelt prova och se vad som händer, får helt enkelt bara skapa kopior på filerna och databasen så jag har något obetydligt att krasha ifall det vill sig illa..

klart intressant.. ska kolla på det där.. tackar

edit: mycket som småspökar lite här och där.. fick inte ens phpmyadmin att lira mellan jailsen.. men "mysql -h ip -u användare -p" kunde koppla upp.. verkar ha med mcrypt att göra, den listas inte i phpinfo() via php-fpm även fast den är installerad.. var någon bug på 64bitars maskiner.. får bli morgondagens bekymmer.. nu får det räcka för idag..

den listas genom att köra php filen genom cli.. så det verkar vara en php-fpm bug som gör att mcrypt inte funkar.. misstänker att det lär sätta ett par käppar i hjulen här och där...

men efter att ha kollat på länken, så verkar det där vara exakt det jag behöver sedan för att uppdatera lösenorden så dom funkar.. så då ska inte det vara några större problem..