Newsgroup: it.comp.os.linux.sys
Titolo: Riavvio server se riavvio Apache

Ciao, ho una macchina che ha un comportamento
stranissimo:
se riavvio apache da
/etc/init.d/httpd
o
apachectl
mi riavvia la macchina e mi da il seguente errore:
[root@]# apachectl start
(98)Indirizzo già  in uso: make_sock: could not bind to address [::]:443
no listening sockets available, shutting down
Unable to open logs
Se lo stoppo a mano con un
killall -9 httpd
tutto ok
Secondo me l'hanno bucato e hanno modificato gli script ...
mi sbaglio ?
Grazie mille
                        -- Yena -- 

 Possibilissimo.
Quando si riavvia da questo:
Jul 31 17:01:35 xx kernel: f6715ffd
Jul 31 17:01:35 xx kernel: *pde = 3012f001
Jul 31 17:01:35 xx kernel: Oops: 0000 [#1]
Jul 31 17:01:35 xx kernel: SMP
Jul 31 17:01:35 xx kernel: Modules linked in: md5 ipv6 parport_pc lp parport 
autofs4 sunrpc ip_conntrack_ftp ipt_REJECT ipt_state ip_conntrack 
iptable_filter ip_tables dm_mirror dm_mod button battery ac ohci_hcd shpchp 
tg3 e1000 floppy sg ext3 jbd megaraid_mbox megaraid_mm aic7xxx sd_mod 
scsi_mod
Jul 31 17:01:35 xx kernel: CPU:    0
Jul 31 17:01:35 xx kernel: EIP:    0060:[<f6715ffd>]    Not tainted VLI
Jul 31 17:01:35 xx kernel: EFLAGS: 00010296   (2.6.9-34.0.1.ELsmp)
Jul 31 17:01:35 xx kernel: EIP is at 0xf6715ffd
Jul 31 17:01:35 xx kernel: eax: 00000000   ebx: 00000000   ecx: ffffffff 
edx: fffffffe
Jul 31 17:01:35 xx kernel: esi: 00000000   edi: 00000000   ebp: ddc49000 
esp: ddc49e44
Jul 31 17:01:35 xx kernel: ds: 007b   es: 007b   ss: 0068
Jul 31 17:01:35 xx kernel: Process httpd (pid: 4146, threadinfo=ddc49000 
task=f48b9730)
Jul 31 17:01:35 xx kernel: Stack: f665cd70 f665cd70 00000246 ddc49e78 
00000000 c0329700 00000000 ffffff38
Jul 31 17:01:35 xx kernel:        c1f565c0 00000000 ddc49eec 00000000 
0000000e f665cd68 00000000 c01c047c
Jul 31 17:01:35 xx kernel:        0000000e ddc49e90 ddc49eec 00000000 
0000000e 00000000 f665cd64 ddc49eec
Jul 31 17:01:35 xx kernel: Call Trace:
Jul 31 17:01:35 xx kernel:  [<c01c047c>] radix_tree_gang_lookup+0x39/0x4e
Jul 31 17:01:35 xx kernel:  [<c014012a>] find_get_pages+0x23/0x50
Jul 31 17:01:35 xx kernel:  [<c0140150>] find_get_pages+0x49/0x50
Jul 31 17:01:35 xx kernel:  [<c0148738>] pagevec_lookup+0x17/0x1d
Jul 31 17:01:35 xx kernel:  [<c0148a27>] truncate_inode_pages+0x196/0x22d
Jul 31 17:01:35 xx kernel:  [<c01564c3>] shmem_truncate+0x3b2/0x3ca
Jul 31 17:01:35 xx kernel:  [<c016fd96>] destroy_inode+0x3d/0x4c
Jul 31 17:01:35 xx kernel:  [<c016e4c0>] dput+0x34/0x1a7
Jul 31 17:01:35 xx kernel:  [<c015b167>] __fput+0xda/0x100
Jul 31 17:01:35 xx kernel:  [<c014fd45>] unmap_vma_list+0xe/0x17
Jul 31 17:01:35 xx kernel:  [<c015007f>] do_munmap+0x129/0x137
Jul 31 17:01:35 xx kernel: Code: 0c ff b4 24 8c 01 00 00 e8 b9 ef ff ff 83 
c4 10 85 c0 ba fe ff ff ff 75 a2 c7 44 24 1c 38 ff ff ff 89 c1 8b bc 24 80 
01 00 00 49 <f2> ae f7 d1 49 83 ec 08 51 ff b4 24 8c 01 00 00 89 cb e8 03 f1
Jul 31 17:01:35 xx kernel:  <0>Fatal exception: panic in 5 seconds
Jul 31 17:04:59 xx syslogd 1.4.1: restart.
.. Mai successo !
                                                    -- Yena -- 


Scusa l'ignoranza .. cos'è un kernel Oops :-)
                                        -- Yena -- 

 Quando si riavvia da questo:
Mancano le prime righe dell'oops, riesci a recuperarle dal log?

repnz scas %es:(%edi),%al
Stava facendo un confronto byte a byte, ma edi è 00000000, quindi direi
che c'è un dereferenziamento di un NULL pointer.  La cosa strana è che
EIP non è valido... non riesco a ritrovarmi con il codice :(
Il riavvio è conseguenza dell'oops, se il kernel è recente dovresti
segnalarlo sulla lkml.
Luca
-- 
Home: 
http://kronoz.cjb.net
Se il  destino di un uomo  e` annegare, anneghera` anche  in un bicchier
d'acqua.
Proverbio yddish


microcode: CPU2 updated from revision 0x18 to 0x2d, date = 08112004
microcode: CPU1 updated from revision 0x18 to 0x2d, date = 08112004
microcode: CPU3 updated from revision 0x18 to 0x2d, date = 08112004
microcode: CPU0 updated from revision 0x18 to 0x2d, date = 08112004
IA-32 Microcode Update Driver v1.14 unregistered
ip_tables: (C) 2000-2002 Netfilter core team
ip_conntrack version 2.1 (8192 buckets, 65536 max) - 340 bytes per conntrack
e1000: eth0: e1000_watchdog: NIC Link is Up 100 Mbps Full Duplex
NET: Registered protocol family 10
Disabled Privacy Extensions on device c0342040(lo)
IPv6 over IPv4 tunneling driver
divert: not allocating divert_blk for non-ethernet device sit0
eth3: no IPv6 routers present
eth1: no IPv6 routers present
eth0: no IPv6 routers present

 "bucato".
A questo punto penso di sì. Il primo oops indica una corruzione nella
pagecache. Una possibile alternativa è che l'heatsink della CPU si sia
riempito di polvere oppure si sia sganciato parzialmente; quando la CPU
è sotto sforzo si surriscalda. Fai un giro di almeno 12-14 ore con
memtest.
Luca
-- 
Home: 
http://kronoz.cjb.net
Dicono che  il cane sia  il miglior  amico dell'uomo. Secondo me  non e`
vero. Quanti dei vostri amici avete fatto castrare, recentemente?