Linux-haladó

Hello,

Van egy eddig stabilan működő (debian 8.5) xen (xen 4.1.1) telepítés ahol fut több VM HVM-ben az egyik ma reggel kihalt:
A logban az alábbi hibára panaszkodik: Found interface vif12.0 but domain 12 does not exist.

Az xl list-ben így írja ki magát:

(null) 12 26 1 --psrd 877827.1

Érdeklődnék hogy hogyan tudom ezt a domaint leállítani, már próbáltam a szokásosokat hogy:

- xl destroy nev/id
- xl shutdown nev/id

Érdeklődnék hogy van-e még valamilyen módszer amivel le tudom állítani?

Előre is köszönöm.

Udv mindenkinek,
belefutotttam egy erdekes problemaba.
Debian9 serveren fut egy samba server: Version 4.5.12-Debian
Ennek a kiajanlott meghajtoit kellene win xp sp3 ala mountolni (9db amelyek specialis feladatokat is ellatnak, ezert
nem lehetseges upgradelni). A meghajtokat debian8 ala a -o vers=1.0 opcioval probaltam, megy is. Sot megy virtualis xp alol is. A server smb.conf-ba kinomban beleirtam a min protocol = NT1 sort, de igy sem ok. Win7 es win10 alatt is mountolhatok a kiajanlott meghajtok.
Ugyanakkor Debian 8 tesztszerveren kiajanlott meghajtok minden problema nelkul mountolhatok az XP- (fizikai) gepeken, win10 es win7 gepek is szeretik.
Esetleg hianyzik valami, esetleg egy smb protokoll kezeleset illeto bug- ba futottam a sambaban?
Koszi a tippeket elore is.

Ha úgy érzed nem hozza azokat a számokat egy ZFS pool amiket vársz tőle, és kommersz hardveren használod, akkor első lépésként BIOS-ban nézz körbe!

HP MicroServer Gen8
Xeon E31220L, 16Gb

HP Microserver N36L
2x Athlon, 8Gb RAM
ez lényegesen gyengébb vas!

tudom dd!, de tesztelni most jó ...

2x2TB WD RED, Gen8
dd if=/dev/zero of=/tmp/ize.bin bs=1M count=10000 conv=sync
10000+0 records in
10000+0 records out
10485760000 bytes (10 GB) copied, 324.395 s, 32.3 MB/s

Ez egy picit kevés!

2x2TB WD RED, N36L
# dd if=/dev/zero of=/tmp/ize.bin bs=1M count=10000 conv=sync
10000+0 records in
10000+0 records out
10485760000 bytes (10 GB) copied, 106.602 s, 98.4 MB/s

Ez már gyanus! :)

3x4TB WD RED, Gen8
# dd if=/dev/zero of=/tmp/ize.bin bs=1M count=10000 conv=sync
10000+0 records in
10000+0 records out
10485760000 bytes (10 GB, 9.8 GiB) copied, 194.026 s, 54.0 MB/s

Mivan ???

Nézzünk körben BIOS-ban!!!

SATA mode - Legacy
Ezt rakjuk át AHCI-re!

és láss csodát:

3x4TB WD RED, Gen8, SATA AHCI

dd if=/dev/zero of=/tmp/ize.bin bs=1M count=10000 conv=sync
10000+0 records in
10000+0 records out
10485760000 bytes (10 GB, 9.8 GiB) copied, 43.6492 s, 240 MB/s

Eddig szuperül működött a zfs send | ssh remote zfs receive de átállva 10 Gbps-re, már limitál az ssh. Kb. 1 Gbps-nél vágja a forgalmat és a fogadó gépen látszik, hogy az sshd process 100%on fut 1 core-t használva.

Valakinek van ötlete, hogy lehet más módszerrel átküldeni a stream-et másik gépre?

Használja még valaki rajtam kívül a Claws-Mailt?
Gondom van a levél automata továbbításával. Elvileg megoldható, de nem működik.

Érkezik egy levél, melyet jó lenne ha a program automatikusan tovább küldene. A beállítása így néz ki:

Az üzenetlistában megkeresem a megfelelő címzettől kapott levelet, azon állva jobb klikkel kiválasztom a
"Feldolgozási szabály létrehozása" opciót. "Feladó szerint".

Feltételnek a küldő email címét adom meg, hiszen ezzel kell kezdeni valamit.
Műveletnek a "Továbbítás", melyik fiókból, kinek a részére (email cím)

Ekkor kapok egy ilyen sort a matcherrc-ben (clawsmail szűrőjének a fájlja):


enabled rulename "Efood" from matchcase "info@blabla.hu" forward 3 "blabla@bla.hu"


....és a levél nem továbbítódik se olvasatlan, se olvasott megjelöléssel. Programhiba, vagy nem is így kell megoldani?

Ha már a systemd lehetőséget ad a sandboxingra, akkor szeretném itt-ott kihasználni. A tárgyban szereplő SystemCallFilter lehetőséghez kapcsolódóan lenne az a kérdésem, hogy vajon mi a legegyszerűbb és legbiztonságosabb módja annak felderítésére, hogy egy adott service-nek milyen syscall-okra van szüksége? Itt ami nyilván felmerült az a strace által kigyűjtött, megszűrt és rendszerezett lista lehetne; a kérdés: van-e ennél jobb? Thx!

A cpanel felhasználó szeretne egy új domaint (.hu) regisztrálni és addon domainként felvenni. Az új domain regisztrációhoz a dns-ben először fel kell venni a domaint, ezt megteszem whm-ben. A gondom az, hogy ezután a felhasználó nem tudja cpanelben felvenni a beregisztrált addon domaint, mert van már ilyen név a dns-ben.
Regisztráció után töröljem ki whm-ben a domaint a dns-ből, hogy a felhasználó fel tudja venni cpanelben?
Vagy hogy szokták ezt csinálni?
Whm-ben nem tudok addon domaint rendelni a felhasználóhoz, csak saját maga tudja ezt megtenni?

Tudom, hogy Tweak Settings-ben van egy "Allow unregistered domains" opció, de mi van, ha nem új .hu reg, hanem átregisztráció? Az "Allow Remote Domains" opciót már tényleg nem szeretném bekapcsolni.

Van egy 4-bay -es synology nas.
Van benne 2x1TB diszk. Most jött 2x4TB, erre szeretném lecserélni a benne levőket.
A triviális módszert ismerem, az egyik diszket kirántom, berakom az újat, majd a másikat kirántom, berakom az újat.
A csavar annyi, hogy a redundanciát szeretném végig megtartani - mert elvileg megtehetem.
A sima linuxos md-vel triviálisan meg is tudnám csinálni, sőt ott a két új diszket egyszerre is beletuszkolhatnám.

Synologynál viszont egyáltalán nincs leírva a dolog és a fórumokból nem egyértelmű nekem hogy mi a jó megoldás.

Sziasztok!

Az alábbi problémába futottam bele, és egyelőre csak workaround megoldásom lett rá.
Azure temp storage-ot akarom használni, ami a /mnt alatt lakik, és alapból ext4.

adott 2 service:

• reformat-tmpstorage.service:
  1. After=mnt.target
  2. umount /mnt
  3. mkfs.xfs
  4. mount /mnt
  5. mkdir /mnt/workdir
• worker.service:
  • After=reformat-tmpstorage.service
  • WorkingDirectory=/mnt/workdir

A fenti kombinációban a worker.service nem indul el, ugyanis a cloud-init, meg egyéb dolgok is reszelnek a /mnt-n, így a boot logban a legelső umount /mnt előtt van egy stopped worker service, és ennyi. Gondolom a WorkingDirectory miatt a systemd lelövi, csak nem értem, miért a legelején ellenőriz, miért nem mondjuk az After-ben megadott service után teszteli a WorkingDirectory meglétét.

A workaround megoldásom az lett, hogy a WorkingDirectory ment a kukába a service file-ból, és magának a processnek adom meg bemeneti paraméterként.
Bárkinek van ötlete elegénsabb megoldásra? Jó lenne, ha nem a programba kellene ellenőrzéseket, meg egyéb extrákat beleírni, ha már van "szuperintelligens", "mindentudó" systemd...

Sziasztok

A címben említett grsec funkció kiváltásara valaki tud javasolni valami megoldást?

Előre is köszönöm.