Sunday, May 6, 2018

Too much high-priority workload!



A box with the below; 

g_vfs_done():da1s1f[WRITE(offset=8192, length=2048)]error = 5
watchdog: scheduling fairness gone. Too much high-priority workload!
watchdog: scheduling fairness gone for 20 seconds now.
watchdog: scheduling fairness gone for 40 seconds now.
watchdog: scheduling fairness gone for 60 seconds now.
watchdog: scheduling fairness gone for 80 seconds now.
watchdog: scheduling fairness gone for 100 seconds now.
watchdog: scheduling fairness gone for 120 seconds now.
watchdog: scheduling fairness gone for 140 seconds now.
watchdog: scheduling fairness gone for 160 seconds now.
watchdog: scheduling fairness gone for 180 seconds now.
watchdog: scheduling fairness gone for 200 seconds now.
watchdog: scheduling fairness gone for 220 seconds now.
watchdog: scheduling fairness gone for 240 seconds now.
g_vfs_done():da1s1f[WRITE(offset=8192, length=2048)]error = 5
Setting initial options:  debugger_on_panic=NO debugger_on_break=NO.
Starting optional daemons: .
Doing initial network setup: keyadmin.
Initial interface configuration:
Opening configuration database: Could not open configuration database
watchdog: scheduling fairness gone for 260 seconds now.
watchdog: scheduling fairness gone for 280 seconds now.
watchdog: scheduling fairness gone for 300 seconds now.
watchdog: scheduling fairness gone for 320 seconds now.
watchdog: scheduling fairness gone for 340 seconds now.
watchdog: scheduling fairness gone for 360 seconds now.
watchdog: scheduling fairness gone for 380 seconds now.
watchdog: scheduling fairness gone for 400 seconds now.
watchdog: scheduling fairness gone for 420 seconds now.
watchdog: scheduling fairness gone for 440 seconds now.
watchdog: scheduling fairness gone for 460 seconds now.
watchdog: scheduling fairness gone for 480 seconds now.
watchdog: scheduling fairness gone for 500 seconds now.
watchdog: scheduling fairness gone for 520 seconds now.
watchdog: scheduling fairness gone for 540 seconds now.
watchdog: scheduling fairness gone for 560 seconds now.
g_vfs_done():da1s1f[WRITE(offset=8192, length=2048)]error = 5
watchdog: scheduling fairness gone for 580 seconds now.
watchdog: scheduling fairness gone for 600 seconds now.
watchdog: scheduling fairness gone for 620 seconds now.
watchdog: scheduling fairness gone for 640 seconds now.
watchdog: scheduling fairness gone for 660 seconds now.
watchdog: scheduling fairness gone for 680 seconds now.
watchdog: scheduling fairness gone for 700 seconds now.
watchdog: scheduling fairness gone for 720 seconds now.
watchdog: scheduling fairness gone for 740 seconds now.
watchdog: scheduling fairness gone for 760 seconds now.
watchdog: scheduling fairness gone for 780 seconds now.
watchdog: scheduling fairness gone for 800 seconds now.
watchdog: scheduling fairness gone for 820 seconds now.
watchdog: scheduling fairness gone for 840 seconds now.


Wednesday, March 21, 2018

New Stuff

Looks like in a year like this there is a need for renovation, take that verse and get a collabo out with the talented colleagues, do an Anko blog, get a turn table and scratch, be on a Tv show, be more active on the ISOC etc, start a startup hub, clubs in high school and unis with my pals, meet the President or maybe the ICT CS, get into farming in Kitale or Mbale, get a PA, get married etc etc.

Its getting busy and at this stage in life when you feel like you need to consolidate the progress made from the 20s and use it to have a firm foundation for the 40s and look into some sort of retirement in the 50s.

Good ideas need proper plans and support always.


Thursday, November 30, 2017

Junos s/w push from USB

KERN_ARP_ADDR_CHANGE: arp info overwritten for 10.10.60.40 from 00:1a:a1:ef:98:42 to 84:b5:9c:2e:1b:48
ugen0.4: <Generic> at usbus0
umass1: <Generic Mass Storage, class 0/0, rev 2.00/1.00, addr 4> on usbus0
umass1:  SCSI over Bulk-Only; quirks = 0x4101
umass1:1:1: Attached to scbus1
da1 at umass-sim1 bus 1 scbus1 target 0 lun 0


da1: <Generic Flash Disk 8.07> Removable Direct Access SPC-2 SCSI device
da1: Serial Number E1257CDD
da1: 40.000MB/s transfers
da1: 7680MB (15728640 512 byte sectors: 255H 63S/T 979C)
da1: quirks=0x2<NO_6_BYTE>
KERN_ARP_ADDR_CHANGE: arp info overwritten for 10.10.10.1 from 84:b5:9c:2e:1b:48 to 00:1a:a1:ef:98:42
KERN_ARP_ADDR_CHANGE: arp info overwritten for 10.10.10.1 from 00:1a:a1:ef:98:42 to 84:b5:9c:2e:1b:48


root@3400-:RE:0% ls /dev/

da1s1


root@3400-:RE:0% mount -t msdos /dev/da1s1 /var/tmp/usb
mount: Using "-t msdosfs", since "-t msdos" is deprecated.
root@3400-:RE:0%
root@3400-:RE:0% pwd
/var/home/joash

root@3400-:RE:0%
root@3400-:RE:0% cd /var/tmp/usb/
root@3400-:RE:0% ls
               junos-arm-32-15.1X53-D57.3.gz
root@3400-:RE:0% cp junos-arm-32-15.1X53-D57.3.gz /var/tmp/
root@3400-:RE:0% exit

> request system software add /var/tmp/junos-arm-32-15.1X53-D57.3.gz validate





Thursday, August 24, 2017

Juniper MX480 BGP taking longer to update the BGP table

This would be one interesting problem.

Nice one to encounter if you aren't facing an urgent issue.

Simple solution guys - adjust the tcp-mss to 1500 or there about.

let me know if this sorts your issues.




ME3600 / ASR 920 BGP flaps


Aug 21 07:42:51.456: %FMFP-3-OBJ_DWNLD_TO_CPP_FAILED: F0: fman_fp_image:  PREFIX 64.210.135.0/24 (Table id 0) download to CPP failed
*Aug 21 07:43:21.466: %FMFP-3-OBJ_DWNLD_TO_CPP_FAILED: F0: fman_fp_image:  PREFIX 192.104.147.0/24 (Table id 0) download to CPP failed
*Aug 21 07:43:51.476: %FMFP-3-OBJ_DWNLD_TO_CPP_FAILED: F0: fman_fp_image:  PREFIX 104.84.96.0/20 (Table id 0) download to CPP failed
*Aug 21 07:44:22.519: %FMFP-3-OBJ_DWNLD_TO_CPP_FAILED: F0: fman_fp_image:  PREFIX 210.102.108.0/24 (Table id 0) download to CPP failed
*Aug 21 07:44:52.748: %FMFP-3-OBJ_DWNLD_TO_CPP_FAILED: F0: fman_fp_image:  PREFIX 206.198.240.0/24 (Table id 0) download to CPP failed


Above mainly because the box can't handle a full BGP table, starts having issues installing the routes on the RIB as soon as memory is done.

Good boxes but not for full scale BGP deployments.

Wednesday, June 21, 2017

June reads

http://www.networkcomputing.com/data-centers/best-linux-command-line-tools-network-engineers/825641447

Friday, June 2, 2017

Nakumatt - whats happening

As any typical middle class person, I prefer to shop (ok will correct that), buy a few things from the Malls and thats mostly in Nakumatt, whose slogan - You Need It, We've Got It - has been on point for many years.

Having lived along Enterprise Road Nairobi for many years as I was growing up, most of the stuff I needed was bought from the local shops, for convenience , class :), etc.


The first supermarket that I went to was City Matt, that was about 1.5 Km from our house. It was at the Jogoo/Lusaka/Landhies roads round about. At some point I went to the Nakumatt that is just across Nyayo stadium and I must admit I was very impressed by what I saw.


Nakumatt would become my favorite place whenever I needed to buy anything and wasn't in a hurry. Nakumatt TRM, CTM (Mombasa) & Westgate are top the list of Nakumatts that I buy stuff in.


Of late there have been rumors of Nakumatt being in dire straits. Which I really hope is not true, or if its true that they will recover to the Nakumatt that Kenya has gotten used to for many many years - a brand that is known for top quality and fresh stuff.

I was there to buy some milk today and the polythene bags used today weren't usual ones that they use.. There have been empty shelves before in a small branch across City Hall. But this at one of its biggest prestigious branches came as a surprise to me.

All the same, all the very best to Nakumatt, you are a good brand.