segmentation fault (core dumped) maksudna apa ?

[tukang ketik]

dh sarger,

aku jalanin sarg, muncul error
segmentation fault (core dumped)
ada kesalahan apa y?

thanks

[walecha]

coba jalankan dengan gdb
mis:
bash$ gdb /path/to/sarg [enter]

untuk menjalankan proses debug ketik "run" dan enter
ikuti petunjuk konsol gdb sampai terjadi SEGFAULT
output bisa dipaste di sini klo perlu

--
salam,

walesa
eien no tsubasa

[war49]

Biasanya segmentation fault terjadi ketika kernel mengalami error
ketika memetakan alamat memori saat eksekusi program. Program yang
akan dieksekusi mengalami crash dan mendadak terhenti. Biasanya crash
macam ini bisa dimanfaatkan untuk serangan buffer overflow exploit.
Untuk lebih detilnya coba diposting output dari gdb seperti yang
disampaikan oleh "walecha".

% thanx

[tukang ketik]

berikut dibawah ini hasil dari gdb,
masih ada yang kurang kah ???
=======
[tukang ketik]# gdb /usr/bin/sarg
GNU gdb 6.0-2mdk (Mandrake Linux)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i586-mandrake-linux-gnu"...Using host
libthread_db library "/lib/tls/libthread_db.so.1".

(gdb) run
Starting program: /usr/bin/sarg
Detaching after fork from child process 24023.
SARG: Records in file: 120809, reading: 0.00%
Program received signal SIGSEGV, Segmentation fault.
0x400a5473 in strlen () from /lib/tls/libc.so.6
(gdb)
===========

jadi maksudnya itu apa mas ???
gak ngerti babar blaz!!!

[Willy Sudiarto Raharjo]

> (gdb) run
> Starting program: /usr/bin/sarg
> Detaching after fork from child process 24023.
> SARG: Records in file: 120809, reading: 0.00%
> Program received signal SIGSEGV, Segmentation fault.
> 0x400a5473 in strlen () from /lib/tls/libc.so.6
> (gdb)
> ===========
>

Kayaknya Anda upgrade paket glibc ya?

--
Willy Sudiarto Raharjo
Registered Linux User : 336579
Web : http://www.informatix.or.id/willy
Blog : http://willysr.blogspot.com http://slackblogs.blogspot.com

[walecha]

kemudian sarg-nya menggunakan libc yg berbeda dengan libc yg ter-install. dan beberapa fungsi dari sarg ada yg tidak diperkenankan oleh libc di sistem anda karena akan berpengaruh pada kinerja sistem sehingga proses langsung dihentikan sistem dan sarg mendapat signal error: segmentation fault. biasanya hal ini berkaitan dengan proses akses ke memory.

ada baiknya jika anda mengkompilasi ulang sarg anda menggunakan header libc yg ter-install.

[tukang ketik]

glibc itu apa ?, saya gak pernah otak-atik file itu.
kronologisnya begini, waktu itu tgl 02/08/2008.
1. aku coba sarg untuk satu hari saja dg perintah.
sarg -d 01/08/2008-01/08/2008
trus si sarg reading hampir 100% kira2 98,xx%
muncul error dumped tsb,
2. kmd aku coba data kecil, file access.log di squid
aku hapus kmd create lagi dan aku coba lagi
sarg -d 02/08/2008-02/08/2008.
successfully
3. krn generate itu masih testing, kmd aku hapus satu
folder untuk tgl 02 tsb di dalam target generate-nya si sarg.
aku ulang lagi sarg dengan data kecil itu tadi eh error dumped!
tersebut, otak-atik otak -atik gak bisa lagi, kmd aku coba hapus
juga file index.html nya juga gak mau, masih dumped terus.

Salah kah aku menghapus generate tsb secara manual dengan
perintah #rm -dfr /tglgeneratesarg? seharusnya bagaimana?

2008/8/6 Willy Sudiarto Raharjo <wil...@gmail.com>:

[walecha]

gini aja:

coba paste output2 dari ini:
1. uname -a [enter]
2. libc.so.6 [enter]
3. versi sarg
4. hasil gdb sarg g perlu, kan udah

saya juga pernah pake sarg dan g susah2 amat spt itu. ada kemungkinan juga hal itu terkait dengan data yang di-parse sarg.

[tukang ketik]

Ma'af baru balas, ini paste nya mas...
=============
[root]# uname -a
Linux duniamaya 2.6.3-7mdk #1 Wed Mar 17 15:56:42 CET 2004 i686
unknown unknown GNU/Linux
[root]# libc.so.6
-bash: libc.so.6: command not found
[root]# ls -l
total 4224
-rw-r--r-- 1 root root 0 Mar 18 2007 ?
-rw------- 1 root root 2334720 Aug 2 20:35 core.25917
-rw------- 1 root root 2334720 Aug 2 22:06 core.26128
-rw------- 1 root root 2334720 Aug 2 22:07 core.26130
-rw------- 1 root root 2334720 Aug 2 22:14 core.30412
-rw------- 1 root root 2334720 Aug 2 23:08 core.30469
-rw------- 1 root root 2334720 Aug 3 00:27 core.30562
drwx------ 2 root root 4096 Mar 8 2007 drakx/
drwxr-xr-x 8 root root 4096 Aug 2 22:11 sarg-2.2.5/
-rwxr--r-- 1 root root 639563 Aug 2 14:29 sarg-2.2.5.tar.gz* <--
ini file tarball nya sarg berarti versi 2.2.5
drwx------ 2 root root 4096 Aug 2 22:10 tmp/
[root]#
=====================
Apakah karena di Mandrake ?, yang satumya aku install di Slackware
aman-aman saja tapi pemakai inet nya dikit, sedangkan yang di Mandrake
buanyak banget. Apakah sarg ini tdk mampu banyak data ataukah
Mandrakenya yang masalah.

[tukang ketik]

Nyusul, ini aku coba lagi jalanin sarg nya utk tgl 9
ketika reading sampai 90.45% trus Seg.fault
============
[root]# sarg -d 09/08/2008-09/08/2008
Segmentation fault (core dumped)eading: 90.45%
[root]#
============

[walecha]

sarg mampu kok nangani data banyak, tetapi harus dicek juga apakah RAM anda mencukupi atau nggak. jangan2 sarg dumping karena space filesystem terlalu sedikit, atau RAM habis untuk sekali proses. ini karena sarg berbasis teks, dan menghasilkan output berupa teks. berbeda dengan cacti.

[tukang ketik]

Seingat aku RAM nya 512, kalau ngga' 256. nanti aku check lagi.
Seharusnya berapa / minimal berapa ?
atau cara ngukurnya bagaimana ya, perbandingannya dengan
file access.log nya squid.
Biasanya aku ngliat kapasitas sisa HD pakai perintah df,
kalau memory pakai watch free.

omong2, file-file di /tmp boleh dihapus ngga' sih ?

2008/8/13 walecha <wale...@gmail.com>:

[walecha]

waduh klo ditanya minimal aku yg bingung. server2 di tempat saya rata2 RAM-nya 4GB ke atas dan ukuran partisi di atas 100GB. coba aja setelah sarg mati (SEGV) cek kondisi partisi dan RAM.

file2 /tmp boleh dihapus. sebaiknya dihapus pada saat booting (init 1). saya biasanya menambahkan perintah rm -rf /tmp/* di rc.S.

[tukang ketik]

rc.S maksudnya file /etc/rc.d/rc.local kah ?
jadi ketika booting langsung hapus file2 tmp

oh, ya satu lagi bukannya perintah rm -rf /blablabla
hanya menghapus file-file saja, bagaimana dengan
directory-directory yang dibawahnya ?
apakah directory memang tdk boleh dihapus?

[denic wibowo]

rm -rf beda sama rm -f
-r kalau nggak salah recursive
cari manual artinya recursive di www.google.com/linux?
:D hehehe....

2008/8/15 tukang ketik <doeni...@gmail.com>

[Arman Idris]

On Friday 15 August 2008 12:19:52 tukang ketik wrote:
> rc.S maksudnya file /etc/rc.d/rc.local kah ?
> jadi ketika booting langsung hapus file2 tmp
>
> oh, ya satu lagi bukannya perintah rm -rf /blablabla
> hanya menghapus file-file saja, bagaimana dengan

-r seperti denic bilang itu rekursif artinya mulai dari yang sebutkan sampe
kedalam - dalamnya termasuk file dan direktory
-f itu force, alias tidak main tanya2 alias konfirmasi :D

--
Regards,

Arman Idris

[Widya Walesa]

untuk opsi saya tidak komentar. memang opsi itulah yang digunakan. yg
saya ingin saya komentari adalah soal rc.S dan rc.local. untuk menghapus
isi /tmp pada saat booting sebaiknya tidak dilakukan pada level rc.local
karena ada kemungkinan file2/direktori2 servis atau socket atau
temporary file/direktori dari servis2 yg kita jalankan ikut terhapus.

klo anda masih ragu coba list isi /tmp menggunakan perintah ls -la. maka
anda akan menemukan banyak hidden file/direktori terutama untuk
otentikasi dan file2 socket aplikasi. ya klo dirasa g masalah menghapus
file/direktori tsb ya monggo hehehehehe....

mengapa saya letakkan pada rc.S adalah karena proses mounting local
filesystem (fs /, /usr, /tmp, /var, dst) dilakukan pada rc.S atau init
level 1. pada init level ini belum ada servis yg dijalankan sehingga isi
dari /tmp (bukan direktori tmp-nya lho!) asumsinya aman untuk dihapus.