Új hozzászólás Aktív témák

• szpeti40 addikt

  #9309

  #9301 szpeti40

  2020-03-22 17:23:43

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  #9301 szpeti40

  #9301 szpeti40

  Na, most megint csinálta, gyorsan mentem a szerverhez, pont futott a top, és akkor a kswapd0 tekerte a procit. A swap ki van kapcsolva pedig, a swap particio pedig törölve.

  A netdata amúgy elég sűrűn küld ilyen ipv4.udperrors és net_drops.eno1 hibákat.

  És erre:

  "A netdata amúgy elég sűrűn küld ilyen ipv4.udperrors és net_drops.eno1 hibákat."

  1min netdev budget ran outs
  1m ipv4 udp send buffer errors
  inbound packets dropped
  Van valakinek ötlete?

• szpeti40 addikt

  #9306

  #9305 cigam

  2020-03-22 16:31:49

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  #9305 cigam

  #9305 cigam

  Most csak figyelni kell, hogy enyhülnek/megszűnnek a tünetek.

  Hát majd kiderül, köszi a segítséget!
  Az normális, hogy 12GB ram mellett használja a swap-ot?

• szpeti40 addikt

  #9304

  #9303 cigam

  2020-03-22 16:15:07

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  #9303 cigam

  #9303 cigam

  De miért kapcsoltad ki? Készíts neki egy 1-2GB-os swap-ot.

  Most csináltam egy 1GB-os swap file-t.

• szpeti40 addikt

  #9302

  #9301 szpeti40

  2020-03-22 15:19:19

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  #9301 szpeti40

  #9301 szpeti40

  Na, most megint csinálta, gyorsan mentem a szerverhez, pont futott a top, és akkor a kswapd0 tekerte a procit. A swap ki van kapcsolva pedig, a swap particio pedig törölve.

  A netdata amúgy elég sűrűn küld ilyen ipv4.udperrors és net_drops.eno1 hibákat.

  A smart ezt írja: [link]

• szpeti40 addikt

  #9301

  #9299 szpeti40

  2020-03-22 15:01:25

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  #9299 szpeti40

  #9299 szpeti40

  A naplóban nem látok semmit sem
  Smart havi rendszerességgel fut, az se mutat semmit sem.

  Na, most megint csinálta, gyorsan mentem a szerverhez, pont futott a top, és akkor a kswapd0 tekerte a procit. A swap ki van kapcsolva pedig, a swap particio pedig törölve.

  A netdata amúgy elég sűrűn küld ilyen ipv4.udperrors és net_drops.eno1 hibákat.

• szpeti40 addikt

  #9299

  #9298 cigam

  2020-03-22 12:41:55

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  #9298 cigam

  #9298 cigam

  Naplófájlokhoz hozzáférsz? Abban az időben van valami hibára utaló bejegyzés?
  esetleg futtass le egy hdsentinelt, vagy smartctlt.

  A naplóban nem látok semmit sem
  Smart havi rendszerességgel fut, az se mutat semmit sem.

• szpeti40 addikt

  #9296

  #9295 kovaax

  2020-03-22 09:08:05

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  #9295 kovaax

  #9295 kovaax

  A top -ban mi van legfelül ilyenkor?

  Mivel ez egy szerver nincs rajta monitor mindig, csak ha babrálom, néha szoktam olyat, hogy ott ülök és figyelem, de akkor persze nem csinálja, így elcsípni nemtudtam még

  De akkor veszek egy másik ssd-t, abból baj nem lehet

• szpeti40 addikt

  #9293

  #9292 bambano

  2020-03-21 21:00:37

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  #9292 bambano

  #9292 bambano

  azt, hogy a processzek közel 100%-a iowait állapotba kerül, rossz jelnek gondolom. ilyet diszk hibánál láttam eddig.

  Értem, köszi
  És amelyik lemezt pörgeti írással az döglődik?

• szpeti40 addikt

  #9291

  #9290 bambano

  2020-03-21 19:45:55

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  #9290 bambano

  #9290 bambano

  ssd-t fogsz cserélni...

  Ezt miből gondolod?

• szpeti40 addikt

  #9289 2020-03-21 16:42:53

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  Sziasztok!

  Van egy OMV4-es szerverem és néha olyat produkál, hogy 2-3 percre teljesen elérhetetlen lesz néha, grafikonon csak annyit látok, hogy a processzor 100%-on, a hálózato forgalom leesik 0-ra és a rendszer ssd-t pörgeti olvasással.
  Netdatában nem látok semmit, erre az adott időszakra eltünnek a grafikonok

  
  Valakinek esetleg van tippje, hogy merre induljak el, hogy mi pörgetheti?
  Amik futnak:
  -Plex, SMB, docker, openvpn, virtualbox
  - dockerben: transmission, qbittorrent, radarr, sonarr, jackett, netdata, unifi controller
  - egy virtuális ubuntu server

• szpeti40 addikt

  #9238 2019-11-10 17:03:21

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  Sziasztok!

  Tudom van OMV topik, de ide is írok, hátha tud valaki segíteni.
  HW-t cseréltem a szervernél, egyik gépből pakoltam át egy másik gépbe a háttértárakat, minden megy ugyan úgy ahogyan kell, annyi a bibi, hogy a szerver néha "eldobja" a hálózatot.
  OMV fut a gépen, ilyenkor a webui "Err_Connection_Abort"-ot ír a böngészőben és a transmission, radarr/sonarr és egyebek webuija se jön be, se a plex, szóval semmi sem aminek köze van a hálózatnak.

  Valaki esetleg találkozott már ilyennel?

  

• szpeti40 addikt

  #8823

  #8822 ubyegon2

  2018-09-24 21:56:45

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  #8822 ubyegon2

  #8822 ubyegon2

  Megkeveredtem, az Intel processor graphic controlleres laptopnál nekem is üres a VRAM kimenet. (előtte desktopon néztem)

  Jópofa az a monitorozó program, nekem ez túl profi tudású, de látszik legalább az is, hogy a 6GB sem volt 6. Amit nem értek, hogy az én laptopomon közel van a fizikai mérethez, nálad meg nem, pedig mindkettő dinamikusan osztja ki a video memoriát.

  Mondjuk ha 6-ból 5,4 volt, akkor 8-ból lehet cc. 7 giga a free parancsnál. Ez normális szerintem.

  Köszi a segítséget, nem foglalkozok vele tovább megy így is szépen igazából

• szpeti40 addikt

  #8821

  #8820 ubyegon2

  2018-09-24 20:37:50

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  #8820 ubyegon2

  #8820 ubyegon2

  # How to check video memory size?

  echo $(dmesg | grep -o -P -i "(?<=vram:).*(?=M 0x)")$" Mb"

  ez a legegyszerűbb parancs, erre nekem csak ennyit ír:

  768 Mb

  puska

  echo $(dmesg | grep -o -P -i "(?<=vram:).*(?=M 0x)")$" Mb"
Mb

  a dmesg | grep VRAM is üreset dob.

  am itt egy grafikon amin látszik ahogy beraktam a +2gb-ot:
  

• szpeti40 addikt

  #8818

  #8817 ubyegon2

  2018-09-24 19:47:21

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  #8817 ubyegon2

  #8817 ubyegon2

  Az tényleg fura lenne, ha 6 gigánál nem csípett volna le, de szerintem ne foglalkozz vele, ez így jó.

  Amúgy a htop, top, glances, nmon rendszermonitorozók sem egyformán mutatják, anno sokat vitáztak erről itt valamelyik topikban, de nekem magas volt kicsit, megelégedtem annyival, hogy ezek a programok a felhasználható memóriát mutatják, az előbbi két parancs meg a fizikai RAM meglétét mutatja.

  inxi -Fxxx kimenetet mutathatnál.

  inxi -Fxxx
System: Host: PetiNas Kernel: 4.17.0-0.bpo.3-amd64 x86_64 (64 bit gcc: 6.3.0)
Console: tty 0 Distro: Debian GNU/Linux 9 (stretch)
Machine: Device: desktop Mobo: Intel model: DG43GT v: AAE62768-300 serial: BTG T9350054R
BIOS: Intel v: GTG4310H.86A.0035.2010.1006.1525 date: 10/06/2010
CPU: Quad core Intel Core2 Quad Q9550 (-MCP-) cache: 6144 KB
flags: (lm nx sse sse2 sse3 sse4_1 ssse3 vmx) bmips: 22662
clock speeds: min/max: 1998/2830 MHz 1: 1999 MHz 2: 1999 MHz
3: 2832 MHz 4: 2832 MHz
Graphics: Card: Intel 4 Series Integrated Graphics Controller
bus-ID: 00:02.0 chip-ID: 8086:2e22
Display Server: N/A driver: N/A
tty size: 80x24 Advanced Data: N/A for root out of X
Audio: Card Intel 82801JI (ICH10 Family) HD Audio Controller
driver: snd_hda_intel bus-ID: 00:1b.0 chip-ID: 8086:3a3e
Sound: Advanced Linux Sound Architecture v: k4.17.0-0.bpo.3-amd64
Network: Card: Intel 82567V-2 Gigabit Network Connection
driver: e1000e v: 3.2.6-k port: f0e0
bus-ID: 00:19.0 chip-ID: 8086:10ce
IF: enp0s25 state: up speed: 1000 Mbps duplex: full
mac:
Drives: HDD Total Size: 4120.8GB (30.0% used)
ID-1: /dev/sdb model: 120GB_SATA_Flash size: 120.0GB
serial: A001733860000000054C
ID-2: /dev/sdc model: TOSHIBA_DT01ACA1 size: 1000.2GB
serial: Z6N5RD8FS
ID-3: /dev/sda model: ST3000DM001 size: 3000.6GB serial: W1F260J7
Partition: ID-1: / size: 16G used: 4.0G (28%) fs: ext4 dev: /dev/sdb1
ID-2: swap-1 size: 6.33GB used: 0.12GB (2%) fs: swap dev: /dev/sdb5
RAID: System: supported: linear multipath raid0 raid1 raid6 raid5 raid4 rai d10
No RAID devices: /proc/mdstat, md_mod kernel module present
Unused Devices: none
Sensors: System Temperatures: cpu: 45.0C mobo: N/A
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 177 Uptime: 6:46 Memory: 1352.9/6903.5MB
Init: systemd v: 232 runlevel: 5 Gcc sys: 6.3.0
Client: Shell (bash 4.4.121 running in tty 0) inxi: 2.3.5

• szpeti40 addikt

  #8816

  #8815 ubyegon2

  2018-09-24 19:20:43

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  #8815 ubyegon2

  #8815 ubyegon2

  Ott van a 4x2GB memória szépen, persze. Azért másoltam be az én kimenetemet, hogy lásd, nálam is mennyit mutat a 16 gigából.

  A HP8570p-nél sem mutatja a teljes mennyiséget, de itt nincs VRAM lefoglalás, gondolom dinamikusan használja a RAM-ból a megjelenítő:

  memory: Used/Total: 1126.1/7840.3MB
  Array-1 capacity: 16 GB devices: 2 EC: None
  Device-1: Bottom-Slot 2(under) size: 4 GB speed: 1333 MT/s type: DDR3 (Synchronous)
  bus width: 64 bits manufacturer: Elpida part: EBJ41UF8BCS0-DJ-F serial: C1591CDE
  Device-2: Bottom-Slot 1(top) size: 4 GB speed: 1333 MT/s type: DDR3 (Synchronous)
  bus width: 64 bits manufacturer: Hynix/Hyundai part: HMT451S6AFR8A-PB serial: 00264EAA

  lehet nálam is valami ilyesmi van, csak fura, hogy 6gb-nál nem csípett le, csak most 8-nál.

• szpeti40 addikt

  #8814

  #8813 ubyegon2

  2018-09-24 18:41:35

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  #8813 ubyegon2

  #8813 ubyegon2

  Szia!

  Amikor 6GB volt benne, akkor annyit mutatott? Amúgy a free parancs nem a fizikai memória méretét fogja mutatni, hanem azt, amit a rendszered használni tud. Nálam alapból nem mutatja a 768Mb VRAM-ot, amit az APU levesz a "VGA"-nak.

  a memóriát, mint hardvert ezzel ellenőrizd:

  sudo dmidecode -t 17

  vagy ezzel:

  sudo inxi -xxxm

  Memory: Used/Total: 2593.4/15229.2MB
  Array-1 capacity: 32 GB (est) devices: 4 EC: None
  Device-1: DIMM_A1 size: 8 GB speed: 1600 MT/s type: DDR3
  Device-2: DIMM_A2 size: No Module Installed type: N/A
  Device-3: DIMM_B1 size: 8 GB speed: 1600 MT/s type: DDR3
  Device-4: DIMM_B2 size: No Module Installed type: N/A

  Ennél láthatod ugyanazt az értéket, amit a free -m is kiír és a fizikai hardver méretét is foglalatonként.

  sudo inxi -xxxm
  Memory: Used/Total: 1373.2/6903.5MB
  Array-1 capacity: 16 GB devices: 4 EC: None
  Device-1: CHANNEL A_DIMM0 size: 2 GB speed: 800 MHz type: DDR2 (Synchronous)
  bus width: 64 bits manufacturer: N/A part: N/A serial: N/A
  Device-2: CHANNEL A_DIMM1 size: 2 GB speed: 800 MHz type: DDR2 (Synchronous)
  bus width: 64 bits manufacturer: N/A part: N/A serial: N/A
  Device-3: CHANNEL B_DIMM0 size: 2 GB speed: 800 MHz type: DDR2 (Synchronous)
  bus width: 64 bits manufacturer: N/A part: N/A serial: N/A
  Device-4: CHANNEL B_DIMM1 size: 2 GB speed: 800 MHz type: DDR2 (Synchronous)
  bus width: 64 bits manufacturer: N/A part: N/A serial: N/A

  ezek szerint látja mind a 8gb-ot

• szpeti40 addikt

  #8812 2018-09-24 13:06:55

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  Sziasztok!

  Debian-os gépbe raktam +2gb ramot a 6gb mellé, ám nem látja mind a 8-at, csak 7-et kb, ez miért van?

  free -m
total used free shared buff/cache available
Mem: 6903 1090 4928 75 885 5490

• szpeti40 addikt

  #8412

  #8411 szpeti40

  2017-12-01 22:20:46

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  #8411 szpeti40

  #8411 szpeti40

  Inkább kijavítanám, 255.255.255.0 ugye?

  már csak azt kell megtalálnom, mi generálja az openmediavault-iptables file tartalmát.

• szpeti40 addikt

  #8411

  #8410 bambano

  2017-12-01 22:08:23

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  #8410 bambano

  #8410 bambano

  ott van a hiba, abban a fájlban rosszul írták be a netmaszkot.
  azt javítsd ki, vagy rakd újra az omv-t.

  Inkább kijavítanám, 255.255.255.0 ugye?

• szpeti40 addikt

  #8409

  #8408 bambano

  2017-12-01 20:09:39

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  #8408 bambano

  #8408 bambano

  gondolom rebootoltál.
  ha nincs ip-d, mit mond egy ifup eth0-ra?

  ifup eth0
iptables v1.4.21: host/network `239:255:255:250` not found
Try `iptables -h' or 'iptables --help' for more information.
run-parts: /etc/network/if-pre-up.d/openmediavault-iptables exited with return code 2
Failed to bring up eth0.

• szpeti40 addikt

  #8407

  #8406 bambano

  2017-12-01 19:47:25

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  #8406 bambano

  #8406 bambano

  én az auto eth0-t szedném ki első körben.

  ugyan úgy, csak a dhclient eth0 után kapok ip címet.
  nem lehet valahogy alaphelyzetbe állítani az interface-t?

• szpeti40 addikt

  #8405

  #8404 bambano

  2017-12-01 19:13:16

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  #8404 bambano

  #8404 bambano

  vagy auto eth0 vagy allow-hotplug eth0.
  a kettő együtt, szerintem, nem lesz jó.

  nem kell képet kiszedni cli-ből, simán szövegfájlba is át lehet rakni a kimenetet. ettől unix.

  Melyiket szedjem ki?
  Melyik mit csinál?

  Igaz, a fájlba átirányítás eszembe se jutott, pedig nemrég vettük órán

• szpeti40 addikt

  #8403 2017-12-01 19:01:14

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  Sziasztok!

  Még annó volt itt említve, hogy vírust kaptam be, azóta az eth0 csak a dhclient eth0 parancs után hajlandó ip címet kapni, ha statikus, ha dhcp.

  

  (bocsi a kaputelefon minőségért, nemtudom, hogy lehet jobban képet kiszedni cli-ből.)

  Remélem látszik fentről lefele a lényeg. Meg lehet valahogy gyógyítani?
  Nem szívesen raknám újra a rendszert ha nem muszáj.

• szpeti40 addikt

  #8391

  #8390 szpeti40

  2017-11-04 12:23:18

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  #8390 szpeti40

  #8390 szpeti40

  Csináltam egy pendriveot a Kaspersky-vel, de nem akar bebootolni, addig jön be ahol választani lehet a szöveges vagy a grafikus rész között

  A 3.0-ás pendrive-ot nem szerette, 2.0-ással már jó

• szpeti40 addikt

  #8390

  #8389 sh4d0w

  2017-11-04 12:10:57

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  #8389 sh4d0w

  #8389 sh4d0w

  Letoltesz egy Kaspersky Rescue Disket, arrol bootolsz, update es vegigkeresteted vele a Linuxos particioidat.

  Csináltam egy pendriveot a Kaspersky-vel, de nem akar bebootolni, addig jön be ahol választani lehet a szöveges vagy a grafikus rész között

• szpeti40 addikt

  #8388

  #8387 sh4d0w

  2017-11-04 11:06:09

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  #8387 sh4d0w

  #8387 sh4d0w

  Nem kaptal be valami minert?

  ezt hogy tudom megnézni/kiirtani?

• szpeti40 addikt

  #8386 2017-11-04 10:53:42

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  szpeti40

  addikt

  Sziasztok!

  OMV 3.0.90-et használok egy gépen, amin észrevettem, hogy rengeteg a kimenő csomag, annyira, hogy a többi gépen is szinte használhatatlan az internet sebessége, ha ez a gép nem megy akkor a net sebesség visszatér a normálisba, szóval ez okozza és azt is észrevettem, hogy valami a cput is pörgeti, eddig ezekre jöttem rá, de hogy pontosan mi a baj arra nem, remélem itt tudtok segíteni.

  

  itt ha a kill parancsal azt a legfelső értelmezhetetlen parancsot kilövöm, akkor nyílik egy másik értelmezhetetlen parancs, ami ugyan úgy pörgeti a cput
  

Új hozzászólás Aktív témák