Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Jose D

Stran: 1 ... 25 26 [27] 28 29 ... 54
391
Distribuce / Re:Instalace nejnovější PostgreSQL do CentOS 7
« kdy: 09. 02. 2019, 13:58:41 »
..když jsem hledal pg_hba.conf a našel ho v /var/opt/rh/rh-postgresql95/lib/pgsql/data/pg_hba.conf
nu, a to je ono. Když cesta k příkazu není v PATH, tak ho nejde volat bez absolutní cesty, a nebo bez přidání daného adresáře do PATH, a pak v závislosti na typu linkování dynamických knihoven LD_LIBRARY_PATH a spol.

Takže se koukni na ten příkaz scl enable a máš to.

392
Distribuce / Re:Instalace nejnovější PostgreSQL do CentOS 7
« kdy: 08. 02. 2019, 21:57:47 »
vypiš si PATH pod uživatelem postgres a koukni jestli v někde v adresářích v ní je psql

spoiler: nebude.

koukni se pořádně na princip scl - všechno je mimo standardní adresáře.

Chceš udělat něco jako
Kód: [Vybrat]
 scl enable $názevkolekce $tvůjshell
, případně pokud to má být natrvalo, tak máme místa jako profile.d, bash.rc atp.

viz https://access.redhat.com/solutions/527703

Takhle, máš nějaký rozumný důvod proč používáš jinačí postgres než ten přímo od Postgresu? Kdyby to byl RHEL, tak chápu, support. Ale pokud je to CentOS, tak nevím..

393
Distribuce / Re:Instalace nejnovější PostgreSQL do CentOS 7
« kdy: 08. 02. 2019, 19:33:37 »
Co vypíše příkaz:
rpm -ql rh-postgresql95
nic. to je prázdnej balík.. Obsahuje jen dependency na reálná rpm.

Kód: [Vybrat]
[root@tasha-menden ~]# rpm -ql rh-postgresql95
(contains no files)
[root@tasha-menden ~]#

394
Distribuce / Re:Instalace nejnovější PostgreSQL do CentOS 7
« kdy: 08. 02. 2019, 19:14:36 »
přijde mi, že postupuješ podle nějakého návodu pro RHEL6 - příkaz "service" je celkem podezřelý :).

Zkus to takhle:

Kód: [Vybrat]
[root@tasha-menden ~]# yum install centos-release-scl yum-utils
...
[root@tasha-menden ~]# yum-config-manager --enable rhel-server-rhscl-7-rpms
...
[root@tasha-menden ~]# /opt/rh/rh-postgresql95/root/usr/bin/postgresql-setup --initdb
...
[root@tasha-menden ~]# systemctl start rh-postgresql95-postgresql.service
...
[root@tasha-menden ~]# systemctl status rh-postgresql95-postgresql.service
● rh-postgresql95-postgresql.service - PostgreSQL database server
   Loaded: loaded (/usr/lib/systemd/system/rh-postgresql95-postgresql.service; disabled; vendor preset: disabled)
   Active: active (running) since Pá 2019-02-08 18:09:14 UTC; 6s ago
  Process: 24362 ExecStart=/opt/rh/rh-postgresql95/root/usr/libexec/postgresql-ctl start -D ${PGDATA} -s -w -t ${PGSTARTTIMEOUT} (code=exited, status=0/SUCCESS)
  Process: 24360 ExecStartPre=/opt/rh/rh-postgresql95/root/usr/libexec/postgresql-check-db-dir %N (code=exited, status=0/SUCCESS)
 Main PID: 24368 (postgres)
   CGroup: /system.slice/rh-postgresql95-postgresql.service
           ├─24368 /opt/rh/rh-postgresql95/root/usr/bin/postgres -D /var/opt/rh/rh-postgresql95/lib/pgsql/data
           ├─24369 postgres: logger process   
           ├─24371 postgres: checkpointer process   
           ├─24372 postgres: writer process   
           ├─24373 postgres: wal writer process   
           ├─24374 postgres: autovacuum launcher process   
           └─24375 postgres: stats collector process   
[root@tasha-menden ~]#

395
Sítě / Re:Propoj mezi patry kancelářské budovy
« kdy: 08. 02. 2019, 10:20:33 »
na estetiku pokud nejde o vnejsi stranu budovy nehledi.. stropy jsou odhadem 50cm poctivy zelezobeton
tak pokud neřešíš jak to má vypadat a zdi jsou soudržný, tak kup pytel samolepících úchytek https://eu.shop.bossard.com/group/cz/22210/uchyceni-kabelu/panduit/uchytky-samolepici , k tomu stahovací pásky, klubko stíněného TP, do každého kanclu dírku z chodby a malý switchík..

396
Distribuce / Re:Linux Mint 19 - Jak nastavit heslo pro root
« kdy: 06. 02. 2019, 19:08:08 »
Linuxu Mint
to je myslím nějaký debian..

Kód: [Vybrat]
sudo bash
funguje? Jestli jo, tak se přes to přepni do root shellu, a tam si přes
Kód: [Vybrat]
passwd
nastav root heslo.

397
Sítě / Re:Může ISP dělat NAT přes víc IP?
« kdy: 06. 02. 2019, 19:05:37 »
jo. v podstatě všechno co jsi popsal je důvod, proč se vymyslelo IPv6, protože jsou to všechno workaroundy na nedostatek veřejných IPv4 adres. Takže vše na co se ptáš, a co se pokusím naznačit je popis rovnáku na ohejbák.


Je možné, aby se měnila "moje" IP adresa (tedy vnější, myšlena ta, kterou uvidí protistrana), pokud se připojím (já vytvorim odchozi spojení) ke 2 ruzným serverům (například z důvodu, že jeden server je  číně :D a druhý v Africe)? Klidně i ve stejném čase? Jsem samozřejmě připojen 1 rozhraním k ISP. Je to obvyklé, efektivní?

není to obvyklé, ale může to tak být. Pokud má ISP public IPv4 jen pro pár boxů, tak může dělat nějaké podobné routování už v rámci svého intranetu. Tipoval bych spíš nějaký amatérský pokus o loadbalancing, že liché IP posílá někam, a sudé někam jinam. Ale třeba tam je nějaký rozumný důvod.

Jak funguje NAT operátora: Má třeba pool adres (42.36.4.0/255.255.255.0),  ve které má 100 000 klientů? Nebo může mít i "nesouvislé IP" (které by právě třeba byly podle otázky 1  na různých koutech)?

Ano. Zažil jsem wifináře, který měl dva IPv4 rozsahy od dvou dodavatelů konektivity a v podstatě náhodně je přiděloval zájemcům o "veřejnou IP". Samozřejmě žádnou veřejnou IP nedostali, byl to jen 1:1 NAT.

Jaká je struktura sítě operátora? může probíhat překlad na více prvcích?

Můžes se pokusit zjistit pomocí traceroute. Jinak nejsem zaměstnancem Tvého operátora, takže na tohle se nedá odpovědět :) Překlad stojí nějaké CPU zdroje, takže je rozumné to nějakým způsobem rozložit.

100.45.22.33 - tzv IPv4  shared spae, to bych chtěl vysvětlit co je zač

vysvětleno v rfc6598

jak je možné, že se dostanu na IP 10.xxx.xxx.xxx (ano deset). Jak je to routováno? je o dashboard operátora.

Protože nějaký síťový box který je směrem od tvé default route ven má routu do sítě 10.XXX. Na tom nic zvláštního není, tak funguje Internet i internet.

Souvisí s odpovědí nějak BGP protokol?
Teoreticky by možná mohl, ale tipnul bych si, že to tam ten tvůj ISP má zadrátovaný staticky.

398
Server / Re:Kolik stojí 1PB úložiště?
« kdy: 05. 02. 2019, 21:10:31 »
stejný výrobek od DELL - OneStor - Xyratex
No, točíme se v kruhu, tenhle "dell výrobek" je OEM Seagate, který se řešil na předchozí stránce.
hint: Xyratec = Seagate

399
Odkladiště / Re:Kryptografický problém
« kdy: 05. 02. 2019, 18:21:20 »
nejjednoduší by bylo použít Symetrický klíč
A proč? Realizace toho co chceš je triviální - prostě si sám sobě pošli podepsaný a zašifrovaný email.

400
Server / Re:Kolik stojí 1PB úložiště?
« kdy: 03. 02. 2019, 16:26:40 »
Tak pak pls. dej vědět jak to dopadlo - je mi jasný že přesný nacenění je celkem NDA, ale bylo by dobrý alespoň vědět, co vyšlo nakonec líp.

401
vetsina diskutujich se tu chodi bavit
Myslím, že mimo trollení na fóru/komentářích existuje dost zajímavějších způsobů jak se bavit, a jsem rád, že se redakce odhodlala k tomuto kroku.

Díky za to.

402
nevím proč tato debata, je nemluvím o současných CPU

skoro 2x rychlejší než současný CPU

taky mě to nejdřív zmátlo. Asi mělo být "stávající" a ne "současný".

403
Server / Re:Kolik stojí 1PB úložiště?
« kdy: 29. 01. 2019, 18:20:58 »
Hledame neco ne-enterprise

Jose D:  Gridscaler bude drahy. Diky za info o Seagate, zatim to vypada jako jedine schudne reseni. Zkusim nekde poptat cenu za Seagate Exos X 5U84.

ten Exos bude IMO taky vysoko.
zkus ještě netapp E5660 + enclosury.
manipulace s disky je výrazně horší,
ale myslím, že to poznáš na cenovce.

404
Server / Re:Kolik stojí 1PB úložiště?
« kdy: 28. 01. 2019, 23:19:44 »
Mozna se chces kouknout na DDN Gridscaler - tam uz je komplet GPFS appliance, ale nevím, jestli mají něco high-density.

Predchudce te seagatí storage jsem v ruce taky měl - nevzpomínám si na zadny vetsi problem, menily se nejake expandery, ale vzhledem k rozsahu instalace to vlastně bylo nic. Ty šuplíky jsou dost dobře mechanicky udělaný, a zavírají se jak kufr od Forda. (tzn. ne jak NetApp E-series, třeba :) )


405
Server / Re:Monitoring volného místa na disku v clusteru
« kdy: 16. 01. 2019, 21:07:45 »
Tak tahle moznost me nenapadla. Cili bych si musel napsat vlastni check, ktery by kalkuloval velikost z requestu na oba node. Nebo existuje nejaky plugin, co to umi? Nerad bych vynalezal kolo.
No tohle se většinou dělá až na serveru.. Monitorovaný server jen posílá své hodnoty, a na monitoring serveru si nastavíš alerting/dashboard na ten součet. Pro prometheus je to operátor 'max', v Grafaně to samé.

Nagios jsem naposledy používal ještě za dob RRD a NRPE 'performance data', takže jak se tam takove dotazy dělají netuším..

Stran: 1 ... 25 26 [27] 28 29 ... 54