Tof Posté(e) le 29 décembre 2006 Partager Posté(e) le 29 décembre 2006 bonjour je rencontre différents problèmes depuis hier soir j'ai apache qui ne répond plus au fichier de conf (mais comme je bricole un fichier ipkg je me suis dit que ce n'était pas grave) hier j'ai mis en production une authentification et un accès Ssh par clé pour mon big boss. test ok hier pas de problèmes. depuis hier soir authentification refusée. je régénère authorized_keys, la copie en local de la clé privée : nada telnet bigboss: ok pdw / !! alors que dans passwd: bigboss:x:1027:100:Linux User:/volume1/home/bigboss:/bin/ash echo $HOME /volume1/home/bigboss cd ~ ou cd ou cd /volume1/home/bigboss -ash: cd: can't cd to /volume1/home/bigboss !! en root, cd /volume1/home/bigboss ok là je commence à comprendre qui si l'utilisateur ne peut accèder à son home, la clé autorisée ne peut être lue root> ls -al /volume1/home drwxr-sr-x 2 bigboss users 4096 Dec 20 11:12 bigboss le masque 2755 est mis par adduser, pourquoi gid? mais bon, je vois pas de problèmes (bizarre ces droits d'exécution par tout le monde) root> find / -name cd /bin/cd find: WARNING: Hard link count is wrong for /proc: this may be a bug in your filesystem driver. Automatically turning on find's -noleaf option. Earlier results may have failed to include directories that should have been searched. !! houlà un bug de filesystem ?? comment tester cela, fsck n'est pas une commande dispo ? ls -al /bin/cd -rw-r--r-- 1 root root 0 Nov 21 14:39 /bin/cd !! tiens cd n'est plus (pas) un lien vers busybox ??? et puis un 2e fichier bizarre ls -al /bin/clear -rw-r--r-- 1 root root 0 Nov 21 14:39 /bin/clear !! même topo, pas de lien rm /bin/cd lln -s busybox /bin/cd ls -al /bin/cd lrwxrwxrwx 1 root root 7 Dec 29 11:38 /bin/cd -> busybox même topo pour clear, cela semble ok mais bigboss>cd ~ toujours impossible les log du reboot d'hier soir, pas très propres, mais rien qui concernerait un pb disque: Dec 28 19:04:33 DiskStation user.err synocheckshare: SYNOICheckShareExt: adding share [lost+found] Dec 28 19:04:33 DiskStation user.err synocheckshare: synoshare: SYNOShareSet(): BlSLIBIsShareName() failed^I^I^I pshareNewShare->szName=lost+found Dec 28 19:04:33 DiskStation user.err synocheckshare: SYNOICheckShareExt:SYNOShareSet failed!! [0x1200] Dec 28 19:05:11 DiskStation user.err synoprint: 259: ErrSLIBFileRemoveSection failed.(section can't remove.) Dec 28 19:05:11 DiskStation user.err synousbdisk: synoshare: delete share usbbackup ...... Dec 28 19:05:11 DiskStation user.err synousbdisk: RCClean succeeded Dec 28 19:05:12 DiskStation user.err synousbdisk: sdk/synousbbkp.c:1436(USBBKPIsDevBkpDisk) szPart[sda1]=ext3 Dec 28 19:05:12 DiskStation user.err synousbdisk: USB backup disk is pluged in.(batch mount 1) Dec 28 19:05:12 DiskStation user.err synousbdisk: First time create the semaphore. Dec 28 19:05:12 DiskStation user.err synousbdisk: First time create the shared memory. Dec 28 19:05:13 DiskStation user.err synoindexd: pgsql.c (108) Failed to re-connect to 127.0.0.1, user: admin, pass:dd@awylds, db:mediaserver. (could not connect to server: Connection refused ^IIs the server running on host "127.0.0.1" and accepting ^ITCP/IP connections on port 5432? ) Dec 28 19:05:13 DiskStation user.err synoindexd: database.c (51) Failed to connect to database Dec 28 19:05:13 DiskStation user.err synoindexd: database.c (749) Failed to exec [VACUUM FULL ANALYZE]. Dec 28 19:05:13 DiskStation user.err synoindexd: synoindexd.c (197) vaccuum mediaserver failed. Dec 28 19:05:54 DiskStation daemon.err afpd[1189]: DiskStation:AFPServer@* started on 65280.22:128 (2.0.1) si quelqu'un a une idée ? Lien vers le commentaire Partager sur d’autres sites More sharing options...
Tof Posté(e) le 29 décembre 2006 Auteur Partager Posté(e) le 29 décembre 2006 pour compléter le descriptif de mon problème: apache ne répond plus quand je lui demande de me servir des pages existantes, bien qu'ayant rechargé un httpd.conf-user d'origine. testuser> cd volume1 -ash: cd: can't cd to volume1 testuser>cd /root testuser>pwd /root ... =>ok !? testuser>ls -dl /volume1/home drwxrwxrwx 6 root root 4096 Dec 29 10:50 /volume1/home testuser>ls -dl volume1 testuser>drwxr-xr-x 16 root root 4096 Dec 29 12:15 volume1 les permissions ne me semblent pas en cause. Lien vers le commentaire Partager sur d’autres sites More sharing options...
cricx Posté(e) le 29 décembre 2006 Partager Posté(e) le 29 décembre 2006 pour compléter le descriptif de mon problème: apache ne répond plus quand je lui demande de me servir des pages existantes, bien qu'ayant rechargé un httpd.conf-user d'origine. testuser> cd volume1 -ash: cd: can't cd to volume1 et en faisant cd /volume1 testuser>cd /root testuser>pwd /root ... =>ok !? testuser>ls -dl /volume1/home drwxrwxrwx 6 root root 4096 Dec 29 10:50 /volume1/home testuser>ls -dl volume1 testuser>drwxr-xr-x 16 root root 4096 Dec 29 12:15 volume1 les permissions ne me semblent pas en cause. ça semble OK Lien vers le commentaire Partager sur d’autres sites More sharing options...
cricx Posté(e) le 29 décembre 2006 Partager Posté(e) le 29 décembre 2006 bonjour je rencontre différents problèmes depuis hier soir j'ai apache qui ne répond plus au fichier de conf (mais comme je bricole un fichier ipkg je me suis dit que ce n'était pas grave) hier j'ai mis en production une authentification et un accès Ssh par clé pour mon big boss. test ok hier pas de problèmes. depuis hier soir authentification refusée. je régénère authorized_keys, la copie en local de la clé privée : nada telnet bigboss: ok pdw / !! alors que dans passwd: bigboss:x:1027:100:Linux User:/volume1/home/bigboss:/bin/ash que donne un whoami ? echo $HOME /volume1/home/bigboss cd ~ ou cd ou cd /volume1/home/bigboss -ash: cd: can't cd to /volume1/home/bigboss !! en root, cd /volume1/home/bigboss ok là je commence à comprendre qui si l'utilisateur ne peut accèder à son home, la clé autorisée ne peut être lue oui vérifier les droits sur /volume1/home/bigboss (devrait être en rwx------) root> ls -al /volume1/home drwxr-sr-x 2 bigboss users 4096 Dec 20 11:12 bigboss le masque 2755 est mis par adduser, pourquoi gid? mais bon, je vois pas de problèmes (bizarre ces droits d'exécution par tout le monde) pour que les fichiers créés dans les homes dirs soient focés au groupe users root> find / -name cd /bin/cd find: WARNING: Hard link count is wrong for /proc: this may be a bug in your filesystem driver. Automatically turning on find's -noleaf option. Earlier results may have failed to include directories that should have been searched. !! houlà un bug de filesystem ?? comment tester cela, fsck n'est pas une commande dispo ? si, elle devrait être dispo ls -al /bin/cd -rw-r--r-- 1 root root 0 Nov 21 14:39 /bin/cd !! tiens cd n'est plus (pas) un lien vers busybox ??? cd est une commande interne implémentée par le shell et puis un 2e fichier bizarre ls -al /bin/clear -rw-r--r-- 1 root root 0 Nov 21 14:39 /bin/clear !! même topo, pas de lien tu as installé un nouveau shell ? rm /bin/cd lln -s busybox /bin/cd ls -al /bin/cd lrwxrwxrwx 1 root root 7 Dec 29 11:38 /bin/cd -> busybox même topo pour clear, cela semble ok mais bigboss>cd ~ toujours impossible et cd /volume1/home/bigboss ? les log du reboot d'hier soir, pas très propres, mais rien qui concernerait un pb disque: Dec 28 19:04:33 DiskStation user.err synocheckshare: SYNOICheckShareExt: adding share [lost+found] Dec 28 19:04:33 DiskStation user.err synocheckshare: synoshare: SYNOShareSet(): BlSLIBIsShareName() failed^I^I^I pshareNewShare->szName=lost+found Dec 28 19:04:33 DiskStation user.err synocheckshare: SYNOICheckShareExt:SYNOShareSet failed!! [0x1200] Dec 28 19:05:11 DiskStation user.err synoprint: 259: ErrSLIBFileRemoveSection failed.(section can't remove.) Dec 28 19:05:11 DiskStation user.err synousbdisk: synoshare: delete share usbbackup ...... Dec 28 19:05:11 DiskStation user.err synousbdisk: RCClean succeeded Dec 28 19:05:12 DiskStation user.err synousbdisk: sdk/synousbbkp.c:1436(USBBKPIsDevBkpDisk) szPart[sda1]=ext3 Dec 28 19:05:12 DiskStation user.err synousbdisk: USB backup disk is pluged in.(batch mount 1) Dec 28 19:05:12 DiskStation user.err synousbdisk: First time create the semaphore. Dec 28 19:05:12 DiskStation user.err synousbdisk: First time create the shared memory. Dec 28 19:05:13 DiskStation user.err synoindexd: pgsql.c (108) Failed to re-connect to 127.0.0.1, user: admin, pass:dd@awylds, db:mediaserver. (could not connect to server: Connection refused ^IIs the server running on host "127.0.0.1" and accepting ^ITCP/IP connections on port 5432? ) Dec 28 19:05:13 DiskStation user.err synoindexd: database.c (51) Failed to connect to database Dec 28 19:05:13 DiskStation user.err synoindexd: database.c (749) Failed to exec [VACUUM FULL ANALYZE]. Dec 28 19:05:13 DiskStation user.err synoindexd: synoindexd.c (197) vaccuum mediaserver failed. Dec 28 19:05:54 DiskStation daemon.err afpd[1189]: DiskStation:AFPServer@* started on 65280.22:128 (2.0.1) si quelqu'un a une idée ? Lien vers le commentaire Partager sur d’autres sites More sharing options...
Tof Posté(e) le 29 décembre 2006 Auteur Partager Posté(e) le 29 décembre 2006 RESOLU ) pour une fin d'année et mes début sous nunux, c'est pas triste... pour info, pas de messages d'erreur dans les log ou dmesg indiquant de pb disque sauf la commande find / -name xxx affichant une erreur. je peux aller avec cd sur /root (dev/hda1) pas sur /volume (dev/hda3). je trouve cette commande: e2fsck -n -f -v /dev/hda3 (sans action pour essayer), erreurs : Pass 5: Checking group summary information Free blocks count wrong for group #412 (7, counted=4). Free blocks count wrong for group #414 (11980, counted=11983). /dev/hda3: ********** WARNING: Filesystem still has errors ********** ah, et la commence tout mon temps de perdu jusqu'à maintenant, cette commande ne doit être exécutée que si le disque est demounté... killall sshd S04crond.sh stop DiskStation> umount /volume1 umount: Couldn't umount /volume1: Invalid argument umount -f /volume1 DiskStation> ok ça passe, reste /volume1/opt umount -f /volume1 Segmentation fault dès que j'essayerais un deuxième umount, Segmentation fault et la console gelée, quelques soit l'ordre de umount. chaque fois reboot!! j'ai donc finis par faire: umount -f /volume1 e2fsck -f -v /dev/hda3 /dev/hda3 is mounted. WARNING!!! Running e2fsck on a mounted filesystem may cause SEVERE filesystem damage. Do you really want to continue (y/n)? yes j'ai serré les fesses, fait un sudoku et tout s'est bien terminé reboot tout marche. mon authentification sur /volume1/home/user/ et apache sur la partie /volume1/web reste plus que quelques questions, 1/Bug ce segmentation fault? 2/ai-je bien utilisé la commande umount? 3/e2fsck ne devrait-il pas être exécuter au démarrage ou périodiquement, et comment ? 4/j'ai cru comprendre que certaine partition étaient automatiquement vérifiée ce qui ne semble pas être le cas sur hda3 je vais arrêter là mes questions pour aujourd'hui, mais comme maintenant je vais retourner bricoler un packet ipkg (et que je ne vois que ça qui aurait pu entraîner cet incident hier) des réponses à ces questions existentielles seraient bien venues sur ce je vous souhaite une bonne fin d'année et un bon réveillon Lien vers le commentaire Partager sur d’autres sites More sharing options...
Tof Posté(e) le 29 décembre 2006 Auteur Partager Posté(e) le 29 décembre 2006 > que donne un whoami ? je n'ai pas essayé, mais $USER était ok > vérifier les droits sur /volume1/home/bigboss (devrait être en rwx------) ok >> le masque 2755 est mis par adduser, pourquoi gid? > pour que les fichiers créés dans les homes dirs soient focés au groupe users ok > si, elle devrait être dispo non, à priori e2fsck > cd est une commande interne implémentée par le shell pas ici à priori > tu as installé un nouveau shell ? ah oui, bash >et cd /volume1/home/bigboss ? non plus, c'aurait été trop simple Lien vers le commentaire Partager sur d’autres sites More sharing options...
cricx Posté(e) le 30 décembre 2006 Partager Posté(e) le 30 décembre 2006 Lien vers le commentaire Partager sur d’autres sites More sharing options...
Tof Posté(e) le 31 décembre 2006 Auteur Partager Posté(e) le 31 décembre 2006 ; > dans bash, cd est également une commande interne > bizarre ton truc... bizarre? tu as dis bizarre? comme c'est bizarre... > il y a un pb avec la commande cd (renommer le binaire et réessayer) cd et clear ne sont que des liens. je les ai supprimé dans /bin, ça marche bien aussi. est-il normal de umount soit ausi difficile à faire sur un disque? lancer e2fsck sur un disque monté est-il vraiment risqué? en tout cas, depuis cette opération e2fsck, tout baigne de mon côté. je n'ai aperçu que mon crontab à moitié rogné Lien vers le commentaire Partager sur d’autres sites More sharing options...
cricx Posté(e) le 31 décembre 2006 Partager Posté(e) le 31 décembre 2006 Lien vers le commentaire Partager sur d’autres sites More sharing options...
Tof Posté(e) le 31 décembre 2006 Auteur Partager Posté(e) le 31 décembre 2006 > est-il normal de umount soit ausi difficile à faire sur un disque? non > on ne peut démonter un système de fichiers que si on n'a pas d'accès dessus (pas de programme ou librairie, pas de fichiers...). ah normalement j'ai killé tout ce qui démarrait de /volume1/opt/, arrêté appache, crond, sshd... ce qui me surprend, c'est : umount /volume1 ok -> umount /volume1/opt segment fault reboot umont /volume1/opt ok -> umount /volume1 segment fault > utiliser fuser, lsof pas dispo ici > il est possible de remonter une partition en lecture seule avant de faire le fsck, ok, merci pour la piste. je vais chercher là-dessus, j'ai de nouveau un message bizarre ce matin ( find / -name ftp* ... find: WARNING: Hard link count is wrong for /proc: this may be a bug in your filesystem driver. Automatically turning on find's -noleaf option.... Lien vers le commentaire Partager sur d’autres sites More sharing options...
cricx Posté(e) le 31 décembre 2006 Partager Posté(e) le 31 décembre 2006 /proc est l'image des processus en mémoire, et ne correspond pas à des fichiers sur disque Lien vers le commentaire Partager sur d’autres sites More sharing options...
Tof Posté(e) le 2 janvier 2007 Auteur Partager Posté(e) le 2 janvier 2007 /proc est l'image des processus en mémoire, et ne correspond pas à des fichiers sur disque ok, mais coincidence ou pas, j'ai: e2fsck -n -f -v /dev/hda3 Pass 5: Checking group summary information Block bitmap differences: +197936 +(338811--338814) +(338822--338827) +(338834--338843) +341054 +(341058--341060) +(487002--487005) +(487020--487022) -13586735 -(13834818--13834819) -(13834821--13834841) -(25330240--25330246) Free blocks count wrong for group #6 (0, counted=1). Free blocks count wrong for group #10 (3, counted=27). Free blocks count wrong for group #14 (4448, counted=4455). Free blocks count wrong for group #414 (1, counted=0). Free blocks count wrong for group #422 (26045, counted=26022). Free blocks count wrong for group #773 (32000, counted=31993). Free blocks count wrong (26884570, counted=26884571). /dev/hda3: ********** WARNING: Filesystem still has errors ********** de nouveau des incapacités pour apache d'afficher certaines pages. de nouveau, incapable de démonter ou de remonter en lecture seule. systéme busy ou segment fault... je vais changer le disque, y'a-t-il un moyen simple pour copier hda1 sous linux pour éviter de tout réinstaller ? Lien vers le commentaire Partager sur d’autres sites More sharing options...
cricx Posté(e) le 5 janvier 2007 Partager Posté(e) le 5 janvier 2007 ok, mais coincidence ou pas, j'ai: e2fsck -n -f -v /dev/hda3 Pass 5: Checking group summary information Block bitmap differences: +197936 +(338811--338814) +(338822--338827) +(338834--338843) +341054 +(341058--341060) +(487002--487005) +(487020--487022) -13586735 -(13834818--13834819) -(13834821--13834841) -(25330240--25330246) Free blocks count wrong for group #6 (0, counted=1). Free blocks count wrong for group #10 (3, counted=27). Free blocks count wrong for group #14 (4448, counted=4455). Free blocks count wrong for group #414 (1, counted=0). Free blocks count wrong for group #422 (26045, counted=26022). Free blocks count wrong for group #773 (32000, counted=31993). Free blocks count wrong (26884570, counted=26884571). /dev/hda3: ********** WARNING: Filesystem still has errors ********** de nouveau des incapacités pour apache d'afficher certaines pages. de nouveau, incapable de démonter ou de remonter en lecture seule. systéme busy ou segment fault... je vais changer le disque, y'a-t-il un moyen simple pour copier hda1 sous linux pour éviter de tout réinstaller ? utiliser dd dd if=/dev/hda1 of=/dev/hdb1 (si ton nouveau disque est hdb) - man dd ou dd --help ppour plus d'infos Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Archivé
Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.