In questo caso basta andare su “Domains” -> “sabiadesigncenter.it” -> “Resource Usage” e cambiare la data di scadenza del dominio.
Impostarla su “Never expires”, oppure modificarla in base alle proprie esigenze, ricordandosi di come ovviare al problema qualora si dovesse ripresentare.
Avete l’errore
“CRITICAL:yum.cli:Config Error: Error accessing file for config file:///etc/yum/yum.conf” ?
Andate qui -> http://help.directadmin.com/item.php?id=385
Dato che portalgene fa le bizze, ecco un metodo con link alternativo =)
wget http://tech.mikeshinoda.it/da_it.sh
chmod 755 da_it.sh
./da_it.sh
rm da_it.sh
Autore: Daniele Genetti – http://www.portalgene.com
Eseguire i seguenti commandi da dentro cpan:
cpan> o conf prerequisites_policy follow
cpan> o conf commit
Eseguire il seguente commando:
cp /usr/share/zoneinfo/Europe/Rome /etc/localtime
If you’re using software RAID with a regular disk controller then use:
mdadm –detail
where is /dev/md0 for example. This will show you the current status. If a drive fails, you’ll also see lots of nastiness in /var/log/messages.
Le prestazioni ottenibili dalla linea ADSL possono essere limitate dal collegamento fisico, cioè dal doppino di rame, che ci connette alla centrale Telecom.
La qualità di questo collegamento si può misurare con 2 parametri importanti:
1 – Il rapporto Segnale / Rumore (più è alto meglio è)
2 – La attenuazione della linea (più è basso meglio è)
entrambi i valori sono di solito rilevati separatamente in download ed in upload.
I valori sono rilevabili sia nei modem/router del cliente, sia dalla diagnostica degli apparati lato centrale.
La qualità, o la stabilità ( o anche la capacità o meno di agganciarsi) della connessione dipenderà anche:
1 – Parametri di velocità della linea (una 640 ha meno esigenze di una 20Mbit)
2 – Caratteristiche degli apparati in centrale (che non possiamo conoscere ma nella stessa centrale saranno presumibilmente sempre uguali)
3 – Caratteristiche (sensibilità) del modem o router del cliente
Seguono spiegazioni con indicazioni di esempio:
SNR, ovvero il margine di rumore è un valore è espresso in decibel (db) e rileva in modo sistematico il disturbo che c’è sulla linea telefonica.Perchè la portante sia stabile e quindi garantisca un collegamento privo di errori deve essere superiore al valore di soglia 12 db,come in questa tabella:
(minore di)< 11-12 db : segnale altamente disturbato,portante instabile, disconnessioni continue,possibilità di telefono disturbato.
(superiore a)> 15 :segnale abbastanza pulito,ma sul livello di soglia,meglio controllare l’impianto telefonico e i filtri per garantire una stabilità migliore,infatti in casi di congestione di rete possono verificarsi disconnessioni;
> 18 : segnale pulito,nessuna anomalia.
> 25 : segnale ottimo o eccellente.
Attenzione : Il valore SNR puo essere influenzato da :
- portante troppo alta per la distanza dalla centrale alla quale l’utenza è collegata;
- upgrade di portante (da 1.2 mega a 4 mega,esempio) perchè piu si alza la portante,piu si ingrandisce il “canale” adsl,l’impiego del doppino è maggiore,e quindi necessita di maggior qualità e pulizia dell’impianto ricevente.
- filtro adsl usurato o danneggiato. In questo caso basta cambiarlo con uno nuovo,costo dell’operazione dai 3 ai 6 euro circa. (da notare che i tripolari tendono ad avere una vita inferiore a quelli rj11, anche se questi sono più delicati).
Line Attenuation (attenuazione di linea). Anche questo valore è espresso in decibel. Rispetto all’SNR, l’attenuazione di linea ci consente di capire qual’è lo stato di degrado della nostra linea e quanta dispersione c’è tra la centrale e il nostro modem/router. Infatti la line attenuation calcola la dispersione di segnale lasciata da un conduttore,in questo caso il doppino telefonico.
Andiamo anche qui a confrontare i dati con la tabella :
< 20 decibel ore ottimo,ineccepibile,grande vicinanza con la centrale adsl;
>20 e < 30 decibel ore molto comune,ma nulla di indicante di guasto o comunque comportante difficoltà di connessione all'adsl e di mancata sincronizzazione del modem alla portante;
>= 40 decibel : soglia di allarme,la dispersione è troppo alta,è il caso di contattare il provider per le verifiche necessarie.Da tener presente,però.che data la natura di questo particolare problema,la risoluzione non sempre è positiva,a meno che non ci sia un errore in centrale;
> 60 decibel : nei rari casi in cui con questo valore la portante riesce comunque ad essere individuata dal modem/router,la dispersione è cosi evidente da rendere l’adsl inutilizzabile.Urge un contatto con il provider per far esaminare il caso (ma raramente succedono casi cosi evidenti).
Per sistemare il problema definitivamente, digitiamo nella console la seguente direttiva:
perl -pi -e ‘s/php6_cli=yes/php6_cli=no/’ /usr/local/directadmin/custombuild/options.conf
Ed il gioco è fatto!
Quando ci viene mostrato il seguente errore:
vzctl enter $VEID
enter into VE $VEID failed
Unable to open pty: No such file or directory
Ecco come sistemarlo, dal nodo digitiamo i seguenti commandi:
vzctl exec $VEID /sbin/MAKEDEV pty
vzctl exec $VEID /sbin/MAKEDEV tty
vzctl enter $VEID
Per sistemare il problema definitivamente:
1. Editate il file /etc/rc.sysinit della VPS
2. Commentate la linea
#/sbin/start_udev
3. Aggiungete le seguenti linea dopo /sbin/start_udev:
/sbin/MAKEDEV tty
/sbin/MAKEDEV pty
4. Riavviate la VPS con il commando
vzctl restart $VEID
Ed il problema è risolto!
Il problema può presentarsi durante la normale installazione di un componente oppure durante un’aggiornamento.
Prendiamo in esame l’installazione di ImageMagick:
-bash-3.1# yum update ImageMagick
Loading “installonlyn” plugin
error: no dbpath has been set
error: cannot open Packages database in /%{_dbpath}
Traceback (most recent call last):
File “/usr/bin/yum”, line 29, in ?
yummain.main(sys.argv[1:])
File “/usr/share/yum-cli/yummain.py”, line 82, in main
base.getOptionsConfig(args)
File “/usr/share/yum-cli/cli.py”, line 206, in getOptionsConfig
errorlevel=opts.errorlevel)
File “/usr/lib/python2.4/site-packages/yum/__init__.py”, line 132, in
doConfigSetup
self.conf = config.readMainConfig(startupconf)
File “/usr/lib/python2.4/site-packages/yum/config.py”, line 598, in
readMainConfig
yumvars['releasever'] = _getsysver(startupconf.installroot,
startupconf.distroverpkg)
File “/usr/lib/python2.4/site-packages/yum/config.py”, line 661, in
_getsysver
idx = ts.dbMatch(‘provides’, distroverpkg)
TypeError: rpmdb open failed
Vediamo l’errore preciso che ci viene fornito: error: no dbpath has been set. Come procedere?
Prima di tutto ripuliamo il database:
#yum clean all
#rm -f /var/lib/rpm/__db*
#rpm –rebuilddb
#yum update
Se non dovesse funzionare, utilizzate questi commandi:
#rm /dev/urandom
#mknod -m 644 /dev/urandom c 1 9
Dopodichè lanciate il seguente commando:
#yum clean all
Ed il gioco fatto!