w^w

Members
  • Posts

    43
  • Joined

  • Last visited

Posts posted by w^w

  1. On 5/29/2020 at 1:39 AM, CorneliousJD said:

    Is your ALLOWED_HOST variable set to *? If not set it back to * and try again, also see known issues about linked recipies as well, it is known to hang currently when trying to link a recipe.

     

    1/2 is supported just fine but ½ (the actual symbol) is not.

     

    e.g. the following are fine

    0.5 cup water

    1/2 cup water

     

    the following is NOT

    ½ cup water

     

    The last one will not work becuase it cannot proccess that as a proper quantity. 

    Hi @CorneliousJD. If you set openeats database collation to "utf8_general_ci" you can use "½ cup water".

  2. @ljm42thanks for this detailed info about LAN-LAN config. Based on your work I successfully configured Server-Server feature. Have one question, is it necessary to have two different ports (52001 on unraid1 and 52002 on unraid2) instead one?

  3. On 12/19/2019 at 10:48 PM, bonienl said:

    Below an example configuration

    It is mandatory to define a local endpoint (main server) and a peer endpoint (backup server). These endpoints can be a URL or a (public) IP address of the server.

     

    When the main server is behind a NAT router then port forwarding must be set on the router.

    The same is true for a NAT router used at the backup server (peer) side.

     

    image.thumb.png.7e6cb358099a0330601f8533ec8b8165.png

    @bonienl thanks for this screenshoot but this is only configuration for "main server", could you post screenshoot about "backup server" settings? I'm asking about it because I'm struggling with this for many hours.

    I will be very grateful. Thank you.

  4. After couple of hours, call trace shows up:

    Nov 27 16:46:32 unRAID kernel: WARNING: CPU: 7 PID: 0 at net/netfilter/nf_conntrack_core.c:977 __nf_conntrack_confirm+0x9f/0x5c4
    Nov 27 16:46:32 unRAID kernel: Modules linked in: macvlan xt_CHECKSUM ipt_REJECT xt_nat ip6table_mangle ip6table_nat iptable_mangle ip6table_filter ip6_tables vhost_net tun vhost tap veth xt_MASQUERADE iptable_filter iptable_nat nf_nat ip_tables xfs md_mod nct6775 hwmon_vid wireguard ip6_udp_tunnel udp_tunnel rsnvme(PO) av201x(O) si2157(O) si2183(O) tbsecp3(O) tas2101(O) input_leds hid_logitech_hidpp led_class i2c_mux x86_pkg_temp_thermal dvb_core(O) intel_powerclamp videobuf2_vmalloc(O) videobuf2_memops(O) coretemp videobuf2_common(O) kvm_intel kvm videodev(O) btusb igb crct10dif_pclmul crc32_pclmul crc32c_intel btrtl mc(O) btbcm btintel i2c_i801 i2c_algo_bit ghash_clmulni_intel bluetooth i2c_core aesni_intel aes_x86_64 crypto_simd cryptd glue_helper intel_cstate nvme nvme_core intel_uncore hid_logitech_dj intel_rapl_perf ecdh_generic ecc cdc_acm video backlight ahci ie31200_edac libahci thermal button fan
    Nov 27 16:46:32 unRAID kernel: CPU: 7 PID: 0 Comm: swapper/7 Tainted: P           O      5.3.11-Unraid #1
    Nov 27 16:46:32 unRAID kernel: Hardware name: ASUSTeK COMPUTER INC. P10S-M WS Series/P10S-M WS Series, BIOS 4401 03/05/2018
    Nov 27 16:46:32 unRAID kernel: RIP: 0010:__nf_conntrack_confirm+0x9f/0x5c4
    Nov 27 16:46:32 unRAID kernel: Code: 89 ea 89 c6 41 89 c4 49 c1 ef 20 44 89 ff 45 89 fe e8 c8 ee ff ff 48 8b 4c 24 08 84 c0 75 b1 48 8b 85 80 00 00 00 a8 08 74 26 <0f> 0b 44 89 e6 44 89 ff 45 31 ed e8 be e6 ff ff be 00 02 00 00 48
    Nov 27 16:46:32 unRAID kernel: RSP: 0018:ffffc90000214948 EFLAGS: 00010202
    Nov 27 16:46:32 unRAID kernel: RAX: 0000000000000188 RBX: ffffffff8208ed40 RCX: ffff888bc4151458
    Nov 27 16:46:32 unRAID kernel: RDX: 0000000000000001 RSI: 0000000000000000 RDI: ffffffff82009558
    Nov 27 16:46:32 unRAID kernel: RBP: ffff888bc4151400 R08: 00000000e988b712 R09: ffff888fe302f7a0
    Nov 27 16:46:32 unRAID kernel: R10: 0000000000000158 R11: ffffffff8208ed40 R12: 000000000000a218
    Nov 27 16:46:32 unRAID kernel: R13: 0000000000000000 R14: 00000000000063d6 R15: 00000000000063d6
    Nov 27 16:46:32 unRAID kernel: FS:  0000000000000000(0000) GS:ffff88903fbc0000(0000) knlGS:0000000000000000
    Nov 27 16:46:32 unRAID kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
    Nov 27 16:46:32 unRAID kernel: CR2: 000055c525cf1000 CR3: 000000000200a006 CR4: 00000000003606e0
    Nov 27 16:46:32 unRAID kernel: DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
    Nov 27 16:46:32 unRAID kernel: DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
    Nov 27 16:46:32 unRAID kernel: Call Trace:
    Nov 27 16:46:32 unRAID kernel: <IRQ>
    Nov 27 16:46:32 unRAID kernel: nf_confirm+0xc8/0xd4
    Nov 27 16:46:32 unRAID kernel: nf_hook_slow+0x39/0x8e
    Nov 27 16:46:32 unRAID kernel: ip_local_deliver+0xad/0xdc
    Nov 27 16:46:32 unRAID kernel: ? ip_protocol_deliver_rcu+0x176/0x176
    Nov 27 16:46:32 unRAID kernel: ip_sabotage_in+0x4e/0x58
    Nov 27 16:46:32 unRAID kernel: nf_hook_slow+0x39/0x8e
    Nov 27 16:46:32 unRAID kernel: ip_rcv+0x8e/0xbe
    Nov 27 16:46:32 unRAID kernel: ? ip_rcv_finish_core.isra.0+0x2fa/0x2fa
    Nov 27 16:46:32 unRAID kernel: __netif_receive_skb_one_core+0x6f/0x90
    Nov 27 16:46:32 unRAID kernel: netif_receive_skb_internal+0x79/0x94
    Nov 27 16:46:32 unRAID kernel: br_pass_frame_up+0x125/0x147
    Nov 27 16:46:32 unRAID kernel: ? br_port_flags_change+0x29/0x29
    Nov 27 16:46:32 unRAID kernel: br_handle_frame_finish+0x350/0x391
    Nov 27 16:46:32 unRAID kernel: ? br_pass_frame_up+0x147/0x147
    Nov 27 16:46:32 unRAID kernel: br_nf_hook_thresh+0xa3/0xc3
    Nov 27 16:46:32 unRAID kernel: ? br_pass_frame_up+0x147/0x147
    Nov 27 16:46:32 unRAID kernel: br_nf_pre_routing_finish+0x263/0x28a
    Nov 27 16:46:32 unRAID kernel: ? br_pass_frame_up+0x147/0x147
    Nov 27 16:46:32 unRAID kernel: ? br_handle_local_finish+0xe/0xe
    Nov 27 16:46:32 unRAID kernel: ? nf_nat_ipv4_in+0x1e/0x49 [nf_nat]
    Nov 27 16:46:32 unRAID kernel: ? br_handle_local_finish+0xe/0xe
    Nov 27 16:46:32 unRAID kernel: br_nf_pre_routing+0x3d9/0x400
    Nov 27 16:46:32 unRAID kernel: ? br_nf_forward_ip+0x38f/0x38f
    Nov 27 16:46:32 unRAID kernel: br_handle_frame+0x2a5/0x2ed
    Nov 27 16:46:32 unRAID kernel: ? br_pass_frame_up+0x147/0x147
    Nov 27 16:46:32 unRAID kernel: __netif_receive_skb_core+0x4b1/0x813
    Nov 27 16:46:32 unRAID kernel: __netif_receive_skb_one_core+0x38/0x90
    Nov 27 16:46:32 unRAID kernel: netif_receive_skb_internal+0x79/0x94
    Nov 27 16:46:32 unRAID kernel: napi_gro_receive+0x44/0x7b
    Nov 27 16:46:32 unRAID kernel: igb_poll+0xb97/0xbbd [igb]
    Nov 27 16:46:32 unRAID kernel: net_rx_action+0x107/0x26c
    Nov 27 16:46:32 unRAID kernel: __do_softirq+0xc9/0x1d3
    Nov 27 16:46:32 unRAID kernel: irq_exit+0x47/0x86
    Nov 27 16:46:32 unRAID kernel: do_IRQ+0xb2/0xc8
    Nov 27 16:46:32 unRAID kernel: common_interrupt+0xf/0xf
    Nov 27 16:46:32 unRAID kernel: </IRQ>
    Nov 27 16:46:32 unRAID kernel: RIP: 0010:cpuidle_enter_state+0xe8/0x1f0
    Nov 27 16:46:32 unRAID kernel: Code: ff 45 84 ff 74 1d 9c 58 0f 1f 44 00 00 0f ba e0 09 73 09 0f 0b fa 66 0f 1f 44 00 00 31 ff e8 2f 25 ba ff fb 66 0f 1f 44 00 00 <45> 85 e4 0f 88 ea 00 00 00 49 63 cc be ff ff ff 7f 48 ba ff ff ff
    Nov 27 16:46:32 unRAID kernel: RSP: 0018:ffffc900000d7e90 EFLAGS: 00000246 ORIG_RAX: ffffffffffffffdc
    Nov 27 16:46:32 unRAID kernel: RAX: ffff88903fbe0ac0 RBX: ffff88903fbea200 RCX: 000000000000001f
    Nov 27 16:46:32 unRAID kernel: RDX: 0000000000000000 RSI: 0000000022a1d464 RDI: 0000000000000000
    Nov 27 16:46:32 unRAID kernel: RBP: ffffffff820584e0 R08: 00000e4c7de8470e R09: 0000000000605328
    Nov 27 16:46:32 unRAID kernel: R10: 071c71c71c71c71c R11: 0000000000000020 R12: 0000000000000004
    Nov 27 16:46:32 unRAID kernel: R13: 00000e4c7de00ba9 R14: 00000e4c7de8470e R15: 0000000000000000
    Nov 27 16:46:32 unRAID kernel: cpuidle_enter+0x25/0x31
    Nov 27 16:46:32 unRAID kernel: do_idle+0x17e/0x1fc
    Nov 27 16:46:32 unRAID kernel: cpu_startup_entry+0x18/0x1a
    Nov 27 16:46:32 unRAID kernel: start_secondary+0x154/0x16f
    Nov 27 16:46:32 unRAID kernel: secondary_startup_64+0xa4/0xb0
    Nov 27 16:46:32 unRAID kernel: ---[ end trace e348ab53433168b2 ]---

    It's weird because I don't have any docker on br0 interface. I have one on br0.160 so I will disable it and check logs.

  5. On 11/3/2019 at 2:21 AM, balsman225 said:

    Out of curiosity have you tested this issue on any newer releases (6.8.0)? 

    Yes. I tested it. The problem still exists in 6.8.0 rc3, 4, 5, 6 and 7. I had a Pi-hole on br0 interface but after reading this topic I stopped it and watching my logs now :) Thank you guys for your knowledge and a lot of tests. I'm not the only one with this problem.

  6. On 12/27/2018 at 2:32 AM, Jason Harris said:

    I have this problem for an onboard Intel GPU.  I have no intention of passing it through. It is in its own IOMMU group.  Would there be any way to just not use this IOMMU group entirely?

     

    As others have said, this is the top result when looking for this issue so any help would be appreciated.

    Hi. I have exacly the same problem but when I put "intel_iommu=igfx_off" in syslinux.cfg file this error never shows up in log. But even if i don't use onboard Intel GPU when I pass my GeForce GT 1030 to any of my VMs unraid just hangs totally.

  7. Server and clients versions are OK. Clients (on windows computers and iphones) doesn't connect at all to the specified port: 8090.

    And I can't connect to the 10090 port via web browser.

     

    I run your docker from scratch and the problem with no connection still exists.

  8. Hi coppit.

     

    I updated Xeoma docker to the newest version and after that I can't connect any client to the xeoma server.

    Logs are OK. here they are:

     

    Configuration:
    PASSWORD=<hidden>
    VERSION=latest
    2018-08-16 09:18:00 Determining version of Xeoma to use
    2018-08-16 09:18:00 Config version is "latest"
    2018-08-16 09:18:00 Fetching version information from Felenasoft at http://felenasoft.com/xeoma/downloads/version2.xml
    2018-08-16 09:18:01 Using Xeoma version 18.7.10 (the latest stable version)
    2018-08-16 09:18:01 Downloaded file /config/downloads/xeoma_18.7.10.tgz already exists. Skipping download
    2018-08-16 09:18:01 Installing Xeoma from /config/downloads/xeoma_18.7.10.tgz
    2018-08-16 09:18:02 Installation complete
    [Aug 16 09:18:02] Setting the password
    
    
    Password set successfull
    Started runsvdir, PID is 56. Waiting for processes to start....
    [Aug 16 09:18:02] Starting the server in 5 seconds. See the log directory in your config directory for server logs.
    run: cron: (pid 61) 5s
    run: xeoma: (pid 60) 5s

    My xeoma docker configuration is simple but I pass new port for xeoma web service.

  9. Hi. I have some new info after many tests of unraid version 6.4.1 and later.

     

    According to my last post...

    When I power up my server with 6.5.0 or later unraid versions without hdmi cable plugged into it everything works perfect. After unraid boots up I need to plug hdmi cable into server and whola I have a LibreELEC VM perfectly working with IGD HD Graphics P630 passthrough BUT can someone tell me why in version 6.4.1 everything works perfect without unplugging and plugging hdmi cable?

    When I don't unplug hdmi cable in 6.5.0 or later version I have a

    Device or resource busy

    on VM log and black screen shows up.

     

    Anyone could help me?

  10. 7 hours ago, Squid said:

    What does it do if you select the GUI mode from the boot menu?

    In GUI mode system boots up with no errors but when I try to run LibreELEC VM with gpu Intel HD Graphics P630 I have this on log:

    2018-03-23T15:42:19.818621Z qemu-system-x86_64: -device vfio-pci,host=00:1f.3,id=hostdev1,bus=pci.4,addr=0x1: vfio error: 0000:00:1f.3: group 9 is not viable

     

     

    6 hours ago, BRiT said:

    Try using EFI boot selection in bios and ensure directory on flash drive is set as EFI.

    When I disable legacy mode in BIOS system boots up perfectly but when I try to run LibreELEC VM with GPU I have this on VM log:

    2018-03-23T15:35:42.561504Z qemu-system-x86_64: vfio_region_write(0000:00:02.0:region2+0x43ed50, 0x0,4) failed: Device or resource busy

    It looks like that in UEFI mode my graphics card is busy and can't be used by VM.

  11. Hi.

     

    I used so far 6.5.0 unRAID version on my machine until today when I update my motherboard BIOS to the newest version. After BIOS update I see only "loading bzimage... ok" and "loading bzroot... ok" and next system is restarting. After restart the same situation repeats. BUT when I switch to 6.4.1 everything works OK.

     

    My motherboard is ASUS P10S-M WS with 4301 BIOS version.

     

    UPDATE:

    In 6.5.1rc1 this problem still exist.