Új hozzászólás Aktív témák
-
sanzi89
addikt
válasz István0789 #15880 üzenetére
Ha a DHCP működik mondjuk írd meg, hogy milyen adatokat oszt ki. Továbbá mi az IP/maszk adatai a GW-nek, DNS-nek a lokális hálózaton. A kliens tudja-e pingetni a GW-t. A GW-n megy-e a forgalom a két eth interfész között? NAT-olás bekapcsolva?
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
-
sanzi89
addikt
válasz sanzi89 #15742 üzenetére
Eltelt egy hónap, az ütemezett PS script legenerálta .csv-be a havi nyomtatást, és csak az utolsó 3 nap volt benne... A log fájl alapértelmezett mérete 1028KB volt, és felülírta a régi tételeket. Van-e valami ajánlás, javaslat, hogy mennyire lehet növelni az előre beállított log méretet? Okozhat-e bármi kockázatot, ha ezt felhúzom mondjuk 102800KB-ra?
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz kraftxld #15938 üzenetére
Köszi!
Közben ezt találtam: Recommended settings for event log sizes in Windows
Bár Server 2008-as az legfrissebb rendszer, de újabbat nem találtam elsőre.
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Nem találkozott valaki azzal a problémával, hogy a Zabbix szerver a legváratlanabb időpillanatban, a legváratlanabb eszközökön, naponta kb. 10 alkalommal jelez ping vesztést? Teljesen össze-vissza riaszt, és egyébként semmilyen probléma nem jelentkezik az eszközökkel.
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz sanzi89 #15951 üzenetére
Adtam a rendszernek plusz ramot (2GB->8GB), méretét fix-re állítottam, átraktam HDD-ről SSD-s storage-ra, illetve módosítottam a
innodb_buffer_pool_size
értékét 6GB-ra a mysql konfigban. A load lement 0.2-0.3 környékére, ellenben a Dashboard felület még mindig nem működik teljesen normálisan. Nézek pl. egy ping grafikon, aminek gyakorlatilag egy egyenes vonalat kellene mutatnia. Megnyitom az oldalt, és az egyenes vonal inkább szaggatott, pontosabban vannak benne lyukak. Pár másodperc, és megjelenik az egész egyenes vonal.Olyan 3 napja kezdte el a szarakodást, előtte hónapokig normálisan futott. Van ötletetek merre induljak?
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz sanzi89 #15953 üzenetére
Úgy néz ki a Simple Check (ICMP) query nem fut le az esetek 70-80%-ában 10 perc alatt, ezért van a gond. Bár érdekes, hogy terhelés meg már nincs a szerveren. 63 query ragad bent, ellenben a Zabbix Agent 1700 query-je meg lefut max 1 perc alatt, de általában a 30 másodperc alatt végez. És mind a 63 bent ragad végig, egyet se futtat le.
@balaaa88
Zabbix 3.2 fut Ubuntu Server 16.04.2 LTS rendszer alatt egy Windows Server 2012 R2 HyperV VM-ben. 37 host van összesen 1969 item-mel 913 triggerrel.[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
-
sanzi89
addikt
válasz sanzi89 #15961 üzenetére
Kész, feladtam, Zabbix megy a levesbe. Április 1 óta szarakodik a rendszer, és csak ennyi hiba van a logban:
Neten semmi infó, mindent töröltem, és beraktam egy darab host Simple Check: ICMP figyelést, és beállt, mint a gerely. Már újra is telepítettem mindent, eredmény ugyanaz. Kár érte, de ez így használhatatlan szar, más után nézek.
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Nem tapasztalta más a time.windows.com hibás működését? A DC ide szinkronizál, és minden kliens a DC-től kapja az időt, ellenben a time.windows.com 5 perccel siet, ami azt eredményezi, hogy mindenhol 5 perccel siet az óra. Most tényleg szar az MS NTP szervere, vagy én vagyok a helikopter?
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Mindent úgy kell csinálni, mint ahogy a manuáljában le van írva (55. oldal). Mi az, ami konkrétan nem stimmel?
[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Mielőtt mélyebben belebújnék a pfSense lelki világában egy gyors kérdés, hátha tudja valaki a választ. A cél az volna, hogy a kliensek DNS kéréseit logolja a rendszer, hogy az visszakereshető legyen. Ezt elvileg tudja a pfSense. A csavar a történetbe, hogy a klienseknek egy Windows Server van megadva, mint DNS szerver, és a DNS szerver konfigjában lenne megadva a pfSense, mint DNS forwarder - ahogy jelenleg is van egy sima router. Kérdés, hogy ilyenkor a DNS lekérésnél ugye a kliens IP-je fog szerepelni és nem a Windows Server DNS-é, aki forwardolta a kérést?
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz sellerbuyer #16139 üzenetére
Én egy országosan is ismert, nagyobbnak mondható multinál dolgozom jelenleg. Itt volt egy meghirdetett állás a netes álláskeresőkön, hát jelentkeztem. Telt múlt az idő, hetek, lehet hónapok teltek, de semmi. A jelentkezésemet a HR osztálynak küldtem el közvetlenül a cégnél. Majd rá nemsokára egy fejvadász cég keresett meg ugyanezzel a melóval, hogy érdekel-e. Mondom érdekel, de már jelentkeztem rá korábban, és még vissza se jeleztek. Mondja semmi gond, intézkedik. Történt ez-az, a lényeg, hogy a fejvadász cégen keresztül megkaptam az állást. Egy céges vacsorán szóba került a dolog, elmeséltem a főnökömnek, akit sajnos nem lepett meg a dolog, ugyanis a HR nincs a helyzet magaslatán, és más kollégától is hallott hasonló sztorikat. Az a szomorú, hogy ilyenkor két havi béremet kapja meg a fejvadász cég, holott a cég HR osztálya ingyen lezongorázhatta volna a dolgot. Hozzáteszem én is csak bő 1 éve dolgozom itt, de azóta a HR-es kontaktom kétszer cserélődött cégen belül.
[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Valaki privátban el tudná küldeni az aktuális Tisztaszoftver Win7 Enterprise kulcsot? Februárban kértem a kulcsokat, ma pedig kéne telepítenem egy gépet, de persze, hogy a DMAK korlát túl van lépve... Köszi!
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Egy fórumtárs már elküldött egy kulcsot, de az ugyanaz, mint ami nekem van (vége 6G2Y9).
A linkelt oldalon lévő kulcsot (Windows 7 Enterprise 33PXH-7Y6KF-2VJC9-XBBR8-HVTHH) pedig nem fogadja el a tisztaszoftver KMS szervere a következő hibakóddal: 0xC004F035
Csak telefonálgatás lesz ebből, és 2 hét várakozás a levélre, mint a múlt évszázadban.
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Egy okosabb Powershell szakértőt kérdeznék. Van a következő script, ami egy távoli gépen elindít egy .exe-t:
$h1 = New-PSSession -ComputerName gepnev.domain.local -Credential felhasznalonev@domain.local
Enter-PSSession $h1
cd C:\Users\felhasznalonev\Desktop\program_mappa
.\program.exeHa ezt bepötyögöm egy Powershell ablakba, hibátlanul lefut. A cél viszont az volna, hogy legyen egy .ps1 állomány, amin csak duplán kell kattintani. Namost, ha ezt kirakom egy .ps1 állományba és futtatom, akkor hibával elszáll, hogy nem helyes a C:\Users\felhasznalonev\Desktop\program_mappa elérés. Mi az oka?
[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz laszak #16230 üzenetére
Nem, mindent egy felhasználóval csinálok. Ezzel a redvás útvonallal van baja. Azt írja, hogy nem elérhető, holott elérhető. Valami MS/PS köcsögség lesz a háttérben, tuti.
Ugyanez a gond itt is az Update 1 résznél.
[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz sanzi89 #16236 üzenetére
Még mindig nem jó valami...
Van az alábbi PS script, amit ha kézzel elindítom A gépen, végre helyesen elindítja a B gépen lévő PS scriptet:
$s='gepnev.domain.local'
$a = 'INT'
Invoke-Command -ComputerName $s -ScriptBlock {
C:\Users\felhasznalonev\Desktop\program\program_run.ps1 $using:a }Ellenben sehogy se tudom megcsinálni azt, hogy ezt a scriptet az A gépen betegyem egy ütemezett feladatba. Az alábbi beállításokat használom:
Program/parancsfájl: powershell.exe
Argumentum: -file "C:\Users\felhasznalonev\Desktop\program\program_run.ps1"Kézzel elindítom, a státusza A művelet sikeresen befejeződött lesz, de semmi se történik. Nem gondoltam volna, hogy ennyire háklis fos ez a Powershell...
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz sugarforce #16239 üzenetére
A megoldás a következő lett:
Program/parancsfájl: C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe
De, hogy mi a pékért nem bírja ezt valamilyen formában jelezni, és miért OK a futás státusza, holott semmi se történik, az örök homály marad...
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Tud valaki esetleg arról valamint, hogy a WSUS-ba érkező Office 2013 farm deployment update-jei azok mire jók, és kinek kell? Már rengeteg van belőle, én szorgalmasan engedélyezem, mert gőzön nincs, hogy mire jó.
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Van egy hely, ahol jelenleg a Windows Backup közvetlenül a szerverre csatlakoztatott USB3.0-és külső merevlemezekre menti a VM-eket. Ezt szeretném kiváltani egy HP Microserver G8-al meg 4 darab WD Red 2TB-os HDD-vel RAID10-ben. A terv az volna, hogy az optikai meghajtó helyett lenne egy laptop HDD/SSD amiről futna a rendszer. A b120i vezérlő elvileg tud RAID10-et, úgyhogy lenne egy darab 4TB-os kötet. A gépen első terv szerint Windows Server 2012 R2 futna, és telepítenék rá egy iSCSI Target-et, és lenne minden szervernek egy .vhdx amit felcsatolok a kliens szervereken. Ide futna ugyanúgy a Windows Backup. Más feladata nem lenne a szervernek, és csak heti mentésre lenne használva kb. 10 VM backup-olására.
Kérdéseim. Erre ugye elég a gyári 4GB ram és Celeron proci? Semmi más feladata nem lenne a szervernek, csak ez, kb NAS funkciója lenne csak. Illetve meg lehet azt valósítani valahogy, hogy az iCSI ütemezve fel és le legyen csatlakoztatva, hogy csak a mentés ideje alatt éljen a kapcsolat, amúgy legyen izolálva a futó rendszertől amennyire lehet? Vagy milyen lépéseket lehet tenni arra, hogy a mentések tárolására használt gép a lehető legjobban védve, izolálva legyen a mentendő környezettől?
Köszi!
[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz kraftxld #16295 üzenetére
- Eddig nem volt gondom a Windows Backup-pal, és egyedül csak ez tud növekményes mentést, az ingyenes Veeam nem.
- A fő szerver gyakorlatilag egy üres HyperV host, azt nem is mentem, minek. Egyedül a rajta futó VM-eknek vannak mentve, azokban van a lényeg. A Target-et felcsatolom bármelyik másik HyperV hostra - amit 1 óra alatt újratelepítek a 0-ról, vagy használom bármelyik másik szervert - az iSCSI Target-et, Windows Backup-pal visszaállítom a VM-et, HyperV-ben elindítom és mintha mi se történt volna.
- Storage Spaces-t még nagyon nem bütyköltem, de amikor próbáltam nem voltam elájulva a sebességtől. De megnézem ezt is, azt is aztán majd döntök még erről.@Timer
A legolcsóbb értelmes 4 lemezes QNAP NAS az 100k és nem nagyon érzem, hogy funkcionalitásban többet/ugyanannyit adna, mint egy dedikált szerver, ami ráadásul olcsóbb is. Sajna a pénz is fontos szempont, mert iskolába lenne.[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Más kérdés. Domainhez tartozó számítógépről szeretném törölni az összes korábbi felhasználói információt. Olyan legyen, mintha még sose jelentkezett volna be a felhasználó erre a gépre. Elég ekkor, ha az alábbi helyen törölgetem a gépen az account-okat?
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz kraftxld #16310 üzenetére
Ezt a Veeam-et még megnézem magamnak, mert ezek szerint már régen próbáltam.
De amúgy nem egy nagy idő felrakni egy üres OS-t, driverek össze vannak szedve, minden Next-Next és kész. Legyen 1 óra? Vagy 2? De iskolába lesz, sokadlagos szempont, hogy mennyi idő egy totál gyalulás után a visszaállítás, fontosabb az, hogy egy stabil, működő megoldás legyen, amire lehet számítani, ha gond van. És olcsó, egyszerű üzemeltetni.
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz timelord1987 #16323 üzenetére
"csak egyszer tudjon felmásolni egy fájlt, utána már ne tudja módosítani?"
Sehogy.
Azt meg tudod csinálni, hogy csak írás jogot adsz, módosítást nem, így ha egyszer valamit felmásolt a mappába, akkor az nem tudja onnan törölni, módosítani.
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz karnalabbe #16337 üzenetére
SID egyezésre figyelj, először én is benéztem. A tünet annyi volt, hogy valahol lefutott a logon script, van ahol nem. Van ahol érvényesült a GPO, van ahol nem.
[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Most én vagyok a helikopter vagy tényleg nem lehet iSCSI Target-et lekapcsolni Powershell segítségével felhasználó beavatkozás nélkül? Mindig várja a Yes-t.
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Azt szoptam be én is, és csak néztem, mint Rozi a moziban.
Based on my research, -confirm parameter does not accept pipeline input:
-Confirm
Prompts you for confirmation before running the cmdlet.De hülyeség az egész paraméter, mert ha írod, ha nem írod jön a figyelmeztetés.
[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
-
sanzi89
addikt
válasz sanzi89 #16379 üzenetére
Probléma oka, hogy RDP-n keresztül másoltam át a kódot, és a $ jel nem ment át normálisan. Mihelyst az átírom, lefut az átmásolt kód is, holott a Powershell ablakban ugyanazt a $ jelet látom. Kézzel bepötyögve jó.
Mi lehet ennek az oka? A kliens gép egy Win 8.1 magyar Notepad++-ból másolva, a szerver pedig Server 2012 R2 angol."Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz norbert400 #16400 üzenetére
Köszi, még nem ismertem.
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Az egyik fő HP Proliant ML 310e G8 v2 szerverben megadta magát az ILO. Minden működött, amikor Windows Update miatt újra lett indítva. A gép indulás közben ILO self test error-t dob, és bootloop-ba kerül. Oké, hogy az ILO megfeküdt, de ettől miért nem használható a gép? Mit lehet tenni?
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz sanzi89 #16417 üzenetére
Nagy nehezen eljutottam oda, hogy betöltött a Windows, és be tudtam lépni az ILO-ba. A hiba ugyanúgy megvan, de legalább a host fut. Most ott tartok, hogy frissítettem 2.53ra, majd reseteltem az ILO-t. Egy ilyen gyönyörű hiba fogad:
Neten írnak róla sokan, meg van rá parancssoros NAND formázós megoldás. A hideg kiráz már az elolvasásától is...
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz laszak #16419 üzenetére
Úgy tűnik, hogy a hibának kb. semmi köze a beépített SD kártyához, az ILO NAND-jával van valami gond. Miért is oldaná meg az SD kártya hibáját az ILO NAND-jának formázása? Innen is látszik, hogy nem sok köze van egymáshoz a két dolognak.
A HP Microserver topikban egy kollégának a formázós történet vágta teljesen 0-ra a szerverét, így kicsit bizalmatlan vagyok.De amúgy kb. az egész ILO használhatatlan. Lassú, csak teker, de nem történik semmi, beállítások nem érvényesülnek (pl átállítottam az IP-t fix-re meg kikapcsoltam az IPV6-ot, ILO reset, fix IP megvan, de IPV6 címem is van, továbbá ha bemegyek az ILO-ban az IPV6 konfigba, akkor végtelen homokóra fogad).
[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz timelord1987 #16466 üzenetére
A jogok öröklődésének kikapcsolásával.
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Hogy lehet erről a nyüves TechNet Flash hírlevélről leiratkozni? Semmilyen módot nem találtam rá, már a hozzá tartozó MS fiókot is töröltettem, de a hírlevél még mindig jön. Amúgy is mi az már, hogy nincs a levél alján egy unsub link???
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz DopeBob #16559 üzenetére
Nem volt egyszerű, de sikerült. A levél vége felé volt egy ilyen gyönyör:
De erre kattintva nem engedett leiratkozni, mondván, hogy lépjek be a fiókomba. Jó, beléptem, igaz, hogy töröltem, de még abban az időszakban voltam, hogy vissza lehet nyitni. Visszanyitottam, de a link ugyanúgy nem működik, mihelyt kiveszem a pipát a feliratkozás elöl kiszürkül az Elküld gomb. Oké, vissza az MS fiókomba, Elérhetőség, Kommunikációs beállítások, és itt végre le tudtam iratkozni. A fiókot újra megszüntettem, remélem ezzel vége lesz.
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
Új hozzászólás Aktív témák
- Kerékpárosok, bringások ide!
- (nem csak) AMD FX / Ryzen tulajok OFF topikja
- Amlogic S905, S912 processzoros készülékek
- Horgász topik
- Redmi Note 10 Pro - majdnem minden stimmel
- Autós topik
- Építő/felújító topik
- PlayStation 5
- Samsung Galaxy S21 FE 5G - utóirat
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- További aktív témák...