p33ps
-
Posts
43 -
Joined
-
Last visited
Posts posted by p33ps
-
-
Hey,
For any reason, my virtio NICs added in a Proxmox VM in HP Proliant Gen8 are not detected when I check the ejecute the "listmods" parameter. I'd like to add the external extension but I can't find the proper json here. Could someone point me out where to find it?
Thanks!
-
51 minutes ago, altas said:
shutdown is now working on DS3622XS+ on HP GEN8 Micro
Hey, can you please explain what build did you use to get it working in HP Gen8?
-
1 minute ago, dodo-dk said:
No sorry, no HP Gen8.
I have a Asrock E3C226D2I with Intel(R) Xeon(R) CPU E3-1285L v4
Ok! Will try anyways 👌
-
9 minutes ago, dodo-dk said:
My Proxmox config:
args: -device 'qemu-xhci,addr=0x18' -drive 'id=synoboot,file=/var/lib/vz/images/100/loader.img,if=none,format=raw' -device 'usb-storage,id=synoboot,drive=synoboot,bootindex=5' balloon: 0 boot: d cores: 4 cpu: kvm64 localtime: 1 memory: 6144 name: Synology net0: virtio=00:00:00:00:00:00,bridge=vmbr0 numa: 0 onboot: 1 ostype: l26 protection: 0 sata0: local-lvm:vm-100-disk-0,discard=on,size=100G,ssd=1 sata1: /dev/disk/by-id/ata-WDC_WD60EFRX-68MYMN1_WD-WXxxx,backup=0,serial=xxx,size=5860522584K sata2: /dev/disk/by-id/ata-WDC_WD60EFRX-68MYMN1_WD-WXxxx,backup=0,serial=xxx,size=5860522584K sata3: /dev/disk/by-id/ata-WDC_WD60EFRX-68L0BN1_WD-WXxxx,backup=0,serial=xxx,size=5860522584K sata4: /dev/disk/by-id/ata-WDC_WD60EFRX-68L0BN1_WD-WXxxx,backup=0,serial=xxx,size=5860522584K sata5: /dev/disk/by-id/ata-ST2000LM003_HN-M201RAD_S3xxx,backup=0,serial=xxx,size=1953514584K scsihw: virtio-scsi-pci serial0: socket smbios1: uuid=xxx sockets: 1 startup: order=2,up=90 tablet: 0
The ds3617xs_701-42218u2 loader from https://github.com/jimmyGALLAND/redpill-load Develop Branch.
Cool! Thanks. I'll try that one. Proxmox is under HP Gen8, right?
-
11 minutes ago, dodo-dk said:
I have installed DS3617xs on a fresh VM and it works, with the ds3617xs_701-42218u2 Loader. Don't need to deactivate the internet connection.
I use redpill-helper, not tinycore.
The migration from 3615xs to 3617xs works without a problem on my real Proxmox VM.
Yes, no problems here. I have one virtual Disk and 4 passthrough Disks. 2 Volumes and many Shared Folders.
Wow, that sounds amazing! Can you please give us some inputs? Maybe you can share your Proxmox VM config.
Where did you get ds3617xs_701-42218u2 loader?
Thanks!
-
2 hours ago, Orphée said:
It works on ESXi,
So I guess it should on proxmox, but did not try it.
But what's the correct platform to use exactly? As far as I know, G8 works under bromolow but if I build with bromolow it will download DS3615xs .pat file and so 🥴.
Thanks!
-
Did someone get it to work in Gen8 using Proxmox? I read the entire thread and saw some responses speaking about Gen8 baremetal but nothing about Proxmox yet. What I got some months ago was to run 3615 and Synology Photos with face recognition but no luck on add additional HDDs.
Thanks!
-
6 hours ago, dodo-dk said:
i have only changed the loader.
install was already done on the test VM. I use it on Proxmox.I will test a fresh install later and if it works, i switch from 3615xs to 3617xs the real VM.
Were you able to add additional HDDs? For any reason mine are not properly detected (Proxmox, G8, 3615xs). I can't create volumes/some of them don't appear in the Storage panel.
-
19 minutes ago, mcdull said:
it should work if you only have a few and make rdm as SATA drives.
Do you mean to add it as raw SATA disk?
-
For any reason, DSM 7 didn't recognize all of my 4 x LVM passthrough HDDs in Proxmox (it just recognizes 1 of them). Should I add any type of driver or something?
Thanks!
-
34 minutes ago, ozef said:
Well, you don't even know what CPU i have Maybe you are talking about the chipset and not the original CPU ?
Actually i'm on Xeon 1275 V2.
Good to know
No matter what CPU model you have as the chipset accepted by Gen8 is the Ivy Bridge model. However, DS918 boot is for Haswell.
-
3 hours ago, dodo-dk said:
Hi, i found the problem. You need to change the CPU Settings from kvm64 to host or haswell.
So it works with my E3-1241 V3 CPU - Bromolow - 7.0.1-42214 setup.
Wow! You saved my day. I changed it to Ivy Bridge and now it works! Thanks for your input.
-
4 hours ago, dodo-dk said:
I have the same problem with DSM 7.0.1 RC -> Bug CPU, see log.
With 6.2.x it works.
[ 260.026023] BUG: soft lockup - CPU#0 stuck for 41s! [synofoto-face-e:12009] [ 260.026023] Modules linked in: fuse 8021q vhost_scsi(O) vhost(O) tcm_loop(O) iscsi_target_mod(O) target_core_ep(O) target_core_multi_file(O) target_core_file(O) target_core_iblock(O) target_core_mod(O) syno_extent_pool(PO) rodsp_ep(O) udf isofs loop synoacl_vfs(PO) btrfs zstd_decompress ecryptfs zstd_compress xxhash xor raid6_pq zram(C) glue_helper lrw gf128mul ablk_helper bromolow_synobios(PO) hid_generic usbhid hid usblp bnx2x(O) mdio mlx5_core(O) mlx4_en(O) mlx4_core(O) mlx_compat(O) qede(O) qed(O) atlantic_v2(O) atlantic(O) tn40xx(O) i40e(O) ixgbe(O) be2net(O) i2c_algo_bit igb(O) dca e1000e(O) sg dm_snapshot crc_itu_t crc_ccitt psnap p8022 llc zlib_deflate libcrc32c hfsplus md4 hmac sit tunnel4 ipv6 flashcache_syno(O) flashcache(O) syno_flashcache_control(O) dm_mod cryptd arc4 sha256_generic sha1_generic ecb aes_x86_64 authenc des_generic ansi_cprng cts md5 cbc cpufreq_powersave cpufreq_performance mperf processor thermal_sys cpufreq_stats freq_table vxlan ip_tunnel virtio_scsi(OF) virtio_net(OF) virtio_blk(OF) virtio_pci(OF) virtio_ring(OF) virtio(OF) etxhci_hcd usb_storage xhci_hcd uhci_hcd ehci_pci ehci_hcd usbcore usb_common redpill(OF) [last unloaded: bromolow_synobios] [ 260.026023] CPU: 0 PID: 12009 Comm: synofoto-face-e Tainted: PF C O 3.10.108 #42214 [ 260.026023] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS rel-1.14.0-0-g155821a1990b-prebuilt.qemu.org 04/01/2014 [ 260.026023] task: ffff880048620040 ti: ffff880051fcc000 task.ti: ffff880051fcc000 [ 260.026023] RIP: 0010:[<ffffffff81090492>] [<ffffffff81090492>] smp_call_function_many+0x262/0x290 [ 260.026023] RSP: 0000:ffff880051fcfc68 EFLAGS: 00000202 [ 260.026023] RAX: ffff88007dd15cc8 RBX: 0000000000000000 RCX: 0000000000000002 [ 260.026023] RDX: ffff88007dd15cc8 RSI: 0000000000000008 RDI: 00000000000000ff [ 260.026023] RBP: ffff88007dd95cc8 R08: ffff88007dc139c8 R09: 0000000000000020 [ 260.026023] R10: 0000000000004f5c R11: 0000000000000000 R12: 0000000000000000 [ 260.026023] R13: 0000000000000000 R14: 0000000000000000 R15: ffffffff81893940 [ 260.026023] FS: 00007f6a7dffb700(0000) GS:ffff88007dc00000(0000) knlGS:0000000000000000 [ 260.026023] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 260.026023] CR2: 00007f6a22001048 CR3: 00000000486c0000 CR4: 00000000000006f0 [ 260.026023] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 260.026023] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [ 260.026023] Stack: [ 260.026023] ffff88007dc139c8 ffff88007dd93980 0000000181893940 0000000000013980 [ 260.026023] ffff88007a0c0400 ffff880051fcfcf8 ffff88007a0c06d8 00007f6a22001048 [ 260.026023] ffffea0000f97bc0 ffff88004747e008 ffffffff81030372 ffff88007a0c0400 [ 260.026023] Call Trace: [ 260.026023] [<ffffffff81030372>] ? flush_tlb_page+0x72/0x130 [ 260.026023] [<ffffffff81117572>] ? ptep_clear_flush+0x22/0x30 [ 260.026023] [<ffffffff81106a0d>] ? do_wp_page+0x2ad/0x8c0 [ 260.026023] [<ffffffff81107e6d>] ? handle_pte_fault+0x38d/0x9e0 [ 260.026023] [<ffffffff81108775>] ? handle_mm_fault+0x135/0x2e0 [ 260.026023] [<ffffffff814aba0a>] ? __do_page_fault+0x14a/0x500 [ 260.026023] [<ffffffff8128e94c>] ? rwsem_wake+0x3c/0x50 [ 260.026023] [<ffffffff81294ee7>] ? call_rwsem_wake+0x17/0x30 [ 260.026023] [<ffffffff814aff11>] ? system_call_after_swapgs+0xae/0x13f [ 260.026023] [<ffffffff814a8883>] ? error_swapgs+0xa4/0xba [ 260.026023] [<ffffffff814a8877>] ? error_swapgs+0x98/0xba [ 260.026023] [<ffffffff814a8883>] ? error_swapgs+0xa4/0xba [ 260.026023] [<ffffffff814a8877>] ? error_swapgs+0x98/0xba [ 260.026023] [<ffffffff814a8883>] ? error_swapgs+0xa4/0xba [ 260.026023] [<ffffffff814a8877>] ? error_swapgs+0x98/0xba [ 260.026023] [<ffffffff814a8883>] ? error_swapgs+0xa4/0xba [ 260.026023] [<ffffffff814a8877>] ? error_swapgs+0x98/0xba [ 260.026023] [<ffffffff814a8883>] ? error_swapgs+0xa4/0xba [ 260.026023] [<ffffffff814a8592>] ? page_fault+0x22/0x30 [ 260.026023] Code: 8d 81 00 89 c1 0f 8e 1e fe ff ff 48 98 48 8b 13 48 03 14 c5 e0 8d 8a 81 f6 42 20 01 48 89 d0 74 c8 0f 1f 84 00 00 00 00 00 f3 90 <f6> 40 20 01 75 f8 eb b6 66 0f 1f 44 00 00 48 89 ea 4c 89 fe 44
Hmm, maybe we should report it. Idk what's the way to do it.
-
On 9/13/2021 at 3:19 PM, p33ps said:
Can someone paste here their VM Proxmox setup for a DS3615xs boot? I am having huge CPU issues when the Photos app starts their face recognition index process. It blocks the VM completely and I need to stop-start it. It never finishes the recognition process. This is the CPU and network status when it starts:
Current hardware setup is:
HP Proliant Microserver G8
16GB RAM
Xeon E3 1265l v2
1 x 1TB 870 SSD
3 x 12TB Seagate Exos X16
1 x 12TB Seagate IronWolf Pro
DSM 7.0.1 RC.
I've tested it with LVM and ZFS storage pool.
Thanks!
Sorry but, can someone give me with this?
Thanks!
-
Can someone paste here their VM Proxmox setup for a DS3615xs boot? I am having huge CPU issues when the Photos app starts their face recognition index process. It blocks the VM completely and I need to stop-start it. It never finishes the recognition process. This is the CPU and network status when it starts:
Current hardware setup is:
HP Proliant Microserver G8
16GB RAM
Xeon E3 1265l v2
1 x 1TB 870 SSD
3 x 12TB Seagate Exos X16
1 x 12TB Seagate IronWolf Pro
DSM 7.0.1 RC.
I've tested it with LVM and ZFS storage pool.
Thanks!
-
On 9/11/2021 at 8:27 PM, Kamele0N said:
Regarding your SN.....
SNs for ds918 are different then those intended for Ds3615xs
3615xs = xxxxLWNxxx
Ds918 = xxxxPDNxxx
So you need to get a proper SN for your loader/model! You can not just add any SN you can get!
The SN and MAC added is from a real DS3615xs device, that's why I don't understand anything. SN is the correct one if I check it thru DSM Info panel but it does not work in terms of device activation/recognition it as an original.
On 9/11/2021 at 10:53 PM, loomes said:Same here. Also real SN/MAC Bug in 7.0.1 RC Version?!
BUT, Face Detection in Photos is working here with the 3615 version, 918 dont work.
You're lucky! Anyway, I can't test 918 version in my server, as I have a G8 device, which is incompatible.
-
The lines below are a /var/log/messages output when syno is indexing some photos and videos:
2021-09-11T14:53:45+02:00 OXLZ synocodectool[32291]: G1Licence.cpp:79 Licence not Success,error msg "SN format is wrong." 2021-09-11T14:53:45+02:00 OXLZ synocodectool[32291]: SYNOCodecPatentG1.cpp:246 ValidateG1Licence failed
Also, from activation.conf file:
root@OXLZ:/var/log# cat /usr/syno/etc/codec/activation.conf {"success":false,"msg":"SN format is wrong."}
However, the SN & MACs added to the boot are from an original DS3615xs. I am missing something?
Thanks!
-
On 1/23/2020 at 9:13 PM, likeadoc said:
Hi all:)
After a little bit of reverse engineering I was able to bypass the license checking mechanism introduced in DSM 6 successfully with a simple two line binary patch of synocodectool and therefore enable transcoding without a valid serial number.
I wrote a little script to make it easier for everyone. For more information please check the github repo: https://github.com/likeadoc/synocodectool-patch
HOWTO:
1.
wget https://raw.githubusercontent.com/likeadoc/synocodectool-patch/master/patch.sh
2.
chmod +x patch.sh
3.
./patch.sh
Done:)
If things go wrong simply restore the original file:
./patch.sh -r
Cheers
[28/01/2020] Updated patch from https://gist.githubusercontent.com/likeadoc/43fa9015d7d509c9c941a79e61286703/raw/9e7668599ace336e63b9083c5ae309cd9bd1d838/synocodectool_6.2.2-24922-5.sh to https://raw.githubusercontent.com/likeadoc/synocodectool-patch/master/patch.sh
What an amazing job. An update for DSM7 would be amazing.
-
4 hours ago, abesus said:
In my case there were lot of logs like this:
It looks like there is an error in kernel (it is not the latest one) in iommu. After disabling this driver my NAS is rocket solid (excluding strange logs from bootup ;-))
Good to know that you have found a solution! I have the same problem. Where did you add it?
Thanks!
-
40 minutes ago, abesus said:
I've resolved this issue by adding extra parameter to linux kernel (to grub command line): intel_iommu=igfx_off.
In my case it was caused by some error in kernel.
Could you please be more specific about this?
-
Just now, Orphée said:
It is only needed for specific stuffs from Syno products like HW decoding...
Not needed for usual NAS activity.
If I'm not wrong, it is needed for indexing and face recognition, right? Yesterday I was monitoring /var/log/messages file in the middle of a file indexing process (photo and video files) and it constantly prompts "SN is incorrect" error, related to .mp4 files.
-
17 minutes ago, Orphée said:
SN & MAC must match the current DSM model running.
Ok! I supposed that but thanks for confirming. It is hard to find a real SN&MAC from an old NAS rn.
-
1 hour ago, Drones said:
Valid SN&MAC from real box.
From a 918+ model or a random one?
Thanks!
-
53 minutes ago, abesus said:
I'm not sure about that. Currently I'm working on DSM 6.2.4 from ds3615xs and face recognition is working very well.
Video transcoding is not working because I couldn't find valid SN and MAC for ds3615xs.
Synology says that the "face detection" feature which is implemented in lower versions (<7.0) for Moments app is different that the new one, which needs higher hardware to run smoothly. I hope not to affect to xpenology newer versions, but my current experience with 7.0 is quite bad. It consumes too many resources and does not detect any face after hours.
Develop and refine the DS3622xs+ loader
in Developer Discussion Room
Posted
I supposed that too. See below:
tc@box:~$ lspci | grep Ethernet 00:12.0 Ethernet controller: Red Hat, Inc Virtio network device 00:13.0 Ethernet controller: Red Hat, Inc Virtio network device
When I check the mods: