@devops_ru

Страница 917 из 4568
Aleksandr
15.08.2016
06:38:50
правильно кстати делает, что недопарсивает

Phil
15.08.2016
06:39:28
А это как, поля не соответствуют?
Поля - это цифровой идентификатор. Цифровой идентификатор и какие-то позиционные значения внутри. Вот что значит этот цифровой идентификатор и главное - как интерпретировать вот те позиционные значения точно знает только спека конкретной модели. Вот вы сейчас трёте цифру 117 - что это? Нет никакого строгого правила. Вернее, правила есть, но их мало кто строго соблюдает

Aleksandr
15.08.2016
06:40:31
Вообще, там поле Thresh специально для того, чтобы было понимать, с чем чего сравнивать.
оно не всегда помогает и не всегда соответствует тому, что ожидается

Google
N
15.08.2016
06:40:52
Например когда? Если не брать во внимание температуру

Phil
15.08.2016
06:41:14
Вообще, там поле Thresh специально для того, чтобы было понимать, с чем чего сравнивать.
Ну так скажем, лет 10 назад я тоже так думал. Но правило "не ниже" которое ты несешь не работает. Например температуру большинство пишет просто тупо впрямую

Aleksandr
15.08.2016
06:41:54
Например когда? Если не брать во внимание температуру
например на том скрине, когда реаллокейтед value = 200, а худшее = 200

(и смотреть всё равно надо в итоге на raw)

Anton
15.08.2016
06:45:24
Пробежал по всем серверам. Везде Western Digital RE4. Везде там 200

Valya
15.08.2016
07:26:50
Привет! А есть у нас в чатике девопсы из Новосибирска? :)

Александр
15.08.2016
07:27:50
Какие в Котосибирске HR-ы

Yury
15.08.2016
07:28:55
Пора в Новосиб

Amir
15.08.2016
07:32:36
Valya
15.08.2016
07:33:50
https://www.pushwoosh.com/

Google
Amir
15.08.2016
07:34:09
Может вам все же админ нужен?

Phil
15.08.2016
07:34:13
А что вы там такое делаете?)
зима близко, снег убирать некому )

Amir
15.08.2016
07:34:46
зима близко, снег убирать некому )
Интересный выброс, давно хотел поработать лопатой

Phil
15.08.2016
07:34:52
Может вам все же админ нужен?
а это разве не синонимы?

Amir
15.08.2016
07:35:03
Особенно разработчиакм по рукам

Valya
15.08.2016
07:35:18
Может вам все же админ нужен?
нет, скорее все-таки девопс :)

Amir
15.08.2016
07:35:31
а это разве не синонимы?
Непонятно, каждый новый клиент приносит своё понимание этого слова

Amir
15.08.2016
07:35:52
Однажды попросят автоматизировать принтеры, чую скоро

Amir
15.08.2016
07:36:55
lol
Есть, если это бумажки печатать это уныльце, а 3д веселее

нет, скорее все-таки девопс :)
Че прям гарантированные быстрые доставки до яблока и ведра?

Valya
15.08.2016
07:40:38
Че прям гарантированные быстрые доставки до яблока и ведра?
мы слали пуши для Евро2016, пуш про гол приходил на 10 сек раньше, чем по телевизору показывали

Amir
15.08.2016
07:41:18
Вам нужно с парнями из тотализатор тогда общаться, явно ваш сегмент при таком спиче ;)

Ну евро2016 это ок, а цифры реальные есть?

Вдруг там приложение на полтора землекопа

Valya
15.08.2016
07:42:51
Мария
15.08.2016
07:42:58
Здрасьте, девОпсаны✋

Sergey
15.08.2016
07:43:39
хао✋

Google
Александр
15.08.2016
07:44:20
Привет, Машике

Мария
15.08.2016
07:44:47
N
15.08.2016
07:50:13
Маша пришла

Мария
15.08.2016
08:07:47
Маша пришла
Ксении не хватает только, да?

N
15.08.2016
08:08:14
Ксении не хватает только, да?
Ну как, не хватает. Мне тебя хватает

Мария
15.08.2016
08:09:22
N
15.08.2016
08:09:31
Ты ж дева, не?
Нет, а ты?

Мария
15.08.2016
08:10:32
Нет, а ты?
И я нет

Anton
15.08.2016
08:12:04
Так 100 евро за установку новых + месяц платить за оба :)

Tenni
15.08.2016
08:12:57
тогда зайди в робота и через рескью гоняй тесты, но это маразм, проще сменить дедик

Aleksey
15.08.2016
08:13:59
Веха у Docker: Docker Hub пробил отметку в 5 миллиардов пуллов. Рост впечатляет - в феврале у них было "всего" 2 миллиарда пуллов. http://amp.gs/89o9

Vladislav
15.08.2016
08:19:29
Так 100 евро за установку новых + месяц платить за оба :)
Имел аналогичные проблемы с OVH.com. Первый арендованный 3 года назад сервер служил мне 1,5 года без нареканий. Когда же в прошлом году снова арендованный у них, сервер подвисал 2-3 раза в месяц и это без нагрузки... Два месяца переписки с сапортом ничего не дали, по их словам железо в норме, виноват видите ли ESXi. Решилось просто, переехал к другому провайдеру

Макс
15.08.2016
08:38:38
Всем привет! У меня тут возникли грабли с авторизацией с помощью ключей RSA, не могу разобраться. Подскажите пожалуйста. Вот такая штука происходит, но я не понимаю как решить: root@vagrant-ubuntu-trusty-64:/home/vagrant/tst# ssh -vvvv git@xxxxxx.ru -P 10022 OpenSSH_6.6.1, OpenSSL 1.0.1f 6 Jan 2014 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to xxxxxx.ru [x.x.x.x] port 22. debug1: Connection established. debug1: permanently_set_uid: 0/0 debug3: Incorrect RSA1 identifier debug3: Could not load "/root/.ssh/id_rsa" as a RSA1 public key debug1: identity file /root/.ssh/id_rsa type 1 debug1: identity file /root/.ssh/id_rsa-cert type -1 debug1: identity file /root/.ssh/id_dsa type -1 debug1: identity file /root/.ssh/id_dsa-cert type -1 debug1: identity file /root/.ssh/id_ecdsa type -1 debug1: identity file /root/.ssh/id_ecdsa-cert type -1 debug1: identity file /root/.ssh/id_ed25519 type -1 debug1: identity file /root/.ssh/id_ed25519-cert type -1 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.7 debug1: Remote protocol version 2.0, remote software version OpenSSH_6.7p1 Debian-5+deb8u3 debug1: match: OpenSSH_6.7p1 Debian-5+deb8u3 pat OpenSSH* compat 0x04000000 debug2: fd 3 setting O_NONBLOCK debug3: load_hostkeys: loading entries for host "xxxxxx.ru" from file "/root/.ssh/known_hosts" debug3: load_hostkeys: found key type ECDSA in file /root/.ssh/known_hosts:1 debug3: load_hostkeys: loaded 1 keys debug3: order_hostkeyalgs: prefer hostkeyalgs: ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-ed25519-cert-v01@openssh.com,ssh-rsa-cert-v01@openssh.com,ssh-dss-cert-v01@openssh.com,ssh-rsa-cert-v00@openssh.com,ssh-dss-cert-v00@openssh.com,ssh-ed25519,ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-gcm@openssh.com,aes256-gcm@openssh.com,chacha20-poly1305@openssh.com,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-gcm@openssh.com,aes256-gcm@openssh.com,chacha20-poly1305@openssh.com,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se debug2: kex_parse_kexinit: hmac-md5-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-ripemd160-etm@openssh.com,hmac-sha1-96-etm@openssh.com,hmac-md5-96-etm@openssh.com,hmac-md5,hmac-sha1,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-ripemd160-etm@openssh.com,hmac-sha1-96-etm@openssh.com,hmac-md5-96-etm@openssh.com,hmac-md5,hmac-sha1,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit:

debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256,ssh-ed25519 debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,chacha20-poly1305@openssh.com debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,chacha20-poly1305@openssh.com debug2: kex_parse_kexinit: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: kex_parse_kexinit: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: kex_parse_kexinit: none,zlib@openssh.com debug2: kex_parse_kexinit: none,zlib@openssh.com debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_setup: setup hmac-sha1-etm@openssh.com debug1: kex: server->client aes128-ctr hmac-sha1-etm@openssh.com none debug2: mac_setup: setup hmac-sha1-etm@openssh.com debug1: kex: client->server aes128-ctr hmac-sha1-etm@openssh.com none debug1: sending SSH2_MSG_KEX_ECDH_INIT debug1: expecting SSH2_MSG_KEX_ECDH_REPLY debug1: Server host key: ECDSA 9f:1c:30:05:7d:b5:26:7e:0b:56:09:db:6c:73:8d:44 debug3: load_hostkeys: loading entries for host "xxxxxx.ru" from file "/root/.ssh/known_hosts" debug3: load_hostkeys: found key type ECDSA in file /root/.ssh/known_hosts:1 debug3: load_hostkeys: loaded 1 keys debug3: load_hostkeys: loading entries for host "x.x.x.x" from file "/root/.ssh/known_hosts" debug3: load_hostkeys: found key type ECDSA in file /root/.ssh/known_hosts:2 debug3: load_hostkeys: loaded 1 keys debug1: Host 'xxxxxx.ru' is known and matches the ECDSA host key. debug1: Found key in /root/.ssh/known_hosts:1 debug1: ssh_ecdsa_verify: signature correct debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received debug2: key: /root/.ssh/id_rsa (0x7f333c6bcef0), debug2: key: /root/.ssh/id_dsa ((nil)), debug2: key: /root/.ssh/id_ecdsa ((nil)), debug2: key: /root/.ssh/id_ed25519 ((nil)), debug1: Authentications that can continue: publickey,password debug3: start over, passed a different list publickey,password debug3: preferred gssapi-keyex,gssapi-with-mic,publickey,keyboard-interactive,password debug3: authmethod_lookup publickey debug3: remaining preferred: keyboard-interactive,password debug3: authmethod_is_enabled publickey debug1: Next authentication method: publickey debug1: Offering RSA public key: /root/.ssh/id_rsa debug3: send_pubkey_test debug2: we sent a publickey packet, wait for reply debug1: Authentications that can continue: publickey,password debug1: Trying private key: /root/.ssh/id_dsa debug3: no such identity: /root/.ssh/id_dsa: No such file or directory debug1: Trying private key: /root/.ssh/id_ecdsa debug3: no such identity: /root/.ssh/id_ecdsa: No such file or directory debug1: Trying private key: /root/.ssh/id_ed25519 debug3: no such identity: /root/.ssh/id_ed25519: No such file or directory debug2: we did not send a packet, disable method debug3: authmethod_lookup password debug3: remaining preferred: ,password debug3: authmethod_is_enabled password debug1: Next authentication method: password git@xxxxxx.ru's password:

При этом сервер, условно, настраивать нельзя. То есть нужно решить на клиенте эту задачу.

here1am
15.08.2016
08:42:02
а ты свои ключи на сервере оставил?

просто на всякий случай спрашиваю

Vladimir
15.08.2016
08:44:42
Пробежал по всем серверам. Везде Western Digital RE4. Везде там 200
У тебя raw value у offline uncorrectable >0, это считай количество бед секторов. Reallocated - то что удалось заремапить, но диск имел трудности с чтением секторов. Короче прикладывает эти две строки в тикет хецнеру и меняешь диск.

Макс
15.08.2016
08:46:32
Google
Vladimir
15.08.2016
08:48:03
да, там есть ключ
Тот ли ключ там? У тебя клиент утверждает что на сервере нет нужного ключа

Спасибо. Вопрос только сколько бэдблоков нужно хетцнеру для замены дисков
На самом деле не факт что замена диска полечит проблему, но как минимум нужно все равно это сделать.

Макс
15.08.2016
08:52:59
Тот ли ключ там? У тебя клиент утверждает что на сервере нет нужного ключа
Ключ же должен быть в authorized_keys, я правильно понимаю?

here1am
15.08.2016
08:53:24
открытый ключ

лучше наверни ssh-copy-id user@server

Admin
ERROR: S client not available

here1am
15.08.2016
08:53:53
он сам всё сложит как надо

Макс
15.08.2016
08:54:44
Вот, смотрите, у меня там в authorized_keys: command="/home/git/gitlab-shell/bin/gitlab-shell key-3",no-port-forwarding,no-X11-forwarding,no-agent-forwarding,no-pty ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDFP2nLMNSywAFJwaRIgG7XUDs3VwLH6Zi4IvHbc23b8wPSyBm7q8gyXVUn7IzZtNR5vr648k84mLyT/XxNYUCwfxWV9sV9LOPxsntXZfHNwhcmRwc0TovyvCi/Foy8Co0KKjEnN33slmDuDpnlbfKyuymRpHnh9S2EwEfjzehHuAZ+hcqR+zCER9miecw+sgpybTCNqjtEc9GI2WV/LrpGyOHyBGSmVPObsIOwhcYjFPgK2pUV0CdfgBQ/4OMjUMtTrxpAii+G6DMke14ySomb9NcZw8Z41aBc21vHlOm+DqgjSBITeUjGcHccYHSyt18amx99ioV4kyMreFCNTENp root@vagrant-ubuntu-trusty-64

Vladimir
15.08.2016
08:55:23
Да. Еще на .ssh и на authorized _keys у этого юзера должны быть права правильные

Убедись что id_rsa.pub о правильного ключа

Dmitriy
15.08.2016
08:55:40
И что права 0600

Макс
15.08.2016
08:56:32
Убедись что id_rsa.pub о правильного ключа
root@vagrant-ubuntu-trusty-64:~# cat /root/.ssh/id_rsa.pub ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDFP2nLMNSywAFJwaRIgG7XUDs3VwLH6Zi4IvHbc23b8wPSyBm7q8gyXVUn7IzZtNR5vr648k84mLyT/XxNYUCwfxWV9sV9LOPxsntXZfHNwhcmRwc0TovyvCi/Foy8Co0KKjEnN33slmDuDpnlbfKyuymRpHnh9S2EwEfjzehHuAZ+hcqR+zCER9miecw+sgpybTCNqjtEc9GI2WV/LrpGyOHyBGSmVPObsIOwhcYjFPgK2pUV0CdfgBQ/4OMjUMtTrxpAii+G6DMke14ySomb9NcZw8Z41aBc21vHlOm+DqgjSBITeUjGcHccYHSyt18amx99ioV4kyMreFCNTENp root@vagrant-ubuntu-trusty-64

то есть, ключи точно совпадают

Vladimir
15.08.2016
08:57:16
А этот паб от правильного ли приватного?

Макс
15.08.2016
08:58:01
лучше наверни ssh-copy-id user@server
Не могу. Там ключ через Gitlab заводится, поэтому заработать-то может и заработает, но проблема не будет решена.

Vladimir
15.08.2016
08:58:54
Если можешь без ключа попасть, смотри что система в auth.log пишет

Макс
15.08.2016
09:00:28
А этот паб от правильного ли приватного?
генерил с помощью ssh-keygen... то есть не должно быть так, что пара не совпадает

Если можешь без ключа попасть, смотри что система в auth.log пишет
На сервер могу попасть, да. Сейчас гляну.. А где его искать?

Google
here1am
15.08.2016
09:01:45
насколько я помню, на приватный ключ может быть несколько открытых

Vladimir
15.08.2016
09:01:45
/var/log/auth.log

Макс
15.08.2016
09:03:15
/var/log/auth.log
root@7a8f8fa53f7b:/home/git/gitlab# cat /var/log/auth.log cat: /var/log/auth.log: No such file or directory

here1am
15.08.2016
09:03:40
попробуй /var/log/secure

если у тебя редхат-базед, то может быть там

Anton
15.08.2016
09:03:53
И вот оно опять умерло - сервер пинговался, но ssh конект до него просто зависал. Заодно зависли соединения в glusterfs демонах. Весь кластер на мыло.

Макс
15.08.2016
09:04:35
попробуй /var/log/secure
Такого тоже нет: root@7a8f8fa53f7b:/var/log# ls alternatives.log bootstrap.log dmesg faillog gitlab lastlog supervisor wtmp apt btmp dpkg.log fsck gitlab-shell nginx upstart

Foxcool
15.08.2016
09:04:49
эк этот глюстерфс какой нежный

Макс
15.08.2016
09:04:51
lastlog гляну

Foxcool
15.08.2016
09:04:56
не гоже для распредсистемы так падать от одной ноды

Макс
15.08.2016
09:07:51
если у тебя редхат-базед, то может быть там
ubuntu там вроде. faillog и lastlog пустые.

Anton
15.08.2016
09:08:54
эк этот глюстерфс какой нежный
Это глюк из того рода, что Ctrl+C не работает для разрыва конекта. Пока не гуглится причина.

Phil
15.08.2016
10:03:31
А давайте минутку камингаута. Кто из вас на птицуксе использует команду ifconfig и какого х^W почему?

here1am
15.08.2016
10:04:47
я уже успел каками обложить тех, кто пользуется ифконфигом

ну, разве что удобно палить, сколько трафика пролетело через интерфейс

Kirill
15.08.2016
10:06:24
Минусы vmware , с ходу без раздумий, кроме фразы цена ?!)

Phil
15.08.2016
10:06:53
а чем плоха команда ифконфиг? Сама по себе?
на дворе 2016 год. она просто может ввести тебя в заблуждение

Страница 917 из 4568