There a few things more annoying than fighting Windows to try and get something working that used to work fine but now inexplicably does not.
I am the proud owner of a TomTom Go 720. A fine piece of kit and relatively trouble free until a couple of days ago when it stopped connecting to TomTom Home. I would plug it in and although I could see the unit in My Computer, TomTom Home would tell me "No device connected". I ran through everything I could find on the net - resetting, copying the files over, reformatting, copying files back, but nothing would work. In the end it turned out that at some point it had assigned drive letters to the TomTom + its SD card that conflicted with my network drives. So the TomTom SD card was being hidden under a network mount letter. The fix was simple. Go to:
Control panel -> Computer Management -> Storage -> Disk Management
and then reassign TOMTOM and TOMTOM SD to free drive letters well after anything already in use. As soon as I did this the TomTom appeared in TomTom Home and it asked me which memory to use; internal or SD. It obviously had got in a huff due to the SD memory being hidden by a network mount (in my case drive L:).
So happy days eventually. Hopefully this will be of use to someone else as I couldn't find any solutions suggesting this course of action at all.
Saturday, December 26, 2009
Wednesday, December 16, 2009
Clients dropping when renewing dhcp address
Here's my top tip for the week.. After reconfiguring my dhcp server from scratch I couldn't work out why my clients were losing their network connectivity at the same time as their dhcp lease was up. It turned out I'd forgotten the LeaseNeg symbol.
From http://docs.sun.com/app/docs/doc/802-5753/6i9g71m6q?a=view
The LeaseNeg symbol determines whether or not a client can renegotiate its lease with the server before the lease expires. If this symbol is present, then the client can renegotiate its lease. LeaseNeg allows clients to operate on the network without lease-related interrupts of existing connections.
doh!
From http://docs.sun.com/app/docs/doc/802-5753/6i9g71m6q?a=view
The LeaseNeg symbol determines whether or not a client can renegotiate its lease with the server before the lease expires. If this symbol is present, then the client can renegotiate its lease. LeaseNeg allows clients to operate on the network without lease-related interrupts of existing connections.
doh!
Friday, December 4, 2009
panic of the day
Here's a quick one. After jumpstarting a box with Solaris 10 update 5 and then applying a recent patch bundle (as part of the JET build) it panics on first boot after the build;
Boot device: /virtual-devices@100/channel-devices@200/disk@0:a File and args:
SunOS Release 5.10 Version Generic_137137-09 64-bit
Copyright 1983-2008 Sun Microsystems, Inc. All rights reserved.
Use is subject to license terms.
/kernel/fs/sparcv9/tmpfs: undefined symbol 'uio_prefaultpages'
WARNING: mod_load: cannot load module 'tmpfs'
WARNING: Cannot mount /etc/svc/volatile
panic[cpu0]/thread=180e000: BAD TRAP: type=31 rp=180af80 addr=90 mmu_fsr=0 occurred in module "neti" due to a NULL pointer dereference
: trap type = 0x31
addr=0x90
pid=0, pc=0x13768d4, sp=0x180a821, tstate=0x44e2001600, context=0x0
g1-g7: 1740, 1740, 0, 0, 180ac70, 10, 180e000
000000000180aca0 unix:die+78 (31, 180af80, 90, 0, 180ad60, 10af800)
%l0-3: 0000000000001fff 0000000000000031 0000000001000000 0000000000002000
%l4-7: 0000000001832110 0000000001832000 0000000000000000 0000000000000001
000000000180ad80 unix:trap+9e4 (180af80, 0, 5, 1c00, 0, 1)
%l0-3: 0000000000000000 000000000185b240 0000000000000031 0000000000000000
%l4-7: ffffffffffffe000 00000300045ce0d5 0000000000000005 0000000000000001
000000000180aed0 unix:ktl0+64 (0, 0, 193d800, 193d800, 193d800, 0)
%l0-3: 000000000180c000 0000000000000000 00000044e2001600 0000000001021158
%l4-7: 0000000000000013 0000000000000000 0000000000000000 000000000180af80
000000000180b020 neti:net_protocol_register+4 (0, 3000463d770, 0, 193d800, 193d800, 193d800)
%l0-3: 000000000180b140 0000000000000001 0000000000000003 0000000000000001
%l4-7: 000000000192e758 0000000000000000 0000000000000000 0000000000000000
000000000180b0d0 ip:ipv4_hook_init+38 (3000463c000, 1910, 3000463d778, 1, 1800, 1778)
%l0-3: 0000000000001620 0000000000001400 0000000000000000 0000000001931658
%l4-7: 0000000000001918 0000000000001800 000000000192bc00 000003000463d910
000000000180b180 ip:ip_stack_init+3e0 (1768, 300014bfea8, 1, 1750, 0, 3000463c000)
%l0-3: 0000000000001618 0000000000001618 0000030004453c40 000003000463d614
%l4-7: 0000000000001614 0000000000001750 0000000000001768 0000000000001650
000000000180b230 genunix:netstack_apply_create+84 (18be3f0, 300014bfea8, 4, 0, 300014bff38, 4)
%l0-3: 0000000000000080 00000300014bff58 0000000000000004 00000000018be1d8
%l4-7: 00000000018be000 0000000000000002 0000000000000000 000000000000fffe
000000000180b2e0 genunix:apply_all_netstacks+2c (4, 11437f0, 0, 18be1c8, 300014bfea8, 0)
%l0-3: 0000000000000008 0000000000000004 00000000018be1c8 0000000000000080
%l4-7: 00000000018be1d0 0000000000000001 00000000018be1e8 00000000018be1e0
000000000180b390 ip:ip_ddi_init+17c (1921800, 9, 192c6e8, 63, a, a)
%l0-3: 000000000193d800 000000000193d800 000000000192c400 ffffffffffffffff
%l4-7: 000000007bf23400 000000000000000a 0000000001874000 0000000000000064
000000000180b440 ip:_init+4 (0, 0, 0, 0, 1275400, 1926c00)
%l0-3: 0000000080001601 0000000000000016 0000000000003d48 0000000070010080
%l4-7: 0000030000042200 000000000000000f 0000000000000000 000000000180b400
000000000180b4f0 genunix:modinstall+cc (0, 300014a6008, 0, 18a99b8, 80000000, 7be988fc)
%l0-3: 00000300045e80dc 0000000000000018 0000000000000008 00000000018f6ea0
%l4-7: 0000000000000001 0000000000000000 00000000018f9928 0000000000000000
000000000180b5b0 genunix:mod_install_requisites+24 (300014a60a8, 180e000, 3000158dc70, 3000445c1b0, a, 300014a6008)
%l0-3: 00000300045e8290 0000000000000166 00000000018969d8 0000000000000000
%l4-7: 00000300045e8078 000000000000005a 0000000000000059 0000000000000058
000000000180b660 genunix:modinstall+60 (0, 300014a60a8, 0, 18a99b8, 80000000, 6)
%l0-3: 0000000000000001 00000300001321d8 0000000000000008 00000000018f6ea0
%l4-7: 0000000000000001 0000000000000000 00000000018f9928 0000000000000000
000000000180b720 genunix:mod_install_requisites+24 (300014a61e8, 180e000, 18f6c00, 3000445c190, a, 300014a60a8)
%l0-3: 0000000000000000 0000000001275498 0000000000000000 00000000018f6c00
%l4-7: 0000000000000000 0000000020000000 00000000018a9800 0000000000000000
000000000180b7d0 genunix:modinstall+60 (0, 300014a61e8, 0, 18a99b8, 80000000, 6)
%l0-3: 00000000018ff000 0000000001275400 00000300014a7c28 0000000001275400
%l4-7: 0000000000000000 00000000018f9c00 00000000018a9800 00000000018f9c00
000000000180b890 genunix:mod_hold_stub+128 (182f3a8, 5, 18f6ea0, 300014a61e8, 182f398, 0)
%l0-3: 0000000000000000 0000030001550bf8 0000030001550be0 0000000000000000
%l4-7: 0000000000000000 000003000154e000 0000000000002be0 00000000018fc800
000000000180b940 unix:stubs_common_code+30 (0, 71c6c, 18f9800, 18fc800, 0, 1831c00)
%l0-3: 000000000180b209 000000000180b2e1 00000000ed000000 0000000000000001
%l4-7: 0000000000000000 000000000182f3a8 0000000000000000 000003000445ddc0
000000000180ba10 genunix:main+e0 (182b548, 180c000, 185b240, 18f6c00, 1831948, 182b400)
%l0-3: 000000000101a800 0000000000000001 0000000070002000 0000000000000000
%l4-7: 0000000001862800 0000000000000000 000000000180c000 0000000000000000
syncing file systems... done
skipping system dump - no dump device configured
rebooting...
For some reason the boot archive was not being applied to the rootdisk so to fix I just had to boot net -s, mount up the rootdisk to /a and then run "/a/usr/sbin/bootadm update-archive -R /a". This applied the boot archive and then the box could boot. The question as to why the archive wasn't applied is still a mystery that I don't have the inclination to investigate.
Boot device: /virtual-devices@100/channel-devices@200/disk@0:a File and args:
SunOS Release 5.10 Version Generic_137137-09 64-bit
Copyright 1983-2008 Sun Microsystems, Inc. All rights reserved.
Use is subject to license terms.
/kernel/fs/sparcv9/tmpfs: undefined symbol 'uio_prefaultpages'
WARNING: mod_load: cannot load module 'tmpfs'
WARNING: Cannot mount /etc/svc/volatile
panic[cpu0]/thread=180e000: BAD TRAP: type=31 rp=180af80 addr=90 mmu_fsr=0 occurred in module "neti" due to a NULL pointer dereference
: trap type = 0x31
addr=0x90
pid=0, pc=0x13768d4, sp=0x180a821, tstate=0x44e2001600, context=0x0
g1-g7: 1740, 1740, 0, 0, 180ac70, 10, 180e000
000000000180aca0 unix:die+78 (31, 180af80, 90, 0, 180ad60, 10af800)
%l0-3: 0000000000001fff 0000000000000031 0000000001000000 0000000000002000
%l4-7: 0000000001832110 0000000001832000 0000000000000000 0000000000000001
000000000180ad80 unix:trap+9e4 (180af80, 0, 5, 1c00, 0, 1)
%l0-3: 0000000000000000 000000000185b240 0000000000000031 0000000000000000
%l4-7: ffffffffffffe000 00000300045ce0d5 0000000000000005 0000000000000001
000000000180aed0 unix:ktl0+64 (0, 0, 193d800, 193d800, 193d800, 0)
%l0-3: 000000000180c000 0000000000000000 00000044e2001600 0000000001021158
%l4-7: 0000000000000013 0000000000000000 0000000000000000 000000000180af80
000000000180b020 neti:net_protocol_register+4 (0, 3000463d770, 0, 193d800, 193d800, 193d800)
%l0-3: 000000000180b140 0000000000000001 0000000000000003 0000000000000001
%l4-7: 000000000192e758 0000000000000000 0000000000000000 0000000000000000
000000000180b0d0 ip:ipv4_hook_init+38 (3000463c000, 1910, 3000463d778, 1, 1800, 1778)
%l0-3: 0000000000001620 0000000000001400 0000000000000000 0000000001931658
%l4-7: 0000000000001918 0000000000001800 000000000192bc00 000003000463d910
000000000180b180 ip:ip_stack_init+3e0 (1768, 300014bfea8, 1, 1750, 0, 3000463c000)
%l0-3: 0000000000001618 0000000000001618 0000030004453c40 000003000463d614
%l4-7: 0000000000001614 0000000000001750 0000000000001768 0000000000001650
000000000180b230 genunix:netstack_apply_create+84 (18be3f0, 300014bfea8, 4, 0, 300014bff38, 4)
%l0-3: 0000000000000080 00000300014bff58 0000000000000004 00000000018be1d8
%l4-7: 00000000018be000 0000000000000002 0000000000000000 000000000000fffe
000000000180b2e0 genunix:apply_all_netstacks+2c (4, 11437f0, 0, 18be1c8, 300014bfea8, 0)
%l0-3: 0000000000000008 0000000000000004 00000000018be1c8 0000000000000080
%l4-7: 00000000018be1d0 0000000000000001 00000000018be1e8 00000000018be1e0
000000000180b390 ip:ip_ddi_init+17c (1921800, 9, 192c6e8, 63, a, a)
%l0-3: 000000000193d800 000000000193d800 000000000192c400 ffffffffffffffff
%l4-7: 000000007bf23400 000000000000000a 0000000001874000 0000000000000064
000000000180b440 ip:_init+4 (0, 0, 0, 0, 1275400, 1926c00)
%l0-3: 0000000080001601 0000000000000016 0000000000003d48 0000000070010080
%l4-7: 0000030000042200 000000000000000f 0000000000000000 000000000180b400
000000000180b4f0 genunix:modinstall+cc (0, 300014a6008, 0, 18a99b8, 80000000, 7be988fc)
%l0-3: 00000300045e80dc 0000000000000018 0000000000000008 00000000018f6ea0
%l4-7: 0000000000000001 0000000000000000 00000000018f9928 0000000000000000
000000000180b5b0 genunix:mod_install_requisites+24 (300014a60a8, 180e000, 3000158dc70, 3000445c1b0, a, 300014a6008)
%l0-3: 00000300045e8290 0000000000000166 00000000018969d8 0000000000000000
%l4-7: 00000300045e8078 000000000000005a 0000000000000059 0000000000000058
000000000180b660 genunix:modinstall+60 (0, 300014a60a8, 0, 18a99b8, 80000000, 6)
%l0-3: 0000000000000001 00000300001321d8 0000000000000008 00000000018f6ea0
%l4-7: 0000000000000001 0000000000000000 00000000018f9928 0000000000000000
000000000180b720 genunix:mod_install_requisites+24 (300014a61e8, 180e000, 18f6c00, 3000445c190, a, 300014a60a8)
%l0-3: 0000000000000000 0000000001275498 0000000000000000 00000000018f6c00
%l4-7: 0000000000000000 0000000020000000 00000000018a9800 0000000000000000
000000000180b7d0 genunix:modinstall+60 (0, 300014a61e8, 0, 18a99b8, 80000000, 6)
%l0-3: 00000000018ff000 0000000001275400 00000300014a7c28 0000000001275400
%l4-7: 0000000000000000 00000000018f9c00 00000000018a9800 00000000018f9c00
000000000180b890 genunix:mod_hold_stub+128 (182f3a8, 5, 18f6ea0, 300014a61e8, 182f398, 0)
%l0-3: 0000000000000000 0000030001550bf8 0000030001550be0 0000000000000000
%l4-7: 0000000000000000 000003000154e000 0000000000002be0 00000000018fc800
000000000180b940 unix:stubs_common_code+30 (0, 71c6c, 18f9800, 18fc800, 0, 1831c00)
%l0-3: 000000000180b209 000000000180b2e1 00000000ed000000 0000000000000001
%l4-7: 0000000000000000 000000000182f3a8 0000000000000000 000003000445ddc0
000000000180ba10 genunix:main+e0 (182b548, 180c000, 185b240, 18f6c00, 1831948, 182b400)
%l0-3: 000000000101a800 0000000000000001 0000000070002000 0000000000000000
%l4-7: 0000000001862800 0000000000000000 000000000180c000 0000000000000000
syncing file systems... done
skipping system dump - no dump device configured
rebooting...
For some reason the boot archive was not being applied to the rootdisk so to fix I just had to boot net -s, mount up the rootdisk to /a and then run "/a/usr/sbin/bootadm update-archive -R /a". This applied the boot archive and then the box could boot. The question as to why the archive wasn't applied is still a mystery that I don't have the inclination to investigate.
Subscribe to:
Comments (Atom)
