Hy,
hab ein frisch installiertes XP und ein OTRS. 2.2.1. Artikel Storage is auf FS umgestellt. Wenn man jetzt ein Ticket erstellt und ein "großes" Attachment auswählt (bei meinen Tests waren es 14MB) dauert es ewig und drei Tage (>10min) bis das Ticket überhaupt erstellt wird. Wenn es überhaupt erstellt wird.
Wo kann ich noch schrauben, um danach mal zu schauen? Hab hier im Forum etwas geforscht. Das Problem wurde schonmal bemrkt, jedoch nicht gelöst... Hat das noch jemand bemerkt?
Ich hab auf einem anderen Rechner noch Roundup installiert, da kann man riesige Anhänge an Tickets anhängen (z.B. 600MB). Es dauert exakt so lange, wie das kopieren mit dem Explorer. Mir scheint, das OTRS noch irgendetwas anderes mit dem File anfängt, bevor es ins Article Verzeichnis verschoben wird...
Danke schonmal!
Große Dateianhänge und Artikel Storage in FS
Große Dateianhänge und Artikel Storage in FS
Was ist denn als maximale Größe des Webuploads angegeben?
Die Dateien werden Base64 kodiert...
Die Dateien werden Base64 kodiert...
"Production": OTRS™ 8, OTRS™ 7, STORM powered by OTRS
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
Große Dateianhänge und Artikel Storage in FS
Meinst Du die hier?jojo wrote:Was ist denn als maximale Größe des Webuploads angegeben?
Die Dateien werden Base64 kodiert...
WebMaxFileUpload: 10485760 Byte
WebUploadCacheModule: DB (sollte ich das auch auf FS stellen?)
PC: OTRS 2.2.1 | WindowsXP | 3.2 GHz | 1GB RAM
OTRS und XP "Plain Vanilla"
OTRS und XP "Plain Vanilla"
Große Dateianhänge und Artikel Storage in FS
Der WebmaxFileUpload muss auf alle Fälle gross genug sein, sonst stirbt Dir ggf. der Child.... Die Datenbank muss natürlich auch diese Dateigröße speichern können....
"Production": OTRS™ 8, OTRS™ 7, STORM powered by OTRS
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
Große Dateianhänge und Artikel Storage in FS
WebmaxFileUpload hab ich jetzt auf 20MB gestellt. Irgendwie möcte OTR dies jedoch nicht annehmen. Kann mich von früher her erinnern, das es da ein Limit nach oben gibt.
WebUploadCacheModule hab ich auf FS gestellt. Es wundert mich, daß das hier auch nötig ist. Ich will ja eigentlich als Agent beim erstellen eines Telefontickets die Möglichkeit haben, große Dateianhänge anzuhängen. Das sie dann direkt in Dateisystem abgelegt werden, ist ein großer Vorteil... Nur zickt hier OTRS rum... Wofür ist denn die konvertierung in Base64 nötig? Ich würde die Datei einfach ablegen und mit dem Ticketdatensatz verlinken. Dieser Link gehört in die DB und fertig ist der Lack...
WebUploadCacheModule hab ich auf FS gestellt. Es wundert mich, daß das hier auch nötig ist. Ich will ja eigentlich als Agent beim erstellen eines Telefontickets die Möglichkeit haben, große Dateianhänge anzuhängen. Das sie dann direkt in Dateisystem abgelegt werden, ist ein großer Vorteil... Nur zickt hier OTRS rum... Wofür ist denn die konvertierung in Base64 nötig? Ich würde die Datei einfach ablegen und mit dem Ticketdatensatz verlinken. Dieser Link gehört in die DB und fertig ist der Lack...
PC: OTRS 2.2.1 | WindowsXP | 3.2 GHz | 1GB RAM
OTRS und XP "Plain Vanilla"
OTRS und XP "Plain Vanilla"