Strano problema con allegati

Raga ho uno stranissimo problema...

all'improvvisono, dopo essermi trasferito da hosting al vps...e ripristinato tutto....
mi sono accorto di una stranezza per gli allegati...

praticamente gli utenti reg, e i moderatori non riescono piu ad aggiungere allegati, si trovano sempre d'avanti l'errore "invio file fallito".

ho guardato tutti i permessi, e tali gruppi possono scaricare ed inviare allegati, ho guardato i permessi degli allegati, e sono utilizzabili da questi gruppi, ho guardo i permessi del forum ed è tutto abilitato...

non capisco proprio il motivo...

allora ho guardato le impostazioni del php.ini e il safe_mode è su off
nelle impostazioni del VB l'impostazione safe mode, lo messa su NO
e sotto ho messo la cartella /temp con permessi 777(ma questa impostazione credo serva solo se nelle impostazioni di vb attivi il safemode)

i file risiedono su filesistem, e io come admin riesco ad aggiungermi ecc... anche gli avatar sono su filesistem, ma questi tutti i gruppi riescono ad aggiungerli...

allora ho pensato di provare a spostare la cartella sul filesystem... ho creato una nuova cartella e dati i permessi 777, ma ogni volta che provo a modificare il percorso con la nuova cartella, mi dice che ha fatto il test ma non è stato in grado e di controllare i permessi di questa cartela.... che strano..eppure sono sicuro al 100% che sono 777 e la path inserita è rotta...

allora ho provato a spostare i file sul database...ho provato con un ciclo da 500,poi da 300 e da 100 files alla volta... ma ad un certo punto si inchioda tutto e mi da un'errore del tipo:


MySQL Error : Got a packet bigger than 'max_allowed_packet' bytes
Error Number : 1153
Date : Saturday, February 23rd 2008 @ 01:159 PM
Script : http://www.nokiasymbian.it/ns/forum/...cherrorcount=0
Referrer : http://www.nokiasymbian.it/ns/forum/admincp/index.php
IP Address : 79.6.73.10
Username : iettafune
Classname : vB_Database

ho guardato su vb.com e dicono di aggiungere al file my.cnf la seguente riga

set-variable=max_allowed_packet=xM

e di riavviare il server.... al posto della X ho provato con 16,32,64,100,128

ma il risultato è sempre lo stesso...... come mai questo problema????

grazie

Hai i file sul database, giusto?

Consiglio di portarti il forum e tutto su un PC a casa, cambiare il sistema di salvataggio, ottimizzarlo ecc in modo che possa girare, e poi portare tutto sul server.

A volte i trasporti falliscono perché le caratteristiche sono troppo diverse.

Una volta che hai gli allegati sul file system, il problema dei pacchetti troppo grandi ecc non persiste più.

Non darei in futuro permessi per uppare file di > 4 MB anche se il sistema lo permette.

no....gli allegati e avatar sono tutti su filesystem..... e quando provo a cambiargli cartella sempre su filesystem dice che non ci riesce (eppure la nuova cartella che imposto ha i permessi 777 e la path che scrivo di tale cartella è corretta).... invece se provo a spostare gli allegati da filesystem a database mi da quell'errore riportato nel post precedente....


PS: la dimensione massima per ogni file da uppare permessa l'ho sempre tenuta a 5mb per ogni file

Questa è la mia configurazione, ottimizzata su server dedicato:

Codice:

---

# MySQL Server Instance Configuration File
# ----------------------------------------------------------------------
# Generated by the MySQL Server Instance Configuration Wizard
#
#
# Installation Instructions
# ----------------------------------------------------------------------
#
# On Linux you can copy this file to /etc/my.cnf to set global options,
# mysql-data-dir/my.cnf to set server-specific options
# (@localstatedir@ for this installation) or to
# ~/.my.cnf to set user-specific options.
#
# On Windows you should keep this file in the installation directory
# of your server (e.g. C:\Program Files\MySQL\MySQL Server 4.1). To
# make sure the server reads the config file use the startup option
# "--defaults-file".
#
# To run run the server from the command line, execute this in a
# command line shell, e.g.
# mysqld --defaults-file="C:\Program Files\MySQL\MySQL Server 4.1\my.ini"
#
# To install the server as a Windows service manually, execute this in a
# command line shell, e.g.
# mysqld --install MySQL41 --defaults-file="C:\Program Files\MySQL\MySQL Server 4.1\my.ini"
#
# And then execute this in a command line shell to start the server, e.g.
# net start MySQL41
#
#
# Guildlines for editing this file
# ----------------------------------------------------------------------
#
# In this file, you can use all long options that the program supports.
# If you want to know the options a program supports, start the program
# with the "--help" option.
#
# More detailed information about the individual options can also be
# found in the manual.
#
#
# CLIENT SECTION
# ----------------------------------------------------------------------
#
# The following options will be read by MySQL client applications.
# Note that only client applications shipped by MySQL are guaranteed
# to read this section. If you want your own MySQL client program to
# honor these values, you need to specify it as an option during the
# MySQL client library initialization.
#
[client]
port=3306
[mysql]
default-character-set=latin1
 
# SERVER SECTION
# ----------------------------------------------------------------------
#
# The following options will be read by the MySQL Server. Make sure that
# you have installed the server correctly (see above) so it reads this
# file.
#
[mysqld]
# The TCP/IP Port the MySQL Server will listen on
port=3306
 
#Path to installation directory. All paths are usually resolved relative to this.
basedir="D:/Program Files/SWsoft/Plesk/Databases/MySQL/"
#Path to the database root
datadir="D:/Program Files/SWsoft/Plesk/Databases/MySQL/Data/"
# The default character set that will be used when a new schema or table is
# created and no character set is defined
default-character-set=latin1
# The default storage engine that will be used when create new tables when
default-storage-engine=MYISAM
 
# The maximum amount of concurrent sessions the MySQL server will
# allow. One of these connections will be reserved for a user with
# SUPER privileges to allow the administrator to login even if the
# connection limit has been reached.
max_connections=500
# Query cache is used to cache SELECT results and later return them
# without actual executing the same query once again. Having the query
# cache enabled may result in significant speed improvements, if your
# have a lot of identical queries and rarely changing tables. See the
# "Qcache_lowmem_prunes" status variable to check if the current value
# is high enough for your load.
# Note: In case your tables change very often or if your queries are
# textually different every time, the query cache may result in a
# slowdown instead of a performance improvement.
query_cache_size=32M
# The number of open tables for all threads. Increasing this value
# increases the number of file descriptors that mysqld requires.
# Therefore you have to make sure to set the amount of open files
# allowed to at least 4096 in the variable "open-files-limit" in
# section [mysqld_safe]
table_cache=1520
# Maximum size for internal (in-memory) temporary tables. If a table
# grows larger than this value, it is automatically converted to disk
# based table This limitation is for a single table. There can be many
# of them.
tmp_table_size=4M
 
# How many threads we should keep in a cache for reuse. When a client
# disconnects, the client's threads are put in the cache if there aren't
# more than thread_cache_size threads from before.  This greatly reduces
# the amount of thread creations needed if you have a lot of new
# connections. (Normally this doesn't give a notable performance
# improvement if you have a good thread implementation.)
#thread_cache_size=38
#*** MyISAM Specific options
# The maximum size of the temporary file MySQL is allowed to use while
# recreating the index (during REPAIR, ALTER TABLE or LOAD DATA INFILE.
# If the file-size would be bigger than this, the index will be created
# through the key cache (which is slower).
myisam_max_sort_file_size=100G
# If the temporary file used for fast index creation would be bigger
# than using the key cache by the amount specified here, then prefer the
# key cache method.  This is mainly used to force long character keys in
# large tables to use the slower key cache method to create the index.
myisam_max_extra_sort_file_size=100G
# If the temporary file used for fast index creation would be bigger
# than using the key cache by the amount specified here, then prefer the
# key cache method.  This is mainly used to force long character keys in
# large tables to use the slower key cache method to create the index.
myisam_sort_buffer_size=12M
# Size of the Key Buffer, used to cache index blocks for MyISAM tables.
# Do not set it larger than 30% of your available memory, as some memory
# is also required by the OS to cache rows. Even if you're not using
# MyISAM tables, you should still set it to 8-64M as it will also be
# used for internal temporary disk tables.
key_buffer_size=128M
# Size of the buffer used for doing full table scans of MyISAM tables.
# Allocated per thread, if a full scan is needed.
read_buffer_size=64K
read_rnd_buffer_size=256K
# This buffer is allocated when MySQL needs to rebuild the index in
# REPAIR, OPTIMZE, ALTER table statements as well as in LOAD DATA INFILE
# into an empty table. It is allocated per thread so be careful with
# large settings.
sort_buffer_size=256K
 
#*** INNODB Specific options ***
 
# Use this option if you have a MySQL server with InnoDB support enabled
# but you do not plan to use it. This will save memory and disk space
# and speed up some things.
skip-innodb
# Additional memory pool that is used by InnoDB to store metadata
# information.  If InnoDB requires more memory for this purpose it will
# start to allocate it from the OS.  As this is fast enough on most
# recent operating systems, you normally do not need to change this
# value. SHOW INNODB STATUS will display the current amount used.
#innodb_additional_mem_pool_size=2M
# If set to 1, InnoDB will flush (fsync) the transaction logs to the
# disk at each commit, which offers full ACID behavior. If you are
# willing to compromise this safety, and you are running small
# transactions, you may set this to 0 or 2 to reduce disk I/O to the
# logs. Value 0 means that the log is only written to the log file and
# the log file flushed to disk approximately once per second. Value 2
# means the log is written to the log file at each commit, but the log
# file is only flushed to disk approximately once per second.
#innodb_flush_log_at_trx_commit=1
# The size of the buffer InnoDB uses for buffering log data. As soon as
# it is full, InnoDB will have to flush it to disk. As it is flushed
# once per second anyway, it does not make sense to have it very large
# (even with long transactions).
#innodb_log_buffer_size=1M
# InnoDB, unlike MyISAM, uses a buffer pool to cache both indexes and
# row data. The bigger you set this the less disk I/O is needed to
# access data in tables. On a dedicated database server you may set this
# parameter up to 80% of the machine physical memory size. Do not set it
# too large, though, because competition of the physical memory may
# cause paging in the operating system.  Note that on 32bit systems you
# might be limited to 2-3.5G of user level memory per process, so do not
# set it too high.
#innodb_buffer_pool_size=8M
# Size of each log file in a log group. You should set the combined size
# of log files to about 25%-100% of your buffer pool size to avoid
# unneeded buffer pool flush activity on log file overwrite. However,
# note that a larger logfile size will increase the time needed for the
# recovery process.
#innodb_log_file_size=10M
# Number of threads allowed inside the InnoDB kernel. The optimal value
# depends highly on the application, hardware as well as the OS
# scheduler properties. A too high value may lead to thread thrashing.
#innodb_thread_concurrency=8
#Allow big result sets by saving all temporary sets on file (Solves most 'table full' errors).
#big-tables
#How many threads we should keep in a cache for reuse.
thread_cache_size=38
#The minimum length of the word to be included in a FULLTEXT index. Note: FULLTEXT indexes must be rebuilt after changing this variable.
#ft_min_word_len=4

---

e come posso risolvere il mio problema??

Installati XAMPP a casa, e porta tutto lì. Imposta il forum ecc finché funziona, e poi riporti tutto al server. non vedo altra strada, a meno che non hai VNC installato e qualcun'altro metta mano. Io però non sono Linuxxiano ;)

il problema è che pare tutto a posto..... infatti sull host andava...da quando mi sono trasferito sul server mi fa questo scherzo...

prima di fare tutto questo, vorrei fare un'altra prova....

supposiamo di lasciare gli allegati dove sono..anche perchè io che sono l'admin riesco ad aggiungerli ecc... quindi funziona....

vorrei riuscire a capire per quale motivo gli utenti registrati e i mod non riesco ad aggiungere allegati....

se non avessero i permessi nel box della risposta non comparirebbe nemmeno il bottone "Aggiungi allegato" e non ti aprirebbe nemmeno il box per inserirli... invece compare e quando prova ad inserirli dice "invio fallito"....

ho rincotrollato ora tutti i permessi in tutte le sezioni, e i permessi dei gruppi utenti, e i permessi delle varie estensioni degli allegati e sembra tutto a posto...

non capisco proprio il motivo!!!!

Io immagino che non crea le cartelle giuste per ogni utente nella cartella allegati.

Se l'utente ha l'id 123, vbulletin tenta di creare la cartella 1/2/3 nella cartella allegati. Puoi verificare questo per uno degli utenti che non funge? Possibilmente di un utente che invia per la prima volta un allegato?

ok..solo che ora devo scappare....faccio tutte le prove appena torno a casa poi ti faccio sapere tutto :-)

Citazione:

---

Originariamente Scritto da y2ksw

Io immagino che non crea le cartelle giuste per ogni utente nella cartella allegati.

Se l'utente ha l'id 123, vbulletin tenta di creare la cartella 1/2/3 nella cartella allegati. Puoi verificare questo per uno degli utenti che non funge? Possibilmente di un utente che invia per la prima volta un allegato?

---

allora...ho appena creato un'utente con ID 68206
ho provato a caricare un'allegato, e mi ha dato "Invio del file fallito"

sono andato a vedere sul filesystem se nella cartella c'era l'allegato.... solo che mi sono fermato alla cartella 6 8 2 perchè la cartella 0 non è presente....

mmmm strano come cosa... invece se l'inserisco io che sono admin, mi inserisce tutto regolarmente..e non capisco il motivo