SYSTÉM NA SPRÁVU DWG DOKUMENTŮ
byl plánován jako odlehčená náhrada za Ms. Sharepoint a podobné systémy, bez administrativní části, bez správy a hierarchie uživatelů, pouze jako takové lepší uložiště, které bude umět vyhledávat, řadit, upravovat zejména soubory DWG, neboť s těmi si klasický Sharepoint, neřku-li windows search indexer bez drahých komerčních doplňků prostě neporadí.
Jedná se o aplikaci složenou z několika komponent vytvořených v několika různých jazycích.
Už se Vám také stalo, že Vám někdo pravděpodobně nechtěně nebo dokonce se zlým úmyslem smazal nějaký soubor, který jste ještě před týdnem měli na síťovém disku ve sdílené složce a dnes ho nemůžete najít?
Nebo si nejste jisti, zda jste si ho přeci jen omylem smazali sami?
Pokud používáte windows server jako souborový server a nemáte svoje soubory dostatečně izolované od ostatních uživatelů, snadno dojde ke ztrátě souborů. Jde věšinou o chybu v konfiguraci, nebo o zapomenuté chybné nastavaní zabezpečení konkrétního jednoho souboru. Ale někdy je to také záměr – pokud pracuje více lidí na stejné věci, bývá jednodušší mít sdílení i s právem zápisu pro ostatní uživatele. Avšak potom se nesmíme divit, že semtam dochází k nechtěným přepsáním či ztrátám.
Jak tedy dohledat, co se Vašemu souboru stalo? – Snadná pomoc: od verze 7/2008 R2 výše je k dispozici užitečná věc:
V logu Powershellu se mi sporadicky, cca 1x denně začaly objevovat chyby související s WinRM podobné této:
WSMan reported an error with error code: -2144108453. Error message: Closing remote server shell instance failed with the following error message : Vzdálené prostředí systému Windows nemůže žádost zpracovat. Hodnota voliče xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx, určená v žádosti, nebyla nalezena. For more information, see the about_Remote_Troubleshooting Help topic.
Poté, co jsem zprovoznil koexistenci Apache a IIS na portu 80 na různých IP adresách, začly se v logu Apache pravidelně cca jednou za 30 minut objevovat neúspěšné přístupy k adresáři /PowerShell
/Powershell je webové administrační rozhraní pro správu a údržbu (nejen) Exchange pomocí služby Windows Remote Management a je umístěn ve výchozí webové složce v IIS7.
Také se současně pravidelně v syslogu objevovaly chyby:
PowerShell (Microsoft-Windows-PowerShell) 32784
a
Windows Remote Management 130
S novou verzí Exchange se vyrojila spousta vtipných situací – třeba taková chyba 80040A02
Docela jsem byl překvapen, že málokteré chybové události jsou řešeny oficiální technickou podporou – Je tomu právě naopak, většinou je řešení totiž nutné hledat na různých komunitních webech.
Exchange mám schovaný až za linuxovým SMTP serverem (postfix + mailscanner) v privátní IPV4 síti, tudíž IPv6 skutečně nepotřebuji (a i kdybych ho chtěl, stejně ho náš ISP neposkytuje, jak je stále v ČR obvyklé)
Jeden opravdu zábavný zážitek byl, že po vypnutí nepotřebného IPv6 protokolu a restartu systém zatuhl na vítací obrazovce (Nastavení počítače…) aniž by nabídl přihlašovací dialog
Potřeboval jsem koexistenci IIS7 a Apache na stejné mašině na různých IP adresách, oba na portu 80.
IIS mívají zapnutý tzv. socket poolig, což znamená, že na portu 80 naslouchají na všech IP adresách na všech adaptérech
U dřívější verze IIS (6) si nepamatuji, že bych to musel řešit , ale u IIS7 je nutné nejprve socket pooling vypnout tím, že se specifikují konkrétní IP adresy, na kterých má naslouchat dle tohoto návodu
netsh
http
add iplisten ipaddress=192.168.0.1
exit
Tím se nám uvolní druhá IP adresa, na kterou pak pověsíme Apache.
A je to!
pozn. pokud máte na stejném stroji také Exchange, přečtěte si prosím ještě toto
Dlouho jsem si myslel, že samodiagnostika disků (S.M.A.R.T.) je v podstatě na nic.
Několik disků mi odešlo bez varování a data byly v pytli, aniž by mi jakkoliv dali předem vědět. Problém je v tom, že samotná aktivace diagnostiky v biosu je k ničemu, pokud disku nějak neřeknete, že musí testy provést.
Našel jsem zmínku o smartctl pluginu, který si můžete přidat do nagiosu. Od té chvíle jsem konečně začal disky 1 týdně testovat (long self test).
A také se po celkem krátké době objevily první chyby:
This email was generated by the smartd daemon running on:
host name: SERVER
DNS domain: [Unknown]
NIS domain: (none)
The following warning/error was logged by the smartd daemon:
Device: /dev/sdc, Self-Test Log error count increased from 16 to 17
For details see host’s SYSLOG (default: /var/log/messages).
You can also use the smartctl utility for further investigation.
No additional email messages about this problem will be sent.
takže disk je na výměnu a tentokrát mi to už předem stačil nahlásit dříve, než odejde i s daty.
text níže je určen pro AD ve verzi Windows server 2003 a pro novější nemusí správně fungovat
Po nasazeni samba serveru nastal problem, ze vsechny stanice (xp) v domene i mimo domenu (vpn klienti) komulikovali se Samba serverem spravne, az na jedinou – totiz zrovna muj domaci pocitac (xp)
pri pokusu o prohlizeni prostredku “c:\> net view \\SAMBASERVER” dochazelo k podivne chybe s vtipnym popiskem:
system error 59
An unexpected network error occurred
Chyba byla v odlisnem nastaveni zasad zabezpeceni (ovladaci panely / nastroje pro spravu / mistni zasady zabezpeceni) ,
nebot stanice domeny maji zasady zabezpeceni definovany zasadami skupiny, kdezto pokud stanice neni clenem domeny musi se zasady definovat rucne jako mistni. Pri experimentovani se mi drive podarilo nastavit zasady odlisne od vychozich hodnot, a samba to narozdil od XP / 2003 serveru neprekousla.
Po nejake dobe nastaly v nasi kancelari ukrutne hadky o to, kdo bude mit pripojene bednicky a kdo bude mit sluchatka. Uz jsem se na to nemohl koukat, a tak jsem hledal reseni. Nalezl jsem php frontend k prehravaci mpg123 jmenemToasterMP3. Bohuzel mel vsak tu chybu, ze byl vytvoren v roce 2001 a urcen pro php3. Nastesti nebylo prilis slozite prizpusobit jej pro pouziti v dnesni dobe.
K behu je potreba nainstalovat mpg123, apache, php5, perl, amixer, a eventuelne jeste ogg123. Vsechny zminene utility a demoni jsou beznou socasti oblibenych distribuci (v mem pripade Mandriva)
některé šikovné proměnné, které se můžou hodit při skriptování
%U username
%u DOMAIN/username
%L hostname of the samba server
%D DOMAIN
%v version of the samba server
%a architecture of the client
%m hostname of the client