Jump to content

Kilckk

Members
  • Content Count

    57
  • Joined

  • Last visited

  1. Ci siamo trasferiti e ora va tutto bene. Grazie a tutti per l'aiuto.
  2. mmmmm ... e Cpanel? Era solo che se un domani neanche funziona io posso dire... e chi ha toccato nulla :) Al massimo posso configurare le cache di mysql, ma per il resto sembra che configurano tutto loro se installo il php e apache, la pensata mia era... meno entro nell'ssh e meno posso essere accusato di qualcosa.
  3. Sfortunatamente lo so... infatti ogni tanto vado a vedere da adplanner se ti sei ripreso, mi dispiace troppo quando succedono queste cose No, ma sul server penso di inserire anche il plesk così mi tolgo di mezzo un sacco di casini... non lo attivavo per non consumare tante risorse ma alla fine mi sa che conviene. Cmq grazie a tutto per il vostro aiuto.
  4. Giusto per chiedere il topic. Alla fine mi hanno risposto, sono veramente molto gentili, mi hanno proposto il trasferimento su un nuovo nodo e la configurazione del nuovo VM da uno del loro staff, da quello che ho capito anche il trasferimento lo facevano loro, se non ho sbagliato la traduzione. Cmq alla fine abbiamo deciso di andare su un server dedicato sempre del loro, si voleva provare questa nuova tecnologia cloud ma mi sa che i server dedicati avranno ancora lunga vita, ne abbiamo cambiati 3 ( anche se il secondo mi sa che ha avuto grossi problemi con la nuova infrastruttura, perchè andava una meraviglia. ) Se neanche questo funziona me la prendo con 444523 :D ... ho una certezza del 99% di aver capito quale sia il tuo sito di punta... lo vado a scrivere su tutti i forum!!! :P
  5. Dopo la prima risposta ora silenzio totale ai ticket. :fagiano: Gli ho allegato screen di iotop e gli ho fatto notare che se anche metto i valore della vm al massimo non c'è modo di raggiungerli, perchè cmq il sito non consuma così tanto.
  6. no no non lo faccio Non lo fare mai :asd:, cmq mi sa che passiamo ai server visto che sono manager... non li vorrei abbandonare perchè cmq hanno un ottima banda, in italia per aprire una pagina ( piena zeppa di immagini ) ci volevano 3 sec. con loro ero sceso a 1,7 sec. Bella questa :) Cmq anche se ho il load average sono lo 0.30 ( si alcune volte succede :) ) se faccio il login da un altra shell, ecco che blocco l'intero sito e schizza tutto in alto.
  7. Ho riscritto le variabili e ora se le prende... forse avevo sbagliato a scrivere qualcosa. Si già lo faccio Ok fatto ma nada... cmq verso le 13.00 fino alle 14.00 e sempre al 100% poi durante l'arco della giornata lo fa ogni 15sec. Cmq ho provato ad alzare le cache abbassare le cache ma nulla... ora dico io mi ritrovo con 0 visitato sul sito e vedo mysql e php fermo come si vede anche dagli screen, vedo comparire il comando top in prima posizione e dopo un secondo ma neanche 100% su wa. Volevo provare ad attivare una nuova vm per fare le prove così da essere sicuri che non sia mysql... ma mi dice che sul nodo dove mi trovo è pieno e devo pagare per attivare un altro nodo. Ho attivato 4gb di ram e 4 core ma nada... ho provato anche con 24 core... ma nada. Cioè siamo arrivati ad un massimo di 15 visitato online non è un traffico così elevato. Ora gli faccio la proposta di farmi ottimizzare il vm da loro e vediamo cosa succede... siamo scesi troppo di visite.
  8. Ed ecco la loro riposta: Quando odio che dico... ora è tutto normale :fagiano: Cioè... se ti ho detto che lo fa solo in alcuni momenti della giornata. Cmq ieri sera ho riavviato la vps e non si è preso il comando nel my.cnf di settare le cache... forse è per questo che fa tutto questo consumo.Vedo che sta per iniziare un odissea per questo problema :icon_dho:
  9. Ora ho aperto un ticket proprio per vedere se il problema è mio o il loro, gli ho allegato qualche screen ed ho impostato il vm su performance. Ora vediamo un pò cosa mi rispondono. Peggio di una penalizzazione di google... 0 visitatori online :icon_dho:
  10. Infatti alcune volte arriva anche a 100%... corro ad aprire un ticket. Grazie per l'aiuto ad entrambi.
  11. il caching viene fatto anche dal cms creando dei file txt. Si le caratteristiche sono identiche, ma ora che mi ci fai pensare sull'altra vps le ram erano a 752mb. I core in teoria ne dovrebbero essere due, dal pannello di questo hosting non si capisce tanto bene, perchè, ne tengo settati due ma mi riporta sempre [left]0.01/1 la cpu la posso utilizzare anche al 100% pago a consumo... quindi su questo per mia sfortuna ma per la loro grande gioia non ho limiti :D Ora ho impostato a 24 la cpu... dovrei pagare una cifra... ma devo capire se me lo cambia o se cambia solamente se ne ho bisogno. [/left]
  12. ah scusa :D è un cms proprietario, ma è lo stesso che girava anche sull'altra vps.
  13. utilizzo solo nginx + mysql + php + postfix, sono le uniche cose che ho installato e configurato
  14. sto avendo grossi problemi con una vps top - 16:35:56 up 52 min, 1 user, load average: 4.38, 2.99, 1.76 alcune volte passa anche il 6 Io non riesco proprio a capire perchè succede questo, ho un altra vps con lo stesso settaggio e la stessa configurazione ma si tiene sempre sotto lo 0.30. In questo momento ho solo 10 persone online. la configurazione di nginx è questa user nginx; worker_processes 1; events { worker_connections 1024; use epoll; } http { include mime.types; default_type application/octet-stream; sendfile on; #tcp_nopush on; keepalive_timeout 10 10; #keepalive_timeout 65; gzip on; gzip_comp_level 1; gzip_proxied any; gzip_types text/plain text/css application/x-javascript text/xml application/xml application/xml+rss text/javascript; gzip_disable "msie6"; log_format main '$remote_addr - $remote_user [$time_local] ' '"$request" $status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for"'; access_log /var/log/nginx_access.log main; error_log /var/log/nginx_error.log debug; client_max_body_size 32m; per sbaglio worker_processes era a 6 ed ora è stato impostato ad 1, tanto visto il traffico che genero ma cmq il load average non scende. ed ecco come ho configurato il mysql +-------------------------+----------+ | Variable_name | Value | +-------------------------+----------+ | Qcache_free_blocks | 15 | | Qcache_free_memory | 33097648 | | Qcache_hits | 97 | | Qcache_inserts | 412 | | Qcache_lowmem_prunes | 0 | | Qcache_not_cached | 77 | | Qcache_queries_in_cache | 102 | | Qcache_total_blocks | 234 | +-------------------------+----------+ il problema è che ho il sito che va a singhiozzi come tutta la vps... quando lancio il comando nella shell rimani lì fermo qualche secondo a pensare. L'unica cosa che cambia tra le due vps è il sistema operativo uno è Debian e questo è Centos e la cpu che pressoché dovrebbero essere uguali processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 44 model name : Intel(R) Xeon(R) CPU X5660 @ 2.80GHz stepping : 2 cpu MHz : 2792.998 cache size : 12288 KB fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu de tsc msr pae cx8 cmov pat clflush mmx fxsr sse sse2 ss ht syscall nx lm up rep_good unfair_spinlock pni pclmulqdq ssse3 cx16 sse4_1 sse4_2 popcnt aes hypervisor lahf_lm bogomips : 5585.99 clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: sull'altro server dovrebbe essere un E5540 dimenticavo fastcgi fastcgi_connect_timeout 60; fastcgi_send_timeout 180; fastcgi_read_timeout 180; fastcgi_buffer_size 128k; fastcgi_buffers 4 256k; fastcgi_busy_buffers_size 256k; fastcgi_temp_file_write_size 256k; fastcgi_intercept_errors on non voglio pensare che sia il sistema operativo a causare questi problemi... anche perchè al 101% dovrei essere prima io :cartello_lol: Uso normale della cpu prima di postare sul forum :) ... mysql come consumo sale ancora di più alcune volte. top - 16:47:42 up 1:03, 1 user, load average: 0.98, 1.26, 1.41 Tasks: 78 total, 1 running, 77 sleeping, 0 stopped, 0 zombie Cpu(s): 5.7%us, 5.2%sy, 0.0%ni, 61.8%id, 27.1%wa, 0.0%hi, 0.0%si, 0.2%st Mem: 494984k total, 321816k used, 173168k free, 40012k buffers Swap: 2064376k total, 648k used, 2063728k free, 100716k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1402 mysql 20 0 721m 26m 6204 S 17.6 5.4 0:41.67 mysqld 3476 nginx 20 0 261m 25m 16m D 0.7 5.2 0:00.82 php-fpm 3527 nginx 20 0 276m 30m 4388 S 0.7 6.2 0:02.31 php-fpm 2157 nginx 20 0 97604 4576 1096 S 0.3 0.9 0:02.31 nginx 3525 nginx 20 0 279m 44m 15m D 0.3 9.3 0:04.49 php-fpm 1 root 20 0 19204 1352 1264 S 0.0 0.3 0:00.39 init Quì ho fatto partire un processo in php che mi genera la sitemap di tutto il db. top - 16:49:28 up 1:05, 1 user, load average: 1.67, 1.42, 1.45 Tasks: 78 total, 1 running, 77 sleeping, 0 stopped, 0 zombie Cpu(s): 36.6%us, 25.3%sy, 0.0%ni, 0.0%id, 37.9%wa, 0.0%hi, 0.3%si, 0.0%st Mem: 494984k total, 442344k used, 52640k free, 42996k buffers Swap: 2064376k total, 648k used, 2063728k free, 160560k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 3525 nginx 20 0 340m 105m 16m D 71.4 21.9 0:25.18 php-fpm 1402 mysql 20 0 721m 26m 6204 S 4.3 5.4 0:46.97 mysqld 664 root 20 0 0 0 0 D 0.7 0.0 0:00.73 flush-253:0 3881 root 20 0 15000 1264 988 R 0.7 0.3 0:00.35 top 358 root 20 0 0 0 0 D 0.3 0.0 0:00.14 jbd2/dm-0-8 3527 nginx 20 0 276m 30m 4416 D 0.3 6.2 0:02.49 php-fpm Grazie per il vostro aiuto.
  15. si li avevo visti i log cmq alla fine ho capito il problema.... avevo capito bene che le porte erano tutte bloccate e avevo configurato iptables per apire la porta 80 ma cmq non funzionava. Alla fine ho resettato la configurazione di iptables è ora funziona tutto... che figuraccia :rolleyes: [root@localhost ~]# iptables-save # Generated by iptables-save v1.4.7 on Sun Mar 11 19:28:16 2012 *filter :INPUT ACCEPT [0:0] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [1:74] -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT -A INPUT -p icmp -j ACCEPT -A INPUT -i lo -j ACCEPT -A INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACCEPT -A INPUT -j REJECT --reject-with icmp-host-prohibited -A FORWARD -j REJECT --reject-with icmp-host-prohibited COMMIT # Completed on Sun Mar 11 19:28:16 2012 hahaha ora devo rifare tutta la configurazione della vps da 0 :icon_dho: e mi devo trovare anche qualche buon tutorial per iptables :icon_dho: cmq da quello che ho capito la configurazione per la porta 80 non funzionava perchè li avevo messo dopo queste due regole -A INPUT -j REJECT --reject-with icmp-host-prohibited -A FORWARD -j REJECT --reject-with icmp-host-prohibited è possibile?
×