Příspěvky

751

Server / VirtualBox - jak změnit Storage Controller

« kdy: 04. 03. 2018, 20:43:04 »

Ahoj,
chtěl bych změnit stávající StorageController ze SATA na SAS u disku kde běží Windows Server 2008 R2.
U této virtuálky jsem v Settings nejdříve přidal samotný SAS Controller a nastartoval ji a Windows Server nainstaloval úspešně řadič SCSI(SAS). Virtuálku jsem vypnul a v settings jsem disk virtuálky připnul na tento řadič a původní SATA odebral.
Problém je, že virtuálka nenabotuje, ihned to vykopne chybu s bootem.

díky za každy rozumný tip

752

Server / Re:rsync : write failed - No space left on device (28)

« kdy: 03. 03. 2018, 11:00:16 »

Ted jde jeste o to, jak moc mista na cilovem stroji zbyva a jakym zpusobem se dela rsync. Pokud se nepouzije --inplace nebo jak se tomu nadava, tak se data sypou do docasneho souboru a ten se pak prevexluje s puvodnim nebo tak nejak, coz znamena, ze na cilovem ulozisti musi byt misto pro oboji. A jeste by se to mohlo komplikovat --delete-after, kdyby se mazaly nejake soubory. Nejsem si tim jisty, ale jestli to treba neznamena i to, ze se ty docasne soubory mazou az nakonec, coz by vec jeste dost nafouklo.

vypada to ze toto je zdrojem problemu, nestaci tedy 1:1 volného místa, ale jeste neco navic na ten temp file

753

Server / Re:rsync : write failed - No space left on device (28)

« kdy: 02. 03. 2018, 16:22:49 »

co logy na tom cílovým (reciever) počítači? třeba selhalo psaní?

errorlog žádnej a jedinou podezdřelou věc co jsem zahledl ve /var/log/syslog bylo DHCP renew cca v podobný čas kdy jsem rsyncoval, ale občerstvení expirace původní adresy by nemělo vadit
grep -ir rsync /var/log nevypsalo nic

754

Server / Re:rsync : write failed - No space left on device (28)

« kdy: 02. 03. 2018, 16:05:54 »

doplnuji:
rsync error: error in file IO (code 11) at receiver.c(393) [receiver=3.1.1]

755

Server / Re:rsync : write failed - No space left on device (28)

« kdy: 02. 03. 2018, 15:57:12 »

Kdybys mel strasne moc strasne malych souboru.

prenasel jsem pouze 4 velké soubory, celkem cca 400GB

756

Server / rsync : write failed - No space left on device (28)

« kdy: 02. 03. 2018, 15:35:34 »

Ahoj...
i přesto, že mám na cílovém místě dostatek místa spozoroval jsem toto hlášení
rsync : write failed - No space left on device (28)
data se, přenesli v pořádku, ale nenechává mě to klidným

díky za radu

757

Windows a jiné systémy / Re:Doménový uživatel -> práva na local Admin

« kdy: 28. 02. 2018, 10:56:17 »

Pokud jsou to 2-3 lidi a maji mit stejna prava, tak bych v AD udelal normalne skupinu Local_Admins a dal je do ni.
Pak bych udelal OU, kam bych dal pocitace, na ktere maji mit pristup jako admini
A pak bych udelal GPO na te OU, ktera prida AD skupinu Local_Admins do lokalnich administratoru
No a potom uz jenom kaficko....

díky za tip
presneji receno vybrany uzivatel by mel mit AdminPrava pouze na svem pocitaci

758

Windows a jiné systémy / Re:Doménový uživatel -> práva na local Admin

« kdy: 28. 02. 2018, 10:54:44 »

panové prosím Vás o jednu věc, neřešte tu filozofii kolem toho, "proč a protože"
prostě to tak někdo chce, a bud to jde technicky nastavit a nebo nejde a pokud ano, tak to mne zajímá jak

759

Windows a jiné systémy / Re:Doménový uživatel -> práva na local Admin

« kdy: 28. 02. 2018, 10:42:22 »

Ano. Ale všichni uživatelé budou admini na všech těch počítačích. To není zrovna značka ideál. Pokud toho není moc (řekněmě do padesáti), klidně bych vytvořil politiku pro každý počítač zvlášť, kde budou vyjmenovaní admini pro daný stroj. Je to pořád děs, ale o něco menší...

jde o jednoho uživatele max 2
metodou o které mluvíme získají Admin práva pouze na těch přiřazených počítačích?

760

Windows a jiné systémy / Re:Doménový uživatel -> práva na local Admin

« kdy: 28. 02. 2018, 10:35:57 »

Práva domain admin nezískali, ale je to skoro nastejno pokud se daná oprávnění propagovala i na servery. U GPO je vždycky potřeba dávat si pozor na dědičnost! Hlavně neplácat všechny politiky bezhlavě do rootu domény, celé je to pak zbytečně zpomalené a dějí se v tom chyby.

Omez platnost politiky jen na stanice - buď ji namapuj na kontejner s počítačema, použij wmi filtr nebo bezpečnostní skupinu (nejhorší možnost).

ja to udelal tak, ze jsem si v Active Directory Users na korenu domeny vytvoril New-> OragnizationUnit
do ni priradil vybrane Users
v GroupPolicyManagement ten vytvoreny GPO nalinkoval na tuto vytvorenou OrganizationUnit

rád bych zkusil tu variantu se zmíněným kontajnerem s počítačema
bude tedy postup stejný, jen s tím, že do te nové Unit namísto user accounts dam vybrané Computers ?

prosím o pochopení, mám jednoho uživatele, který dostal důvěru a na svém počítači může instalovat, a je si sám zodpovědný za případné škody

761

Windows a jiné systémy / Doménový uživatel a práva na local Admin

« kdy: 28. 02. 2018, 09:17:16 »

Ahoj,
potřeboval jsem na vyrané doménové uživatele delegovat práva lokálního Administrátora, aby mohli na své stanice instalovat a to jsem zařídil pomocí GPO/Restricted group.
Zpozoroval jsem ale,  že tím získali práva doménového Administratora což je nežádoucí.
Existuje způsob aby vybraní doménový uživatelé měli práva vztahující se pouze na jejich lokální stanice, ale neměli práva v rámci celé domény nebo minimálně je omezit na samotný doménový řadič?

děkuji

762

Windows a jiné systémy / Re:WindowsServer-2008_R2 - DFS Namespace

« kdy: 27. 02. 2018, 14:40:02 »

ok, provedl jsem tu změnu v registru a vypadá to, že to zabralo

763

Windows a jiné systémy / Re:WindowsServer-2008_R2 - DFS Namespace

« kdy: 27. 02. 2018, 14:20:48 »

Tak ted asi nechapu.

Jak "Proc se tak deje?"

DFS pro svoji funkcnost potrebuje sluzby AD.
Po startu Windows ruzne sluzby nabihaji ruzne dlouho.
Pokud neni nastavena zavislost, muze DFS nastartovat driv nez AD, a pak zahlasi chybu (zvlast kdyz je DC jenom jeden, pak se bude pravdepodobne rozcilovat vic veci).

Pokud to hlasi jindy nez po startu, videl bych problem v tom, ze stroj byl puvodne v jine domene a nebyl korektne odebran....jak uz tu bylo probirano v jinem tematu. V tom pripade bych videl jako cestu cistou instalaci DC

tento stroj byl puvodne clenem jine domeny, a ted se stal sam Domenovym radicem

764

Windows a jiné systémy / Re:WindowsServer-2008_R2 - DFS Namespace

« kdy: 27. 02. 2018, 13:33:53 »

Prvni odkaz?
This occurs because the DFS Namespace service attempts to access Active Directory before it has completely initialized.
To resolve this issue, we simply have to force the DFS Namespace service to start after the Active Directory service has initialized. We can do this by setting the DFS Namespace service to depend on the Active Directory service as well as setting it to a Delayed Startup mode.
To make those changes, start regedit and make the following changes :
    Navigate to the registry key HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Dfs
    Modify the DependOnService value and add NTDS to the list.
    Create a new DWORD value named DelayedAutostart and set its value to 1.

This entry was posted in Windows Server on September 5, 2009.

ano to jsem take nasel, ale precijenom vime ze tam lidi pisou kde co...udelam snapshot a zkusim to
me by spise zajimalo proc se tak deje

765

Windows a jiné systémy / WindowsServer-2008_R2 - DFS Namespace

« kdy: 27. 02. 2018, 12:59:55 »

Ahoj...
zajímalo by mne proč systém hlásí:
The DFS Namespace service could not initialize cross forest trust information on this domain controller, but it will periodically retry the operation. The return code is in the record data.

když tuto službu nevyužívám/nekonfiguroval jsem, protože rozprostřené úložiště na více místech nemám. A v síti je jediný DC.