Crash continui del sito su Aruba

Crash continui del sito su Aruba postato il 16/01/2012 22:56:49 nel forum programmazione, open source e hosting

Buongiorno a tutti e grazie infinite se già solo vi siete presi quel minutino di tempo per sbirciare il post!

Da alcuni giorni ci siamo trasferiti su di un nuovo indirizzo, restando sempre su Aruba; e questa sera - completati già ieri l'altro i lavori di trasferimento - abbiamo riaperto al "pubblico", consentendo nuovamente i login.

Orbene, qui sorge il problema: arrivato ad appena 14-15 utenti online in contemporanea, il sito crasha regolarmente e rovinosamente.
Chiarisco subito che i codici, così come il Database, sono stati importanti dal precedente account e sono dunque rimasti invariati (ad eccezione ovviamente di parametri d'accesso al DB e similari).
Ma in precedenza (sul vecchio indirizzo) abbiamo sempre raggiunto utenze oscillanti sulla trentina di connessi in contemporanea e giocanti, e non abbiamo mai avuto problemi di sorta.

Potrebbe trattarsi dunque semplicemente di un problema di "assestamento" del sito, che è stato del resto attivato da Aruba solo da tre giorni o giù di lì? Siamo un po' preoccupati, anche perchè lo spazio MYSQL disponibile è di 300 MB contro appena 225 occupati, mentre quello per i files è teoricamente illimitato; così davvero non comprendiamo perchè il sito continui a crashare sistematicamente al quattordicesimo-quindicesimo utente online.

Ad uno dei vari crash, è anche apparsa questa paginetta che riporto integralmente:

HTTP Error 500.0 - Internal Server Error
The FastCGI process has failed frequently recently. Try the request again in a while Detailed Error Information
Module FastCgiModule
Notification ExecuteRequestHandler
Handler PHP
Error Code 0x80004005
Requested URL http://www.ourwingsofmemories.com:80/index.php
Physical Path D:Inetpubwebsourwingsofmemoriescomindex.php
Logon Method Anonymous
Logon User Anonymous
Most likely causes:
•IIS received the request; however, an internal error occurred during the processing of the request. The root cause of this error depends on which module handles the request and what was happening in the worker process when this error occurred.
•IIS was not able to access the web.config file for the Web site or application. This can occur if the NTFS permissions are set incorrectly.
•IIS was not able to process configuration for the Web site or application.
•The authenticated user does not have permission to use this DLL.
•The request is mapped to a managed handler but the .NET Extensibility Feature is not installed.
Things you can try:
•Ensure that the NTFS permissions for the web.config file are correct and allow access to the Web server's machine account.
•Check the event logs to see if any additional information was logged.
•Verify the permissions for the DLL.
•Install the .NET Extensibility feature if the request is mapped to a managed handler.
•Create a tracing rule to track failed requests for this HTTP status code. For more information about creating a tracing rule for failed requests, click here.
Links and More InformationThis error means that there was a problem while processing the request. The request was received by the Web server, but during processing a fatal error occurred, causing the 500 error.
View more information »

Microsoft Knowledge Base Articles:

•294807

Insomma, non so nemmeno se tutto questo si possa definire una questione di "programmazione".. quanto più, una richiesta di parere ai diversi programmatori ed esperti in materia di gdronline.com!
A prescindere, anticipatamente grazie anche a chi si sarà semplicemente preso il disturbo di leggere tutto questo malloppone, e buona serata!


Marco

16/01/2012 23:08:43

Io in passato ho avuto parecchi problemi di crash, sempre dovuto ad un elevato utilizzo delle risorse; infatti ho dovuto fare vari upgrade fino a prendere una vps con Netsons.

Però tutte le volte che ho avuto problemi del genere non mi è mai apparsa quella cosa che hai postato. Come consiglio che posso darti è quello di aprire un ticket con Aruba e chiedere direttamente a loro spiegazioni, perchè mi sembra strano che ti dia un problema del genere se non hai cambiato nulla.

16/01/2012 23:12:56

Grazie mille per il consiglio, ho giusto provveduto poco fa in questo senso! :-)

Non penso sia un problemino legato all'eccessivo utilizzo di risorse nel nostro caso, dato che col vecchio account avevamo molto meno spazio disponibile, quindi credo che la cosa possa riguardare unicamente problemini di settaggio del Database o interni di Aruba (non metterei la mano sul fuoco circa il contrario, dati gli "incendi"..)!

Speriamo in bene col ticket!

16/01/2012 23:42:34

wingsofmemories ha scritto: Grazie mille per il consiglio, ho giusto provveduto poco fa in questo senso! :-)

Non penso sia un problemino legato all'eccessivo utilizzo di risorse nel nostro caso, dato che col vecchio account avevamo molto meno spazio disponibile, quindi credo che la cosa possa riguardare unicamente problemini di settaggio del Database o interni di Aruba (non metterei la mano sul fuoco circa il contrario, dati gli "incendi"..)!

Speriamo in bene col ticket!

Attenzione però, un conto è lo spazio a disposizione che hai, un'altra è quanto utilizzi la cpu del server.
Non so che tipo di pacchetto hai preso, ma se ad esempio una pagina ci mette troppo ad elaborare i dati non fa altro che aumentare l'utilizzo di risorse portando la cpu alle stesse, in quel caso il server va in crash. Questo succede in particolar modo se hai un server condiviso con altri siti, perchè l'hosting mette fuori gioco chi utilizza più risorse per non far saltare gli altri siti che girano sulla stessa macchina.
Tu puoi avere anche 1-2-10 giga di memoria libera su database o disco rigido ma se la cpu sale crasha ugualmente.

17/01/2012 00:55:47

come dice nekamaro è un problema di utilizzo troppo pesante delle risorse. In genere è associato con una programmazione di bassa qualità oppure con delle query che richiedono un set di dati molto grosso.

La cosa sospetta è che prima non si verificava. Però boh, magari il tuo nuovo account si trova su un server in cui ci sono altri siti che richiedono molte risorse, quindi se vi ci mettete tutti insieme il server è facile tirarlo giù.
Vedi cosa ti dicono dall'assistenza clienti

17/01/2012 13:16:05

Se non hai cambiato nulla nel cambio, intendo a livello di codici o altro, molto probabilmente il problema e' da ricercarsi nel nuovo server.
Forse gli altri siti hostati usano piu' risorse rispetto quello vecchio.

17/01/2012 13:34:05

La questione dipende dal numero di processi che php richiede, chiamando in causa FastCGI per essere eseguito che è limitato dalla configurazione del web server IIS.

Le cose son due: o hai 2000 utenti connessi in contemporanea (perdonami se dubito) e una programmazione scadente alle spalle oppure, più probabile, tali impostazioni sono settate in modo così restrittivo che basta poco per far scattare la 'rapid failure protection' di IIS.

Io ti suggerisco di segnalare la questione aprendo un ticket.

17/01/2012 16:20:32

Grazie a tutti sia per le risposte in sé che per i chiarimenti in materia, siete stati gentilissimi ragazzi; ora anche in futuro ammetto che - da completa capra in materia - starò un bel po' più sereno sapendo che problemi simili dipendano più spesso dal server che non dal codice! :-P

E dall'assistenza mi hanno già risposto spiegandomi di aver effettuato - in seguito al mio ticket - delle modifiche alle impostazioni del dominio e di ricontattarli se entro ventiquattr'ore il problema continuerà a persistere!

Di nuovo grazie, bellissimi, siete stati grandi grandi!

20/03/2012 01:09:42

wingsofmemories ha scritto: Grazie a tutti sia per le risposte in sé che per i chiarimenti in materia, siete stati gentilissimi ragazzi; ora anche in futuro ammetto che - da completa capra in materia - starò un bel po' più sereno sapendo che problemi simili dipendano più spesso dal server che non dal codice! :-P

E dall'assistenza mi hanno già risposto spiegandomi di aver effettuato - in seguito al mio ticket - delle modifiche alle impostazioni del dominio e di ricontattarli se entro ventiquattr'ore il problema continuerà a persistere!

Di nuovo grazie, bellissimi, siete stati grandi grandi!

Giusto per sapere…
come ti trovi ora ?

20/03/2012 02:23:06 e modificato da ghennadi72 il 20/03/2012 02:23:49

So che a questo punto la domanda é idiota ma... IIs?? C'é un motivo particolare per cui hai chiesto un hosting windows + IIs + php, anzichè linux + apache + php?

27/03/2012 08:48:44

Scusate il ritardo nelle risposte, non ho avuto modo di far login per un po' e dunque non avevo notato le vostre domande!

papy ha scritto: [quote]wingsofmemories ha scritto: Grazie a tutti sia per le risposte in sé che per i chiarimenti in materia, siete stati gentilissimi ragazzi; ora anche in futuro ammetto che - da completa capra in materia - starò un bel po' più sereno sapendo che problemi simili dipendano più spesso dal server che non dal codice! :-P

E dall'assistenza mi hanno già risposto spiegandomi di aver effettuato - in seguito al mio ticket - delle modifiche alle impostazioni del dominio e di ricontattarli se entro ventiquattr'ore il problema continuerà a persistere!

Di nuovo grazie, bellissimi, siete stati grandi grandi!

Giusto per sapere…
come ti trovi ora ? [/quote]


Perfettamente, da quando hanno effettivamente provveduto con le modifiche alle impostazioni del dominio non abbiamo più avuto problemi neanche nei momenti di utenza nettamente superiore ai 15 online!

ghennadi72 ha scritto: So che a questo punto la domanda é idiota ma... IIs?? C'é un motivo particolare per cui hai chiesto un hosting windows + IIs + php, anzichè linux + apache + php?

Sì: l'ignoranza mia in materia e la fretta nel voler riaprire la land senza prima chiedere consiglio per il cambio domain al programmatore di fiducia, che mi ha giustamente linciato al sapere del dominio Windows. *Sigh*
Appena possibile, se avrò un po' di tempo, con il suo aiuto provvederò ad cambio in questo senso!