Ahoj,
tusi niekto jak je to s podporou unshare() syscall v OpenVZ? Googlenie dava
rozne nedefinitivne vysledky (vyzera ze v roznych verziach kernelu je rozbita
ina cast unshare).
Mock (RedHatie builditko) unshare syscall vyzaduje a chcipne na "ERROR:
Namespace unshare failed."
Alebo sa niekomu podarilo rozchodit mock na OpenVZ?
Ondro
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Ahojte,
po tomhle:
http://conference.vpsfree.cz/vpsfree.cz@conference.vpsfree.cz/2012-08-30.ht…
jsem nastavil heslo do mistnosti.
Heslo najdete na uplne poslednim radku tohohle mailu (pod podpisem).
Predpokladam, ze spammeri by museli pouzit prekladac, aby tomu rozumeli.
S pozdravem
Pavel Snajdr
+421 948 816 186 | +420 720 107 791 | 110-010-956
CTO of Relbit | Predseda vpsFree.cz, o.s. | RHCE
http://relbit.com | http://vpsfree.cz | https://www.redhat.com
vpsfree_muc_2012
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iF4EAREIAAYFAlA/IZQACgkQdh+64ds5DaaMdgEAkO2G+GGtn3v+KcgH5C11aJex
U1dmvNwSKrpdDFf1cdEBAOJ+wFs8ouGUDVjHMcLkos8zsU5uiHtv95loSUv59FVl
=J0lT
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Caute,
sli byste nekam ven pokecat v Bratislave?
Doporucte kam jit a dejte vedet jakej cas se vam nejlip hodi a nejak
to naplanujem :)
- --
S pozdravem
Pavel Snajdr
+421 948 816 186 | +420 720 107 791 | 110-010-956
CTO of Relbit | Predseda vpsFree.cz, o.s. | RHCE
http://relbit.com | http://vpsfree.cz | https://www.redhat.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iF4EAREIAAYFAlAquJIACgkQdh+64ds5DaYi9QD/bVa3R6EfQHKPPMudrEP7vryA
BPh2g17lyUlt3HE5vqcBAIxM6O45g7L8FnQzVj4Ns/BedN9VZWIRmmaPAvjsdXeX
=ZdMC
-----END PGP SIGNATURE-----
Nie, IP adresy ostanu. Jedna sa iba o presun vramci fyzickych serverov v prahe.
2012/8/13 Ondřej Flídr <ondrej.flidr(a)seznam.cz>:
> Ovlivni to nejak IP prirazenou k VPS? Tusim ze by nemelo, ale radsi se ptam.
>
> Dne 13.8.2012 17:43, Pavel Snajdr napsal(a):
>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA256
>>
>> Ahojte,
>>
>> node9 je online v produkcnim nasazeni;
>>
>> konfigurace je stejne bestialni jako node8 (2x6core, 128GB RAM, 2x SSD
>> + 6x 1TB, 2U);
>>
>> poji se s tim dalsi 2 skvele zpravy:
>>
>> 1. planuju na nej presunout vsechny VPS z node4, cimz se uplne zbavime
>> toweru (konecne!)
>> 2. budu na nej migrovat VPS z node1a az node3b, ktere vzdycky
>> preinstaluju za RHEL6 => umoznime beh Ubuntu 12.04 ve VPS (konecne!)
>>
>> Cely prubeh reinstalovani by mel byt transparentni vsem, akorat se
>> ujistete, ze mate nastavene spousteni sluzeb po startu VPS, protoze
>> migrace VPS sem-tam se jevi jako reboot virtualu, downtime nebude vic
>> nez par sekund na kazdy virtual.
>>
>> - -- S pozdravem
>>
>> Pavel Snajdr
>>
>> +421 948 816 186 | +420 720 107 791 | 110-010-956
>> CTO of Relbit | Predseda vpsFree.cz, o.s. | RHCE
>> http://relbit.com | http://vpsfree.cz | https://www.redhat.com
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.4.12 (GNU/Linux)
>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>>
>> iF4EAREIAAYFAlApIIcACgkQdh+64ds5DaY70AD9EmdGbzXEd2z5egJ+VwJnuwgH
>> LneMngsb4n3hbcpvWC8A/jqR68KhosJ1mBspc36iZHhQazHIc1m59B0pUnZyxFXD
>> =OASt
>> -----END PGP SIGNATURE-----
>> _______________________________________________
>> News-list mailing list
>> News-list(a)lists.vpsfree.cz
>> http://lists.vpsfree.cz/listinfo/news-list
>
>
> _______________________________________________
> News-list mailing list
> News-list(a)lists.vpsfree.cz
> http://lists.vpsfree.cz/listinfo/news-list
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Caute,
zbyva nam nejaky hardware,
mrknete sem, jestli mate zajem:
https://prasiatko.vpsfree.cz/wiki/doku.php?id=bazar
Nabidnete, co uznate za vhodny :)
Zaruku na to dat nemuzeme, je to 3 roky jety vicemene nonstop a i kdyz
ten hardware funguje, je videt, ze spotrebni zbozi (disky) uz
odchazeji, viz node5 - coz je duvod, proc se toho zbavujeme.
Tem masinam by melo stacit vymenit disky (nebo na tyhle neukladat nic
nenahraditelnyho) a pojedou v pohode jeste nekolik let.
Kerry uz ma takhle dva roky po roce v datacentru (pokud mne pamet
neklame) Alfu, tzn. nas uplne prvni server (o neco starsi nez node5,
byvala beta) a bezi v pohode do ted.
Dopravu budeme resit PPL na ucet sdruzeni, my se tech masin potrebujem
zbavit;
zabiraji misto v racku, jinak bychom jim vymenili disky a mohly by jet
dal jako docasna posila napriklad :)
- --
S pozdravem
Pavel Snajdr
+421 948 816 186 | +420 720 107 791 | 110-010-956
CTO of Relbit | Predseda vpsFree.cz, o.s. | RHCE
http://relbit.com | http://vpsfree.cz | https://www.redhat.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iF4EAREIAAYFAlAgNpUACgkQdh+64ds5DaY3GgEA5E9dBMuS5IcOFUNCUZc+sTGR
qGDq2WZ4Ua9/LloY3hUBAKk5q6LsDuseOS9qnijJrotIx+vfBObZdL5ZgNxQK/Ga
=1y79
-----END PGP SIGNATURE-----
Ahoj chlapci,
ten patecni vypadek/presun vps mi nejak rozbil mysql. Chtel bych
poprosit o info, jak to opravit, pokud s tim mate nekdo nejakou
zkusenost. Situace je nasledujici:
Pri nekterych requestech (je to nahodne, 10 requestu ok, 11 zfailuje)
dojde ke bude k chybe pri pripojeni, nebo ke ztrate spojeni. V logu
vidim nasledujici:
bud:
OperationalError: (2013, "Lost connection to MySQL server at 'reading
initial communication packet', system error: 104")
nebo:
OperationalError: (2003, "Can't connect to MySQL server on
'83.167.228.14' (111)")
nebo:
OperationalError: (2002, "Can't connect to local MySQL server through
socket '/var/run/mysqld/mysqld.sock' (2)")
mysql vypada, ze bezi normalne:
netstat -tupan | grep mysql
tcp 0 0 0.0.0.0:3306 0.0.0.0:*
LISTEN 26693/mysqld
ps ax | grep mysql
12488 ? S 0:04 /bin/sh /usr/bin/mysqld_safe
26869 ? Sl 0:02 /usr/sbin/mysqld --basedir=/usr
--datadir=/var/lib/mysql --user=mysql --log-error=/var/lib/mysql/msa.err
--pid-file=/var/lib/mysql/msa.pid --socket=/var/run/mysqld/mysqld.sock
--port=3306
socket vypada ok:
ls -la /var/run/mysqld/
total 8
drwxr-xr-x 2 mysql mysql 4096 Aug 5 15:32 .
drwxr-xr-x 20 root root 4096 Aug 5 10:46 ..
srwxrwxrwx 1 mysql mysql 0 Aug 5 15:32 mysqld.sock
Kdyz zkusim mysql restartovat, dostanu nasledujici:
/etc/init.d/mysql restart
Stopping MySQL database server: mysqld.
Starting MySQL database server: mysqld.
Checking for corrupt, not cleanly closed and upgrade needing tables..
msa:.../home/dsimek > ERROR 2013 (HY000) at line 1: Lost connection to
MySQL server during query
ERROR 2002 (HY000): Can't connect to local MySQL server through socket
'/var/run/mysqld/mysqld.sock' (111)
ERROR 2002 (HY000): Can't connect to local MySQL server through socket
'/var/run/mysqld/mysqld.sock' (2)
....
v logu pri startu vidim toto:
Aug 5 10:26:33 msa /etc/mysql/debian-start[30658]: Upgrading MySQL
tables if necessary.
Aug 5 10:26:33 msa /etc/mysql/debian-start[30664]:
/usr/bin/mysql_upgrade: the '--basedir' option is always ignored
Aug 5 10:26:33 msa /etc/mysql/debian-start[30664]: Looking for 'mysql'
as: /usr/bin/mysql
Aug 5 10:26:33 msa /etc/mysql/debian-start[30664]: Looking for
'mysqlcheck' as: /usr/bin/mysqlcheck
Aug 5 10:26:33 msa /etc/mysql/debian-start[30664]: This installation of
MySQL is already upgraded to 5.1.63, use --force if you still need to
run mysql_upgrade
Aug 5 10:26:33 msa /etc/mysql/debian-start[30672]: Checking for
insecure root accounts.
Aug 5 10:26:33 msa /etc/mysql/debian-start[30677]: Triggering
myisam-recover for all MyISAM tables
Diky za jakykoliv tip.
Dusan
Zdravím,
celkem nedávno se tu řešily minimální znalostí členů, automatizované
kontroly zabezpečení... (pomiňte prosím fakt, že pro mě je březen teprve
nedávno).
Měl jsem příspěvek do diskuze (zmiňovaný už na srazu), ale nějak mi to
celé uniklo. Líbila se mi myšlenka se dobrovolnými správci, nevím jak
skončila. Nicméně tady je moje troška do mlýna.
*Malá znalostní báze na wiki*
Proč: Máme ve sdružení aktuálně 324 členů a zcela jsou mezi nimi experti
co provozují farmy o tisících počítačích, lidé co nakonfigurovali
jednotky strojů a lidé co to dělají poprvé. Myslím, že není od věci
vysdílet trochu znalostí a poskytnout trochu vhledu a dobrých odkazů i
těm co jsou znalostně jinde.
Jak by to mělo vypadat: Má představa je zatím imaginární, nicméně měla
by se použít naše wiki na kterou by měly přijít jednotlivé služby (Web,
IM, Firewall,...) a k nim primárně toto:
1. *Heslovitě - základní pojmy,* ideálně tak aby dokumentace na kterou
narazí na netu pro ně mohla být srozumitelná (co nejvíc eliminovat
fakt, že dokumentaci pochopíte, až když dokumentaci chápete).
2. *Příkazy/minimální konfigurace aby služba fungovala* (většina
distribuc tohle zvládá sama, jen občas je něco dobré upozornit, že
opravdu když najdete v návodu konfigurace posgresu trust all, asi
nebude něco vpořádku).
3. *Odkazy na relevantní a bezpečnou dokumentaci*.
Kdo si to vezme na starost: Já... a možná trochu i vy, když se najde
někdo ochotný obětovat pár minut.
Co pro to budu muset udělat?
Služeb nejsou tisíce a nemusí vše dělat jeden člověk, bylo by fajn,
kdyby lidé, kteří mají patřičné zkušenosti (třeba nakonfigurovali tisíce
apachů) to nějak sesumírovali.
*Jedna offtopic* - chybí mi adresář lidí ve sdružení, kteří se by se
zveřejnili (aspoň nick, dosažitelnost, znalosti + jsou-li ochotni pomáhat).
Sorry za (příliš) dlouhej mail ;-)
Jan D.
Ahojte,
dnes pocas pravidelnej udrzby nastal problem na server node5 v Prahe. Restart serveru neprezili 2 disky v RAID 10 poli, co sposobilo nefunkcnost RAIDu a stratu dat na serveri. V tychto chvilach pracuje snajpa na obnove vsetkych postihnutych VPS z node5 na node3b z poslednej zalohy, ktora je z noci 2.8..
Budeme informovat o priebehu, predpokladam, ze obnova potrva celu noc az do sobotnajsieho rana.
Tomas
--
Eng:
Hi,
two of the drives in node5 have crashed, thus resulting in RAID corruption and data losses on the server. Snajpa is rescuing VPSes from node5 to node3b from the last backup (2.8.). We assume that the rescue process will be running till Saturday morning.
Tomas
