All of lore.kernel.org
 help / color / mirror / Atom feed
* mount.cifs hangs when connecting
@ 2013-04-16 20:23 Daniel Taualii
       [not found] ` <CAJV-E0rWpTK08u3bFszkEHL69qEm0noh=LLmUmo_kY5aTxyORw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
  0 siblings, 1 reply; 10+ messages in thread
From: Daniel Taualii @ 2013-04-16 20:23 UTC (permalink / raw)
  To: linux-cifs-u79uwXL29TY76Z2rM5mHXA

I have been connected to a share for years, and now after an update i
can't mount it.  I can use smbclient to attach, but not mount -t cifs
...
Below is my troubleshooting data:
http://pastebin.com/qmvWve5n


-Daniel

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: mount.cifs hangs when connecting
       [not found] ` <CAJV-E0rWpTK08u3bFszkEHL69qEm0noh=LLmUmo_kY5aTxyORw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2013-04-18 14:40   ` Sachin Prabhu
  2013-04-18 15:14     ` Daniel Taualii
  0 siblings, 1 reply; 10+ messages in thread
From: Sachin Prabhu @ 2013-04-18 14:40 UTC (permalink / raw)
  To: Daniel Taualii; +Cc: linux-cifs-u79uwXL29TY76Z2rM5mHXA

On Tue, 2013-04-16 at 14:23 -0600, Daniel Taualii wrote:
> I have been connected to a share for years, and now after an update i
> can't mount it.  I can use smbclient to attach, but not mount -t cifs
> ...
> Below is my troubleshooting data:
> http://pastebin.com/qmvWve5n
> 
> 
> -Daniel

Hello Daniel,

The pastebin data is no longer available. 

The default security mechanism was changed recently and the remote
server may not be working well with the new security mechanism.
Can you please provide your kernel version.
Can you also try mounting with differing security mechanisms like
sec=ntlm, sec=ntlmv2, sec=ntlmv2i,  sec=ntlmssp, sec=ntlmsspi

Sachin Prabhu

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: mount.cifs hangs when connecting
  2013-04-18 14:40   ` Sachin Prabhu
@ 2013-04-18 15:14     ` Daniel Taualii
       [not found]       ` <CAJV-E0qB3u4pcLf-zG45cCchonRMi30_Skn-XwC_ZLctzoBW4Q-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
  0 siblings, 1 reply; 10+ messages in thread
From: Daniel Taualii @ 2013-04-18 15:14 UTC (permalink / raw)
  To: Sachin Prabhu; +Cc: linux-cifs-u79uwXL29TY76Z2rM5mHXA

Here is my pastebin for the next week:

http://pastebin.com/nW1utsYB


When I use sec=ntmlv2 and a username it still just sits and does nothing.


On Thu, Apr 18, 2013 at 8:40 AM, Sachin Prabhu <sprabhu-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
> On Tue, 2013-04-16 at 14:23 -0600, Daniel Taualii wrote:
>> I have been connected to a share for years, and now after an update i
>> can't mount it.  I can use smbclient to attach, but not mount -t cifs
>> ...
>> Below is my troubleshooting data:
>> http://pastebin.com/qmvWve5n
>>
>>
>> -Daniel
>
> Hello Daniel,
>
> The pastebin data is no longer available.
>
> The default security mechanism was changed recently and the remote
> server may not be working well with the new security mechanism.
> Can you please provide your kernel version.
> Can you also try mounting with differing security mechanisms like
> sec=ntlm, sec=ntlmv2, sec=ntlmv2i,  sec=ntlmssp, sec=ntlmsspi
>
> Sachin Prabhu
>
>
>

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: mount.cifs hangs when connecting
       [not found]       ` <CAJV-E0qB3u4pcLf-zG45cCchonRMi30_Skn-XwC_ZLctzoBW4Q-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2013-04-18 15:38         ` Sachin Prabhu
  2013-04-18 15:50           ` Steve French
  0 siblings, 1 reply; 10+ messages in thread
From: Sachin Prabhu @ 2013-04-18 15:38 UTC (permalink / raw)
  To: Daniel Taualii; +Cc: linux-cifs-u79uwXL29TY76Z2rM5mHXA

On Thu, 2013-04-18 at 09:14 -0600, Daniel Taualii wrote:
> http://pastebin.com/nW1utsYB

>From the pastebin, 

[  156.124070] CIFS VFS: could not setup hash structures rc -110
[  156.124095] BUG: unable to handle kernel NULL pointer dereference at
0000000000000008
[  156.124098] IP: [<ffffffff812deb2b>] crypto_larval_kill+0x2b/0x90
[  156.124104] PGD 226547067 PUD 22669f067 PMD 0
[  156.124108] Oops: 0002 [#1] SMP
[  156.124110] CPU 2
[  156.124111] Modules linked in: vmnet(O) vsock(O) vmci(O) vmmon(O)
ip6table_filter ip6_tables ebtable_nat ebtables ipt_MASQUERADE

You seem to have had an Oops. 
The message "CIFS VFS: could not setup hash structures rc -110" suggests
that there was a problem enabling the crypto structures which are used
for the hashing of the passwords and signing of packets.

Can you please provide the entire Oops message along with a few lines
which preceed it since it should contain the reason why we were not able
to allocate the structure.

Sachin Prabhu

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: mount.cifs hangs when connecting
  2013-04-18 15:38         ` Sachin Prabhu
@ 2013-04-18 15:50           ` Steve French
       [not found]             ` <CAH2r5muOTECmyi9DemPfhFLcKXwbP-pWxYtUuwaJzqU8XAtgGw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
  0 siblings, 1 reply; 10+ messages in thread
From: Steve French @ 2013-04-18 15:50 UTC (permalink / raw)
  To: Sachin Prabhu; +Cc: Daniel Taualii, linux-cifs-u79uwXL29TY76Z2rM5mHXA

If 110 is ETIMEDOUT, cifs isn't likely to have returned this directly
(although on SMB2 mounts it could be mapped) so problems with build of
the crypto libraries seems more likely as you suggested.

On Thu, Apr 18, 2013 at 10:38 AM, Sachin Prabhu <sprabhu-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
> On Thu, 2013-04-18 at 09:14 -0600, Daniel Taualii wrote:
>> http://pastebin.com/nW1utsYB
>
> From the pastebin,
>
> [  156.124070] CIFS VFS: could not setup hash structures rc -110
> [  156.124095] BUG: unable to handle kernel NULL pointer dereference at
> 0000000000000008
> [  156.124098] IP: [<ffffffff812deb2b>] crypto_larval_kill+0x2b/0x90
> [  156.124104] PGD 226547067 PUD 22669f067 PMD 0
> [  156.124108] Oops: 0002 [#1] SMP
> [  156.124110] CPU 2
> [  156.124111] Modules linked in: vmnet(O) vsock(O) vmci(O) vmmon(O)
> ip6table_filter ip6_tables ebtable_nat ebtables ipt_MASQUERADE
>
> You seem to have had an Oops.
> The message "CIFS VFS: could not setup hash structures rc -110" suggests
> that there was a problem enabling the crypto structures which are used
> for the hashing of the passwords and signing of packets.
>
> Can you please provide the entire Oops message along with a few lines
> which preceed it since it should contain the reason why we were not able
> to allocate the structure.
>
> Sachin Prabhu
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-cifs" in
> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



-- 
Thanks,

Steve

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: mount.cifs hangs when connecting
       [not found]             ` <CAH2r5muOTECmyi9DemPfhFLcKXwbP-pWxYtUuwaJzqU8XAtgGw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2013-04-18 16:21               ` Daniel Taualii
       [not found]                 ` <CAJV-E0pggon=o_i47Bcy+G97VeLpgwq7uNBU_Rs0LF=HB=s-sg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
  0 siblings, 1 reply; 10+ messages in thread
From: Daniel Taualii @ 2013-04-18 16:21 UTC (permalink / raw)
  To: Steve French; +Cc: Sachin Prabhu, linux-cifs-u79uwXL29TY76Z2rM5mHXA

I must be doing something wrong:

root@daniel:tmp# gdb /lib/modules/3.2.0-40-generic/kernel/fs/cifs/cifs.ko
GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://bugs.launchpad.net/gdb-linaro/>...
Reading symbols from
/lib/modules/3.2.0-40-generic/kernel/fs/cifs/cifs.ko...(no debugging
symbols found)...done.
(gdb) list *(crypto_larval_kill+0x2b)
No symbol table is loaded.  Use the "file" command.

I don't know which crypto file to look in

others are having this problem:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1114673


On Thu, Apr 18, 2013 at 9:50 AM, Steve French <smfrench-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> If 110 is ETIMEDOUT, cifs isn't likely to have returned this directly
> (although on SMB2 mounts it could be mapped) so problems with build of
> the crypto libraries seems more likely as you suggested.
>
> On Thu, Apr 18, 2013 at 10:38 AM, Sachin Prabhu <sprabhu-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
>> On Thu, 2013-04-18 at 09:14 -0600, Daniel Taualii wrote:
>>> http://pastebin.com/nW1utsYB
>>
>> From the pastebin,
>>
>> [  156.124070] CIFS VFS: could not setup hash structures rc -110
>> [  156.124095] BUG: unable to handle kernel NULL pointer dereference at
>> 0000000000000008
>> [  156.124098] IP: [<ffffffff812deb2b>] crypto_larval_kill+0x2b/0x90
>> [  156.124104] PGD 226547067 PUD 22669f067 PMD 0
>> [  156.124108] Oops: 0002 [#1] SMP
>> [  156.124110] CPU 2
>> [  156.124111] Modules linked in: vmnet(O) vsock(O) vmci(O) vmmon(O)
>> ip6table_filter ip6_tables ebtable_nat ebtables ipt_MASQUERADE
>>
>> You seem to have had an Oops.
>> The message "CIFS VFS: could not setup hash structures rc -110" suggests
>> that there was a problem enabling the crypto structures which are used
>> for the hashing of the passwords and signing of packets.
>>
>> Can you please provide the entire Oops message along with a few lines
>> which preceed it since it should contain the reason why we were not able
>> to allocate the structure.
>>
>> Sachin Prabhu
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-cifs" in
>> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
>
>
> --
> Thanks,
>
> Steve

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: mount.cifs hangs when connecting
       [not found]                 ` <CAJV-E0pggon=o_i47Bcy+G97VeLpgwq7uNBU_Rs0LF=HB=s-sg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2013-04-18 17:45                   ` Daniel Taualii
       [not found]                     ` <CAJV-E0oOQUJ0US9Lxah19rnBs9t4a9sUseQisgiGWfAcnKqV+g-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
  0 siblings, 1 reply; 10+ messages in thread
From: Daniel Taualii @ 2013-04-18 17:45 UTC (permalink / raw)
  To: Steve French; +Cc: Sachin Prabhu, linux-cifs-u79uwXL29TY76Z2rM5mHXA

Here is a more complete kern.log snippet:

Apr 18 08:09:29 daniel kernel: [  156.124023] CIFS VFS: could not
allocate crypto hmacmd5
Apr 18 08:09:29 daniel kernel: [  156.124025]
Apr 18 08:09:29 daniel kernel: [  156.124028] CIFS VFS: could not
setup hash structures rc -110
Apr 18 08:09:29 daniel kernel: [  156.124048] CIFS VFS: could not
allocate crypto hmacmd5
Apr 18 08:09:29 daniel kernel: [  156.124050]
Apr 18 08:09:29 daniel kernel: [  156.124052] CIFS VFS: could not
setup hash structures rc -110
Apr 18 08:09:29 daniel kernel: [  156.124068] CIFS VFS: could not
allocate crypto hmacmd5
Apr 18 08:09:29 daniel kernel: [  156.124069]
Apr 18 08:09:29 daniel kernel: [  156.124070] CIFS VFS: could not
setup hash structures rc -110
Apr 18 08:09:29 daniel kernel: [  156.124095] BUG: unable to handle
kernel NULL pointer dereference at 0000000000000008
Apr 18 08:09:29 daniel kernel: [  156.124098] IP: [<ffffffff812deb2b>]
crypto_larval_kill+0x2b/0x90
Apr 18 08:09:29 daniel kernel: [  156.124104] PGD 226547067 PUD 22669f067 PMD 0
Apr 18 08:09:29 daniel kernel: [  156.124108] Oops: 0002 [#1] SMP
Apr 18 08:09:29 daniel kernel: [  156.124110] CPU 2
Apr 18 08:09:29 daniel kernel: [  156.124111] Modules linked in:
vmnet(O) vsock(O) vmci(O) vmmon(O) ip6table_filter ip6_tables
ebtable_nat ebtables ipt_MASQUERADE
Apr 18 08:09:29 daniel kernel: [  156.124118] CIFS VFS: cifs_mount
failed w/return code = -110
Apr 18 08:09:29 daniel kernel: [  156.124120]  iptable_nat nf_nat
nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT
xt_CHECKSUM iptable_mangle xt_tcpudp iptable_filter ip_tables x_tables
bridge stp kvm_intel kvm bnep rfcomm binfmt_misc nfsd ext2
snd_hda_codec_hdmi uvcvideo joydev videodev v4l2_compat_ioctl32 arc4
tpm_infineon snd_hda_codec_idt dm_multipath nvidia(P) snd_hda_intel
snd_hda_codec snd_hwdep snd_pcm snd_seq_midi snd_rawmidi
snd_seq_midi_event snd_seq snd_timer snd_seq_device snd iwlwifi btusb
bluetooth mac80211 hp_wmi sparse_keymap soundcore cfg80211
snd_page_alloc mei(C) psmouse serio_raw mac_hid ppdev mxm_wmi
parport_pc tpm_tis hp_accel lis3lv02d input_polldev wmi nfs lockd
fscache auth_rpcgss nfs_acl sunrpc cryptoloop lp parport nls_utf8 cifs
dm_crypt vesafb usbhid hid video firewire_ohci e1000e firewire_core
crc_itu_t sdhci_pci sdhci
Apr 18 08:09:29 daniel kernel: [  156.124168]
Apr 18 08:09:29 daniel kernel: [  156.124171] Pid: 640, comm:
mount.cifs Tainted: P         C O 3.2.0-40-generic #64-Ubuntu
Hewlett-Packard HP EliteBook 8760w/1630
Apr 18 08:09:29 daniel kernel: [  156.124175] RIP:
0010:[<ffffffff812deb2b>]  [<ffffffff812deb2b>]
crypto_larval_kill+0x2b/0x90
Apr 18 08:09:29 daniel kernel: [  156.124178] RSP:
0018:ffff8801eccbfb68  EFLAGS: 00010296
Apr 18 08:09:29 daniel kernel: [  156.124180] RAX: dead000000200200
RBX: ffff88022ac00800 RCX: 0000000000000003
Apr 18 08:09:29 daniel kernel: [  156.124181] RDX: 0000000000000000
RSI: 000000000000001f RDI: ffffffff81c63b80
Apr 18 08:09:29 daniel kernel: [  156.124182] RBP: ffff8801eccbfb78
R08: 0000000000000000 R09: 0000000000000000
Apr 18 08:09:29 daniel kernel: [  156.124184] R10: 0000000000000000
R11: 0000000000000001 R12: fffffffffffffffe
Apr 18 08:09:29 daniel kernel: [  156.124185] R13: ffffffffa00fd168
R14: 0000000000000000 R15: ffff88021e5fae00
Apr 18 08:09:29 daniel kernel: [  156.124187] FS:
00007f0f3af31700(0000) GS:ffff88023dc80000(0000)
knlGS:0000000000000000
Apr 18 08:09:29 daniel kernel: [  156.124188] CS:  0010 DS: 0000 ES:
0000 CR0: 000000008005003b
Apr 18 08:09:29 daniel kernel: [  156.124190] CR2: 0000000000000008
CR3: 00000001eccea000 CR4: 00000000000406e0
Apr 18 08:09:29 daniel kernel: [  156.124191] DR0: 0000000000000000
DR1: 0000000000000000 DR2: 0000000000000000
Apr 18 08:09:29 daniel kernel: [  156.124193] DR3: 0000000000000000
DR6: 00000000ffff0ff0 DR7: 0000000000000400
Apr 18 08:09:29 daniel kernel: [  156.124195] Process mount.cifs (pid:
640, threadinfo ffff8801eccbe000, task ffff88021e5fae00)
Apr 18 08:09:29 daniel kernel: [  156.124196] Stack:
Apr 18 08:09:29 daniel kernel: [  156.124197]  ffff88022ac00800
fffffffffffffffe ffff8801eccbfb98 ffffffff812df38b
Apr 18 08:09:29 daniel kernel: [  156.124200]  ffffffff81838480
0000000000000000 ffff8801eccbfbe8 ffffffff812df5cd
Apr 18 08:09:29 daniel kernel: [  156.124202]  ffff8801eccbfc08
ffffffffa00e1a86 ffff8801eccbfc08 ffff88022af43800
Apr 18 08:09:29 daniel kernel: [  156.124205] Call Trace:
Apr 18 08:09:29 daniel kernel: [  156.124209]  [<ffffffff812df38b>]
crypto_alg_mod_lookup+0x6b/0x90
Apr 18 08:09:29 daniel kernel: [  156.124212]  [<ffffffff812df5cd>]
crypto_alloc_tfm+0x6d/0xe0
Apr 18 08:09:29 daniel kernel: [  156.124222]  [<ffffffffa00e1a86>] ?
cifs_convert_address+0x46/0x120 [cifs]
Apr 18 08:09:29 daniel kernel: [  156.124226]  [<ffffffff812e64f9>]
crypto_alloc_shash+0x19/0x20
Apr 18 08:09:29 daniel kernel: [  156.124249]  [<ffffffffa00e7361>]
cifs_crypto_shash_allocate+0x21/0x1a0 [cifs]
Apr 18 08:09:29 daniel kernel: [  156.124255]  [<ffffffffa00cde06>]
cifs_get_tcp_session+0x126/0x6a0 [cifs]
Apr 18 08:09:29 daniel kernel: [  156.124261]  [<ffffffffa00d300d>]
cifs_mount+0x8d/0x5f0 [cifs]
Apr 18 08:09:29 daniel kernel: [  156.124266]  [<ffffffffa00c0961>] ?
cifs_do_mount+0x91/0x280 [cifs]
Apr 18 08:09:29 daniel kernel: [  156.124271]  [<ffffffffa00c0985>]
cifs_do_mount+0xb5/0x280 [cifs]
Apr 18 08:09:29 daniel kernel: [  156.124278]  [<ffffffff8117d2d3>]
mount_fs+0x43/0x1b0
Apr 18 08:09:29 daniel kernel: [  156.124282]  [<ffffffff81197c1a>]
vfs_kern_mount+0x6a/0xc0
Apr 18 08:09:29 daniel kernel: [  156.124286]  [<ffffffff81199124>]
do_kern_mount+0x54/0x110
Apr 18 08:09:29 daniel kernel: [  156.124288]  [<ffffffff8119ac84>]
do_mount+0x1a4/0x260
Apr 18 08:09:29 daniel kernel: [  156.124291]  [<ffffffff8119b160>]
sys_mount+0x90/0xe0
Apr 18 08:09:29 daniel kernel: [  156.124294]  [<ffffffff81666a82>]
system_call_fastpath+0x16/0x1b
Apr 18 08:09:29 daniel kernel: [  156.124295] Code: 55 48 89 e5 53 48
83 ec 08 66 66 66 66 90 48 89 fb 48 c7 c7 80 3b c6 81 e8 03 ec 37 00
48 8b 13 48 8b 43 08 48 c7 c7 80 3b c6 81 <48> 89 42 08 48 89 10 48 b8
00 01 10 00 00 00 ad de 48 ba 00 02
Apr 18 08:09:29 daniel kernel: [  156.124313] RIP
[<ffffffff812deb2b>] crypto_larval_kill+0x2b/0x90
Apr 18 08:09:29 daniel kernel: [  156.124316]  RSP <ffff8801eccbfb68>
Apr 18 08:09:29 daniel kernel: [  156.124317] CR2: 0000000000000008
Apr 18 08:09:29 daniel kernel: [  156.124319] ---[ end trace
570761f9a42dd7fd ]---

On Thu, Apr 18, 2013 at 10:21 AM, Daniel Taualii <dtaualii-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> I must be doing something wrong:
>
> root@daniel:tmp# gdb /lib/modules/3.2.0-40-generic/kernel/fs/cifs/cifs.ko
> GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04
> Copyright (C) 2012 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-linux-gnu".
> For bug reporting instructions, please see:
> <http://bugs.launchpad.net/gdb-linaro/>...
> Reading symbols from
> /lib/modules/3.2.0-40-generic/kernel/fs/cifs/cifs.ko...(no debugging
> symbols found)...done.
> (gdb) list *(crypto_larval_kill+0x2b)
> No symbol table is loaded.  Use the "file" command.
>
> I don't know which crypto file to look in
>
> others are having this problem:
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1114673
>
>
> On Thu, Apr 18, 2013 at 9:50 AM, Steve French <smfrench-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>> If 110 is ETIMEDOUT, cifs isn't likely to have returned this directly
>> (although on SMB2 mounts it could be mapped) so problems with build of
>> the crypto libraries seems more likely as you suggested.
>>
>> On Thu, Apr 18, 2013 at 10:38 AM, Sachin Prabhu <sprabhu-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
>>> On Thu, 2013-04-18 at 09:14 -0600, Daniel Taualii wrote:
>>>> http://pastebin.com/nW1utsYB
>>>
>>> From the pastebin,
>>>
>>> [  156.124070] CIFS VFS: could not setup hash structures rc -110
>>> [  156.124095] BUG: unable to handle kernel NULL pointer dereference at
>>> 0000000000000008
>>> [  156.124098] IP: [<ffffffff812deb2b>] crypto_larval_kill+0x2b/0x90
>>> [  156.124104] PGD 226547067 PUD 22669f067 PMD 0
>>> [  156.124108] Oops: 0002 [#1] SMP
>>> [  156.124110] CPU 2
>>> [  156.124111] Modules linked in: vmnet(O) vsock(O) vmci(O) vmmon(O)
>>> ip6table_filter ip6_tables ebtable_nat ebtables ipt_MASQUERADE
>>>
>>> You seem to have had an Oops.
>>> The message "CIFS VFS: could not setup hash structures rc -110" suggests
>>> that there was a problem enabling the crypto structures which are used
>>> for the hashing of the passwords and signing of packets.
>>>
>>> Can you please provide the entire Oops message along with a few lines
>>> which preceed it since it should contain the reason why we were not able
>>> to allocate the structure.
>>>
>>> Sachin Prabhu
>>>
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe linux-cifs" in
>>> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>>
>>
>> --
>> Thanks,
>>
>> Steve

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: mount.cifs hangs when connecting
       [not found]                     ` <CAJV-E0oOQUJ0US9Lxah19rnBs9t4a9sUseQisgiGWfAcnKqV+g-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2013-04-18 18:05                       ` Daniel Taualii
       [not found]                         ` <CAJV-E0qFK+6n2yP4BkWM=eoZd5LpWGy8TQQRFu4YyCPgdg_5cA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
  0 siblings, 1 reply; 10+ messages in thread
From: Daniel Taualii @ 2013-04-18 18:05 UTC (permalink / raw)
  To: Steve French; +Cc: Sachin Prabhu, linux-cifs-u79uwXL29TY76Z2rM5mHXA

Everything works if I provide a username.  I didn't specify a username
in my /etc/fstab file and it hung.  Everything else hung after that
and couldn't be killed.  I found this:
https://github.com/rear/rear/issues/149 which pointed to tcrypt not
being loaded.  I used: modbprobe tcrypt and it said it was temporarily
unavailable.  I decided to add a username to fstab and restart the
machine.  Everything mounts and mounts after reboot work and don't
hang.

I appreciate your help.

On Thu, Apr 18, 2013 at 11:45 AM, Daniel Taualii <dtaualii-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> Here is a more complete kern.log snippet:
>
> Apr 18 08:09:29 daniel kernel: [  156.124023] CIFS VFS: could not
> allocate crypto hmacmd5
> Apr 18 08:09:29 daniel kernel: [  156.124025]
> Apr 18 08:09:29 daniel kernel: [  156.124028] CIFS VFS: could not
> setup hash structures rc -110
> Apr 18 08:09:29 daniel kernel: [  156.124048] CIFS VFS: could not
> allocate crypto hmacmd5
> Apr 18 08:09:29 daniel kernel: [  156.124050]
> Apr 18 08:09:29 daniel kernel: [  156.124052] CIFS VFS: could not
> setup hash structures rc -110
> Apr 18 08:09:29 daniel kernel: [  156.124068] CIFS VFS: could not
> allocate crypto hmacmd5
> Apr 18 08:09:29 daniel kernel: [  156.124069]
> Apr 18 08:09:29 daniel kernel: [  156.124070] CIFS VFS: could not
> setup hash structures rc -110
> Apr 18 08:09:29 daniel kernel: [  156.124095] BUG: unable to handle
> kernel NULL pointer dereference at 0000000000000008
> Apr 18 08:09:29 daniel kernel: [  156.124098] IP: [<ffffffff812deb2b>]
> crypto_larval_kill+0x2b/0x90
> Apr 18 08:09:29 daniel kernel: [  156.124104] PGD 226547067 PUD 22669f067 PMD 0
> Apr 18 08:09:29 daniel kernel: [  156.124108] Oops: 0002 [#1] SMP
> Apr 18 08:09:29 daniel kernel: [  156.124110] CPU 2
> Apr 18 08:09:29 daniel kernel: [  156.124111] Modules linked in:
> vmnet(O) vsock(O) vmci(O) vmmon(O) ip6table_filter ip6_tables
> ebtable_nat ebtables ipt_MASQUERADE
> Apr 18 08:09:29 daniel kernel: [  156.124118] CIFS VFS: cifs_mount
> failed w/return code = -110
> Apr 18 08:09:29 daniel kernel: [  156.124120]  iptable_nat nf_nat
> nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT
> xt_CHECKSUM iptable_mangle xt_tcpudp iptable_filter ip_tables x_tables
> bridge stp kvm_intel kvm bnep rfcomm binfmt_misc nfsd ext2
> snd_hda_codec_hdmi uvcvideo joydev videodev v4l2_compat_ioctl32 arc4
> tpm_infineon snd_hda_codec_idt dm_multipath nvidia(P) snd_hda_intel
> snd_hda_codec snd_hwdep snd_pcm snd_seq_midi snd_rawmidi
> snd_seq_midi_event snd_seq snd_timer snd_seq_device snd iwlwifi btusb
> bluetooth mac80211 hp_wmi sparse_keymap soundcore cfg80211
> snd_page_alloc mei(C) psmouse serio_raw mac_hid ppdev mxm_wmi
> parport_pc tpm_tis hp_accel lis3lv02d input_polldev wmi nfs lockd
> fscache auth_rpcgss nfs_acl sunrpc cryptoloop lp parport nls_utf8 cifs
> dm_crypt vesafb usbhid hid video firewire_ohci e1000e firewire_core
> crc_itu_t sdhci_pci sdhci
> Apr 18 08:09:29 daniel kernel: [  156.124168]
> Apr 18 08:09:29 daniel kernel: [  156.124171] Pid: 640, comm:
> mount.cifs Tainted: P         C O 3.2.0-40-generic #64-Ubuntu
> Hewlett-Packard HP EliteBook 8760w/1630
> Apr 18 08:09:29 daniel kernel: [  156.124175] RIP:
> 0010:[<ffffffff812deb2b>]  [<ffffffff812deb2b>]
> crypto_larval_kill+0x2b/0x90
> Apr 18 08:09:29 daniel kernel: [  156.124178] RSP:
> 0018:ffff8801eccbfb68  EFLAGS: 00010296
> Apr 18 08:09:29 daniel kernel: [  156.124180] RAX: dead000000200200
> RBX: ffff88022ac00800 RCX: 0000000000000003
> Apr 18 08:09:29 daniel kernel: [  156.124181] RDX: 0000000000000000
> RSI: 000000000000001f RDI: ffffffff81c63b80
> Apr 18 08:09:29 daniel kernel: [  156.124182] RBP: ffff8801eccbfb78
> R08: 0000000000000000 R09: 0000000000000000
> Apr 18 08:09:29 daniel kernel: [  156.124184] R10: 0000000000000000
> R11: 0000000000000001 R12: fffffffffffffffe
> Apr 18 08:09:29 daniel kernel: [  156.124185] R13: ffffffffa00fd168
> R14: 0000000000000000 R15: ffff88021e5fae00
> Apr 18 08:09:29 daniel kernel: [  156.124187] FS:
> 00007f0f3af31700(0000) GS:ffff88023dc80000(0000)
> knlGS:0000000000000000
> Apr 18 08:09:29 daniel kernel: [  156.124188] CS:  0010 DS: 0000 ES:
> 0000 CR0: 000000008005003b
> Apr 18 08:09:29 daniel kernel: [  156.124190] CR2: 0000000000000008
> CR3: 00000001eccea000 CR4: 00000000000406e0
> Apr 18 08:09:29 daniel kernel: [  156.124191] DR0: 0000000000000000
> DR1: 0000000000000000 DR2: 0000000000000000
> Apr 18 08:09:29 daniel kernel: [  156.124193] DR3: 0000000000000000
> DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Apr 18 08:09:29 daniel kernel: [  156.124195] Process mount.cifs (pid:
> 640, threadinfo ffff8801eccbe000, task ffff88021e5fae00)
> Apr 18 08:09:29 daniel kernel: [  156.124196] Stack:
> Apr 18 08:09:29 daniel kernel: [  156.124197]  ffff88022ac00800
> fffffffffffffffe ffff8801eccbfb98 ffffffff812df38b
> Apr 18 08:09:29 daniel kernel: [  156.124200]  ffffffff81838480
> 0000000000000000 ffff8801eccbfbe8 ffffffff812df5cd
> Apr 18 08:09:29 daniel kernel: [  156.124202]  ffff8801eccbfc08
> ffffffffa00e1a86 ffff8801eccbfc08 ffff88022af43800
> Apr 18 08:09:29 daniel kernel: [  156.124205] Call Trace:
> Apr 18 08:09:29 daniel kernel: [  156.124209]  [<ffffffff812df38b>]
> crypto_alg_mod_lookup+0x6b/0x90
> Apr 18 08:09:29 daniel kernel: [  156.124212]  [<ffffffff812df5cd>]
> crypto_alloc_tfm+0x6d/0xe0
> Apr 18 08:09:29 daniel kernel: [  156.124222]  [<ffffffffa00e1a86>] ?
> cifs_convert_address+0x46/0x120 [cifs]
> Apr 18 08:09:29 daniel kernel: [  156.124226]  [<ffffffff812e64f9>]
> crypto_alloc_shash+0x19/0x20
> Apr 18 08:09:29 daniel kernel: [  156.124249]  [<ffffffffa00e7361>]
> cifs_crypto_shash_allocate+0x21/0x1a0 [cifs]
> Apr 18 08:09:29 daniel kernel: [  156.124255]  [<ffffffffa00cde06>]
> cifs_get_tcp_session+0x126/0x6a0 [cifs]
> Apr 18 08:09:29 daniel kernel: [  156.124261]  [<ffffffffa00d300d>]
> cifs_mount+0x8d/0x5f0 [cifs]
> Apr 18 08:09:29 daniel kernel: [  156.124266]  [<ffffffffa00c0961>] ?
> cifs_do_mount+0x91/0x280 [cifs]
> Apr 18 08:09:29 daniel kernel: [  156.124271]  [<ffffffffa00c0985>]
> cifs_do_mount+0xb5/0x280 [cifs]
> Apr 18 08:09:29 daniel kernel: [  156.124278]  [<ffffffff8117d2d3>]
> mount_fs+0x43/0x1b0
> Apr 18 08:09:29 daniel kernel: [  156.124282]  [<ffffffff81197c1a>]
> vfs_kern_mount+0x6a/0xc0
> Apr 18 08:09:29 daniel kernel: [  156.124286]  [<ffffffff81199124>]
> do_kern_mount+0x54/0x110
> Apr 18 08:09:29 daniel kernel: [  156.124288]  [<ffffffff8119ac84>]
> do_mount+0x1a4/0x260
> Apr 18 08:09:29 daniel kernel: [  156.124291]  [<ffffffff8119b160>]
> sys_mount+0x90/0xe0
> Apr 18 08:09:29 daniel kernel: [  156.124294]  [<ffffffff81666a82>]
> system_call_fastpath+0x16/0x1b
> Apr 18 08:09:29 daniel kernel: [  156.124295] Code: 55 48 89 e5 53 48
> 83 ec 08 66 66 66 66 90 48 89 fb 48 c7 c7 80 3b c6 81 e8 03 ec 37 00
> 48 8b 13 48 8b 43 08 48 c7 c7 80 3b c6 81 <48> 89 42 08 48 89 10 48 b8
> 00 01 10 00 00 00 ad de 48 ba 00 02
> Apr 18 08:09:29 daniel kernel: [  156.124313] RIP
> [<ffffffff812deb2b>] crypto_larval_kill+0x2b/0x90
> Apr 18 08:09:29 daniel kernel: [  156.124316]  RSP <ffff8801eccbfb68>
> Apr 18 08:09:29 daniel kernel: [  156.124317] CR2: 0000000000000008
> Apr 18 08:09:29 daniel kernel: [  156.124319] ---[ end trace
> 570761f9a42dd7fd ]---
>
> On Thu, Apr 18, 2013 at 10:21 AM, Daniel Taualii <dtaualii-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>> I must be doing something wrong:
>>
>> root@daniel:tmp# gdb /lib/modules/3.2.0-40-generic/kernel/fs/cifs/cifs.ko
>> GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04
>> Copyright (C) 2012 Free Software Foundation, Inc.
>> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
>> This is free software: you are free to change and redistribute it.
>> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
>> and "show warranty" for details.
>> This GDB was configured as "x86_64-linux-gnu".
>> For bug reporting instructions, please see:
>> <http://bugs.launchpad.net/gdb-linaro/>...
>> Reading symbols from
>> /lib/modules/3.2.0-40-generic/kernel/fs/cifs/cifs.ko...(no debugging
>> symbols found)...done.
>> (gdb) list *(crypto_larval_kill+0x2b)
>> No symbol table is loaded.  Use the "file" command.
>>
>> I don't know which crypto file to look in
>>
>> others are having this problem:
>> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1114673
>>
>>
>> On Thu, Apr 18, 2013 at 9:50 AM, Steve French <smfrench-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>>> If 110 is ETIMEDOUT, cifs isn't likely to have returned this directly
>>> (although on SMB2 mounts it could be mapped) so problems with build of
>>> the crypto libraries seems more likely as you suggested.
>>>
>>> On Thu, Apr 18, 2013 at 10:38 AM, Sachin Prabhu <sprabhu-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
>>>> On Thu, 2013-04-18 at 09:14 -0600, Daniel Taualii wrote:
>>>>> http://pastebin.com/nW1utsYB
>>>>
>>>> From the pastebin,
>>>>
>>>> [  156.124070] CIFS VFS: could not setup hash structures rc -110
>>>> [  156.124095] BUG: unable to handle kernel NULL pointer dereference at
>>>> 0000000000000008
>>>> [  156.124098] IP: [<ffffffff812deb2b>] crypto_larval_kill+0x2b/0x90
>>>> [  156.124104] PGD 226547067 PUD 22669f067 PMD 0
>>>> [  156.124108] Oops: 0002 [#1] SMP
>>>> [  156.124110] CPU 2
>>>> [  156.124111] Modules linked in: vmnet(O) vsock(O) vmci(O) vmmon(O)
>>>> ip6table_filter ip6_tables ebtable_nat ebtables ipt_MASQUERADE
>>>>
>>>> You seem to have had an Oops.
>>>> The message "CIFS VFS: could not setup hash structures rc -110" suggests
>>>> that there was a problem enabling the crypto structures which are used
>>>> for the hashing of the passwords and signing of packets.
>>>>
>>>> Can you please provide the entire Oops message along with a few lines
>>>> which preceed it since it should contain the reason why we were not able
>>>> to allocate the structure.
>>>>
>>>> Sachin Prabhu
>>>>
>>>> --
>>>> To unsubscribe from this list: send the line "unsubscribe linux-cifs" in
>>>> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
>>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>
>>>
>>>
>>> --
>>> Thanks,
>>>
>>> Steve

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: mount.cifs hangs when connecting
       [not found]                         ` <CAJV-E0qFK+6n2yP4BkWM=eoZd5LpWGy8TQQRFu4YyCPgdg_5cA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2013-04-18 18:10                           ` Steve French
       [not found]                             ` <CAH2r5msviOzZDj+kubsoVq1a9spDmpDn8NQuB+c=AjgymLC--Q-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
  0 siblings, 1 reply; 10+ messages in thread
From: Steve French @ 2013-04-18 18:10 UTC (permalink / raw)
  To: Daniel Taualii; +Cc: Sachin Prabhu, linux-cifs-u79uwXL29TY76Z2rM5mHXA

I thought that the link included referenced loading md5 not tcrypt?

On Thu, Apr 18, 2013 at 1:05 PM, Daniel Taualii <dtaualii-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> Everything works if I provide a username.  I didn't specify a username
> in my /etc/fstab file and it hung.  Everything else hung after that
> and couldn't be killed.  I found this:
> https://github.com/rear/rear/issues/149 which pointed to tcrypt not
> being loaded.  I used: modbprobe tcrypt and it said it was temporarily
> unavailable.  I decided to add a username to fstab and restart the
> machine.  Everything mounts and mounts after reboot work and don't
> hang.
>
> I appreciate your help.
>
> On Thu, Apr 18, 2013 at 11:45 AM, Daniel Taualii <dtaualii-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>> Here is a more complete kern.log snippet:
>>
>> Apr 18 08:09:29 daniel kernel: [  156.124023] CIFS VFS: could not
>> allocate crypto hmacmd5
>> Apr 18 08:09:29 daniel kernel: [  156.124025]
>> Apr 18 08:09:29 daniel kernel: [  156.124028] CIFS VFS: could not
>> setup hash structures rc -110
>> Apr 18 08:09:29 daniel kernel: [  156.124048] CIFS VFS: could not
>> allocate crypto hmacmd5
>> Apr 18 08:09:29 daniel kernel: [  156.124050]
>> Apr 18 08:09:29 daniel kernel: [  156.124052] CIFS VFS: could not
>> setup hash structures rc -110
>> Apr 18 08:09:29 daniel kernel: [  156.124068] CIFS VFS: could not
>> allocate crypto hmacmd5
>> Apr 18 08:09:29 daniel kernel: [  156.124069]
>> Apr 18 08:09:29 daniel kernel: [  156.124070] CIFS VFS: could not
>> setup hash structures rc -110
>> Apr 18 08:09:29 daniel kernel: [  156.124095] BUG: unable to handle
>> kernel NULL pointer dereference at 0000000000000008
>> Apr 18 08:09:29 daniel kernel: [  156.124098] IP: [<ffffffff812deb2b>]
>> crypto_larval_kill+0x2b/0x90
>> Apr 18 08:09:29 daniel kernel: [  156.124104] PGD 226547067 PUD 22669f067 PMD 0
>> Apr 18 08:09:29 daniel kernel: [  156.124108] Oops: 0002 [#1] SMP
>> Apr 18 08:09:29 daniel kernel: [  156.124110] CPU 2
>> Apr 18 08:09:29 daniel kernel: [  156.124111] Modules linked in:
>> vmnet(O) vsock(O) vmci(O) vmmon(O) ip6table_filter ip6_tables
>> ebtable_nat ebtables ipt_MASQUERADE
>> Apr 18 08:09:29 daniel kernel: [  156.124118] CIFS VFS: cifs_mount
>> failed w/return code = -110
>> Apr 18 08:09:29 daniel kernel: [  156.124120]  iptable_nat nf_nat
>> nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT
>> xt_CHECKSUM iptable_mangle xt_tcpudp iptable_filter ip_tables x_tables
>> bridge stp kvm_intel kvm bnep rfcomm binfmt_misc nfsd ext2
>> snd_hda_codec_hdmi uvcvideo joydev videodev v4l2_compat_ioctl32 arc4
>> tpm_infineon snd_hda_codec_idt dm_multipath nvidia(P) snd_hda_intel
>> snd_hda_codec snd_hwdep snd_pcm snd_seq_midi snd_rawmidi
>> snd_seq_midi_event snd_seq snd_timer snd_seq_device snd iwlwifi btusb
>> bluetooth mac80211 hp_wmi sparse_keymap soundcore cfg80211
>> snd_page_alloc mei(C) psmouse serio_raw mac_hid ppdev mxm_wmi
>> parport_pc tpm_tis hp_accel lis3lv02d input_polldev wmi nfs lockd
>> fscache auth_rpcgss nfs_acl sunrpc cryptoloop lp parport nls_utf8 cifs
>> dm_crypt vesafb usbhid hid video firewire_ohci e1000e firewire_core
>> crc_itu_t sdhci_pci sdhci
>> Apr 18 08:09:29 daniel kernel: [  156.124168]
>> Apr 18 08:09:29 daniel kernel: [  156.124171] Pid: 640, comm:
>> mount.cifs Tainted: P         C O 3.2.0-40-generic #64-Ubuntu
>> Hewlett-Packard HP EliteBook 8760w/1630
>> Apr 18 08:09:29 daniel kernel: [  156.124175] RIP:
>> 0010:[<ffffffff812deb2b>]  [<ffffffff812deb2b>]
>> crypto_larval_kill+0x2b/0x90
>> Apr 18 08:09:29 daniel kernel: [  156.124178] RSP:
>> 0018:ffff8801eccbfb68  EFLAGS: 00010296
>> Apr 18 08:09:29 daniel kernel: [  156.124180] RAX: dead000000200200
>> RBX: ffff88022ac00800 RCX: 0000000000000003
>> Apr 18 08:09:29 daniel kernel: [  156.124181] RDX: 0000000000000000
>> RSI: 000000000000001f RDI: ffffffff81c63b80
>> Apr 18 08:09:29 daniel kernel: [  156.124182] RBP: ffff8801eccbfb78
>> R08: 0000000000000000 R09: 0000000000000000
>> Apr 18 08:09:29 daniel kernel: [  156.124184] R10: 0000000000000000
>> R11: 0000000000000001 R12: fffffffffffffffe
>> Apr 18 08:09:29 daniel kernel: [  156.124185] R13: ffffffffa00fd168
>> R14: 0000000000000000 R15: ffff88021e5fae00
>> Apr 18 08:09:29 daniel kernel: [  156.124187] FS:
>> 00007f0f3af31700(0000) GS:ffff88023dc80000(0000)
>> knlGS:0000000000000000
>> Apr 18 08:09:29 daniel kernel: [  156.124188] CS:  0010 DS: 0000 ES:
>> 0000 CR0: 000000008005003b
>> Apr 18 08:09:29 daniel kernel: [  156.124190] CR2: 0000000000000008
>> CR3: 00000001eccea000 CR4: 00000000000406e0
>> Apr 18 08:09:29 daniel kernel: [  156.124191] DR0: 0000000000000000
>> DR1: 0000000000000000 DR2: 0000000000000000
>> Apr 18 08:09:29 daniel kernel: [  156.124193] DR3: 0000000000000000
>> DR6: 00000000ffff0ff0 DR7: 0000000000000400
>> Apr 18 08:09:29 daniel kernel: [  156.124195] Process mount.cifs (pid:
>> 640, threadinfo ffff8801eccbe000, task ffff88021e5fae00)
>> Apr 18 08:09:29 daniel kernel: [  156.124196] Stack:
>> Apr 18 08:09:29 daniel kernel: [  156.124197]  ffff88022ac00800
>> fffffffffffffffe ffff8801eccbfb98 ffffffff812df38b
>> Apr 18 08:09:29 daniel kernel: [  156.124200]  ffffffff81838480
>> 0000000000000000 ffff8801eccbfbe8 ffffffff812df5cd
>> Apr 18 08:09:29 daniel kernel: [  156.124202]  ffff8801eccbfc08
>> ffffffffa00e1a86 ffff8801eccbfc08 ffff88022af43800
>> Apr 18 08:09:29 daniel kernel: [  156.124205] Call Trace:
>> Apr 18 08:09:29 daniel kernel: [  156.124209]  [<ffffffff812df38b>]
>> crypto_alg_mod_lookup+0x6b/0x90
>> Apr 18 08:09:29 daniel kernel: [  156.124212]  [<ffffffff812df5cd>]
>> crypto_alloc_tfm+0x6d/0xe0
>> Apr 18 08:09:29 daniel kernel: [  156.124222]  [<ffffffffa00e1a86>] ?
>> cifs_convert_address+0x46/0x120 [cifs]
>> Apr 18 08:09:29 daniel kernel: [  156.124226]  [<ffffffff812e64f9>]
>> crypto_alloc_shash+0x19/0x20
>> Apr 18 08:09:29 daniel kernel: [  156.124249]  [<ffffffffa00e7361>]
>> cifs_crypto_shash_allocate+0x21/0x1a0 [cifs]
>> Apr 18 08:09:29 daniel kernel: [  156.124255]  [<ffffffffa00cde06>]
>> cifs_get_tcp_session+0x126/0x6a0 [cifs]
>> Apr 18 08:09:29 daniel kernel: [  156.124261]  [<ffffffffa00d300d>]
>> cifs_mount+0x8d/0x5f0 [cifs]
>> Apr 18 08:09:29 daniel kernel: [  156.124266]  [<ffffffffa00c0961>] ?
>> cifs_do_mount+0x91/0x280 [cifs]
>> Apr 18 08:09:29 daniel kernel: [  156.124271]  [<ffffffffa00c0985>]
>> cifs_do_mount+0xb5/0x280 [cifs]
>> Apr 18 08:09:29 daniel kernel: [  156.124278]  [<ffffffff8117d2d3>]
>> mount_fs+0x43/0x1b0
>> Apr 18 08:09:29 daniel kernel: [  156.124282]  [<ffffffff81197c1a>]
>> vfs_kern_mount+0x6a/0xc0
>> Apr 18 08:09:29 daniel kernel: [  156.124286]  [<ffffffff81199124>]
>> do_kern_mount+0x54/0x110
>> Apr 18 08:09:29 daniel kernel: [  156.124288]  [<ffffffff8119ac84>]
>> do_mount+0x1a4/0x260
>> Apr 18 08:09:29 daniel kernel: [  156.124291]  [<ffffffff8119b160>]
>> sys_mount+0x90/0xe0
>> Apr 18 08:09:29 daniel kernel: [  156.124294]  [<ffffffff81666a82>]
>> system_call_fastpath+0x16/0x1b
>> Apr 18 08:09:29 daniel kernel: [  156.124295] Code: 55 48 89 e5 53 48
>> 83 ec 08 66 66 66 66 90 48 89 fb 48 c7 c7 80 3b c6 81 e8 03 ec 37 00
>> 48 8b 13 48 8b 43 08 48 c7 c7 80 3b c6 81 <48> 89 42 08 48 89 10 48 b8
>> 00 01 10 00 00 00 ad de 48 ba 00 02
>> Apr 18 08:09:29 daniel kernel: [  156.124313] RIP
>> [<ffffffff812deb2b>] crypto_larval_kill+0x2b/0x90
>> Apr 18 08:09:29 daniel kernel: [  156.124316]  RSP <ffff8801eccbfb68>
>> Apr 18 08:09:29 daniel kernel: [  156.124317] CR2: 0000000000000008
>> Apr 18 08:09:29 daniel kernel: [  156.124319] ---[ end trace
>> 570761f9a42dd7fd ]---
>>
>> On Thu, Apr 18, 2013 at 10:21 AM, Daniel Taualii <dtaualii-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>>> I must be doing something wrong:
>>>
>>> root@daniel:tmp# gdb /lib/modules/3.2.0-40-generic/kernel/fs/cifs/cifs.ko
>>> GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04
>>> Copyright (C) 2012 Free Software Foundation, Inc.
>>> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
>>> This is free software: you are free to change and redistribute it.
>>> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
>>> and "show warranty" for details.
>>> This GDB was configured as "x86_64-linux-gnu".
>>> For bug reporting instructions, please see:
>>> <http://bugs.launchpad.net/gdb-linaro/>...
>>> Reading symbols from
>>> /lib/modules/3.2.0-40-generic/kernel/fs/cifs/cifs.ko...(no debugging
>>> symbols found)...done.
>>> (gdb) list *(crypto_larval_kill+0x2b)
>>> No symbol table is loaded.  Use the "file" command.
>>>
>>> I don't know which crypto file to look in
>>>
>>> others are having this problem:
>>> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1114673
>>>
>>>
>>> On Thu, Apr 18, 2013 at 9:50 AM, Steve French <smfrench-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>>>> If 110 is ETIMEDOUT, cifs isn't likely to have returned this directly
>>>> (although on SMB2 mounts it could be mapped) so problems with build of
>>>> the crypto libraries seems more likely as you suggested.
>>>>
>>>> On Thu, Apr 18, 2013 at 10:38 AM, Sachin Prabhu <sprabhu-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
>>>>> On Thu, 2013-04-18 at 09:14 -0600, Daniel Taualii wrote:
>>>>>> http://pastebin.com/nW1utsYB
>>>>>
>>>>> From the pastebin,
>>>>>
>>>>> [  156.124070] CIFS VFS: could not setup hash structures rc -110
>>>>> [  156.124095] BUG: unable to handle kernel NULL pointer dereference at
>>>>> 0000000000000008
>>>>> [  156.124098] IP: [<ffffffff812deb2b>] crypto_larval_kill+0x2b/0x90
>>>>> [  156.124104] PGD 226547067 PUD 22669f067 PMD 0
>>>>> [  156.124108] Oops: 0002 [#1] SMP
>>>>> [  156.124110] CPU 2
>>>>> [  156.124111] Modules linked in: vmnet(O) vsock(O) vmci(O) vmmon(O)
>>>>> ip6table_filter ip6_tables ebtable_nat ebtables ipt_MASQUERADE
>>>>>
>>>>> You seem to have had an Oops.
>>>>> The message "CIFS VFS: could not setup hash structures rc -110" suggests
>>>>> that there was a problem enabling the crypto structures which are used
>>>>> for the hashing of the passwords and signing of packets.
>>>>>
>>>>> Can you please provide the entire Oops message along with a few lines
>>>>> which preceed it since it should contain the reason why we were not able
>>>>> to allocate the structure.
>>>>>
>>>>> Sachin Prabhu
>>>>>
>>>>> --
>>>>> To unsubscribe from this list: send the line "unsubscribe linux-cifs" in
>>>>> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
>>>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>>
>>>>
>>>>
>>>> --
>>>> Thanks,
>>>>
>>>> Steve



-- 
Thanks,

Steve

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: mount.cifs hangs when connecting
       [not found]                             ` <CAH2r5msviOzZDj+kubsoVq1a9spDmpDn8NQuB+c=AjgymLC--Q-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2013-04-18 18:22                               ` Daniel Taualii
  0 siblings, 0 replies; 10+ messages in thread
From: Daniel Taualii @ 2013-04-18 18:22 UTC (permalink / raw)
  To: Steve French; +Cc: Sachin Prabhu, linux-cifs-u79uwXL29TY76Z2rM5mHXA

Steve,

The fourth comment (second by Dag) mentioned tcrypt.

On Thu, Apr 18, 2013 at 12:10 PM, Steve French <smfrench-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> I thought that the link included referenced loading md5 not tcrypt?
>
> On Thu, Apr 18, 2013 at 1:05 PM, Daniel Taualii <dtaualii-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>> Everything works if I provide a username.  I didn't specify a username
>> in my /etc/fstab file and it hung.  Everything else hung after that
>> and couldn't be killed.  I found this:
>> https://github.com/rear/rear/issues/149 which pointed to tcrypt not
>> being loaded.  I used: modbprobe tcrypt and it said it was temporarily
>> unavailable.  I decided to add a username to fstab and restart the
>> machine.  Everything mounts and mounts after reboot work and don't
>> hang.
>>
>> I appreciate your help.
>>
>> On Thu, Apr 18, 2013 at 11:45 AM, Daniel Taualii <dtaualii-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>>> Here is a more complete kern.log snippet:
>>>
>>> Apr 18 08:09:29 daniel kernel: [  156.124023] CIFS VFS: could not
>>> allocate crypto hmacmd5
>>> Apr 18 08:09:29 daniel kernel: [  156.124025]
>>> Apr 18 08:09:29 daniel kernel: [  156.124028] CIFS VFS: could not
>>> setup hash structures rc -110
>>> Apr 18 08:09:29 daniel kernel: [  156.124048] CIFS VFS: could not
>>> allocate crypto hmacmd5
>>> Apr 18 08:09:29 daniel kernel: [  156.124050]
>>> Apr 18 08:09:29 daniel kernel: [  156.124052] CIFS VFS: could not
>>> setup hash structures rc -110
>>> Apr 18 08:09:29 daniel kernel: [  156.124068] CIFS VFS: could not
>>> allocate crypto hmacmd5
>>> Apr 18 08:09:29 daniel kernel: [  156.124069]
>>> Apr 18 08:09:29 daniel kernel: [  156.124070] CIFS VFS: could not
>>> setup hash structures rc -110
>>> Apr 18 08:09:29 daniel kernel: [  156.124095] BUG: unable to handle
>>> kernel NULL pointer dereference at 0000000000000008
>>> Apr 18 08:09:29 daniel kernel: [  156.124098] IP: [<ffffffff812deb2b>]
>>> crypto_larval_kill+0x2b/0x90
>>> Apr 18 08:09:29 daniel kernel: [  156.124104] PGD 226547067 PUD 22669f067 PMD 0
>>> Apr 18 08:09:29 daniel kernel: [  156.124108] Oops: 0002 [#1] SMP
>>> Apr 18 08:09:29 daniel kernel: [  156.124110] CPU 2
>>> Apr 18 08:09:29 daniel kernel: [  156.124111] Modules linked in:
>>> vmnet(O) vsock(O) vmci(O) vmmon(O) ip6table_filter ip6_tables
>>> ebtable_nat ebtables ipt_MASQUERADE
>>> Apr 18 08:09:29 daniel kernel: [  156.124118] CIFS VFS: cifs_mount
>>> failed w/return code = -110
>>> Apr 18 08:09:29 daniel kernel: [  156.124120]  iptable_nat nf_nat
>>> nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT
>>> xt_CHECKSUM iptable_mangle xt_tcpudp iptable_filter ip_tables x_tables
>>> bridge stp kvm_intel kvm bnep rfcomm binfmt_misc nfsd ext2
>>> snd_hda_codec_hdmi uvcvideo joydev videodev v4l2_compat_ioctl32 arc4
>>> tpm_infineon snd_hda_codec_idt dm_multipath nvidia(P) snd_hda_intel
>>> snd_hda_codec snd_hwdep snd_pcm snd_seq_midi snd_rawmidi
>>> snd_seq_midi_event snd_seq snd_timer snd_seq_device snd iwlwifi btusb
>>> bluetooth mac80211 hp_wmi sparse_keymap soundcore cfg80211
>>> snd_page_alloc mei(C) psmouse serio_raw mac_hid ppdev mxm_wmi
>>> parport_pc tpm_tis hp_accel lis3lv02d input_polldev wmi nfs lockd
>>> fscache auth_rpcgss nfs_acl sunrpc cryptoloop lp parport nls_utf8 cifs
>>> dm_crypt vesafb usbhid hid video firewire_ohci e1000e firewire_core
>>> crc_itu_t sdhci_pci sdhci
>>> Apr 18 08:09:29 daniel kernel: [  156.124168]
>>> Apr 18 08:09:29 daniel kernel: [  156.124171] Pid: 640, comm:
>>> mount.cifs Tainted: P         C O 3.2.0-40-generic #64-Ubuntu
>>> Hewlett-Packard HP EliteBook 8760w/1630
>>> Apr 18 08:09:29 daniel kernel: [  156.124175] RIP:
>>> 0010:[<ffffffff812deb2b>]  [<ffffffff812deb2b>]
>>> crypto_larval_kill+0x2b/0x90
>>> Apr 18 08:09:29 daniel kernel: [  156.124178] RSP:
>>> 0018:ffff8801eccbfb68  EFLAGS: 00010296
>>> Apr 18 08:09:29 daniel kernel: [  156.124180] RAX: dead000000200200
>>> RBX: ffff88022ac00800 RCX: 0000000000000003
>>> Apr 18 08:09:29 daniel kernel: [  156.124181] RDX: 0000000000000000
>>> RSI: 000000000000001f RDI: ffffffff81c63b80
>>> Apr 18 08:09:29 daniel kernel: [  156.124182] RBP: ffff8801eccbfb78
>>> R08: 0000000000000000 R09: 0000000000000000
>>> Apr 18 08:09:29 daniel kernel: [  156.124184] R10: 0000000000000000
>>> R11: 0000000000000001 R12: fffffffffffffffe
>>> Apr 18 08:09:29 daniel kernel: [  156.124185] R13: ffffffffa00fd168
>>> R14: 0000000000000000 R15: ffff88021e5fae00
>>> Apr 18 08:09:29 daniel kernel: [  156.124187] FS:
>>> 00007f0f3af31700(0000) GS:ffff88023dc80000(0000)
>>> knlGS:0000000000000000
>>> Apr 18 08:09:29 daniel kernel: [  156.124188] CS:  0010 DS: 0000 ES:
>>> 0000 CR0: 000000008005003b
>>> Apr 18 08:09:29 daniel kernel: [  156.124190] CR2: 0000000000000008
>>> CR3: 00000001eccea000 CR4: 00000000000406e0
>>> Apr 18 08:09:29 daniel kernel: [  156.124191] DR0: 0000000000000000
>>> DR1: 0000000000000000 DR2: 0000000000000000
>>> Apr 18 08:09:29 daniel kernel: [  156.124193] DR3: 0000000000000000
>>> DR6: 00000000ffff0ff0 DR7: 0000000000000400
>>> Apr 18 08:09:29 daniel kernel: [  156.124195] Process mount.cifs (pid:
>>> 640, threadinfo ffff8801eccbe000, task ffff88021e5fae00)
>>> Apr 18 08:09:29 daniel kernel: [  156.124196] Stack:
>>> Apr 18 08:09:29 daniel kernel: [  156.124197]  ffff88022ac00800
>>> fffffffffffffffe ffff8801eccbfb98 ffffffff812df38b
>>> Apr 18 08:09:29 daniel kernel: [  156.124200]  ffffffff81838480
>>> 0000000000000000 ffff8801eccbfbe8 ffffffff812df5cd
>>> Apr 18 08:09:29 daniel kernel: [  156.124202]  ffff8801eccbfc08
>>> ffffffffa00e1a86 ffff8801eccbfc08 ffff88022af43800
>>> Apr 18 08:09:29 daniel kernel: [  156.124205] Call Trace:
>>> Apr 18 08:09:29 daniel kernel: [  156.124209]  [<ffffffff812df38b>]
>>> crypto_alg_mod_lookup+0x6b/0x90
>>> Apr 18 08:09:29 daniel kernel: [  156.124212]  [<ffffffff812df5cd>]
>>> crypto_alloc_tfm+0x6d/0xe0
>>> Apr 18 08:09:29 daniel kernel: [  156.124222]  [<ffffffffa00e1a86>] ?
>>> cifs_convert_address+0x46/0x120 [cifs]
>>> Apr 18 08:09:29 daniel kernel: [  156.124226]  [<ffffffff812e64f9>]
>>> crypto_alloc_shash+0x19/0x20
>>> Apr 18 08:09:29 daniel kernel: [  156.124249]  [<ffffffffa00e7361>]
>>> cifs_crypto_shash_allocate+0x21/0x1a0 [cifs]
>>> Apr 18 08:09:29 daniel kernel: [  156.124255]  [<ffffffffa00cde06>]
>>> cifs_get_tcp_session+0x126/0x6a0 [cifs]
>>> Apr 18 08:09:29 daniel kernel: [  156.124261]  [<ffffffffa00d300d>]
>>> cifs_mount+0x8d/0x5f0 [cifs]
>>> Apr 18 08:09:29 daniel kernel: [  156.124266]  [<ffffffffa00c0961>] ?
>>> cifs_do_mount+0x91/0x280 [cifs]
>>> Apr 18 08:09:29 daniel kernel: [  156.124271]  [<ffffffffa00c0985>]
>>> cifs_do_mount+0xb5/0x280 [cifs]
>>> Apr 18 08:09:29 daniel kernel: [  156.124278]  [<ffffffff8117d2d3>]
>>> mount_fs+0x43/0x1b0
>>> Apr 18 08:09:29 daniel kernel: [  156.124282]  [<ffffffff81197c1a>]
>>> vfs_kern_mount+0x6a/0xc0
>>> Apr 18 08:09:29 daniel kernel: [  156.124286]  [<ffffffff81199124>]
>>> do_kern_mount+0x54/0x110
>>> Apr 18 08:09:29 daniel kernel: [  156.124288]  [<ffffffff8119ac84>]
>>> do_mount+0x1a4/0x260
>>> Apr 18 08:09:29 daniel kernel: [  156.124291]  [<ffffffff8119b160>]
>>> sys_mount+0x90/0xe0
>>> Apr 18 08:09:29 daniel kernel: [  156.124294]  [<ffffffff81666a82>]
>>> system_call_fastpath+0x16/0x1b
>>> Apr 18 08:09:29 daniel kernel: [  156.124295] Code: 55 48 89 e5 53 48
>>> 83 ec 08 66 66 66 66 90 48 89 fb 48 c7 c7 80 3b c6 81 e8 03 ec 37 00
>>> 48 8b 13 48 8b 43 08 48 c7 c7 80 3b c6 81 <48> 89 42 08 48 89 10 48 b8
>>> 00 01 10 00 00 00 ad de 48 ba 00 02
>>> Apr 18 08:09:29 daniel kernel: [  156.124313] RIP
>>> [<ffffffff812deb2b>] crypto_larval_kill+0x2b/0x90
>>> Apr 18 08:09:29 daniel kernel: [  156.124316]  RSP <ffff8801eccbfb68>
>>> Apr 18 08:09:29 daniel kernel: [  156.124317] CR2: 0000000000000008
>>> Apr 18 08:09:29 daniel kernel: [  156.124319] ---[ end trace
>>> 570761f9a42dd7fd ]---
>>>
>>> On Thu, Apr 18, 2013 at 10:21 AM, Daniel Taualii <dtaualii-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>>>> I must be doing something wrong:
>>>>
>>>> root@daniel:tmp# gdb /lib/modules/3.2.0-40-generic/kernel/fs/cifs/cifs.ko
>>>> GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04
>>>> Copyright (C) 2012 Free Software Foundation, Inc.
>>>> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
>>>> This is free software: you are free to change and redistribute it.
>>>> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
>>>> and "show warranty" for details.
>>>> This GDB was configured as "x86_64-linux-gnu".
>>>> For bug reporting instructions, please see:
>>>> <http://bugs.launchpad.net/gdb-linaro/>...
>>>> Reading symbols from
>>>> /lib/modules/3.2.0-40-generic/kernel/fs/cifs/cifs.ko...(no debugging
>>>> symbols found)...done.
>>>> (gdb) list *(crypto_larval_kill+0x2b)
>>>> No symbol table is loaded.  Use the "file" command.
>>>>
>>>> I don't know which crypto file to look in
>>>>
>>>> others are having this problem:
>>>> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1114673
>>>>
>>>>
>>>> On Thu, Apr 18, 2013 at 9:50 AM, Steve French <smfrench-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>>>>> If 110 is ETIMEDOUT, cifs isn't likely to have returned this directly
>>>>> (although on SMB2 mounts it could be mapped) so problems with build of
>>>>> the crypto libraries seems more likely as you suggested.
>>>>>
>>>>> On Thu, Apr 18, 2013 at 10:38 AM, Sachin Prabhu <sprabhu-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
>>>>>> On Thu, 2013-04-18 at 09:14 -0600, Daniel Taualii wrote:
>>>>>>> http://pastebin.com/nW1utsYB
>>>>>>
>>>>>> From the pastebin,
>>>>>>
>>>>>> [  156.124070] CIFS VFS: could not setup hash structures rc -110
>>>>>> [  156.124095] BUG: unable to handle kernel NULL pointer dereference at
>>>>>> 0000000000000008
>>>>>> [  156.124098] IP: [<ffffffff812deb2b>] crypto_larval_kill+0x2b/0x90
>>>>>> [  156.124104] PGD 226547067 PUD 22669f067 PMD 0
>>>>>> [  156.124108] Oops: 0002 [#1] SMP
>>>>>> [  156.124110] CPU 2
>>>>>> [  156.124111] Modules linked in: vmnet(O) vsock(O) vmci(O) vmmon(O)
>>>>>> ip6table_filter ip6_tables ebtable_nat ebtables ipt_MASQUERADE
>>>>>>
>>>>>> You seem to have had an Oops.
>>>>>> The message "CIFS VFS: could not setup hash structures rc -110" suggests
>>>>>> that there was a problem enabling the crypto structures which are used
>>>>>> for the hashing of the passwords and signing of packets.
>>>>>>
>>>>>> Can you please provide the entire Oops message along with a few lines
>>>>>> which preceed it since it should contain the reason why we were not able
>>>>>> to allocate the structure.
>>>>>>
>>>>>> Sachin Prabhu
>>>>>>
>>>>>> --
>>>>>> To unsubscribe from this list: send the line "unsubscribe linux-cifs" in
>>>>>> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
>>>>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Thanks,
>>>>>
>>>>> Steve
>
>
>
> --
> Thanks,
>
> Steve

^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2013-04-18 18:22 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-04-16 20:23 mount.cifs hangs when connecting Daniel Taualii
     [not found] ` <CAJV-E0rWpTK08u3bFszkEHL69qEm0noh=LLmUmo_kY5aTxyORw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-04-18 14:40   ` Sachin Prabhu
2013-04-18 15:14     ` Daniel Taualii
     [not found]       ` <CAJV-E0qB3u4pcLf-zG45cCchonRMi30_Skn-XwC_ZLctzoBW4Q-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-04-18 15:38         ` Sachin Prabhu
2013-04-18 15:50           ` Steve French
     [not found]             ` <CAH2r5muOTECmyi9DemPfhFLcKXwbP-pWxYtUuwaJzqU8XAtgGw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-04-18 16:21               ` Daniel Taualii
     [not found]                 ` <CAJV-E0pggon=o_i47Bcy+G97VeLpgwq7uNBU_Rs0LF=HB=s-sg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-04-18 17:45                   ` Daniel Taualii
     [not found]                     ` <CAJV-E0oOQUJ0US9Lxah19rnBs9t4a9sUseQisgiGWfAcnKqV+g-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-04-18 18:05                       ` Daniel Taualii
     [not found]                         ` <CAJV-E0qFK+6n2yP4BkWM=eoZd5LpWGy8TQQRFu4YyCPgdg_5cA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-04-18 18:10                           ` Steve French
     [not found]                             ` <CAH2r5msviOzZDj+kubsoVq1a9spDmpDn8NQuB+c=AjgymLC--Q-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-04-18 18:22                               ` Daniel Taualii

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.