davfs2 Mount - input / output Error - Nextcloud

Ser1ous1

Cadet 4th Year
Dabei seit
Dez. 2017
Beiträge
72
Hallo,

ich habe lokal auf einem Ubuntu 16.04.6 Server Nextcloud laufen welche in sich selbst eingebunden wird (admin) via Webdav (davfs2). Das hat bis jetzt immer Problemlos geklappt.

Ich habe den Mount um damit mit einem Skript Dateien hochzuladen und diese werden dann richtig jeweils dem Benutzer zugewiesen.

Das Problem ist, seit neuestem erhalte ich immer einen Input / Output Error wenn ich im gemounteten Verzeichnis Schreiben / Lesen möchte.

Code:
/var/ftp# ls -l
ls: Öffnen von Verzeichnis '.' nicht möglich: Eingabe-/Ausgabefehler
Im Debug steht dann:

Code:
Jul 12 07:51:51 server01 mount.davfs: SELECT: 1
Jul 12 07:51:51 server01 mount.davfs: FUSE_GETATTR:
Jul 12 07:51:51 server01 mount.davfs:   n 0x1c7c9b0
Jul 12 07:51:51 server01 mount.davfs: kann die Cachedatei /var/cache/davfs2/127.0.0.1-remote.php-webdav+var-ftp+www-data/dir--wzEEtg nicht erzeugen
Jul 12 07:51:51 server01 mount.davfs: Datei oder Verzeichnis nicht gefunden
Jul 12 07:51:51 server01 mount.davfs: RET: Eingabe-/Ausgabefehler
Leider konnte ich trotz intensiver suche zu dem Thema keine Lösung bis jetzt finden.

Anbei die davfs2 Konfiguration:
Code:
# davfs2 configuration file 2014-08-10
# version 12
# ------------------------------------

# Copyright (C) 2006, 2007, 2008, 2009, 2012, 2013, 2014 Werner Baumann

# Copying and distribution of this file, with or without modification, are
# permitted in any medium without royalty provided the copyright notice
# and this notice are preserved.


# Please read the davfs2.conf (5) man page for a description of the
# configuration options and syntax rules.


# Available options and default values
# ====================================

# General Options
# ---------------

# dav_user        davfs2            # system wide config file only
# dav_group       davfs2            # system wide config file only
kernel_fs        fuse
buf_size         128                # KiByte

# WebDAV Related Options
# ----------------------

# use_proxy       1                 # system wide config file only
# proxy                             # system wide config file only
# trust_ca_cert
# servercert                        # deprecated: use trust_ca_cert
# trust_server_cert
# clientcert
# secrets         ~/.davfs2/secrets # user config file only
# ask_auth        1
# use_locks       1
# lock_owner      <user-name>
# lock_timeout    1800              # seconds
# lock_refresh    60                # seconds
# use_expect100   0
# if_match_bug    0
# drop_weak_etags 0
# n_cookies       0
# precheck        1
# ignore_dav_header 0
# use_compression 0
# min_propset     0
# follow_redirect 0
# server_charset
connect_timeout  0              # seconds
read_timeout     0               # seconds
retry            120               # seconds
# max_retry       300               # seconds
# add_header

# Cache Related Options
# ---------------------

# backup_dir      lost+found
cache_dir       /var/cache/davfs2 # system wide cache
#                 ~/.davfs2/cache   # per user cache
# cache_size       50
               # MiByte
# table_size      1024
# dir_refresh     60                # seconds
# file_refresh    1                 # second
# delay_upload    10
# gui_optimize    0
# minimize_mem    0

# Debugging Options
# -----------------

debug    kernel       # possible values: config, kernel, cache, http, xml,
                  #      httpauth, locks, ssl, httpbody, secrets, most



use_locks 0
if_match_bug 1
cache_size 0
delay_upload 0

#trust_server_cert        /etc/ssl/certs/ssl-cert-snakeoil.pem
Wie ihr seht habe ich schon diverse "Tweaks" vorgenommen, jedoch scheitert es immer mit dem Input / Output Error, dieser erscheint immer dann wenn das Skript die Dateien in den Mount geschrieben hat / schreiben möchte. Dann ist der Mount quasi "tot" und muss neu eingebunden werden. Ein ls -l dauert beim ersten mal mounten schon mal gut eine halbe Minute, wo unter Windows jedoch zügig alle Ordner angezeigt werden.

Die Ressourcen auf dem Server sind keineswegs ausgelastet.

Eventuell liegt es an der Nextcloud Version, diese ist momentan 14.0.4?

Bitte um Hilfe! Danke.


--- Problem vermutlich behoben, ein Cronjob hat diesen Ordner immer um 0200 Uhr geleert.
 
Zuletzt bearbeitet:
Top