Microsoft Windows

Sziasztok!

Van egy kis gondom. Az általam írt alkalmazás időnként értesítést küld a felhasználónak az értesítési területen. A felhasználó volt olyan ügyes, hogy rákattintott, hogy az alkalmazás összes értesítésének az elrejtése, ettől kezdve ugye nem jelennek meg a program értesítései. De közben a felhasználónak mégiscsak szüksége van rájuk.

Hogyan lehet újra engedélyezni?

Eddig egyetlen javaslatot találtam (de azt jó sokszor), de nem vált be: sajnos az Értesítések kezelése ablakban az Értesítések megjelenítésére jogosult küldők részben nem szerepel az alkalmazás!

Az op rendszer Win 10 minden frissítésével.

Gábor

Sziasztok!

Adott egy probléma, amivel lassan 1 éve nem tudunk mit kezdeni kollégákkal. Építő ötleteket, tapasztalatokat kérnék.

Virtualizált környezetben, adott egy Samba-AD, ami file szerver szerepet is betölt. Windows kliensek dolgoznak megosztott meghajtókkal, külön jogokkal.

Adott egy program, nevezzük most Ügyeskének, ami minden kliensre fel van rakva és a file szerveren használ pár adatfile-t, aminek a formátuma SQLite.
Ha ez a file a gépeken a helyi ssd-n van, akkor gyors a program. Amint felkerül a megosztott meghajtóra, akkor látványosan belassul. Ezt produkálja akkor is, ha 1 felhasználó csatlakozik csak rá.

Amiket már próbáltam:
- jogosultságok variálása (local admin, domain admin)
- samba hangolás (lock-olás, debug, stb...)
- kliens csere (gép és tiszta windows)
- switch csere
- szerver bővítés (ssd-ről nvme-re, 1Gb-ről 10Gb-re)
- ha ebbe a virtualizált környezetbe felrakok még egy Windowst, amit bridge-ben összefogok az AD-val, akkor sem történik gyorsulás. Ha kimásolom ott is a helyi meghajtóra, akkor működik.

Minden más, ami a hálózaton van rendesen működik.

Ügyeske .net-ben van írva (elvileg), .net framework 4.0.30319 használ.

Több ismerőst kérdeztem már Ügyeskével kapcsolatban, de mindenhol hasonló a probléma.

A fejlesztő tanácsolta, hogy "NAS-on jól működik", de sajnos nem. (Igaz azzal az informatikussal, akivel teszteltette minden rendben volt. Összedugta a NAS-t a géppel egy az egyben és akkor elvileg gyors volt....)

Ami "megoldás" eddig van: Windows RDS és a program a helyi meghajtón van.

Ki merre indulna el?

# környezet
- Windows Srv. 2016 Std. AD.
- kliensek mentése itt található, ilyen formátumban:
"D:\ServerFolders\File History Backups"
\user.name\user.name@domain.name\device.name\Configuration és \Data

# amit próbáltam:
- Dashboard => Computer => adott eszköz neve (jelenleg mindegyik Offline)
- "Backup status" van amelyik eszköznél "Unknown" vagy amelyiknél "Not set up"
- mentés biztosan lefut minden eszközre

# kérdésem:
- hol lehet ezt az egész mentést menedzselni?
- backup retention policy-t állítani?
- másik meghajtóra irányítani a mentést (elég Dashboard-al)?

Köszi a segítséget! :-]

Sziasztok,

Megörököltem egy ügyfelünknél egy elég régi hardvererkből álló HyperV clustert (2012 R2). HP DL160 G6 szerverek (4db), alatta egy QNAP akármi NAS. A NAS-ban van 8db sima SATA3 SSD, 2x4 lemezes RAID5-be konfigolva. A hostokra ezek a tömbök iSCSI-n vannak felcsatolva. (<-- ez nem hangzik túl jól és nem is az, ha minden jól megy akkor még idén el lesz takarítva és fel lesz újítva a teljes környezet de addigis kéne rúgdalni még)

Kibuokott egy olyan hiba, hogy mentést akartam konfigurálni a clusterre Veeamből és a Veeam jobok sorra elhasaltak VSS timeout miatt. Konkrétan kiírta, hogy valószínűsíthetően túl nagy a load a hostokon és ezért nem tud a VSS snapshotot készíteni (vagy valami ilyesmi, de ez a lényeg)

Kizártnak tartottam, hogy ez lenne a gond mert éjjel futnak a backupok amikor garantáltan nem használja senki a VM-eket (DC, TS szerver, Exchange, File szerver, MSSQL szerver).

DiskSPD-vel elkezdtem a ClusterStorage Volume-okat benchmarkolni és nem akartam hinni a szememnek: 15 és 20MB/s körüli sebességet produkál. Az az érdekes, hogy viszont VM-en belül a DiskSpd tök ugyanazokkal a paraméterekkel lazán hozza a 180-250MB/s tempót. 

A hostok és a NAS egy külön "dedikált" subneten keresztül kommunikálnak egy gigabites switchen keresztül, bondolt interface-eken.

Próbából betettem a környezetbe egy ideiglenesen a forgalomból kivont 4 lemezes Synology NAS-t, beleraktam 4x4TB SATA3 HDD-t és "felfűztem" ugyanúgy a cluster alá. És itt jön az igazi csavar:

• Felcsatoltam ugyanúgy iSCSI-n a hostok alá a teszt NAS-t, a sebesség 80-100MB/s között mozgott ami azt mondom, hogy korrekt.
• Hozzáadtam ugyanezt a targetet CSV-nek mire ez is ugyanúgy belassult és 8-12MB/s-re esett vissza a sebesség

Szóval akkor történik valami turpisság amikor hozzáadom a Failover Clusterhez a diszket mint CSV. De mi?

Hostokat lefrissítettem, elvileg minden driver/firmware a legújabb mindenhol (NAS-on és switchen is). Találkozott már valaki hasonló hibával? Guglival találtam hasonló hibákkal bejegyzéseket de egyik sem bizonyult relevánsnak vagy hasznosnak. 

https://www.bleepingcomputer.com/news/microsoft/mysterious-bug-is-deleting-microsoft-teams-sharepoint-files/

Hibás diszk miatt folyamatos jön eventlog-ba Event source:Disk, Event ID:153. Hogyan tudom elnémítani ezt az 1 log fajtát?  Tudok a diszk-hibáról, de nem érdekel perpill amíg ki nem cserélem a diszket.

Keresnék valami jó tutorialt, hogyan lehet statisztikákat kinyerni a windows 10 beépített dlna / média sharing szolgáltatásából?

Pl. hányan vannak rá kapcsolódva (IP cím), mit streamelnek (fájlnév), milyen sávszélt használnak el stb.

GUI-n semmi értékelhető ilyen típusú adat nincs a szolgáltatásnál.

Sziasztok!

A yarn.lock Petya vírusos a Visual Studio Community installációban:

D:\Program Files (x86)\Microsoft Visual Studio\2019\Community\Common7\IDE\Extensions\wrc4ryru.f3l\lib\jQuery-contextMenu\yarn.lock

D:\Program Files (x86)\Microsoft Visual Studio\2019\Community\MSBuild\Microsoft\VisualStudio\NodeJs\node_modules\npm\node_modules\socks-proxy-agent\yarn.lock

Mik ezek a yarn.lock fájlok?

Egész végig Bitdefender volt fent, úgy fertőződött meg talán update-kor.

A HVG-n nemrég jelent meg egy cikk, ami egy szakértőre hivatkozik. A Németországban nemrég kirobbant w10 kulcsos botrányt jelzik előre Magyarországon is.

https://m.hvg.hu/tudomany/20210318_microsoft_windows_termekkulcs_buncse…

Ezt a témát már sokszor tárgyaltuk a fórumon, és sokan a 2012-es Oracle perre hivatkozva állítják, hogy ez legális.

Kérdésem, hogy akkor most mi van?

Sziasztok!

HP 470 G1 laptop. Még mindig lehet gyári win 8.1-et win10-re frissíteni, hogy a licence is megmaradjon. De én nulláról szeretném telepíteni, tehát nem a meglévőt upgradelni a Media Creation Tool 20H2 segítségével. Van erre lehetőség?
Ki lehet bányászni valahogy a win8.1-ből a kulcsot és azt odaadni a win10-nek? Működhet?

Köszönöm!