[Linux-sunucu] Re: Sunucu crash sorunu

2018-08-07 Başlik Zekeriya YELTEPE 
Günaydın,

Loglarda ve sosreport logunda ilgili crash “reboot” neden olan hiçbir net 
bulguya  bende rastlayamadığım için sizlerinde fikrini almak istedim. RedHat  
case açtırıp onlarada sordum onlarda crash neden olan sebebi tesbit edemediler. 
Sunucu sadece ilgili zamanda reboot olmuş görünüyor. Kdump configure edip sorun 
olursa oradan birşey yakalamaya çalışacağım. Dönüşünüz için tşkler.


Saygılarımla,

Zekeriya YELTEPE

From: linux-sunucu-boun...@liste.linux.org.tr 
 On Behalf Of Kerem ERSOY
Sent: 8 Ağustos 2018 Çarşamba 05:57
To: linux-sunucu@liste.linux.org.tr
Subject: [Linux-sunucu] Re: Sunucu crash sorunu

İyi ama o bahsettiğiniz mesaj informatif bir mesaj. Sadece Jurnal büyüklüğünü 
ve ayrılan alanı gösteriyor. Crash ile bir ilgisi olduğunu düşünmüyorum.

Saygılarımızla / Kind Regards,

Kerem ERSOY

From: 
linux-sunucu-boun...@liste.linux.org.tr
 
mailto:linux-sunucu-boun...@liste.linux.org.tr>>
 On Behalf Of Zekeriya YELTEPE
Sent: 7 Ağustos 2018 Salı 08:22
To: linux-sunucu@liste.Linux.org.tr
Subject: [Linux-sunucu] Sunucu crash sorunu


Günaydın,

Yapımda oracle 11.2.0.4 DB’in çalıştığı  RedHat 7.4 sunucum 04.08.2018 17:46 
crash oldu. Messages loglara baktığımda crash süreci Runtime journal is using 
8.0M (max allowed 4.0G, trying to leave 4.0G free of 125.8G available → 
current limit 4.0G).  log ile başlıyor. Sunucu crash sonrası ayakta şu anda 
sorunsuz çalışıyor. Fakat yaşanan bu crash durumu, kernel güncellemeyi işaret 
etsede tam olarak sebebini ortaya koyamadım. Kernel versiyonum 
“3.10.0-693.21.1.el7.x86_64“ Tekrar yaşamadan sorunun kaynağını bulmam 
gerekiyor. Sizlerde göz atıp yorumlarınızı iletirseniz sevinirim.



Aug  4 17:31:01 ynaproddb systemd: Created slice User Slice of root.
Aug  4 17:31:01 ynaproddb systemd: Starting User Slice of root.
Aug  4 17:31:01 ynaproddb systemd: Started Session 10240 of user root.
Aug  4 17:31:01 ynaproddb systemd: Starting Session 10240 of user root.
Aug  4 17:31:01 ynaproddb systemd: Removed slice User Slice of root.
Aug  4 17:31:01 ynaproddb systemd: Stopping User Slice of root.
Aug  4 17:31:10 ynaproddb python: 2018/08/04 17:31:10.522790 INFO ExtHandler 
Updated NIC state: [{ "name": "lo", "link": " mtu 65536 
qdisc noqueue state UNKNOWN mode DEFAULT qlen 1\link/loopback
  00:00:00:00:00:00 brd 00:00:00:00:00:00 promiscuity 0 addrgenmode eui64 " 
}, { "name": "virbr0", "link": " mtu 1500 
qdisc noqueue state DOWN mode DEFAULT qlen 1000\link/ether
  52:54:00:94:55:e7 brd ff:ff:ff:ff:ff:ff promiscuity 0 \bridge 
forward_delay 200 hello_time 200 max_age 2000 ageing_time 3 stp_state 1 
priority 32768 vlan_filtering 0 vlan_protocol 802.1Q bridge_id 
8000.52:54:0:94:55:e7
  designated_root 8000.52:54:0:94:55:e7 root_port 0 root_path_cost 0 
topology_change 0 topology_change_detected 0 hello_timer1.46 tcn_timer
0.00 topology_change_timer0.00 gc_timer  248.81 vlan_default_pvid 1
  group_fwd_mask 0 group_address 01:80:c2:00:00:00 mcast_snooping 1 
mcast_router 1 mcast_query_use_ifaddr 0 mcast_querier 0 mcast_hash_elasticity 4 
mcast_hash_max 512 mcast_last_member_count 2 mcast_startup_query_count 2
  mcast_last_member_interval 100 mcast_membership_interval 26000 
mcast_querier_interval 25500 mcast_query_interval 12500 
mcast_query_response_interval 1000 mcast_startup_query_interval 3125 
addrgenmode eui64 " },
  { "name": "eth0", "link": " mtu 1500 
qdisc mq state UP mode DEFAULT qlen 1000\link/ether 00:0d:3a:43:ef:5e brd 
ff:ff:ff:ff:ff:ff promiscuity 0 addrgenmode eui64 " }]

Aug  4 17:46:38 ynaproddb journal: Runtime journal is using 8.0M (max allowed 
4.0G, trying to leave 4.0G free of 125.8G available → current limit 4.0G).

Aug  4 17:46:38 ynaproddb kernel: Initializing cgroup subsys cpuset
Aug  4 17:46:38 ynaproddb kernel: Initializing cgroup subsys cpu
Aug  4 17:46:38 ynaproddb kernel: Initializing cgroup subsys cpuacct
Aug  4 17:46:38 ynaproddb kernel: Linux version 3.10.0-693.21.1.el7.x86_64 
(mockbu...@x86-040.build.eng.bos.redhat.com)
 (gcc version 4.8.5 20150623 (Red Hat 4.8.5-16) (GCC) ) #1 SMP Fri Feb 23 
18:54:16 UTC 2018
Aug  4 17:46:38 ynaproddb kernel: Command line: 
BOOT_IMAGE=/vmlinuz-3.10.0-693.21.1.el7.x86_64 root=/dev/mapper/rootvg-LV_root 
ro rootdelay=300 console=ttyS0 earlyprintk=ttyS0 crashkernel=auto 
rd.lvm.lv=rootvg/LV_root rd.lvm.lv=rootvg/LV_swap1 rd.lvm.lv=rootvg/LV_swap2 
rhgb quiet
Aug  4 17:46:38 ynaproddb kernel: e820: BIOS-provided physical RAM map:
Aug  4 17:46:38 ynaproddb kernel: BIOS-e820: [mem 
0x-0x0009fbff] usable
Aug  4 17:46:38 ynaproddb kernel: BIOS-e820: [mem 
0x0009fc00-0x0009] reserved
Aug  4 17:46:38 ynaproddb kernel: BIOS-e820: [mem 
0x000e-0x000f] reserved
Aug  4 17:46:38 ynaproddb kernel: BIOS-e820: [mem

[Linux-sunucu] Re: Sunucu crash sorunu

2018-08-07 Başlik Kerem ERSOY 
İyi ama o bahsettiğiniz mesaj informatif bir mesaj. Sadece Jurnal büyüklüğünü 
ve ayrılan alanı gösteriyor. Crash ile bir ilgisi olduğunu düşünmüyorum.

 

Saygılarımızla / Kind Regards,

 

Kerem ERSOY

 

From: linux-sunucu-boun...@liste.linux.org.tr 
 On Behalf Of Zekeriya YELTEPE
Sent: 7 Ağustos 2018 Salı 08:22
To: linux-sunucu@liste.Linux.org.tr
Subject: [Linux-sunucu] Sunucu crash sorunu

 

 

Günaydın,

 

Yapımda oracle 11.2.0.4 DB’in çalıştığı  RedHat 7.4 sunucum 04.08.2018 17:46 
crash oldu. Messages loglara baktığımda crash süreci Runtime journal is using 
8.0M (max allowed 4.0G, trying to leave 4.0G free of 125.8G available → 
current limit 4.0G).  log ile başlıyor. Sunucu crash sonrası ayakta şu anda 
sorunsuz çalışıyor. Fakat yaşanan bu crash durumu, kernel güncellemeyi işaret 
etsede tam olarak sebebini ortaya koyamadım. Kernel versiyonum 
“3.10.0-693.21.1.el7.x86_64“ Tekrar yaşamadan sorunun kaynağını bulmam 
gerekiyor. Sizlerde göz atıp yorumlarınızı iletirseniz sevinirim.

 

 

 

Aug  4 17:31:01 ynaproddb systemd: Created slice User Slice of root.

Aug  4 17:31:01 ynaproddb systemd: Starting User Slice of root.

Aug  4 17:31:01 ynaproddb systemd: Started Session 10240 of user root.

Aug  4 17:31:01 ynaproddb systemd: Starting Session 10240 of user root.

Aug  4 17:31:01 ynaproddb systemd: Removed slice User Slice of root.

Aug  4 17:31:01 ynaproddb systemd: Stopping User Slice of root.

Aug  4 17:31:10 ynaproddb python: 2018/08/04 17:31:10.522790 INFO ExtHandler 
Updated NIC state: [{ "name": "lo", "link": " mtu 65536 
qdisc noqueue state UNKNOWN mode DEFAULT qlen 1\link/loopback

  00:00:00:00:00:00 brd 00:00:00:00:00:00 promiscuity 0 addrgenmode eui64 " 
}, { "name": "virbr0", "link": " mtu 1500 
qdisc noqueue state DOWN mode DEFAULT qlen 1000\link/ether 

  52:54:00:94:55:e7 brd ff:ff:ff:ff:ff:ff promiscuity 0 \bridge 
forward_delay 200 hello_time 200 max_age 2000 ageing_time 3 stp_state 1 
priority 32768 vlan_filtering 0 vlan_protocol 802.1Q bridge_id 
8000.52:54:0:94:55:e7 

  designated_root 8000.52:54:0:94:55:e7 root_port 0 root_path_cost 0 
topology_change 0 topology_change_detected 0 hello_timer1.46 tcn_timer
0.00 topology_change_timer0.00 gc_timer  248.81 vlan_default_pvid 1 

  group_fwd_mask 0 group_address 01:80:c2:00:00:00 mcast_snooping 1 
mcast_router 1 mcast_query_use_ifaddr 0 mcast_querier 0 mcast_hash_elasticity 4 
mcast_hash_max 512 mcast_last_member_count 2 mcast_startup_query_count 2 

  mcast_last_member_interval 100 mcast_membership_interval 26000 
mcast_querier_interval 25500 mcast_query_interval 12500 
mcast_query_response_interval 1000 mcast_startup_query_interval 3125 
addrgenmode eui64 " },

  { "name": "eth0", "link": " mtu 1500 
qdisc mq state UP mode DEFAULT qlen 1000\link/ether 00:0d:3a:43:ef:5e brd 
ff:ff:ff:ff:ff:ff promiscuity 0 addrgenmode eui64 " }] 

 

Aug  4 17:46:38 ynaproddb journal: Runtime journal is using 8.0M (max allowed 
4.0G, trying to leave 4.0G free of 125.8G available → current limit 4.0G).

 

Aug  4 17:46:38 ynaproddb kernel: Initializing cgroup subsys cpuset

Aug  4 17:46:38 ynaproddb kernel: Initializing cgroup subsys cpu

Aug  4 17:46:38 ynaproddb kernel: Initializing cgroup subsys cpuacct

Aug  4 17:46:38 ynaproddb kernel: Linux version 3.10.0-693.21.1.el7.x86_64 
(mockbu...@x86-040.build.eng.bos.redhat.com 
 ) (gcc version 4.8.5 
20150623 (Red Hat 4.8.5-16) (GCC) ) #1 SMP Fri Feb 23 18:54:16 UTC 2018

Aug  4 17:46:38 ynaproddb kernel: Command line: 
BOOT_IMAGE=/vmlinuz-3.10.0-693.21.1.el7.x86_64 root=/dev/mapper/rootvg-LV_root 
ro rootdelay=300 console=ttyS0 earlyprintk=ttyS0 crashkernel=auto 
rd.lvm.lv=rootvg/LV_root rd.lvm.lv=rootvg/LV_swap1 rd.lvm.lv=rootvg/LV_swap2 
rhgb quiet

Aug  4 17:46:38 ynaproddb kernel: e820: BIOS-provided physical RAM map:

Aug  4 17:46:38 ynaproddb kernel: BIOS-e820: [mem 
0x-0x0009fbff] usable

Aug  4 17:46:38 ynaproddb kernel: BIOS-e820: [mem 
0x0009fc00-0x0009] reserved

Aug  4 17:46:38 ynaproddb kernel: BIOS-e820: [mem 
0x000e-0x000f] reserved

Aug  4 17:46:38 ynaproddb kernel: BIOS-e820: [mem 
0x0010-0x1ffe] usable

Aug  4 17:46:38 ynaproddb kernel: BIOS-e820: [mem 
0x1fff-0x1fffefff] ACPI data

Aug  4 17:46:38 ynaproddb kernel: BIOS-e820: [mem 
0x1000-0x1fff] ACPI NVS

Aug  4 17:46:38 ynaproddb kernel: BIOS-e820: [mem 
0x0001-0x000fdfff] usable

Aug  4 17:46:38 ynaproddb kernel: BIOS-e820: [mem 
0x0010-0x0020] usable

Aug  4 17:46:38 ynaproddb kernel: BIOS-e820: [mem 
0x00210020-0x0041001f] usable

Aug  4 17:46:38 ynaproddb kernel: bootconsole [earlyser0] enabled

Aug  4 17:46:38 ynaproddb kernel: NX (Execute Disable) protection: active

Aug  4 17:46:38 ynaproddb kernel: SMBIOS 2.3

[Linux-sunucu] Re: Crontab hk

2018-08-07 Başlik Hasan Tayyar BEŞİK 
On Tue, 7 Aug 2018 at 08:32, Berkay Korkmaz 
wrote:

> Farklı bir alternatif ya da önerileriniz varsa ne mutlu bana
>

Ben de tekrar yaziyorum

> Benim onerim; gunluk calisan bir cronjob olusturun. Ardindan ilgili
scriptte ufak bir kontrol yapin. O haftanin degerini alip *mod 5* yaparsaniz
her bes haftada calisabilecek ancak her gun calisip calismayacagini kotrol
eden ufak bir script yapmis olursunuz.

> Haftanin degeri  *date +%V *ile alinabilir.
___
Linux-sunucu E-Posta Listesi
Linux-sunucu@liste.linux.org.tr

Liste kurallarını http://liste.linux.org.tr/kurallar.php  bağlantısından 
okuyabilirsiniz;

Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen 
e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 
dakika içinde üyeliğinizi sonlandırabilirsiniz.
https://liste.linux.org.tr/mailman/listinfo/linux-sunucu

[Linux-sunucu] Re: Crontab hk

2018-08-07 Başlik Sencer Hamarat 
Aşağıdaki adreste "METHOD 2' başlığı altında iki adet örenk var,
Ancak örnekler sadece şunları içeriyor:

1970-01-01 00:00:00 tarihinden itibaren sadece 2 ile bölünebilen günlerde
çalıştır.
ve
Mart 2016'dan itibaren 5 ile bölünebilen aylarda çalıştır
şeklinde örnekler.

Bunları inceleyerek istemiş olduğun sonuca ulaşabilirsin diye düşünüyorum.

https://www.systutorials.com/39652/how-to-run-a-cron-job-every-two-weeks-months-days/

Saygılarımla,
Sencer HAMARAT



On Tue, Aug 7, 2018 at 9:32 AM Berkay Korkmaz 
wrote:

> Aslında şöyle bir şey ile neredeyse istediğimi yapabildim gibi 0 5 */4 *
> fri
> Burada takıldığım nokta benim 5 adet job'um var bunların başlangıç
> tarihlerini birbirinden nasıl ayırabilirim. Yada çok mu yanlış yolda
> ilerliyorum bilemedim. Farklı bir alternatif ya da önerileriniz varsa ne
> mutlu bana
>
> Teşekkürler
> [image: image.png]
>
> Hasan Tayyar BEŞİK , 7 Ağu 2018 Sal, 01:04
> tarihinde şunu yazdı:
>
>> Crontab kurallari ile her "bes haftada bir" ifadesini yazmanin mumkun
>> olmadigini dusunuyorum.
>>
>> Su imkanlar var
>> - @weekly @daily ... gibi ifadeler
>> - dakika, saat, gun, ay ve hafta degeri
>>
>>
>> Benim onerim; gunluk calisan bir cronjob olusturun. Ardindan ilgili
>> scriptte ufak bir kontrol yapin. O haftanin degerini alip *mod 5*
>> yaparsaniz her bes haftada calisabilecek ancak her gun calisip
>> calismayacagini kotrol eden ufak bir script yapmis olursunuz.
>>
>> Haftanin degeri  *date +%V *ile alinabilir.
>>
>>
>> On Mon, 6 Aug 2018 at 20:22, Berkay Korkmaz 
>> wrote:
>>
>>> Oradan ve benzeri bütün crontab sayfalarında baktım neredeyse. İstediğim
>>> varyasyonu yaratamıyorum.  Sanırım öyle bir seçenek yok
>>>
>>> On 6 Aug 2018 Mon at 20:53 A.Gurcan Ozturk 
>>> wrote:
>>>
 https://crontab-generator.org/

 Öğrenmiş olursunuz.


 On 6 Aug 2018 20:47, Berkay Korkmaz  wrote:

 Herkese iyi akşamlar
 Crontab üzerinde her beş haftada çalışacak bir job yazmak istyorum ama
 bir türlü beceremedim.

 Yapmak istediğim olayda 5 tane diskim var. Her hafta bir sonraki diske
 yedek aldığım job’u çalıştırmak.

 Teşekkürler

 ___
 Linux-sunucu E-Posta Listesi
 Linux-sunucu@liste.linux.org.tr

 Liste kurallarını http://liste.linux.org.tr/kurallar.php
 bağlantısından okuyabilirsiniz;

 Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden
 gelen e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini
 kullanarak 1 dakika içinde üyeliğinizi sonlandırabilirsiniz.
 https://liste.linux.org.tr/mailman/listinfo/linux-sunucu

>>> ___
>>> Linux-sunucu E-Posta Listesi
>>> Linux-sunucu@liste.linux.org.tr
>>>
>>> Liste kurallarını http://liste.linux.org.tr/kurallar.php
>>> bağlantısından okuyabilirsiniz;
>>>
>>> Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden
>>> gelen e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini
>>> kullanarak 1 dakika içinde üyeliğinizi sonlandırabilirsiniz.
>>> https://liste.linux.org.tr/mailman/listinfo/linux-sunucu
>>>
>>
>>
>> --
>>
>>
>>
>>
>> Hasan Tayyar BEŞİK
>> http://hasantayyar.net 
>>  
>> ___
>> Linux-sunucu E-Posta Listesi
>> Linux-sunucu@liste.linux.org.tr
>>
>> Liste kurallarını http://liste.linux.org.tr/kurallar.php  bağlantısından
>> okuyabilirsiniz;
>>
>> Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen
>> e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1
>> dakika içinde üyeliğinizi sonlandırabilirsiniz.
>> https://liste.linux.org.tr/mailman/listinfo/linux-sunucu
>>
> ___
> Linux-sunucu E-Posta Listesi
> Linux-sunucu@liste.linux.org.tr
>
> Liste kurallarını http://liste.linux.org.tr/kurallar.php  bağlantısından
> okuyabilirsiniz;
>
> Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen
> e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1
> dakika içinde üyeliğinizi sonlandırabilirsiniz.
> https://liste.linux.org.tr/mailman/listinfo/linux-sunucu
>
___
Linux-sunucu E-Posta Listesi
Linux-sunucu@liste.linux.org.tr

Liste kurallarını http://liste.linux.org.tr/kurallar.php  bağlantısından 
okuyabilirsiniz;

Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen 
e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 
dakika içinde üyeliğinizi sonlandırabilirsiniz.
https://liste.linux.org.tr/mailman/listinfo/linux-sunucu