Re: Installation de Debian et RNIS sur serveur Compaq Proliant
PADOLY Alex a écrit: Bonsoir à tous, J'ai installé Debian Potato (sans X) sur un serveur compaq Proliant, je n'ai pas eu de problème et cela fonctionne correctement. J'envisage de faire avec ce serveur les fonctions suivantes: - partage de fichier avec SAMBA; - proxy avec SQUID - partage de connexion internet. Lorsque que j'installe une carte dans le serveur en suivant les indications des utilitaires Compaq, le bios de la carte mère et Linux identifie la carte mais le module hisax (drivers pour carte RNIS passive) ne reconnait pas la carte. En effet, au boot j'obtient le message: - Pour une carte RNIS FRITZ AVM PCI PNP : hisax : no FRITZ AVM PCI PNP installed - Pour une carte RNIS GAZEL ISA PNP hisax : no GAZEL card installed Je précise qu'auparavant j'avait compilé le noyau pour utiliser un noyau 2.4.18 et dans chacunn des cas les pilotes ont été inclus dans le noyau. Quelque d'entre vous aurait-il une précision concernant ce problème. Concernant l'ISDN sous linux en général, je te conseille de regarder cette doc : http://www.linux-france.org/article/connex/ISDN/ * par rapport à la carte AVM Fritz : regarde bien la version, la V2 (le seul modèle encore vendu actuellement) est supportée par un driver en expérimental (dernière carte listée dans la config du kernel linux / section passive ISDN cards * par rapport à la Gazel ISA, il faut utiliser pnpdump pour spécifier une bonne IRQ et adresse IO au démarrage de la machine puis spécifier la même chose en paramètre du chargement du module. C'est plutôt bien expliqué dans la doc ci-dessus... Faut reconnaître que l'ISDN sous linux est devenu un peu galère par rapport à il y a 2 ans : les chipsets des cartes de plusieurs fabricants ont changés et le support est plus difficile qu'avant. En clair, l'ISDN n'intéresse plus grand monde sous linux (et même ailleurs)... On en a fait l'amère expérience sur les PingOO-ISDNrouter qu'on installait au CRI... -- Fabien SALVI Centre de Ressources Informatiques Archamps, France -- http://www.cri74.org PingOO GNU/linux distribution : http://www.pingoo.org
Re: Eteindre sa machine complètement
Patrice W. a écrit: Bonjour, Matthieu Moy wrote: J'ai résolu le problème en compilant apm en dur et non en module. Ca n'est pas très génant, le module était chargé en permanence. Toujours est-il que ce n'est pas très satisfaisant, ça aurait du marcher avant. J'ai eu le meme problème (cela ne fonctionnait pas en module) mais à présent cela fonctionne avec ceci : $ grep APM /boot/config-2.4.21-rc2 CONFIG_APM=m # CONFIG_APM_IGNORE_USER_SUSPEND is not set CONFIG_APM_DO_ENABLE=y CONFIG_APM_CPU_IDLE=y # CONFIG_APM_DISPLAY_BLANK is not set # CONFIG_APM_RTC_IS_GMT is not set # CONFIG_APM_ALLOW_INTS is not set # CONFIG_APM_REAL_MODE_POWER_OFF is not set $ grep ACPI /boot/config-2.4.21-rc2 # CONFIG_HOTPLUG_PCI_ACPI is not set # CONFIG_ACPI is not set A priri CONFIG_APM_DO_ENABLE=y peut s'avérer utile, puisque c'est a seule chose que j'ai changé. Sinon, oui, c'est peut-être mieux de le mettre en dur finalement... A noter que c'est fonctionne pas bien quand on est en SMP avec un kernel 2.4, même en mettant le "apm=power-off". Sur une certaine catégorie de machines Bi-pro, je n'ai jamais réussi à faire fonctionner le PowerOff avec un 2.4 alors que ça fonctionnait bien avec un 2.2 Est-ce que quelqu'un a déjà eu le même problème ? Par contre, ce qui m'étonne beaucoup, c'est que je n'ai pas réussi à faire fonctionner l'ACPI. J'avai commencé par l'utiliser puisque mon BIOS le proposait, mais acpid n'a pas aimé :/ Bref, l'APM marche alors tant mieux. Je me demande simplement ce que j'aurai gagné à faire marcher (si c'était faisable) l'ACPI. Quelques fonctionnalités liées à l'ACPI. Par exemple, la possibilité d'appuyer sur le bouton ON/Off pour déclancher un shutdown propre (pratique sur une machine sans écran ni clavier). -- Fabien SALVI Centre de Ressources Informatiques Archamps, France -- http://www.cri74.org PingOO GNU/linux distribution : http://www.pingoo.org
Evénement : LinuxEdu du CRI Haute-Savoie
Événement : LinuxEdu, Solutions Libres et TICE Bonjour à toutes et à tous ! Réservez dès aujourd'hui votre mercredi 18 juin 2003 ! Le Centre de Ressources Informatiques de Haute-Savoie organise à Archamps la première édition de LinuxEdu, Solutions Libres et TICE. Vous cherchez des solutions économiques, pérennes, fiables et simples à mettre en place ? Dès 9h, venez découvrir les projets informatiques libres les plus actifs de France dédiés à l'Education. Entrée libre, inscription (gratuite) obligatoire. Bulletin d'inscription à remplir en ligne sur le site web http://www.linuxedu.org/ Toutes les informations sur le site web du CRI, ou à [EMAIL PROTECTED] Tél. : +33 (0)4 50 31 56 30 Cordialement, -- L'équipe du CRI Centre de Ressources Informatiques de Haute-Savoie 74160 ARCHAMPS http://www.cri74.org/ - [EMAIL PROTECTED]
Re: tools de monitoring system
Samuel Torton a écrit: Bonjour, Merci pour vos reponses a propos des tools de monitoring system. Parmi vos reponses et le resultat de mes recherches (liste ci-dessous), j'aurais envie de retenir les deux suivants : - Nagios (anciennement NetSaint) : (http://www.nagios.org) assez complique et long a installer et configurer (a quand le paquage debian ?), mais qui a l'air vraiment complet, et bien pour faire du logging. - le mariage "MRTG" + "Mon" : existent en paquets Debian. Inutile de rappeler les vertus de MRTG, mais le mariage des deux applications est parait-il excellent. (je n'ai pas teste) Salut Sam, Tu peux aussi utiliser RRDTool avec cricket comme "frontend". Ca tend petit à petit à remplacer mrtg parce que c'est plus souple... http://people.ee.ethz.ch/~oetiker/webtools/rrdtool/ Lui aussi normalement peut se coupler avec mon (récupération de seuil d'alertes, etc...) pour recevoir des alertes. A+ -- Fabien SALVI Centre de Ressources Informatiques Archamps, France -- http://www.cri74.org PingOO GNU/linux distribution : http://www.pingoo.org
Package php4.3.*
Bonjour, Quelqu'un a déjà fait ou vu un package debian pour les versions de php4 >= 4.3.0 ? Je suis en train de travailler dessus et faut reconnaitre que c'est chiant. Ca a pas mal évolué depuis php4.2 et il y a des dépendances pas toujours bien à jour. Bon, en plus, je cherche la difficulté vu que je veux le faire pour la woody :) -- Fabien SALVI
Re: Firewall et port 1078
Nicolas Ledez wrote: > > Le Thu, Jul 18, 2002 at 02:48:11PM +0200, Yann K. a écrit : > > > D'aprés IANA: > > > emanagecstp 1078/tcp eManageCstp > > > emanagecstp 1078/udp eManageCstp > > > Ca te parle ? > > Aucune idée. > > Je suis preneur de toute info. > > ça me permettra de trouver le service qui emet en douce... > Si tu à accés en root à une des machine l'excellant lsof, tu pourra > savoir quel process à ouvert le port grace à un "lsof -i|grep 1078" Ou alors avec fuser : fuser -av 1078/tcp - Fabien SALVI Centre de Ressources Informatiques Archamps, France -- http://www.cri74.org PingOO GNU/linux distribution : http://www.pingoo.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [HS] Taper
Eric BERTHOMIER wrote: > > Est ce que quelqu'un sait s'il est possible d'exécuter une sauvegarde > avec le logiciel Taper en ligne de commande ? Je n'en ai pas trouvé > trace ... Oui, c'est possible mais plutôt mal documenté (pas d'exemple je crois). C'est ce qu'on utilisait sur notre distribution PingOO serveurs de communication avant de passer à un autre outil pour cause de limitation de taille de backup avec taper... Voilà les bonnes options : $ /sbin/taper -T $BACKUP_TYPE -b /dev/tape +O --erase-tape-on -i /var/taper/ --unattended-id -1 +a -c 1 -l /var/log/taper +u -U @pingoo avec BACKUP_TYPE=ide ou scsi On utilise alors un fichier /var/taper/taper_set.pingoo qui indique ce qu'on backup ou ce qu'on exclue du backup, exemple : = I /home/ I /var/ I /var/spool/mail/ I /var/spool/sympa/ I /var/spool/uucp/ I /var/spool/mqueue/ I /etc/ I /root/ E /var/spool/ E /var/log/ === Voilà, bon courage ! -- Fabien SALVI Centre de Ressources Informatiques Archamps, France -- http://www.cri74.org PingOO GNU/linux distribution : http://www.pingoo.org
Webalizer : bug du 4 oct 2001
A tous ceux qui utilisent la version stable de webalizer de Debian et les autres qui même sans utiliser le package debian utilisent webalizer 1.30 ou 2.0.0, regardez vos statistiques web ; elles risquent bien de s'être arrêtées au 4 octobre. Visiblement, il y a des problèmes au niveau des timestamps qui sont calculés en utilisant une fonction jdate refaite et basé sur le 1er janvier 1990 (?). Ceci semble entrainer une erreur lors de la vérification du record timestamp et du current timestamp à ce niveau (version 1.30) : /* check if less than/equal to last record processed*/ if ( rec_tstamp <= cur_tstamp ) avec rec_tstamp=((jdate(rec_day,rec_month,rec_year)-epoch)*100)+ (rec_hour*1) + (rec_min*100) + rec_sec; cur_tstamp=((jdate(cur_day,cur_month,cur_year)-epoch)*100)+ (cur_hour*1) + (cur_min*100) + cur_sec; et epoch=jdate(1,1,1990); u_long jdate( int day, int month, int year ) { u_long days; /* value returned */ int mtable[] = {0,31,59,90,120,151,181,212,243,273,304,334}; /* First, calculate base number including leap and Centenial year stuff */ days=(((u_long)year*365)+day+mtable[month-1]+ ((year+4)/4) - ((year/100)-(year/400))); /* now adjust for leap year before March 1st */ if ((year % 4 == 0) && !((year % 100 == 0) && (year % 400 != 0)) && (month < 3)) --days; /* done, return with calculated value */ return(days+5); } La version 2.0.1 n'est à priori pas touché par ce problème, vu que les calculs de timestamp sont différents... Exemple de stats bloqués : http://www.mozilla.org/webalizer/usage_200110.html http://linuxhelp.dyndns.org/webalizer/usage_200110.html Solutions : * Passer à la version 2.0.1, il ne doit pas y avoir de soucis : http://counter.li.org/webalizer/usage_200110.html * Calculer epoch à partir du 1/1/1970 au lieu de 1/1/1990 (je ne suis pas certain que ça suffise à corriger le problème). Site de webalizer : http://www.webalizer.org/ - Fabien SALVI Centre de Ressources Informatiques Archamps, France -- http://www.cri74.org PingOO GNU/linux distribution : http://www.pingoo.org
Re: Webalizer : bug du 4 oct 2001
Frederic Dubuy wrote: > > Fabien Salvi ([EMAIL PROTECTED]) s'exprimait ainsi : > > > A tous ceux qui utilisent la version stable de webalizer de Debian et > > les autres qui même sans utiliser le package debian utilisent webalizer > > 1.30 ou 2.0.0, regardez vos statistiques web ; elles risquent bien de > > s'être arrêtées au 4 octobre. > > > [...] > > > > Solutions : > > * Passer à la version 2.0.1, il ne doit pas y avoir de soucis : > > http://counter.li.org/webalizer/usage_200110.html > > > > * Calculer epoch à partir du 1/1/1970 au lieu de 1/1/1990 > > (je ne suis pas certain que ça suffise à corriger le problème). > > J'ai oublié de préciser la raison : Webalizer code les timestamps sur des entiers longs non signé, or c'est sur 4 octets (32 bits). 2^32 = 4'294'967'296 Le 4 octobre 2001, on arrivait à 429416, bref, juste à la limite. Le 5 octobre 2001, on dépasse la limite... Avec le calcul daté du 1/1/1970, on repousse le problème à une date ultérieure, on est maintenant à environ : 3'009'065'424 - Fabien SALVI Centre de Ressources Informatiques Archamps, France -- http://www.cri74.org PingOO GNU/linux distribution : http://www.pingoo.org
Re: Webalizer : bug du 4 oct 2001
Fabien Salvi wrote: > > Frederic Dubuy wrote: > > > > Fabien Salvi ([EMAIL PROTECTED]) s'exprimait ainsi : > > > > > A tous ceux qui utilisent la version stable de webalizer de Debian et > > > les autres qui même sans utiliser le package debian utilisent webalizer > > > 1.30 ou 2.0.0, regardez vos statistiques web ; elles risquent bien de > > > s'être arrêtées au 4 octobre. > > > > > [...] > > > > > > Solutions : > > > * Passer à la version 2.0.1, il ne doit pas y avoir de soucis : > > > http://counter.li.org/webalizer/usage_200110.html > > > > > > * Calculer epoch à partir du 1/1/1970 au lieu de 1/1/1990 > > > (je ne suis pas certain que ça suffise à corriger le problème). > > > > > J'ai oublié de préciser la raison : > Webalizer code les timestamps sur des entiers longs non signé, or c'est > sur 4 octets (32 bits). > 2^32 = 4'294'967'296 > > Le 4 octobre 2001, on arrivait à 429416, bref, juste à la limite. > Le 5 octobre 2001, on dépasse la limite... > > Avec le calcul daté du 1/1/1970, on repousse le problème à une date > ultérieure, on est maintenant à environ : > 3'009'065'424 L'auteur de webalizer a fait un patch : ftp://ftp.mrunix.net/pub/webalizer/pre-release/v130-epoch.patch voir la news : http://www.webalizer.org/news.html - Fabien SALVI Centre de Ressources Informatiques Archamps, France -- http://www.cri74.org PingOO GNU/linux distribution : http://www.pingoo.org
Re: Webalizer : bug du 4 oct 2001
Fabien Salvi wrote: > > Fabien Salvi wrote: > > > > Frederic Dubuy wrote: > > > > > > Fabien Salvi ([EMAIL PROTECTED]) s'exprimait ainsi : > > > > > > > A tous ceux qui utilisent la version stable de webalizer de Debian et > > > > les autres qui même sans utiliser le package debian utilisent webalizer > > > > 1.30 ou 2.0.0, regardez vos statistiques web ; elles risquent bien de > > > > s'être arrêtées au 4 octobre. > > > > > > > [...] > > > > > > > > Solutions : > > > > * Passer à la version 2.0.1, il ne doit pas y avoir de soucis : > > > > http://counter.li.org/webalizer/usage_200110.html > > > > > > > > * Calculer epoch à partir du 1/1/1970 au lieu de 1/1/1990 > > > > (je ne suis pas certain que ça suffise à corriger le problème). > > > > > > > > J'ai oublié de préciser la raison : > > Webalizer code les timestamps sur des entiers longs non signé, or c'est > > sur 4 octets (32 bits). > > 2^32 = 4'294'967'296 > > > > Le 4 octobre 2001, on arrivait à 429416, bref, juste à la limite. > > Le 5 octobre 2001, on dépasse la limite... > > > > Avec le calcul daté du 1/1/1970, on repousse le problème à une date > > ultérieure, on est maintenant à environ : > > 3'009'065'424 > > L'auteur de webalizer a fait un patch : > ftp://ftp.mrunix.net/pub/webalizer/pre-release/v130-epoch.patch > > voir la news : > http://www.webalizer.org/news.html Pour ceux que ça intéresse, j'ai refait le package potato de webalizer en incluant le patch et en compilant en version française. C'est ici, comme le reste des contribs du Centre de Ressources Informatiques de Haute-Savoie : ftp://debian.cri74.org/debian-cri/dists/potato/main/binary-i386/web/webalizer_1.30.4-4_i386.deb - Fabien SALVI Centre de Ressources Informatiques Archamps, France -- http://www.cri74.org PingOO GNU/linux distribution : http://www.pingoo.org
Re: ximian non-disponible
Nicolas KOWALSKI wrote: > > Stéphane BERDIN <[EMAIL PROTECTED]> writes: > > >>Bonjour. > > salut > > > >>Malheureusement, leur site semble s'être complètement écroulé. > > ça arrive souventtrsss souvent ! > > C'est rassurant ! > > > PS : si t'arrives à le faire marcher, fait moi signe parce que même avec les > > développeurs de chez ximian, je n'y suis pas arrivé ! > > Pareil : > > W: Couldn't stat source package list 'http://planetmirror.com stable/main > Packages' > (/var/state/apt/lists/planetmirror.com_pub_ximian_ximian-gnome_dists_stable_main_binary-i386_Packages) > - stat (2 No such file or directory) > > Et ceci avec tous les autres mirroirs que tu as indiqué...:-( Aller, je suis bon prince, voilà notre mirroir qu'au utilise au Centre de Ressources Informatiques : deb ftp://debian.cri74.org/debian-ximian potato main Je l'ai remis à jour ce matin (quelque nouvelles libs et nouvelle version d'evolution). Avec ça, ça fonctionne (on l'a installé sur une quinzaine de machines sous potato). - Fabien SALVI Centre de Ressources Informatiques Archamps, France -- http://www.cri74.org PingOO GNU/linux distribution : http://www.pingoo.org
Re: cyrus-imapd sur potato
Nicolas Kowalski wrote: > > Je me réponds. > > Il n'y a pas de problèmes. C'est juste la façon qu'a cyrus pour nommer > les boites IMAP (INBOX.qqchose) qui m'a induit en erreur. Je suis > habitué au serveur UW-IMAP, c'est tout. En parlant de cyrus, est-ce que quelqu'un sait pourquoi il est dans non-free. Pourtant, la licence ne parait pas spécialement restrictive... - Fabien SALVI Centre de Ressources Informatiques Archamps, France -- http://www.cri74.org PingOO GNU/linux distribution : http://www.pingoo.org
Re: [HS]Question sur Postfix
COMBES Julien wrote: > > - Si non, un autre serveur smtp le permet-il ? sendmail + virtusertable ? http://www.sendmail.org/virtual-hosting.html - Fabien SALVI Centre de Ressources Informatiques Archamps, France -- http://www.cri74.org PingOO GNU/linux distribution : http://www.pingoo.org
Re: la version de NUT packagée pour Woody fonctionne-t-elle?...
Loic.B (FDUL) a écrit: Bonjour à tous. Je posséde plusieurs serveurs sous woody pour lesquels j'avais achetés des onduleurs individuels pour pouvoir gérer le shutdown auto. J'ai donc essayé d'installer et de configurer NUT J'ai essayer il y a 6 mois pendant qq jours, puis j'ai abandonner. J'ai re-essayer il y a 2 mois pendant qq jours, puis j'ai abandonner. J'essaye encore depuis hier et je m'arrache les cheveux. Y-a-t'il qq'un qui a réussi à faire fonction la version de NUT packagée avec la woody?... Je désespére car les rares réponses qui m'ont été apportées m'invitent à changer de version ou à compiler l'appli. Quel intéret dans ce cas à maintenir un paquet? Je reste convaincu qu'il doit pouvoir fonctionner. La version de la woody est vraiment vieille (comme souvent avec Debian en version stable, c'est bien ce qui est chiant) J'ai recompilé nut pour woody avec notamment l'intégration du patch d'Arnaud Quette (le développeur de MGE) concernant le support des anciens MGE (ES5+ et cie) ainsi que le support de snmp. C'est dispo ici (nut et nut-cgi) : ftp://ftp.rd.cri74.org/debian-cri/dists/woody/main/binary-i386/utils/ -- Fabien SALVI Centre de Ressources Informatiques Archamps, France -- http://www.cri74.org PingOO GNU/linux distribution : http://www.pingoo.org
Re: DNS et alias...
Stephane Bortzmeyer a écrit: On Wednesday 2 July 2003, at 0 h 10, the keyboard of [EMAIL PROTECTED] (=?iso-8859-1?q?Fran=E7ois_TOURDE?=) wrote: Dans bind, tu peux mettre une ligne du genre: * IN A xx.yy.zz.tt ^ sed 's/\*/\@/', non ? Pour un domaine mydomain.dom, le '@' va permettre la résolution de la zone en question (mydomain.dom est vu en quelque sorte comme un "host"). Le '*' va permettre la resolution de 'anything.mydomain.dom' Les 2 sont complémentaires je pense... -- Fabien SALVI