Jump to content
XPEnology Community

Mouth

Transition Member
  • Posts

    9
  • Joined

  • Last visited

Everything posted by Mouth

  1. Mouth

    Hp n40l

    DSM 6.2.1-23824 Update 1 successful upgrade (from DSM 6.1.7) on an N36L Microserver with Jun's Loader v1.03b DS3615xs Thanks @bearcat
  2. Mouth

    DSM 6.2 Loader

    Nice, thanks! Means my N36L should work fine too.
  3. If i want to change the USB boot loader (from quicknick to jun's), will all my settings and data remain after a reboot? Or will it cause an issue or reset? I have a kernel error causing OpenVPN client not to work (ref: https://xpenology.com/forum/topic/12857-hp-microserver-unable-to-connect-vpn-kernel-errorbug/ ) and am wondering if changing boot loaders will resolve my problem.
  4. 6 HDD drives (5 x 600Gb, 1 x 900Gb) and a DVD-R. Your LSI SAS 1068E disk controller is supported, but I see several comments that it needs to be flashed into "IT mode". I'd try removing the cable to the DVD-R first, then if still not joy remove some of the HDD's and leave only 2 of the 600 GB's connected and see if you can then get them recognised. Don't forget that the HDD's must be empty/blank to avoid any complications for DSM installation - it appears you have 2 partitions on each of them. Ensure there is no partitions at all on the attempt with just 2 of the 600Gb's connected. You can reintroduce/replug-in the other HDD's once DSM has been installed. Good luck.
  5. SSH into the box and run "dmesg | more", scroll down looking for references to ata and sd to see if your controller(s) and drive(s) are recognised during boot up.
  6. Hi, I'm trying to connect OpenVPN (with .ovpn import) on my Microserver N36L, but it's failing. Same result for any VPN provider, using different protocols and ports. Double and triple checks with many iterations/attempts over numerous days (and lots of forum reading/searching) has, I believe, ruled out human error and incorrect authentication details. Checking /var/log/message I believe it's failing due to not fully establishing the tun interface because of a kernel error/bug ... 2018-07-08T14:29:17+10:00 N36L gateway_change hook event: NEW 192.168.1.254 on eth0 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.241551] BUG: unable to handle kernel NULL pointer dereference at 0000000000000028 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.241905] IP: [<ffffffffa0304318>] tun_chr_open+0x48/0x120 [tun] 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] PGD 19f5ae067 PUD 1a0a76067 PMD 0 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] Oops: 0000 [#1] SMP 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] CPU: 1 PID: 26330 Comm: openvpn Tainted: P O 3.10.102 #15284 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] Hardware name: HP ProLiant MicroServer, BIOS O41 07/29/2011 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] task: ffff8801f9b5f800 ti: ffff88019f3c0000 task.ti: ffff88019f3c0000 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] RIP: 0010:[<ffffffffa0304318>] [<ffffffffa0304318>] tun_chr_open+0x48/0x120 [tun] 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] RSP: 0018:ffff88019f3c3c58 EFLAGS: 00010286 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] RAX: 0000000000000000 RBX: ffff8801ef8f5c00 RCX: 0000000000000000 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] RDX: ffffffff81aa9484 RSI: ffffffff817396eb RDI: ffff8801ef8f5c58 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] RBP: ffff8801dea963c0 R08: 0000000000000000 R09: 0000000000000000 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] R10: ffff8801ef8f5c00 R11: fffffe462a9e7574 R12: ffff8801dea963c0 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] R13: ffff8801db2504a0 R14: ffff8801dea963c0 R15: ffff8801dea963d0 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] FS: 00007f6c148c8700(0000) GS:ffff88021fc80000(0000) knlGS:0000000000000000 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] CR2: 0000000000000028 CR3: 00000001a2b74000 CR4: 00000000000006a0 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] Stack: 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] ffffffffa0307d80 ffffffff81651d00 ffff8801dea963c0 ffffffff812f18d9 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] 0000000000000000 ffff880215316c40 ffff8801db2504a0 0000000000000000 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] ffffffff810fa51f 000000c8dea963c0 ffff8801dea963c0 ffff8801db2504a0 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] Call Trace: 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] [<ffffffff812f18d9>] ? misc_open+0xa9/0x1c0 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] [<ffffffff810fa51f>] ? chrdev_open+0x8f/0x180 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] [<ffffffff810fa490>] ? cdev_put+0x30/0x30 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] [<ffffffff810f282e>] ? do_dentry_open+0x22e/0x2c0 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] [<ffffffff810f2c08>] ? finish_open+0x28/0x40 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] [<ffffffff81108cad>] ? do_last.isra.44+0x63d/0x1400 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] [<ffffffff811031ca>] ? link_path_walk+0x50a/0x1560 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] [<ffffffff81109b1d>] ? path_openat.isra.45+0xad/0x4f0 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] [<ffffffff813eb2a9>] ? dev_get_by_name_rcu+0x69/0x90 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] [<ffffffff810d243e>] ? handle_mm_fault+0x13e/0x2a0 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] [<ffffffff8110ac9f>] ? do_filp_open+0x2f/0x70 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] [<ffffffff81111360>] ? dput+0x170/0x2a0 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] [<ffffffff810f7738>] ? __fput+0x148/0x230 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] [<ffffffff8111758f>] ? __alloc_fd+0x6f/0x110 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] [<ffffffff810f2a7c>] ? do_sys_open+0xdc/0x1c0 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] [<ffffffff814afe32>] ? system_call_fastpath+0x16/0x1b 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] Code: 6f 5f 0d e1 48 85 c0 48 89 c3 0f 84 e3 00 00 00 48 c7 80 00 03 00 00 00 00 00 00 65 48 8b 04 25 c0 a7 00 00 48 8b 80 78 04 00 00 <48> 8b 40 28 f0 ff 40 04 48 89 83 08 03 00 00 c7 83 18 03 00 00 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] RIP [<ffffffffa0304318>] tun_chr_open+0x48/0x120 [tun] 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] RSP <ffff88019f3c3c58> 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.242010] CR2: 0000000000000028 2018-07-08T14:29:18+10:00 N36L kernel: [ 1696.262528] ---[ end trace fe2d553fa37406c0 ]--- 2018-07-08T14:30:49+10:00 N36L synovpnc: connection.c:988 Wait 30 seconds; Failed to get net card info 'tun0' [0x3600 net_get_if_info.c:55] 2018-07-08T14:30:50+10:00 N36L synovpnc: connection.c:1303 CreateOVPNConnection(o1530980735) failed 2018-07-08T14:30:50+10:00 N36L synovpnc: synovpnc.c:376 VPN id 'o1530980735' is failed to create 2018-07-08T14:30:50+10:00 N36L gateway_change hook event: DEL 192.168.1.254 on eth0 Xpenology is for a DS3615xs, with latest v6.1 - DSM 6.1.7-15284 Update 1 ... Linux N36L 3.10.102 #15284 SMP Thu Jun 21 00:42:18 CST 2018 x86_64 GNU/Linux synology_bromolow_3615xs "/dev/net/tun" is being created successfully, "ifconfig -a" whilst VPN is trying to be establish shows no tun(x) device being created. Wondering if others using AMD Microserver have OpenVPN client working OK? Perhaps this is a known limitation of partial/mostly AMD support with our boot loaders? Appreciate any advice/pointers.
  7. Sorry, cannot help with either. But just a few days ago migrated my N36L from ESXi to Xpenology - all works great.
×
×
  • Create New...