Új hozzászólás Aktív témák
-
deci
tag
Azért választottam ezt a procit TDP-je 45 Watt, így közelebb áll a gyári hűtés 35 Watt-jához, mint a többi proci, amik lehetnek mondjuk 69 Watt-osak is.
Egy FHD transzkódra a plex szerint kell kb. 2000 passmark pont ez a proci tud 6600 körüli passmarkot, bőven elég a transzkódoláshoz és egyszerre elbír többet is próbáltam.
De a plexes transzkódolást ne úgy képzeld, hogy 100%-on pörgeti a procit egész idő alatt, megcsinál egy kis szeletet az elején 100%-on aztán folyamatosan csinálja már alacsonyabb kihasználtság mellett, nem kell félni tőle, hogy megfőzi a procit.
Az ajtó le van véve így jobban szellőzik a 4db szerver vinyó is
-
Coyot
őstag
Köszi meglesem. SSH megoldás és fizikai eszközre másolás megvan hogy működik, de azért azt macerásnak érzem na
A proci témához nekem is egy E3-1265L v2 van benne, nem transzkódolok ritkán van 30% nál nagyobb load a serveren de sosem láttam még 40 foknál nagyobb CPU értéket a logban.
[ Szerkesztve ]
Má' nem
-
sanzi89
addikt
Nekem egy ML310e G8 V2 szerver volt ugyanezzel a hibával, ott is megcsináltam a spec formázást, azóta nem működik a HP Systems Insight Manager és vissza se lehet csinálni. Szóval azt ajánlom, hogy ha nincs tünete a problémának, akkor ne foglalkozz vele, mert nagyobb gebaszt generál, ha mókolsz vele.
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sallai97
csendes tag
Köszönöm a segítséget mindekinek. A pláne az, hogy most érkezett a cucc, és Inteligent Provisioning update közben jött egy nvram flash error, azóta ez van. Ignorálni nemtudom mert bármit csinálok (pl. raid-et konfigurálnék) az iLO beszól hogy először ezzel foglalkozz
[ Szerkesztve ]
-
sanzi89
addikt
Én egy ilyen ML310e G8 v2-őt használok - nem MicroServer specifikus a betegség. Boot-ban nem okoz gondot, de ha újra kellene telepíteni a rendszert, szerintem bajban lennék...
Egy Server 2012 R2 fut rajta pár éve 0-24-ben, amúgy stabil."Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sallai97
csendes tag
-
sanzi89
addikt
Lehet szoftveres gubanc is, de lehet döglött NAND is. Arra nincs szoftveres javítás, nekem ilyenhez van szerencsém...
Már szerintem lassan 1 hétben mérhető a munkaóra, amit elcsesztem vele, de úgy tűnik csak az alaplap csere lenne a megoldás."Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
lordjancso
senior tag
Köszi, sikerült szerezni egyet. Szépen ki van fúrva, hogy a picoPSU csatlakozóját ki tudjam rajta vezetni.
És ma megjött a picoPSU is, ami tökéletesen szuperál. És síri csend van, már csak a nagy ventillátor zaját lehet hallani, de az gyakorlatilag semmi az eredeti táp ventillátorának nyöszörgéséhez képest.
Rip and cut and mutilate the innocent, his friends, and again and again and on and on.
-
kgymac
őstag
Sziasztok,
Úgy néz ki,megválaszolom magamnak, hátha jó lesz még valakinek.
PVE szűz hdd-re simán települ, gond nélkül. De ha a hdd-n már volt PVE diskgroup, a partíciókat és a disk group részeit elkészíti, aktiválja, boot+swap formázza, csatolja, de a /dev/pve/data-t nem formázza, csatolja. A konzolon bevillan, hogy talált pve-t a hdd-n, de a boot-ra másolások miatt alig észrevehető.
A megoldás, hogy a pve/data-t formázni kell a konzolon az első bootolás után, majd csatolást konfigolni az /etc/fstab-ban, valamint a grub-ban némi (kb.10 mp) várakozást előírni, hogy a /dev/pve ellenőrzése lefuthasson a kötetek csatolása előtt. Újraindításkor már lesz webes felület, látszólag minden működik.
Kivéve az első írási próbálkozást az /etc/pve/storage.cfg-ban definiált local dir elemre. Jelenség, a VM konfig során csak local-pve a választható storage. A poén, hogy hiába kerül beírásra a local a storage.cfg-be vagy a local törlése után a létrehozás sem működik (pvesm), mert a cfg-beli hiány ellenére mégis látja a pvesm a local tárhelyet. A megoldás a local törlése után más néven létrehozott dir típusú storage a local-lal egyező könyvtárra, ekkor generálódik le a local is újra. A VM-eknél a választható storage lista természetesen már bővebb lesz és a local is írható, létre tudja hozni a szükséges elemeket a proxmox új vm létrehozása során.
Úgy néz ki, a főnökömnek lesz igaza: a proxmox használható, de igyekeznek megoldani, hogy belépjenek az ügyfelek a fizetős támogatási szolgáltatásba. Sehol semmi értelmes log, a neten is több cikk olvasása után áll össze a megoldás (a fizetős ügyfelek support foruma természetesen nem elérhető számomra, ott valószínűleg kiemelt helyen lehet ezen hibák megoldása).
A fórumon proxmox alatt nem ajánlotta egy kollega a hw-k passtrought átadását a VM-eknek, én azért futok egy kört vele (pcie-s sas hba és egy usb vezérlő átadása a háromból). A szükséges modulok paraméterezve, látszólag működik a sas kivétele (vfio-pci a kezelő kernel modul), de a VM-nek eddig nem tudtam átadni. Ha benne van a VM konfigjában, a VM-et nem tudom elindítani. Az usb komolyabb probléma, hiába konfigolt a kizárása, nem a vfio kezeli. Komolyabb kezelésre lehet szükség, ami proxmox alatt akár nem is működhet. Esxi alatt működik az usb vezérlő passtrought, de nem vonható vissza (csak újratelepítéssel), míg a többi eszköz esetén a passtrought/visszavonás akár többször is módosítható.
További problémám, hogy xpeno VM esetén nem indítható a VM ide hdd-vel (xpeno 3. opciója esetén elrejti a dsm elől az alaplapi vezérlőre kötött hdd-ket - esxi-n simán megy), a VM pedig hdd-nek látja az összes ráakasztott diszk eszközt, így az usb-s boot img-t is (sajna nem települ, 50-60% körül leáll a pat telepítése).
Ha lenne valakinek ötlete, megoszthatná. -
kgymac
őstag
Közben megoldódott, a többi g7/g8-on futó jun 102b helyett egy xpenology-s proxmox fórumon megosztott img-vel rendben elindult. Pve-kernel fordítása után megy a hba passtrought is (a hpe bios-ban letiltotta a slotban lévő kártyák átadását). Mellesleg tele a net hülyeséggel, a "vmid.conf" nem használt , legalább 3 leírásban megtaláltam.
-
kgymac
őstag
Hát kép nincs, de van vmid.conf:
agent: 1
balloon: 0
bios: ovmf
boot: cdn
bootdisk: ide0
cores: 4
efidisk0: disks:100/vm-100-disk-0.raw,size=128K
hostpci0: 00:1a,pcie=1
hostpci1: 07:00,pcie=1
ide0: disks:100/vm-100-disk-1.raw,size=52M
machine: q35
memory: 4096
name: XpenologyDSM
net0: vmxnet3=aa:aa:aa:aa:aa:aa,bridge=vmbr0
net1: vmxnet3=aa:aa:aa:aa:aa:ab,bridge=vmbr0
numa: 0
ostype: l26
scsihw: virtio-scsi-pci
serial0: socket
smbios1: uuid=1a1a1a1a-1b1b-1c1c-1d1d-1e1e1e1e1e1e
sockets: 1
vmgenid: 1a1a1a1a-1b1b-1c1c-1d1d-1e1e1e1e1e1eFizikai mac-ek a host-é:
aa:aa:aa:aa:aa:ac
aa:aa:aa:aa:aa:ad
aa:aa:aa:aa:aa:ae (ilo)ebből a VM kapja a kissé módosított mac-eket:
aa:aa:aa:aa:aa:aa
aa:aa:aa:aa:aa:abFontos, hogy eltérjen. mert akadhat (nagyon belassulhat a net, ha a VM mac address-e azonos a fizikai mac-kel. Valamint kivettem a pipát a firewall-ból, majd a VM megoldja.
disk-0:
128KB, a proxmox hozta létre az uefi bios-hozdisk-1:
52MB, jun 102b mod img innen, 3615 Nincs konvertálva, mert nem kell. iso-ra átnevezve töltöttem fel, majd ssh-n másoltam a helyére. Persze feltöltés előtt a grub paraméterezve (mac1-2,netifnum,timeout, common_args_3615-be beszúrni "ihd_num=0"). Indításkor 3. esxi opciót kell választani.Saját pve-kernel került fordításra a hp rmrr bios hiba miatt (a slot1-ben lévő kártya nem adható át vm-nek a bios - felhasználó által nem igazán állítható - paramétere szerint, az rmrr ezt kerüli ki, felolvassa, de lenyeli a hibaüzenetet (hibakódot)). Aki passtrought-ot akar az vagy fordít új kernelt vagy megpróbál feltölteni a bios-ba egy hp gyári hack progival egy kézi módosítású xlm-t, majd várja a csodát. Inkább NE, a kernel fordítástól nem mehet tönkre az alaplap, míg a hp megoldástól...
[ Szerkesztve ]
-
Burki
aktív tag
Köszi, próbálkozok akkor tovább. Ezek szerint nem voltam elég türelmes.
(#4102) djgeg:
Nem próbáltam még, nem mélyültem el még benne,hogy az ILO-hoz mit is kellene beállítani, illetve hogyan tudom használni.Asrock Z87 Extreme6, i7 4770K+CM Hyper 103, 2*8 GB Corsair Vengeance,FSP Hexa+ 500W, MSI RX 480 GAMING 8GB, SSD HyperX 120GB FURY, WD Blue 1TB EZEX, Cooler Master N300
-
-
dchard
veterán
Az hagyján, de miután írtam neki, hogy küldött három ragacs nélkülit, megpróbálta nekem megmagyarázni, hogy amit küldtem képet (nuku ragacs) az pont úgy néz ki mint az övé a hirdetésben, amin meg ott virít a kék ragacs az alján. Mondtam neki, hogy van egy napja, hogy jobban megnézze, aztán indítom a dispute-ot.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
PpenoO
őstag
Nem volt letiltva, sikerült aktiválnom.
Szerette volna frissíteni az iLOt 2.50re, saját magát 1.63ra és a hálókártyát 2.17re.
iLOból 2.75 van fent, IPből feltettem az 1.646 Windows alól a hálókártyának a firmware verzióját nem találom iLOban de a HP weboldalán 5.0 van.
Szóval nem nyűgözött le.
Érdemes amúgy a hálókártyát frissíteni? Ha igen melyik verzióra?
-
dchard
veterán
"de a neten sokaknak van problémája 5.x-es kernellel pcie kártya átadással kvm/qemu alatt"
Erről tudnál mondani/linkelni valamit? Én egy PCIe --> PCI átalakítóban ülő PCI TDM kártyát próbálok átadni egy VM-nek, de az istenért sem megy. Ez ugyan egy speciális eset, de lehet hogy csak ez a másokat is érintő általános probléma jelentkezik nálam is. Amúgy nekem bejött a Proxmox az ESXI után.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
kgymac
őstag
ProxmoxVE 6.2 Passtrought hiba:
kvm: -device vfio-pci,host=0000:07:00.0,id=hostpci1,bus=ich9-pcie-port-2,addr=0x0: VFIO_MAP_DMA failed: Invalid argument
kvm: -device vfio-pci,host=0000:07:00.0,id=hostpci1,bus=ich9-pcie-port-2,addr=0x0: vfio 0000:07:00.0: failed to setup container for group 11: memory listener initialization failed: Region pc.ram: vfio_dma_map(0x7f5123867580, 0x0, 0x80000000, 0x7f5021a00000) = -22 (Invalid argument)
TASK ERROR: start failed: QEMU exited with code 1
link -
Geby
tag
Sikerült a tegnap az Service Packot felrakni. Mondjuk BIOS-t és ILO-t már előtte frissítettem így sok minden nem maradt már ami firmware-es.
Elvileg ez a csatlakozó egy mini-SAS ami a hdd keretre megy rá.
Annyi érdekesség van még, hogy van benne 2db WD Black 500GB-os lemez. A másodiknak a kereten lévő hdd ledje folyamatosan villog. Az első világít simán.
Korábban a lemezek tükörben voltak az alaplapra kapcsolt B120i raid vezérlővel. Szétesett a tömb. Mondtam neki, hogy építse újra, de órák alatt sem sikerült. Adat alig volt rajta, talán 40GB. Miután mondtam neki hogy építse újra onnan érezhetően lassabbak a lemezműveletek. És most, hogy kikapcsoltam a RAID vezérlőt, még mintha mindig a lemezzel szórakozna, pedig már BIOS-ban lekapcsoltam. Legalábbis pont ugyanígy villogott akkor is amikor próbálta a tömböt újraépíteni...de nem sikerült neki. Emiatt RAID-et kiakapcsoltam aztán most épp egy XCP-ng van rajta szoftver raid alatt.
Közben kerestem egy leírást. E szerint épp megy a Rebuild. De miért ? Ha már kikapcsoltam a RAID vezérlőt ??? Lehet a kontrollerbe kell belépjek aztán ott átkapcsolni valamit ?
[ Szerkesztve ]
Új hozzászólás Aktív témák
Angol nyelvű infók (BIOS, RAM lista, driverek, stb.)
- Synology NAS
- Autós topik
- Fűzzük össze a szavakat :)
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Fejhallgató erősítő és DAC topik
- Mindent a StreamSharkról!
- Samsung Galaxy S21 és S21+ - húszra akartak lapot húzni
- Otthoni hálózat és internet megosztás
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Kerékpárosok, bringások ide!
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen