On Tue, Oct 26, 2010 at 11:22:12PM +0200, Jean-Yves F. Barbier wrote:
> sur du vécu, un HD qui saute et des données irrécupérables après
> son remplacement: en fait une impossibilité de récupérer les données malgré
> que le LVM ne soit pas strippé.
> Un arrêt normal du système et au démarrage pouf,
On Tue, Oct 26, 2010 at 11:30:35PM +0200, Goldy wrote:
> Depuis j'ai rajouté un disque pour faire du raid6, et j'ai chiffré
> l'entièreté du volume avec luks
Au fait, vous (Goldy, Kevin, JY) utilisez luks pour vous
protéger de quoi au juste?
(je vois l'intérêt sur un ordinateur portable, mais sur
Bon ,
cette fois je vais me coucher ,
je n'avais meme pas lu ... le P.-S.
il doit bien y avoir un probleme a l'istall ,
cela doit encore etre un "truc" dans un fichier "truc" qu'il faut mettre
un autre "truc"...
des fois les tutos sont plus compliques que le travail a faire...
bonne nuit et
me
Ok...
Desole,
je n'avais pas compris du tout...
et je ne connaissais meme pas l'existence d'une mutualisation de spip ,
ok je veux bien tester , mais pour les config y a t'il un tuto quelque-part?
Sinon c'est sur Spip que l'on m'a dit de venir ici
peut-etre sont-ils en vacances les spipeurs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 26/10/2010 18:03, jmdufour a écrit :
> Bonsoir,
Salut,
> en pieces jointe les fichiers:
> prive_spip.log
[...]
> Oct 26 23:56:45 ::1 (pid 4340) Erreur 1146 de sql: Table 'mutualiser.meta'
> doesn't exist
[...]
> SELECT *
> FROM meta
> WHERE nom=
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 26/10/2010 18:03, jmdufour a écrit :
> Bonsoir,
>
>> Quel idée d'avoir modifié l'arborescence proposée par le paquet ?
>
> --- ??? Je n'ai jamais modifie une quelconque arborescence ...
>
> -- J'essai de mutualiser le noyau de spip pour 6 sites e
Le 26/10/2010 21:53, Kevin Hinault a écrit :
>
> Le 26 octobre 2010 21:39, Goldy a écrit :
>
>> Je confirme, j'ai perdu un système comme ça une fois, sans même qu'il y
>> ait le moindre problème sur le disque, uniquement en le sortant et en le
>> réintégrant à l'array (raid5 + lvm + chiffrement)
On Tue, 26 Oct 2010 22:30:10 +0200, JC wrote:
> > ça n'est pas une question de bug, il suffit qu'un seul bit saute au
> > mauvais endroit et c'est râpé (loi de Murphy oblige, ça arrive plus
> > souvent que les stats ne le suppute.)
> > sans compter que la réunion de 2 couches "sensibles" n'entrai
Le 26 octobre 2010 23:05, Jean-Yves F. Barbier <12u...@gmail.com> a écrit :
> On Tue, 26 Oct 2010 22:31:59 +0200, Kevin Hinault wrote:
>
>> Hum moi c'est ce qui m'a permis de sauver mes données et de détecter
>> mon problème de disque rapidement :
>> la couche physique du disque était abimée, ce q
On Tue, 26 Oct 2010 22:31:59 +0200, Kevin Hinault wrote:
> Hum moi c'est ce qui m'a permis de sauver mes données et de détecter
> mon problème de disque rapidement :
> la couche physique du disque était abimée, ce qui générait des erreurs
> logiques dans la couche chiffrement et donc mon raid voy
Le 26 octobre 2010 22:00, Kevin Hinault a écrit :
> Le 26 octobre 2010 20:56, Sylvain L. Sauvage
> a écrit :
>
> Donc a priori il suffirait de trouver où j'ai perdu les 512ko... Piste
> intéressante merci !!
>
>> Tu utilises directement /dev/sd. ou tu as fait une partition
>> /dev/sd.1 ?
>
> Oui
> On Tue, 26 Oct 2010 21:42:02 +0200, Yves Rutschle
> wrote:
>> On Tue, Oct 26, 2010 at 09:39:51PM +0200, Goldy wrote:
>> > Je confirme, j'ai perdu un système comme ça une fois, sans même qu'il y
>> > ait le moindre problème sur le disque, uniquement en le sortant et en le
>> > réintégrant à l'arr
On Tue, 26 Oct 2010 22:19:53 +0200
"Jean-Yves F. Barbier" <12u...@gmail.com> wrote:
> ça n'est pas une question de bug, il suffit qu'un seul bit saute au mauvais
> endroit et c'est râpé (loi de Murphy oblige, ça arrive plus souvent que
> les stats ne le suppute.)
> sans compter que la réunion de 2
Le 26 octobre 2010 22:12, Jean-Yves F. Barbier <12u...@gmail.com> a écrit :
>> Donc tu as d'abord créé ton raid et puis tu l'a chiffré et mis du lvm
>> par-dessus c'est bien ça ?
>> C'est juste pour mon info perso et pour le futur puisque dans le cas
>> présent
>
> Une meilleure question à se poser
On Tue, 26 Oct 2010 21:42:02 +0200, Yves Rutschle
wrote:
ça n'est pas une question de bug, il suffit qu'un seul bit saute au mauvais
endroit et c'est râpé (loi de Murphy oblige, ça arrive plus souvent que
les stats ne le suppute.)
sans compter que la réunion de 2 couches "sensibles" n'entraine pa
On Tue, 26 Oct 2010 21:53:14 +0200, Kevin Hinault wrote:
...
> Quant à la RAM et au CPU, les performances sont très bonnes de ce côté
> là.
Wai, c'est aussi le leit-motiv de ceux qui font les javascripts qui
bloquent 100% de mon vieux CPU (mais 1% sur un 8 cores avec 100MB de
RAM...)
Plus sér
Le 26 octobre 2010 20:56, Sylvain L. Sauvage
a écrit :
>
> Soit 524288 octets = 512 kio de différence.
>
> Que disent(-ils sur) les couches inférieures (notamment les
> /dev/sd*) ?
Bonne idée, je n'ai pas pensé à vérifer :
La on a la même chose partout :
fdisk de base :
# /sbin/fdisk.distrib -
On Tue, Oct 26, 2010 at 09:39:51PM +0200, Goldy wrote:
> Je confirme, j'ai perdu un système comme ça une fois, sans même qu'il y
> ait le moindre problème sur le disque, uniquement en le sortant et en le
> réintégrant à l'array (raid5 + lvm + chiffrement).
Comment ça se fait, LVM et raid marchent
Le 26/10/2010 20:47, Jean-Yves F. Barbier a écrit :
>
> pas terr comme organisation, mixer raid & lvm, c'est multiplier
> les risques de pertes de données par au moins 10 - Sans compter
> l'overhead rajouté par le fait que chaque membre de l'array a sa
> propre encryption (quel intérêt, à part bou
Le 26/10/2010 20:47, Jean-Yves F. Barbier a écrit :
>
> pas terr comme organisation, mixer raid & lvm, c'est multiplier
> les risques de pertes de données par au moins 10 - Sans compter
> l'overhead rajouté par le fait que chaque membre de l'array a sa
> propre encryption (quel intérêt, à part bo
Le mardi 26 octobre 2010 à 20:32:20, Kevin Hinault a écrit :
> Bonjour à tous,
’soir,
>[…]
> gnu-fdisk me dit ça :
>[…]
> Disk /dev/dm-4: 1000 GB, 1000194048000 bytes
>[…]
> Alors que le fdisk de base sur Debian me dit :
>
> # /sbin/fdisk.distrib -l /dev/dm-4
> Disk /dev/dm-4: 1000.2 GB, 100020
On Tue, 26 Oct 2010 20:32:20 +0200, Kevin Hinault wrote:
> J'ai un RAID 1 tout bête (en mirroring donc) depuis quelques mois qui
> tournait pas mal mais il est un peu spécial : chacun des deux disques
> est chiffré avec luks et le raid contient des LVM, c'est à dire un
pas terr comme organisat
Bonjour à tous,
J'ai deux problème qui sont liés l'un à l'autre :
J'ai un RAID 1 tout bête (en mirroring donc) depuis quelques mois qui
tournait pas mal mais il est un peu spécial : chacun des deux disques
est chiffré avec luks et le raid contient des LVM, c'est à dire un
empilement comme celui-c
Le 25/10/2010 18:02, Benjamin Mercier a écrit :
Salut,
Sur une Debian Lenny suite à une fausse manœuvre je ne peux plus me logger
sur MySQL avec mon compte root car j'ai perdu le mot de passe !?
Comment supprimer/modifier le mot de passe sachant que la machine est en
production, par contre
On Tue, Oct 26, 2010 at 03:47:00PM +0200, Erwan David wrote:
> Moi je fais ça avec postfix, debconf propose de le configurer coimme
> ça et il n'y a qu'à entrer le nom de la machine et le nom du relais.
Pour info, pareil avec Exim, ça prend littéralement 20
secondes à configurer.
Par rapport à l'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 26/10/2010 09:47, Erwan David a écrit :
> On Tue, Oct 26, 2010 at 03:26:13PM CEST, "fmgre-liste01...@yahoo.fr"
> said:
>> Bonjour,
Bonjour,
>> En installant des serveurs virtuels, je me trouve souvent avec la question :
>> quel MTA installer ?
On Tue, Oct 26, 2010 at 03:26:13PM CEST, "fmgre-liste01...@yahoo.fr"
said:
> Bonjour,
>
> En installant des serveurs virtuels, je me trouve souvent avec la question :
> quel MTA installer ?
>
> l'unique but est de relayer les messages du cron ( ou de qq scripts ) vers
> une
> autre machine
Le 26/10/10 à 14:26, "fmgre-liste01...@yahoo.fr" a
écrit :
FL> En installant des serveurs virtuels, je me trouve souvent avec la question
:
FL> quel MTA installer ?
Quel rapport avec kernel panic ?
FL> l'unique but est de relayer les messages du cron ( ou de qq scripts ) vers
une
FL> autre
Bonjour,
En installant des serveurs virtuels, je me trouve souvent avec la question :
quel MTA installer ?
l'unique but est de relayer les messages du cron ( ou de qq scripts ) vers une
autre machine où postfix est configuré.
Quel est le MTA le plus leger/simple à configurer pour ce genre de
Le mardi 26 octobre 2010 à 14:16 +0200, gg aka linedubeth a écrit :
> J'ai fais sans trop réfléchir un instantané de la machine virtuelle.
> et
> je n'ai plus de problème par contre si je peux envoyer mon dmesg est ce
> que cela sera utile?
Oui, il y a des infos intéressantes dedans.
> Par contr
Le 26/10/2010 08:34, Julien a écrit :
Le mardi 26 octobre 2010 à 08:05 +0200, gg aka linedubeth a écrit :
Bonjour à tous,
je suis en train d'essayer debian 5.0.6 apres quelques déboire avec un
moniteur récalcitrant. J'essaye dans une machine virtuelle et je me
retrouve avec un kernel panic.
à
31 matches
Mail list logo
