Il 30/10/2013 20:38, Davide Prina ha scritto:
Questo non è vero, i problemi li hai rispondendo alle mail... avrai dei
quoting
non corretti: un solo quoting anche per tutto il messaggio che è poi spezzato
su più righe, il che equivale ad avere solo la prima riga con quoting e il
resto no...
Ciao a tutti in una procedura di backup su un disco usb ottengo questo
errore:
Oct 29 19:07:41 serverdati kernel: [5829721.396341] INFO: task df:23387
blocked for more than 120 seconds.
Oct 29 19:07:41 serverdati kernel: [5829721.398907] echo 0
/proc/sys/kernel/hung_task_timeout_secs
Ciao !!
Succede anche a me su una decina di server quando faccio i backup su NFS.
In generale quando saturi al 100% il bus dell'unità su cui vuoi scrivere.
Su NFS quando saturo il link ad 1 gbps il mount NFS non risponde più sino a
che non smaltisce un po di dati, probabilmente, almeno per NFS,
dea scrisse in data 31/10/2013 09:09:
Ciao !!
Succede anche a me su una decina di server quando faccio i backup su NFS.
In generale quando saturi al 100% il bus dell'unità su cui vuoi scrivere.
Su NFS quando saturo il link ad 1 gbps il mount NFS non risponde più sino a
che non smaltisce un po
Il giorno 30/ott/2013, alle ore 17:56, Paolo niggle...@gmail.com ha scritto:
Se io ho un LV di 100Gb dedicato alle macchine virtuali, lascio 100Gb vuoti
per crearci lo snapshot del LV, monto lo snapshot, copio i file .img delle
macchine virtuali dallo snapshot, smonto lo snapshot e poi lo
Paolo scrisse in data 30/10/2013 17:56:
Se io ho un LV di 100Gb dedicato alle macchine virtuali, lascio 100Gb
vuoti per crearci lo snapshot del LV, monto lo snapshot, copio i file
.img delle macchine virtuali dallo snapshot, smonto lo snapshot e poi
lo rimuovo, non dovrei avere problemi,
Mi permetto di aggiungere una cosa riguardo agli snapshot LVM + macchine
virtuali + backup.
Premetto che non uso più gli snapshot LVM da qualche tempo, ormai uso solo più
gli snapshot QEMU, ma questa è un'altra storia.
Se devo fare il backup di una VM ed attivo uno snapshot LVM (esterno alla
Comunque, bisogna tenere presente che questo non è problema kernel, è solo
una segnalazione che il kernel fa, dicendo guarda che il tuo processo è in
D state da più di in tot di tempo
Il giorno 31 ottobre 2013 10:49, Piviul piv...@riminilug.it ha scritto:
dea scrisse in data 31/10/2013 09:09:
Il Thu, 31 Oct 2013 11:17:32 +0100, emmanuel segura scrisse
Comunque, bisogna tenere presente che questo non è problema kernel,
è solo una segnalazione che il kernel fa, dicendo guarda che il tuo
processo è in D state da più di in tot di tempo
Si, esattamente.
Più che altro, mi rompe (in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi all,
A relative of mine in Milano is a very experienced English teacher
He is also a free software (Debian) user
I've had some discussion with him about running some kind of weekly or
fortnightly session, free of charge, for people in the
2013/10/31 Daniel Pocock dan...@pocock.com.au:
Hi all,
Hi Daniel
A relative of mine in Milano is a very experienced English teacher
He is also a free software (Debian) user
I've had some discussion with him about running some kind of weekly or
fortnightly session, free of charge, for
On 31/10/13 11:33, Luca Costantino wrote:
2013/10/31 Daniel Pocock dan...@pocock.com.au:
Hi all,
Hi Daniel
A relative of mine in Milano is a very experienced English teacher
He is also a free software (Debian) user
I've had some discussion with him about running some kind of weekly or
Ciao
Scusa la mia ignoranza su questo argomento, ma perche non mettere la vm in
suspend e dopo fare lo snapshot, invece che fare lo shutdown della vm
Il giorno 31 ottobre 2013 11:17, dea d...@corep.it ha scritto:
Mi permetto di aggiungere una cosa riguardo agli snapshot LVM + macchine
Ciao a tutti :-)
vorrei un suggerimento su cosa è preferibile usare, la rete è semplice:
server A e server B in località diverse agganciati con una VPN (abbiamo
una banda di 40Kb/s massima)
gli utenti devono collegarsi (con win) e linux (sempre in VPN) a delle
share samba sia sul server A
Pol Hallen writes:
faccio NFS delle dir del server A e server B e le esporto con samba?
Non ricordo NFS come robusto sulle lunghe distanze...
--
/\ ___Ubuntu: ancient
/___/\_|_|\_|__|___Gian Uberto Lauri_ African word
//--\|
Il Thu, 31 Oct 2013 12:03:37 +0100, emmanuel segura scrisse
Ciao
Scusa la mia ignoranza su questo argomento, ma perche non mettere la
vm in suspend e dopo fare lo snapshot, invece che fare lo shutdown
della vm
Senza un agent interno mettere la VM in suspend (quindi dall'esterno della VM)
Bha.. io proporrei di usare SSH, quindi SSHFS oppure SCP o rsync over SSH.
Luca
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org
To UNSUBSCRIBE,
Ciao Pol
Scusa se non ho capito, ma quello che riesco a capire, vuoi exportare delle
dir con nfs e puoi sherare queste share con samba, se la domanda è si, ti
faccio presente che puoi fare dei casini, visto che nfs non comunica con
samba, quindi puoi corrompere i tuoi dati, chiedo scusa se non ho
emmanuel segura scrisse in data 31/10/2013 11:17:
Comunque, bisogna tenere presente che questo non è problema kernel, è
solo una segnalazione che il kernel fa, dicendo guarda che il tuo
processo è in D state da più di in tot di tempo
ora mi è chiaro il messaggio, incluso il fatto che lo posso
Call trace nel kernel.log mi provoca un certo sudore freddo.
Condivido
:)
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org
To UNSUBSCRIBE,
scusate l'ot ovviamente :-/
ho un server (B) con rete fastweb che, chissà come mai non riesce a
raggiungere un altro server (A) (che tra l'altro sta sulla stessa rete
fastweb)
volevo investigare (prima di chiamare fastweb) e ho iniziato da un
traceroute dal server B al server A che va a
Buonasera a tutti, io e Gnome è evidente che non andiamo molto
d'accordo.:o
Dopo aver di recente reinstallato da capo una distribuzione di Debian
Wheezy tempo due settimane e, dopo aver installato il pacchetto
pepperflashplugin-nonfree al successivo riavvio mi trovo davanti ad
una singolare
il giorno Thu, 31 Oct 2013 19:26:17 +0100 Francesco Cargiuli
francesco.cargi...@gmail.com ha scritto:
Ora ho già provato a disinstallare e poi reinstallare Gnome (e quindi
anche GDM) ma ho ancora lo stesso problema.
Qualcuno di voi sa quale potrebbe essere il problema?:'(
forse manca o
Il 31/10/2013 20:05, andrea biancalana ha scritto:
forse manca o e' mal configurato il modulo pam relativo a gdm?
Emm ok ma... come lo configuro correttamente? Emm non saprei manco da
dove iniziare, scusa :-[
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
il giorno Thu, 31 Oct 2013 20:12:16 +0100 Francesco Cargiuli
francesco.cargi...@gmail.com ha scritto:
Il 31/10/2013 20:05, andrea biancalana ha scritto:
forse manca o e' mal configurato il modulo pam relativo a gdm?
Emm ok ma... come lo configuro correttamente? Emm non saprei manco da
On 31/10/2013 19:26, Francesco Cargiuli wrote:
dopo aver installato il pacchetto
pepperflashplugin-nonfree al successivo riavvio mi trovo davanti ad
una singolare situazione.:-\
è il software libero che si ribella perché ha trovato un intruso
pericoloso :-)
Sulla pagina di login
Il giorno 31/ott/2013, alle ore 19:09, Pol Hallen debitv...@fuckaround.org ha
scritto:
che a quanto parte fa parte di una rete privata... da li + nulla...
qualche idea in merito?
la rete di fastweb e' una gigantesca rete privata. il fatto che il trace si
perda puo' anche non essere un
Stessa rete? Hanno netmask 255.0.0.0 o 255.255.0.0?
--
Gian Uberto
On 31.10.2013, at 19:09, Pol Hallen debitv...@fuckaround.org wrote:
scusate l'ot ovviamente :-/
ho un server (B) con rete fastweb che, chissà come mai non riesce a
raggiungere un altro server (A) (che tra l'altro sta sulla
Ciao,
Chiarisci raggiungere.
Via ssh o cosa?
telnet ip 80 rimane in attesa, il ping non risponde, etc. non è
raggiungibile :-/
Pol
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in
accipicchia la stanchezza :-/
- il server (A) è fisicamente nella zona A con un adsl fastweb
- il server (B) è fisicamente nella zona B con un adsl fastweb
ma sono geograficamente staccati l'uno dell'altro: uno sta a roma, uno
sta a milano.
On 10/31/2013 09:00 PM, Gian Uberto Lauri wrote:
Il 31/10/2013 21:10, Pol Hallen ha scritto:
Ciao,
Chiarisci raggiungere.
Via ssh o cosa?
telnet ip 80 rimane in attesa, il ping non risponde, etc. non è raggiungibile
:-/
Ho letto in giro che i nuovi contratti fastweb non sono più nattati e hanno dei
veri router (no quelle robacce degli
Ho letto in giro che i nuovi contratti fastweb non sono più nattati e hanno dei
veri router (no quelle robacce degli hag). Hai controllato che uno dei due non
sia così recente?
uno pare essere proprio un hug...
--
Pol
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
Il 31/10/2013 21:44, Pol Hallen ha scritto:
Ho letto in giro che i nuovi contratti fastweb non sono più nattati e hanno
dei
veri router (no quelle robacce degli hag). Hai controllato che uno dei due
non
sia così recente?
uno pare essere proprio un hug...
Se lo è anche l'altro allora
Il 31 ottobre 2013 19:26, Francesco Cargiuli
francesco.cargi...@gmail.com ha scritto:
Qualcuno di voi sa quale potrebbe essere il problema?:'(
GNOME.
(naturalmente scherzo, ma non troppo, purtroppo non ti posso essere
d'aiuto, ho sempre evitato come la peste gnome).
--
Gollum1
Tesoro,
Mandi! Pol Hallen
In chel di` si favelave...
qualche idea?
Usare LDAP in replica di modo da avere due istanze di samba che stanno in piedi
anche
se la linea va giù; uno sarà PDC e l'altro BDC, uno primary e l'altro
secondary, ma si sopravvive senza cambio password per 24 ore. ;)
per le home
Il 31/10/2013 19:09, Pol Hallen ha scritto:
scusate l'ot ovviamente :-/
ho un server (B) con rete fastweb che, chissà come mai non riesce a
raggiungere un altro server (A) (che tra l'altro sta sulla stessa rete
fastweb)
volevo investigare (prima di chiamare fastweb) e ho iniziato da un
Buongiorno,
questo messaggio automatico è inviato in quanto sei responsabile
della traduzione in italiano di alcune pagine del sito web Debian.
Hai richiesto di inviare le seguenti informazioni:
summary: settimanale
logs: mai
diff: mai
tdiff: mai
file: mai
Puoi cambiare:
- la
Buongiorno,
questo messaggio automatico è inviato in quanto sei responsabile
della traduzione in italiano di alcune pagine del sito web Debian.
Hai richiesto di inviare le seguenti informazioni:
summary: settimanale
logs: mai
diff: mai
tdiff: mai
file: mai
Puoi cambiare:
- la
38 matches
Mail list logo