Stora ownCloud/Nextcloud-tråden

Har precis uppgraderat min server och gjort en ny-install på allt. Har aldrig haft problem med att få till Redis, men nu sliter jag mitt hår. Har använt denna guiden till redis, men det vill sig inte. Redis funkar om jag pingar den, men så fort jag lägger till detta i nextclouds config.php:

'memcache.local' => '\\OC\\Memcache\\Redis',
'memcache.distributed' => '\\OC\\Memcache\\Redis',
'memcache.locking' => '\\OC\\Memcache\\Redis',
'filelocking.enabled' => 'true',
'redis' => 
array (
'host' => 'localhost',
'port' => 0,
'timeout' => 0.0,
),

så funkar inte nextcloud. Har ändrat porten i redis till 0 och även testat standardporten Finner inga fel i redis log.Har installerat om redis flera gånger. Kan nått gammalt ligga kvar och skräpa på mina tidigare installationer av redis eller får man bort allt med apt purge?

Kör senaste stabila ubuntu server, senaste nextcloud och systemet är som sagt helt nyinstallerat.

Innan jag sliter mer hår, så undrar jag hur mycket jag vinner på att använda redis över huvud taget? Har inte så stor koll på hur det funkar. Har bara installerat det för att det rekommenderas.

Jag använder APCu:

'memcache.local' => '\OC\Memcache\APCu',

och det funkar. Det kanske räcker med det, eller finns det mer prestanda att hämta?

Finner du några fel i nextclouds eller apaches logg?
Har du installerat php-redis?
Se info här: https://docs.nextcloud.com/server/latest/admin_manual/configu...
Där får du också hjälp att bekräfta att du har tillräckligt ny version.

Jag har aldrig kört utan eftersom det vart rätt lätt att sätta upp men som med alla prestandafrågor: Är du nöjd som det är nu? Ja då räcker det. Enligt manualen är APCu tillräckligt för private/home server.

Inte direkt:

Build process completed successfully
Installing '/usr/lib/php/20190902/redis.so'
install ok: channel://pecl.php.net/redis-5.3.4
configuration option "php_ini" is not set to php.ini location
You should add "extension=redis.so" to php.ini
./redis-server-ubuntu.sh: line 46: 10144 Broken pipe             yes no
     10145 Segmentation fault      (core dumped) | pecl install -Z redis

Jo, jag har php-redis installerat. Hittar inget i någon log som skulle kunna härledas till redis. Har en del certificat-errors, men det antar jag är för att jag använder selfsigned certifikat.

Borde jag avinstallerat reds-server och allt annat redis jag installerat innan jag kör scriptet?

Ok, jag prövar igen.

Förstår kanske inte riktigt varför scriptet ska ladda ner och kompilera om paket som redan finns i Ubuntus repo. Eller missförstår jag vad som händer?

@Eazy: Din guide är trasig, jag får samma fel. Jag vet inte varför socket mode inte fungerar men om du inte kör det så fungerar det.

Ändra din redis.conf till

port 6379

(istället för 0 som de föreslår)

Ändra din nextcloud config.php till

  'redis' =>
array (
  'host' => 'localhost',
  'port' => 6379,
  'timeout' => 0.0,
),

(istället för host=socket och port=0 som de föreslår)

Det fungerar inte för de har skrivit fel i guiden.

'host' => '/var/run/redis/redis.sock',

ska vara

'host' => '/var/run/redis/redis-server.sock',

Om du följde deras råd att bara uncommenta i redis.conf och inte dubbelkollade vad det stod

port 6379

  'redis' =>
array (
  'host' => 'localhost',
  'port' => 6379,
  'timeout' => 0.0,
),

Tack!
Fick det att fungera med detta. Är det någon nackdel att inte köra port 0? Tänker att det finns en anledning till att de ändrar till 0 i alla guider. Om det är rekommenderat att köra port 0 så kanske jag kan få det att fungera om jag ändrar länken som du hittade felet i och köra port 0. Eller va fasen, jag testar...

Det är två varianter att kommunicera med en tjänst.

TCP/IP är det mest allmänna, d.v.s du anger en host och en port "redis.example.com:6379" och det fungerar oberoende av var din redis är installerad så länge du har nätverksaccess. I mitt exempel ovan är din host alltså localhost och du ändrar från port 0 till default för att den ska lyssna på TCP/IP och inte bara socket.

UNIX Socket är precis som det låter en UNIX-specifik metod där du pratar med en lokal socket på samma server. D.v.s filen redis-server.sock (som de råkat kalla redis.sock). Den stora skillnaden är att du måste vara på samma server. Nackdelen är att, ja, du måste vara på samma server. Fördelen är att servern vet att klienten är på samma server så man kan göra många antaganden t.ex. vad gäller säkerhet utifrån det.

Just redis har väl haft lite dåligt rykte för det är inte tänkt att köras öppet mot internet men tidigare var det default att det lyssnade på alla interface. D.v.s det blev en hel del läckor av folk som inte visste vad de gjorde och jag har för mig att det även fanns någon slags DDoS-amplification man kunde köra på dem.
Default nu är att enbart lyssna på 127.0.0.1/localhost så om du inte ändrade bind i din redis.conf är du säkerhetsmässigt i princip lika trygg som att köra sockets.

Det kan bli lite bättre prestanda med sockets också men i ditt fall kanske det blir som skillnaden mellan 300 och 301 hästkrafter. Som jag sade tidigare, fungerar det bra så var nöjd och kör på!

Jag testade i alla fall och nu kör det på port 0 och allt funkar Tack som tusan för hjälpen. Jag hade aldrig sett felet själv kan jag säga. Jag brukar läsa vad jag gör normalt sätt när jag av-kommentrerar, följer guider, osv. men detta gick förbi mig.

Tack igen!

På tal om loggar jag fiskade om förut så fanns detta i nextcloud-loggen. Kommer du inte åt att läsa det i webbgränssnittet så är det filen nextcloud.log i ditt data directory (/var/www/nextcloud/data/nextcloud.log som default).
Jag tog bort installationen igen och minns inte exakt men felmeddelandet var typ "No such file: redis.sock" så du hade nog klurat ut det om du hittat loggen

Bra att känna till rent allmänt om du ramlar på något mer fel!

Har börjat få problem med mina data-mappar. Körde allt på en ZFS-partition som blev korrupt. Började få följande fel när jag kör occ files:scan --all :

Starting scan for user 2 out of 6 (User)
Path not found: /User
Starting scan for user 2 out of 6 (user_two)
Home storage for user user_two not writable

Vissa användare verkar fortfarande fungera.

Har tagit bort disken och skapat en ny partition på annat ställe. Efter återläsning så får jag fortfarande samma problem. Har kört skriptet för att sätta behörigheter, men problemet kvarstår. Www-data äger allt från data-katalogen och neråt.

@enoch85 , har du några idéer?

Kan du skriva till mappen som användare www-data?
Dvs uppstår problemet i nextcloud eller redan i filsystemet?

Användaren www-data kan skapa/läsa mappar och filer i ncdata, inga problem.

Den blir inte snabbare av mer minne än den faktiskt behöver. Hur mycket den behöver beror helt och hållet på antal/vilka applikationer du kör, hur många användare du har, hur många och vilka typer av filer du har.. m.m.
Det är troligare att du är begränsad av bandbredd eller diskprestanda i de flesta fall.

Din fråga är ungefär "Hur stor låda ska jag ha för att få plats med lite grejer?"
16GB är troligtvis gott om minne för de flesta installationer.

Löste problemet med

Home storage for user user_two not writable

- mappen "files" saknades i användarens katalog.

Nu kvarstår dock problemet med att mapparna inte hittas. Kollade tabellen oc_storages i databasen och vad jag förstår så borde den vara ok (ser ut som på en nyinstallerad maskin).