Příspěvky

76

Server / Re:ProFTPD nefunguje na CentOS 7

« kdy: 27. 08. 2014, 12:34:07 »

Ok, sry za "spamování", ale našel jsem tohle: http://www.proftpd.org/docs/howto/Debugging.html

Zvláště tahle část je asi zajímavá (měla by tě odkázat na modul, který způsobuje pád proFTP)

Debugging Segfaults
If you see a message like the following in your logs:

  golem.castaglia.org (127.0.0.1[127.0.0.1]) - ProFTPD terminating (signal 11)

then you have most likely encountered a segfault. This is a particular bad error, and can be hard to track down.

In version 1.3.1rc1, ProFTPD gained the ability to provide better logging to help track down these sorts of bugs. To enable this ability, you will need to configure proftpd with something like:

  ./configure --enable-devel=stacktrace ...

and run your proftpd like normal. If a segfault occurs, the logs should show something like this:

  golem.castaglia.org (127.0.0.1[127.0.0.1]) - ProFTPD terminating (signal 11)
  golem.castaglia.org (127.0.0.1[127.0.0.1]) - FTP session closed.
  golem.castaglia.org (127.0.0.1[127.0.0.1]) - -----BEGIN STACK TRACE-----
  golem.castaglia.org (127.0.0.1[127.0.0.1]) -

• ./proftpd [0x809b1e1]

  golem.castaglia.org (127.0.0.1[127.0.0.1]) - [1] ./proftpd(call_module+0x53) [0x8072c63]
  golem.castaglia.org (127.0.0.1[127.0.0.1]) - [2] ./proftpd(strftime+0x14cf) [0x8051bef]
  golem.castaglia.org (127.0.0.1[127.0.0.1]) - [3] ./proftpd(pr_cmd_dispatch+0x167) [0x8051f2f]
  golem.castaglia.org (127.0.0.1[127.0.0.1]) - [4] ./proftpd(strftime+0x1fd3) [0x80526f3]
  golem.castaglia.org (127.0.0.1[127.0.0.1]) - [5] ./proftpd [0x8053e12]
  golem.castaglia.org (127.0.0.1[127.0.0.1]) - [6] ./proftpd [0x805484d]
  golem.castaglia.org (127.0.0.1[127.0.0.1]) - [7] ./proftpd [0x8057975]
  golem.castaglia.org (127.0.0.1[127.0.0.1]) - [8] ./proftpd(main+0x9d1) [0x8058625]
  golem.castaglia.org (127.0.0.1[127.0.0.1]) - [9] /lib/i686/libc.so.6(__libc_start_main+0x93) [0x40076507]
  golem.castaglia.org (127.0.0.1[127.0.0.1]) - [10] ./proftpd(strcpy+0x31) [0x8051001]
  golem.castaglia.org (127.0.0.1[127.0.0.1]) - -----END STACK TRACE-----

These stack symbols are generated automatically by glibc, and may or may not contain the function names.

The key here for tracking down the location of the segfault is that

• frame, and the memory address: 0x809b1e1. Using that address and a very handy command called addr2line, you can determine the location of that address in the source code:

  addrline -e ./proftpd 0x809b1e1

In this example, I saw:

  golem/tj>addr2line -e ./proftpd 0x809b1e1
  /home/tj/proftpd/cvs/proftpd/modules/mod_auth.c:1723

which is the location of test code added to trigger the segfault.

This feature is specific to glibc systems, so keep that in mind. Other things to mention about this feature: it disables the changing of the process title that proftpd normally does. The obtaining of the stack symbols that glibc does uses the process title, and if this feature did not disable that process title changing, the output would be much less legible. Also, it does not work if the process which receives the SIGSEGV signal is chrooted. (Blame glibc for its bad handling of being chrooted.) To work around this, I would recommend using the mod_vroot module, just for a short period of time, in order to get a useful automatic stack trace.

77

Server / Re:ProFTPD nefunguje na CentOS 7

« kdy: 27. 08. 2014, 12:21:49 »

Našel jsem k tomu status code 11, že se to týká perlu, což je divné, protože ten jsem v konfiguraci nenašel, ale tvůj config neznám, zkus jen tak mimochodem spustit proftpd bez LDAPu, jestli ti pojede.

78

Server / Re:ProFTPD nefunguje na CentOS 7

« kdy: 27. 08. 2014, 12:06:20 »

Zkus prosím postnout zprávy z /var/log/messages, co se ti tam oběví.

Sorry, nevšiml jsem si řádků výše a ten journalctl mě zmátl. Zkus proftpd spustit přímo s odkazem na konfigurační soubor, jestli ti to "vyblije" stejnou chybu: /path/to/proftpd -c /path/to/proftpd.conf

79

Server / Re:ProFTPD nefunguje na CentOS 7

« kdy: 27. 08. 2014, 11:57:11 »

Zkus prosím postnout zprávy z /var/log/messages, co se ti tam oběví.

80

Odkladiště / Re:Příběh: update Windows 8 na 8.1

« kdy: 12. 08. 2014, 15:35:43 »

Ohledně komerčního hostování: http://www.scottandscottllp.com/main/commercial_hosting_according_to_Microsoft.aspx

Ano, u účta jsem to přehnal (i když pokud budete používát učto v režimu  klient-server, tak je to taky komerční hostování - komerční hostování není jen www server).
Ohledně Office je EULA naprosto jasná (zatím, pokud na to taky nešáhne vyšší moc): OEM = nekomerční a neziskové použití.
Ohledně Windows (asi po zásahu EU, před tím byla EULA jiná): omg má pravdu (pokud se neporuší pravidla komerčního hostování, virtualizace a více než 20 uživatelů), tak lze používát (měl jsem si to přečíst dříve, respektive čtu ji jen při reinstalaci systému - a OEM jsem reinstaloval naposledy v roce 2005?).

81

Odkladiště / Re:Příběh: update Windows 8 na 8.1

« kdy: 12. 08. 2014, 12:07:53 »

Mne po upgradu na 8.1 zustal v C:\ adresar Windows.old (nebo tak nejak), tak treba v nem najdes i ty MSI

Windows.OLD mi zabíral zhruba 5GB, ale to neřeš, já to tu dal jako takovou humornou ukázku, kdybych chtěl, tak ten upgrade ani neprovedu (měl jsem to i v GPO zakázané), respektive bych si Clonezillou udělal image (mně nedělá problém to opravit ručně i s případným vyčištěním registrů, Visual Studia už jsem se zbavil, budu muset ještě otestovat, zda se mi povede nainstalovat novou verzi, Office mě ještě čeká). Prostě kdybych viděl, co se v jakém kroku dělá (tak jak to vidím v Linuxech, tak bych mohl třeba i včas zareagovat nebo se aspoň připravit, kecám, čekal jsem, že ten upgrade nebude tak jednoduchý, spíše mě zarazilo, že většinu programů cizích firem to nechalo na pokoji).

82

Odkladiště / Re:Příběh: update Windows 8 na 8.1

« kdy: 12. 08. 2014, 11:44:38 »

Ještě abych to upravil:
...nesmí se použít ke komerčnímu hostování...

Neříká to nic o samotných Windowsech, ale na druhou stranu nedokáží najít jediný způsob, jak by se dalo jen čistě používáním samotných Windows vydělávat, možná (ale to je jen čistě v teoretické úrovni) by se dalo přemýšlet o tom, že byste si dělal papírově doklady a účetnictví a například používal kalkulačku, příkazový řádek nebo powershell ve Windows jako kalkulačku. Nebo upravoval na tomto počítači fotky v malování (ale to jsou jen čistě teoretické úvahy).

Z praxe vím, že spousta lidí si koupí notebook s OEM licencí, nainstalují si na to například nějaké účto, a myslí si, že jsou z obliga. Pokud to účto používají k výdělečné činnosti, tak nejsou (splňuje to podmínku komerčního hostování).

Dodatek: To samé platí o Officech (OEM, Starter, Student and Home licence), s výjimkou Bussiness licence je nelze používát ke komerčním účelům a to ani u neziskových účelů (trochu paradox, když se nad tím zamyslíte).

To JardaP: To vím, že Steam jede, ale mám hry, které nejedou (možná přes WineHQ, ale nejsem si jistý, jestli by ten výkon byl takový).

83

Odkladiště / Re:Příběh: update Windows 8 na 8.1

« kdy: 12. 08. 2014, 11:24:06 »

"OEM nesmíte používát k výdělečné činnosti, jinak jako běžný uživatel rozdíl fakt nepoznáte,"

OEM se samozrejmne k vydelecne cinnosti pouzivat muze, jedine cim se lisi od retail je vazba licence na zakladni desku pocitace.

Co se naopak nesmi, je pouzivat MSDN licenci k jinemu ucelu nez je testovani a vyvoj aplikaci. Zadne filmy, zadne browsovani, zadne hry. MSDN nejsou Windows pro studenty zadarmo.....

Nesmí. Microsoftí EULA to zakazuje - ...nesmí se použít ke komerčnímu hostování..., to znamená, že na daném systému nesmíte provozovat žádnou aplikaci, která slouží ke komerčním účelům.

Co se týče MSDN licencí, tak tam je to o dost složitější (je tam více dokumentů EULA a to nepočítám partnery). Docela vtipné je "MSDN nejsou Windows pro studenty zadarmo". Máte pravdu, je tam toho daleko více (schválně se zkuste zamyslet, proč tam ty Windowsy vlastně jsou?, je to nutné přečíst ale mezi řádky).

84

Odkladiště / Re:Příběh: update Windows 8 na 8.1

« kdy: 12. 08. 2014, 10:00:22 »

To zase někdo pozorně četl upozornění před instalací a licenční podmínky, se kterými souhlasil...

Na mém počítači proběhlo vše bez problémů, za půl hodiny hotovo i s update 1.

Stížností na Windosy je všude spousta, to že je to většinou způsobeným programem třetí strany a ovladače, které něco zkazí nebo uživatelem co má deset čističů registrů a tři antiviry to už se přehlíží.

Sposta lidí má s upgrade problém, většinou jsou to ale zkurvené OEM, který zkurvili už ve fabrice.

Linux mám rád ale třeba instalátor debianu je taky krásný "krok instalace selhal" a poser se s tím, ano někde je log ale najdi ho (bez OS) vyznej se v něm a pak to ještě oprav... Aktualizace mi velice často taky něco zkurvila a nejjedodušší bylo udělat čistou instalaci nejaktuálnější verze... jako u windows...

,
Enterprise verze není OEM (ani být nemůže), Pro z MSDN taky není OEM licenčně(doplňte si znalosti, navíc mezi OEM a Retail není až takový rozdíl, OEM nesmíte používát k výdělečné činnosti, jinak jako běžný uživatel rozdíl fakt nepoznáte, to že si výrobci PC/notebooků do toho instaluji nějaké sračky, není chyba OEM "verze", když si ji deaktivujete a použijete nějaké Retail číslo, či VL/MAK nebo dokonce KMS server, tak to pojede), je mi vcelku jedno, co má MS v EULA a upozornění před instalací (mimochodem - bylo tam napsáno, že zůstanou zachovány programy, data i další uživatelské věci včetně účtů, takže smazání složky Installer není tak úplně v pořádku), kdyby se systém rozsypal kvůli nějakým ovladačům, tak beru (MS v tomhle fakt není dobrý - navíc mam pár netypických zařízení v čele s TV tunerem, HW klíčem na šifrování disků - ale stejně jej nepoužívám, a podobně), navíc ani nemítal nic proti tomu, že jsem provedl "upgrade" z Enterprise na Pro (i když spíše bych se divil, kdyby něco namítal), ale on se rozesypal na jeho vlastních produktech, a na rozdíl od nepodařených upgradů Linuxových systémů, které se dají opravit v rozumném časovém horizontu, je lepší Windowsy přeinstalovat (schválně, odstraňte si složku Installer ve Windows, uvidím, jak dlouho vám bude trvat oprava následujících problémů.

Co se týče na logy v Linuxech:cd /var/log, ls -l, cat, more nebo less, grep, find (navíc tyto příkazy považují za naprostý základ, a pokud máte problém orientovat se v terminálu a/nebo pročítat logy, tak radši zůstaňte u Windows).

To Petr: Tohle jsem dával jen jako takovou úsměvnou příhodu, snažím se být spíše nestraný ve všech OS, ale prostě čím více se zabývám Windows (a to včetně serverů), tím více inklinuji k Linuxům, na gymplu to bylo 50:50, teď je to tak 25:75 (jen Steam a AutoDesk mě drží u Windows jakožto hlavního OS). Navíc teď v práci zjišťuji po několikerém nastavování Windows 2012-R2 a System Center 2012 R2 (nějaká Hyper-V komponenta), že tady MS šlápl dost vedle (přitom 2012 byly super, poprvé jsem si začal myslet, že to konečně MS se servovými systémy myslí dobře).

85

O serveru Root.cz / Re:Kde je seznam tagů?

« kdy: 11. 08. 2014, 16:49:29 »

Jo a ještě tohle:

http://www.root.cz/n/

A to je 2x lepší než drátem do oka

86

O serveru Root.cz / Re:Kde je seznam tagů?

« kdy: 11. 08. 2014, 16:48:14 »

Možná ti pomůže tohle:

http://www.root.cz/r/

Nejsou to tagy, ale rubriky, ale myslím si, že lepší než drátem do oka

87

Odkladiště / Příběh: update Windows 8 na 8.1

« kdy: 11. 08. 2014, 16:44:09 »

Chtěl bych se s vámi podělit o zkušenost s tím, jak jsou Mrkvosoftí produkty to nejlepší (doplňte si podle potřebý párové tagy irony ), co svět spatřil. Jen tak ze srandy sem se rozhodl, že si konečně zaktualizuji 8 na 8.1. Měl jsem Enterprise (byla to ještě instalace z bývalé práce), a rozhodl jsem se to zaktulizovat na 8.1 Pro (školní studentská MSDN, ano jsem pracující student - nebo studující pracant, tak si vyberte). Kupodivu to ani neřvalo. Můj initial set-up: SSD disk 128GB s cca 19GB volnými (zbytek je nezajímavý). Během instalace mě dostala hláška po třetím restartu - "Ještě pro vás něco připravujeme...". Málem jsem spadl ze židle (takovou srandu v Linuxech neznám , tučňák mi poslušně vypisuje, co v jakémkoliv kroku instalace/upgradu dělá, fakt suché a monotónní).

Set-up po restartu: SSD disk 128GB s cca 35GB volnými. No MS splnil slovo, že Windows 8.1 budou zabírat míň než 8 (i když rozdíl 16GB je docela síla). Pak začala ta správná zábava. Programy MSI se začaly chovat divně a některé (zvláště ty od MS, kecám všechny od MS) vyžadovaly přístup k instalačním médiům. On mi totiž ten upgrade vymazal celou složku Installer ve Windows (co už - no big deal, Office, Visual Studio a pár dalších věcí asi přeinstaluji, i když to bude na delší dobu, protože bez dané složky tyto programy jdou odinstalovat pouze pomocí Shift+Del a následným vyčištěním registrů).

Já vím, není to nějaké záživné téma, ale garantují vám, že až se vám tohle někdy stane, tak už nikdy Windowsy nebudete chtít opustit (mezi námi, nebýt Steamu a AutoDesku, tak už jedu dávno na Fedoře, i když takovou zábavu bych asi nikdy nezažil - tam jsem provedl upgrade z Core 3 po verzích na 18 a to pouze v terminálu, žádný preupgrade nebo jak se to jmenuje, pouze s pár problémy v závislostech, mohli do toho hodit trochu více bugů).

88

Sítě / Re:Dvě identické Wi-Fi sítě

« kdy: 11. 08. 2014, 08:54:35 »

No, měli jsme tady pár krámů od UBNT, které naopak pro funkční roaming přímo vyžadovaly, aby byly všechna na stejném kanále. (Pravda je, že ty si ten roaming samy vynucovaly i u klientů, kteří se k tomu jaksi neměli.)

Nic ve zlém, ale UBNT neberu jako síťový prvek (horší krámy jsem snad neviděl, teda kecám viděl ). Jediné co mají dobré, je management "zadarmo" '(ale teď nevím, zda nejede pouze pod Windowsy).

89

Sítě / Re:Dvě identické Wi-Fi sítě

« kdy: 08. 08. 2014, 15:34:15 »

No až na první bod nelze než NEsouhlasit 
Pokud mám jeden zarušený kanál a na něm dva klienty, tak je to pořád 2x horší situace, než mít dva zarušené kanály a na každém z nich jednoho klienta.
Vůbec není potřeba, aby oba vytěžovali konektivitu na 100%. I jeden sosájící klient dokáže zarušit signál i u druhého AP, sníží se ostatním propustnost a zvýší se odezva.
Zpomalení firewallem a antivirem bych i na několik let starých počítačích zanedbal, vzhledem k reálným rychlostem wifi v řádu max. desítek Mbit.

Můžeš nám napsat nějakou výhodu nebo důvod, proč by AP měly být na stejných kanálech? Já prostě žádnou nevidím, v ideálním případě se počtem obsazených kanálů násobí propustnost sítě. V reálu to takhle většinou nebude, ale nikdy to nebude horší než s jedním kanálem.

Malé doplnění - při připojení n klientů není přenosová kapacita dělena n, ale n+n*x (berte to s rezervou prosím), takže ta křivka přenosu, zarušení nebo já nevím čeho není lineárně klesající, ale bude klesat podstatně rychleji (v podstatě ta funkce by po vzhlazení mohla ležet v okolí funkce y-a=-x^b pro x,y v N+0 a a,b v N, ale to prosím berte jen čistě obecně).

To Miramel: Zapomněl jsi na jednu podstatnou věc - rozdíly mezi čipy v mobilech, tabletech,noteboocích a já nevím čeho a mezi AP. Kompatibilita zařízení velmi výrazně ovlivňuje připojení a přenosové kapacity, například můj čip Atheros v notbooku má problém s D-Link AP, kde kdokoliv iný i za dvěma stěnami je na tom líp než já, a naopak na ASUS AP mám plný signál i přes dvě patra v paneláku). Takže aby to měření bylo opravdu korektní, tak bys ještě musel dodat stejná zařízení.

To jen dodatek k tvému testování, jinak bavit se s tebou o tom, jak má být nastavená Wi-Fi, asi nepřipadá moc v úvahu. To, jak Jarda psal, že je vhodné to mít na dvou ůzných kanálech, jinak se ten provoz zpomalí, je pravda (roamované sítě takto fungují podstatně lépe, než když pojedou na stejném kanálu). U jednoho zařízení to asi fakt nepoznáš, protože tam ty nákaldy na režii budou relativně malé, ale u více už ano. A nejde vůbec o to, jestli máš 1, 10, 100 nebo x tisíc zařízení, jedná se o postup, který byl oveřen jak teporeticky, tak praxí (pokud se otm chceš dozvědět více, nastuduj si  nějaké materiály - Cisco na to vydalo docela dobré věci - mám za to, že by ti mělo stačit projít si L2/L3 ISO/OSI modelu, ale pořádně).

90

Distribuce / Re:Instalace React OS nereaguje

« kdy: 08. 08. 2014, 14:04:46 »

Aktivační servery Mrkvosoftu by měly jet i pro Windows XP, aspoň jsem se nedočetl něco jiného. Jinak záleží i na zbytku HW. Nevím, jak jsou na tom s implementaci KDE v Kubuntu a OpenSUSe, ale KDE mě příjde HW docela náročné, zkusil bych něco s LXDE. Třeba Lubuntu (snad to už tady někdo nezmiňoval). Jinak sry za vyrušení, jsem hlavně RPM-ista (to je hnusné slovo, existuje vůbec ).