DotBlag.Com » .Splat

Just plain shocking!

SysOp — Fri, 05 Mar 2010 22:35:34 +0000

Adafruit Industries is one of a number of sits I visit regularly, and within the last few days the blog had this gem. Quite possibly one of the funniest things I’ve seen. It’s a video made by another set of tinkerers I’d not yet heard of, but will be sure to follow now!

Yet more Bresnan Fail

SysOp — Fri, 25 Sep 2009 09:37:05 +0000

Trying to get some work done early AM again, atleast this time I got a callback hopefully coming in from L2/2.5 when they get in after 6A and start returning calls after 8A. But that took insisting on it. The unknown host was because of packet loss ( had to try 2-3x to get bresnan.com to resolve too!) I suppose thats a little better than yesterday where so few packets were getting through that I couldn’t even get THAT. TetherBerry yet again saving me. This is STUPID though, I’m paying these vultures $100+/mo between cable and video. I sure wish Missoula had an alternative, at this point Bresnan only has my business because I can’t choose to take it elsewhere!

$ traceroute -n 204.11.246.1
traceroute to 204.11.246.1 (204.11.246.1), 30 hops max, 38 byte packets
 1  192.168.1.1  0.840 ms  0.732 ms  0.706 ms
 2  10.24.128.1  7.551 ms  7.231 ms  7.209 ms
 3  72.175.110.32  6.933 ms  7.140 ms  7.491 ms
 4  72.175.110.5  7.344 ms  7.208 ms  7.785 ms
 5  * * 72.175.110.10  8.682 ms
 6  * 66.62.136.49  23.260 ms *
 7  * * *
 8  * 66.62.3.45  53.182 ms *
 9  * 66.62.4.69  51.422 ms  49.599 ms
10  * 66.62.227.38  76.780 ms *
11  * * 204.11.246.1  70.323 ms

$ traceroute -n www.google.com
traceroute: unknown host www.google.com
mloftis@skate:~$ traceroute -n www.google.com
traceroute: Warning: www.google.com has multiple addresses; using 74.125.155.104
traceroute to www.l.google.com (74.125.155.104), 30 hops max, 38 byte packets
 1  192.168.1.1  1.023 ms  0.818 ms  0.925 ms
 2  10.24.128.1  6.773 ms  5.834 ms  6.351 ms
 3  72.175.110.32  7.953 ms  7.516 ms  7.720 ms
 4  72.175.110.5  8.018 ms  7.763 ms  7.953 ms
 5  * * *
 6  * * 66.62.136.57  23.241 ms
 7  * * 206.81.80.17  26.476 ms
 8  * 209.85.249.32  30.348 ms 209.85.249.34  26.190 ms
 9  * * *
10  216.239.48.32  43.728 ms 209.85.250.144  31.932 ms *
11  * * *
12  * 209.85.254.150  31.430 ms *
13  74.125.155.104  31.823 ms  33.693 ms  32.124 ms
mloftis@skate:~$ traceroute -n bresnan.com   
traceroute: unknown host bresnan.com
mloftis@skate:~$ traceroute -n bresnan.com
traceroute to bresnan.com (67.228.105.43), 30 hops max, 38 byte packets
 1  192.168.1.1  0.908 ms  0.726 ms  0.707 ms
 2  10.24.128.1  152.426 ms  7.691 ms  9.535 ms
 3  72.175.110.30  7.923 ms  7.017 ms  7.179 ms
 4  * 72.175.110.6  6.996 ms *
 5  72.175.110.12  7.314 ms  7.451 ms  7.656 ms
 6  66.62.136.57  23.256 ms  22.095 ms *
 7  * 206.81.80.140  26.763 ms  28.088 ms
 8  * * 67.228.118.134  27.284 ms
 9  67.228.96.106  26.758 ms  25.920 ms *
10  * * *
11  * * *
12  * * *
13  * *
mloftis@skate:~$ traceroute -n 4.2.2.2    
traceroute to 4.2.2.2 (4.2.2.2), 30 hops max, 38 byte packets
 1  192.168.1.1  1.510 ms  0.772 ms  0.740 ms
 2  10.24.128.1  6.342 ms  7.520 ms  6.095 ms
 3  72.175.110.30  7.793 ms  7.856 ms  8.101 ms
 4  * * *
 5  72.175.110.12  11.328 ms  7.737 ms  8.208 ms
 6  66.62.136.49  22.695 ms * *
 7  4.53.146.97  26.475 ms * *
 8  * 4.68.105.30  35.334 ms *
 9  * * 4.69.132.49  50.060 ms
10  * * 4.69.134.214  42.683 ms
11  * * 4.68.123.38  43.659 ms
12  * * *
13  4.2.2.2  44.358 ms  44.613 ms *
mloftis@skate:~$

Windows 7 Airport/Time Capsule Disks

SysOp — Sun, 07 Jun 2009 19:08:24 +0000

Yup, it’s SysOp here. I know, it’s been a while but I’ve been busy and there have been a lot of changes. On with the post though!

Well I made the leap to Windows 7 after having to buy a new laptop (long story short the desktop is dead). Upon upgrading to Win7 RC1, as the laptop came with Vista, my Time Capsule disks stopped working with a mysterious username/password error number 86. I never was able to find out what the hell that meant, but I made an educated guess that Microsoft had disabled some of the old password standards, say NTLM maybe.

That turns out to be the case. These same instructions will probably get Windows XP and Windows 2000 shares to work with Vista and Win7.

Open the Local Security Policy MMC applet, you can do this by searching for Security in the start menu or from the command prompt by typing:

%windir%\system32\secpol.msc /s

Once there open the Local Policies folder, then the Security Options view. From there find “Network security: LAN Manager authentication level” – you will probably find this is set to “Send NTLMv2 response only” – change this to “Send LM & NTLM – use NTLMv2 session security if negotiated” – this does lower your security level but is pretty much required to work with anything pre-vista.

Further down you should see “Network security: Minimum session security for NTLM SSP based (including secure RPC) clients” – you may have to make sure that both require boxes there are unchecked as well.

This should get your Time Capsule, Airport Disks, and Pre-Vista SMB/CIFS shares working again!

iSCSI is pronounced Kernel Panic in Linux

SysOp — Fri, 23 Jan 2009 23:52:38 +0000

So, if you’re using Debian 4, be careful to make sure your iSCSI Initiator settings are right, because if your auth settings are wrong, you will have a big box of fail.

Debian GNU/Linux 4.0 web6 ttyS1

web6 login: scsi2 : iSCSI Initiator over TCP/IP
BUG: unable to handle kernel paging request at virtual address 00100104
 printing eip:
f8b916f4
*pde = 00000000
Oops: 0002 [#1]
SMP
Modules linked in: ib_iser rdma_cm ib_addr ib_cm ib_sa ib_mad ib_core iscsi_tcplibiscsi scsi_transport_iscsi binfmt_misc button ac battery ipv6 autofs4 dummy nfs lockd nfs_acl sunrpc 8021q dm_snapshot dm_mirror dm_mod loop serio_raw shpchp e7xxx_edac psmouse i2c_i801 i2c_core rtc pci_hotplug evdev edac_mc pcspkr ext3 jbd mbcache ide_disk generic qla2xxx e100 piix mii firmware_class scsi_transport_fc uhci_hcd e1000 scsi_mod ide_core usbcore thermal processor fan
CPU:    1
EIP:    0060:[]    Not tainted VLI
EFLAGS: 00210282   (2.6.18-6-686 #1)
EIP is at __iscsi_complete_pdu+0x2db/0x3a2 [libiscsi]
eax: f29fd694   ebx: f1c8717c   ecx: 00100100   edx: 00200200
esi: 00000023   edi: f18e1edc   ebp: f16ba8c0   esp: f1ad38a8
ds: 007b   es: 007b   ss: 0068
Process php (pid: 21799, ti=f1ad2000 task=f28ab550 task.ti=f1ad2000)
Stack: f227e000 f1c8717c 00000000 dfc9b000 f29fd680 f1c8717c f227e000 f16ba8c8
       f16ba8c0 f8b91948 00000179 f16ba8c0 00000179 00000023 f8b998cf 00000179
       f528bc80 f1ad398c dff84520 f2918680 00000000 f1c8717c f16ba8c0 f4583ea4
Call Trace:
 [] iscsi_complete_pdu+0x23/0x30 [libiscsi]
 [] iscsi_tcp_data_recv+0x112b/0x1164 [iscsi_tcp]
 [] ip_output+0x1d1/0x1fd
 [] ip_queue_xmit+0x371/0x3b3
 [] udp_push_pending_frames+0x1e3/0x204
 [] e1000_xmit_frame+0x928/0x958 [e1000]
 [] release_sock+0xc/0x91
 [] tcp_v4_send_check+0x72/0xb8
 [] tcp_read_sock+0x5e/0x163
 [] iscsi_tcp_data_recv+0x0/0x1164 [iscsi_tcp]
 [] iscsi_tcp_data_ready+0x32/0x3f [iscsi_tcp]
 [] tcp_rcv_established+0x523/0x7b7
 [] tcp_v4_do_rcv+0x25/0x2b4
 [] vlan_dev_hwaccel_hard_start_xmit+0x5f/0x66 [8021q]
 [] dev_hard_start_xmit+0x19a/0x1f0
 [] tcp_v4_rcv+0x8d2/0x925
 [] ip_output+0x1d1/0x1fd
 [] ip_local_deliver+0x15b/0x207
 [] ip_rcv+0x3e3/0x41d
 [] netif_receive_skb+0x2c5/0x33d
 [] e1000_clean_rx_irq+0x3fb/0x4a8 [e1000]
 [] e1000_clean+0x69/0x123 [e1000]
 [] net_rx_action+0x92/0x17f
 [] __do_softirq+0x5a/0xbb
 [] do_softirq+0x36/0x3a
 [] do_IRQ+0x48/0x52
 [] common_interrupt+0x1a/0x20
 [] udp_sendmsg+0x1cf/0x4c9
 [] __alloc_pages+0x4e/0x275
 [] try_to_wake_up+0x355/0x35f
 [] cache_alloc_refill+0x60/0x44e
 [] inet_sendmsg+0x35/0x3f
 [] sock_sendmsg+0xce/0xe8
 [] __wake_up_common+0x2f/0x53
 [] autoremove_wake_function+0x0/0x2d
 [] sock_def_readable+0x31/0x5b
 [] dput+0x1a/0x11b
 [] nfs_lookup_revalidate+0x24a/0x3ba [nfs]
 [] __iscsi_complete_pdu+0x2be/0x3a2 [libiscsi]
 [] iscsi_complete_pdu+0x23/0x30 [libiscsi]
 [] iscsi_tcp_data_recv+0x8c4/0x1164 [iscsi_tcp]
 [] kernel_sendmsg+0x27/0x35
 [] xs_udp_send_request+0xe1/0x2a2 [sunrpc]
 [] ip_output+0x1d1/0x1fd
 [] xprt_transmit+0xca/0x1a9 [sunrpc]
 [] nfs3_xdr_fhandle+0x0/0x21 [nfs]
 [] call_transmit+0x19b/0x1c8 [sunrpc]
 [] __rpc_execute+0x7a/0x198 [sunrpc]
 [] rpc_call_sync+0x6b/0x91 [sunrpc]
 [] nfs3_rpc_wrapper+0x1f/0x5b [nfs]
 [] nfs3_proc_getattr+0x51/0x72 [nfs]
 [] __nfs_revalidate_inode+0x127/0x24d [nfs]
 [] nfs_wait_on_requests_locked+0x91/0xa5 [nfs]
 [] e1000_clean_tx_irq+0x65/0x204 [e1000]
 [] nfs_sync_inode_wait+0x68/0x1ab [nfs]
 [] nfs_getattr+0x52/0x7d [nfs]
 [] nfs_getattr+0x0/0x7d [nfs]
 [] vfs_getattr+0x40/0x99
 [] vfs_stat_fd+0x2a/0x3c
 [] e1000_unmap_and_free_tx_resource+0xe/0x19 [e1000]
 [] e1000_clean_tx_irq+0x65/0x204 [e1000]
 [] e1000_clean+0x69/0x123 [e1000]
 [] sys_stat64+0xf/0x23
 [] net_rx_action+0x92/0x17f
 [] __do_softirq+0x5a/0xbb
 [] do_IRQ+0x48/0x52
 [] syscall_call+0x7/0xb
Code: 5c 24 08 8b 4c 24 04 8b 03 e8 73 80 ff ff 5a 85 c0 b8 f3 03 00 00 0f 44 44 24 08 89 44 24 08 8b 44 24 10 83 c0 14 8b 08 8b 50 04 <89> 51 04 89 0a c7 40 04 00 02 20 00 c7 00 00 01 10 00 8b 43 2c
EIP: [] __iscsi_complete_pdu+0x2db/0x3a2 [libiscsi] SS:ESP 0068:f1ad38a8
 <0>Kernel panic - not syncing: Fatal exception in interrupt

Temporarily out of commission

SysOp — Tue, 04 Mar 2008 00:42:29 +0000

I was sick for most of last week so wasn’t really able to post anything. Rest assured though Murphy was not out sick, and thus, neither was I completely.