-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-03-01 a las 18:02 +0100, Emiliano Sutil escribió:
una traza recien sacada del horno
9 bytes from 192.168.1.1: icmp_seq=781 ttl=255 9 bytes from 192.168.1.1: icmp_seq=827 ttl=255 9 bytes from 192.168.1.1: icmp_seq=828 ttl=255 ... --- 192.168.1.1 ping statistics --- 834 packets transmitted, 767 received, 8% packet loss, time 834067ms
fijate que la secuencia de 781 se pasa a la 827 y continua. es decir ha habido un micro corte que hace que el que tenga abierta una bbdd de access se corrompa, vamos una fiesta.
Supongo que será si en ese momento se está haciendo algo.
Si no arreglo esto me cuelgan ;-) (siempre me podre reiniciar)
Es un motivo más para convencerles de que access es malo. Cualquier protocolo de red debe ser un poco más robusto frente a microcortes y errores varios de transmisión. Prueba algo como esto: ping -f -l10 -s20000 router para medir el ancho de banda real al router (si se llama así, o pon su IP). A mi me da 9MiB mantenidos: WARNING: probably, rcvbuf is not enough to hold preload. PING router (192.168.1.1) 20000(20028) bytes of data. ......... - --- router ping statistics --- 7654 packets transmitted, 7645 received, 0% packet loss, time 43762ms rtt min/avg/max/mdev = 7.794/56.631/65.266/2.175 ms, pipe 10, ipg/ewma 5.718/55.954 ms A ver si te da la capacidad teórica de la conexión o menos. Si da menos, pues hay un problema físico. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFF5yu9tTMYHG2NR9URAsTzAKCHet8HIYy7v4oSJXkPY6qb4boXMwCfUGmE 1d7vyhgAPUWokKt0facxnTI= =7+o2 -----END PGP SIGNATURE-----