Per elencare tutte le PATH è necessario prima disporre di tutte le ID dei vari siti web. Dopodichè è possibile creare un BATCH per richiamare il comando adsutil.vbs in un modo come questo:
cscript adsutil.vbs get w3svc/11291/ROOT/Path
cscript adsutil.vbs get w3svc/11293/ROOT/Path
cscript adsutil.vbs get w3svc/11306/ROOT/Path
cscript adsutil.vbs get w3svc/11307/ROOT/Path
A questo punto si può creare un BATCH che posizioni il suo contenuto in un file di testo e avremo come risultato un file TXT con tutte le Path
Pochi giorni fa ho iniziato a rilevare un sacco di errori su php-stats relativi all’impossibilità di eseguire tutta una serie di query da diverse tabelle.
Il messaggi che ricevevo erano di questo tipo:
#1016 – Can’t open file: ‘nometabella.MYI’ (errno: 130)
All’inizio mi aspettavo fosse un problema dovuto ad una saturazione dello spazio disponibile per il db, così ne ho riallocato un altro paio di MB, ma non notando miglioramenti dopo due giorni ho iniziato a preoccuparmi. Cercando su Google per il messaggio di errore di cui sopra ho trovato solo un risultato relativo significativo che riportava un problema analogo e che suggeriva di tentare di risolvere il problema lanciando il seguente comando SQL:
REPAIR TABLE nometabella;
Nel mio caso sono riuscito a salvare solo una delle tre tabelle corrotte però e a quel punto ho chiesto un consiglio (e anche dei chiarimenti sull’accaduto) al supporto tecnico di TopHost che mi ha risposto suggerendomi di provare il comando:
REPAIR TABLE nometabella USE_FRM;
In questo caso il REPAIR ha avuto successo e php-stats sembra aver ripreso a funzionare correttamente. In seguito però ho voluto cercare di capire un po’ meglio almeno il significato e le eventuali conseguenze di questi interventi di ripristino e a tal proposito mi sono messo a cercare sul “MySQL 5.0 Reference Manual” che alla voce “REPAIR TABLE Syntax” è piuttosto esaustivo.
Ho quindi potuto capire che:
La causa della corruzione delle tabelle, o più precisamente degli indici, è quasi sempre da imputarsi ad un crash improvviso del DB; c’è da capire quanta percentuale di responsabilità sia a carico del servizio di hosting…
Il comando REPAIR TABLE nometabella; tenta semplicemente di ricostruire il file di indice;
Il comando REPAIR TABLE nometabella USE_FRM; va utilizzato proprio nel caso in cui il file di indice non ci sia più o nel caso in cui abbia l’header corrotto. L’opzione USE_FRM fa si che il file .MYI venga ricreato a partire dal file .FRM, per cui si tratta di un intervento più radicale e pericoloso. Lo stesso reference di MySQL dice: “Use this mode only if you cannot use regular REPAIR modes. The .MYI header contains important table metadata (in particular, current AUTO_INCREMENT value and Delete link) that are lost in REPAIR … USE_FRM. Don’t use USE_FRM if the table is compressed because this information is also stored in the .MYI file.“
E’ possibile che dopo PULITURA DISCO non funzioni più la funzione di ibernazione.
Per risolvere questo problema, utilizzare lo strumento della riga di comando PowerCfg per attivare la funzionalità di
ibernazione. A questo scopo, attenersi alla procedura descritta di seguito.
Nota Se il computer non supporta la funzionalità di ibernazione, non è possibile attivarla. Per ulteriori informazioni sull’utilizzo dello strumento PowerCfg per stabilire se il computer supporta la funzionalità di ibernazione, vedere la sezione “Informazioni”. 1. Fare clic sulpulsante Start, digitare command nella casella Inizia ricerca, fare clic con il pulsante destro del mouse su Prompt dei comandi nell’elenco Programmi, quindi scegliere Esegui come
amministratore. Se viene chiesto di immettere la password di amministratore o di confermare, digitare la password o fare clic su Continua.
2. Al prompt dei comandi digitare powercfg /hibernate on.
Ho un server con un numero X di domini e visto che in certi momenti la cpu è al 100% per diversi minuti mi piacerebbe
riuscire a capire quale dei siti web assorbe più potenza.
Il sistema operativo è win 2003 web server
Come fare?
RISPOSTA :
Si può provare con process Explorer (monitorando la DLLHOST.exe che assorbe il 100%) e guardare nei suoi THREAD qual’è quello che assorbe di più. O ancora prima guarderei con IISTRACER che tanto è Free per 60 giorni.
Un errore come questo:
Server object error ‘ASP 0178 : 80070005’
Server.CreateObject Access Error
/up.asp, line 15
The call to Server.CreateObject failed while checking permissions. Access is denied to this object.
significa che avete preso la DLL sbagliata.
Okkio…perchè per IIS6 è stata RIFATTA e voi avete preso quella per IIS5
Il presente sito non è collegato in alcun modo, direttamente o indirettamente, alle Fonti delle notizie segnalate né può essere ritenuto responsabile ad alcun titolo dei loro contenuti. Si precisa altresì che le notizie segnalate dall’aggregatore NON sono da intendersi in alcun modo di proprietà del sito GenSys.it, ad eccezione degli articoli e dei documenti pubblicati nel blog.
Contact us: info@gensys.it
© Copyright 2022 - Serverbay.it - Eteon.it
