Windows - (Windows 7, 8, 10, 11, ...)

DELVIT --- --- 13:16:07 15.12.2023

Už to vypadá, že jsem to vyřešil!. Udělal jsem na DB serveru na c: adresář 'SystemResources' a nasdílel ho pro domain users a admin. Najednou to funguje úplně normálně. Vůbec nevím k čemu ten adresář je zapotřebí při smb2...

KRYSPIN: díky za tip

KRYSPIN --- --- 12:41:19 15.12.2023

1 odpověď +2

Ještě zkus přidat ten server s Pohodou do trusted network.

DELVIT --- --- 12:31:00 15.12.2023

PES: souhlasím, ale vůbec netuším proč to dělá...

PES --- --- 11:45:18 15.12.2023

1 odpověď +2

DELVIT: tak STATUS_BAD_NETWORK_NAME signalizuje, že se to zkouší ptát někam do pryč, ne? Jsem říkal, že to je problém timeoutů po síti, které na lokále nenastanou. Hledal bych tedy KAM se ptá (a proč, protože zjevně mu nevadí chyba, jen ho to příšerně zpomalí)...

GURBON --- --- 11:43:09 15.12.2023

DELVIT: no jestli ty chyby generuje jen ta Pohoda, asi bych s novymi zjistenimi zkusil druhy kolecko s jejich podporou.

DELVIT --- --- 11:40:24 15.12.2023

1 odpověď

GURBON: jo to FQDN mě dneska napadlo také, říkám si, že to nepropaguje domain suffix, ale bohužel to vůbec nepomohlo :(.

GURBON --- --- 11:31:28 15.12.2023

1 odpověď +1

DELVIT: mozna bych u instalace toho klienta zkusil pouzit full domain name toho SQL serveru, ale to uz varim z vody.

DELVIT --- --- 10:58:55 15.12.2023

1 odpověď

GURBON: Ano mám. DC DNS je tam dokonce jako jediný.

GURBON --- --- 10:55:04 15.12.2023

1 odpověď

DELVIT: hmm na tom terminalu mas nastaveny jako 1. DNS DC?

DELVIT --- --- 10:45:48 15.12.2023

2 odpovědi

GURBON: Takže dnes jsem tomu dal nějaký čas. Takže FW vypnutá nepomohla, SQL Studio se připojí rychle.

Podle všeho je tam nějaký problém se smb dal jsem wireshark a dostávám chyby typu:

1184	83.748293	192.168.101.40	192.168.101.30	SMB2	202	Tree Connect Request Tree: \\server.domena\IPC$
1185	83.748820	192.168.101.30	192.168.101.40	SMB2	138	Tree Connect Response
1186	83.749029	192.168.101.40	192.168.101.30	SMB2	274	Ioctl Request FSCTL_DFS_GET_REFERRALS, File: \server.domena\SystemResources
1187	83.749956	192.168.101.30	192.168.101.40	SMB2	130	Ioctl Response, Error: STATUS_NOT_FOUND
1188	83.750167	192.168.101.40	192.168.101.30	SMB2	224	Tree Connect Request Tree: \\server.domena\SystemResources
1189	83.750429	192.168.101.30	192.168.101.40	SMB2	130	Tree Connect Response, Error: STATUS_BAD_NETWORK_NAME
1190	83.750506	192.168.101.40	192.168.101.30	SMB2	224	Tree Connect Request Tree: \\server.domena\SystemResources
1191	83.751077	192.168.101.30	192.168.101.40	SMB2	130	Tree Connect Response, Error: STATUS_BAD_NETWORK_NAME
1192	83.751192	192.168.101.40	192.168.101.30	SMB2	224	Tree Connect Request Tree: \\server.domena\SystemResources
1193	83.751492	192.168.101.30	192.168.101.40	SMB2	130	Tree Connect Response, Error: STATUS_BAD_NETWORK_NAME
1194	83.751610	192.168.101.40	192.168.101.30	SMB2	224	Tree Connect Request Tree: \\server.domena\SystemResources
1195	83.751944	192.168.101.30	192.168.101.40	SMB2	130	Tree Connect Response, Error: STATUS_BAD_NETWORK_NAME
1196	83.752037	192.168.101.40	192.168.101.30	SMB2	224	Tree Connect Request Tree: \\server.domena\SystemResources
1197	83.752220	192.168.101.30	192.168.101.40	SMB2	130	Tree Connect Response, Error: STATUS_BAD_NETWORK_NAME

JIMX --- --- 8:39:35 15.12.2023

Jinak co se HW týče, tak je tam přidaný jeden SODIMM modul, ale ten už tam mám víc než rok a první BSOD jsem měl někdy 2 měsíce zpátky ... a někdy před půl rokem jsem ještě měnil SSD za větší ... ale je fakt, že už je to taky trochu starší dědula, kupovaný v listopadu 2017 a párkrát už i dostal pěknou pecku, když mi spadnul :-)

PES --- --- 7:57:58 15.12.2023

1 odpověď

JIMX: mne takhle příšerně potrápil vadný SODIMM modul, kdy na x32 (tehdy Win7Pro a pak i W10P) to jelo v pohodě, ale posléze s dobou běhu (jak se alokovala RAM na stále vyšších adresách, protože i x32 uměly přes PAE apod. využít více než 4GB RAM už od XP, snad i od 2k) se vyskytovaly různé podivné chybičky, občasné pády v aplikacích, občas haprovala grafika jako když průsvitný objekt při drag&drop operaci tažený přes obrazovku po upuštění prostě zůstal viset na obrazovce navždy, až samo po BSOD když chybka vzala nějakou aplikaci víc k zemi.
Fatální to nakonec bylo až na x64 verzi Win, kdy byl dokonce problém to nainstalovat (instalátor to vzdal obvykle někde mezi 80-95% instalace na chybu kontrolního součtu, když dorazil s využíváním paměti do oblasti vadné části toho druhého SODIMM modulu, tedy vzhledem k interleavingu dual channel obecně když začal alokovat "na konci" RAMky).

JIMX --- --- 7:49:44 15.12.2023

1 odpověď

PES: to jsem ještě nezkoušel, nebyl čas ... ale kdyby se to nelepšilo, tak něco zkusím

PES: antivir mám jenom windows defender

DELVIT: dělám pravidelně

KRYSPIN: je to Lenovo notebook a mám tam nějakou Lenovo utilitu, která si sama dělá právě i update driverů včetně update biosu, takže bych měl mít všechno poslední možné

PES --- --- 7:44:16 15.12.2023

KRYSPIN: Aha! (to pak dává smysl ten BIOS update, protože HP BIOSy jsou už dekády peklo plné bugů)

KRYSPIN --- --- 7:35:31 15.12.2023

1 odpověď

KRYSPIN: jo a byla to HP stanice.

KRYSPIN --- --- 7:34:44 15.12.2023

2 odpovědi

JIMX: u jedné stanice mi právě toto udělal poslední Windows update. Bohužel jsem neměl čas to řešit a dotyčný stejnak chtěl čistou instalaci, tak vše vyřešila čistá instalace a hlavně před tím update BIOSu na poslední verzi (to hrálo hlavní roli). Testy HW byli ok.

DELVIT --- --- 7:23:30 15.12.2023

1 odpověď

JIMX: co nějaký windows update?