Конечная точка передачи не подсоединена linux
Обновлено: 04.07.2024
Ошибка выглядит так:
E0806 16: 39: 59.091384 940 socket.hpp: 107] Ошибка завершения работы на fd = 25: конечная точка транспорта не подключена [107]
Хост был запущен с использованием:
Если я запускаю подчиненное устройство на той же виртуальной машине, что и хост, он работает нормально.
Я не смог найти много информации в Интернете. Я использую два виртуальных бокса (Debian 8.1) на VirtualBox 5. Хост - это Windows 7.
Изменить 1:
И главный, и подчиненный запускаются на выделенной виртуальной машине.
Обе следующие виртуальные машины настроены с использованием мостовой сети.
Ifconfig от мастера:
Ifconfig из ведомого:
Изменить 2:
4 ответа
У меня была похожая проблема. Мои журналы рабов будут заполнены
Мой хозяин имел бы
И мастер умрет, и произойдут новые выборы, убитый мастер будет перезапущен выскочкой (я нахожусь на коробке Centos 6) и добавлен в пул потенциальных мастеров. Таким образом, выбранный мной мастер будет последовательно подключать мои главные узлы. Многие перезапуски мастеров и подчиненных ничего не дали, проблема постоянно возвращалась в течение 1 минуты после выбора мастера.
Решение для меня пришло из этого вопроса о стеке (спасибо) и подсказки в примечании к сути на github .
Суть его в том, что /etc/default/mesos-master должен указывать номер кворума (он должен быть правильным для количества мастеров мезо, в моем случае 3)
Мне это кажется странным, поскольку у меня такая же информация в файле /etc/mesos-master/quorum
Но я добавил его в /etc/default/mesos-master , перезапустил мезо-мастера и подчиненные, и проблема не вернулась.
Я надеюсь, это поможет вам.
Вместо этого запустите подчиненное устройство с помощью --ip=10.129.62.49
Это подсказка об ошибке.
Ваш раб выставил неправильный IP.
Добавьте --ip=10.129.62.49 к подчиненной команде, и она заработает.
Я столкнулся с этой ошибкой в журналах при обновлении версий mesos (например, 0.20.0 -> 0.27.0). Иногда данные из предыдущей версии несовместимы с другими версиями.
Вот как я это исправил:
Сначала убедитесь, что на всех узлах остановлена служба mesos-master:
Затем удалите все потенциально старые данные:
Удалите $MESOS_WORK_DIR ( /var/mesos в моем случае):
Очистите наши данные мезо в ZooKeeper:
После выполнения этих шагов я запустил службу mesos-master на всех узлах, и она снова подключилась.
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, всего 976773168 секторов
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000bcff7
Устр-во Загр Начало Конец Блоки Id Система
/dev/sda1 * 2048 102402047 51200000 7 HPFS/NTFS/exFAT
/dev/sda2 102402048 902545407 400071680 7 HPFS/NTFS/exFAT
/dev/sda3 902547454 976771071 37111809 5 Расширенный
/dev/sda5 902547456 972857343 35154944 83 Linux
/dev/sda6 972859392 976771071 1955840 82 Linux своп / Solaris
$ sudo umount /dev/sda2
umount: /mnt/sda2: target is busy.
(In some cases useful info about processes that use
the device is found by lsof(8) or fuser(1))
$ sudo lsof /mnt/sda2
lsof: WARNING: can't stat() fuseblk file system /mnt/sda2
Output information may be incomplete.
lsof: WARNING: can't stat() fuse.gvfs-fuse-daemon file system /home/mylogin/.gvfs
Output information may be incomplete.
lsof: status error on /mnt/sda2: Transport endpoint is not connected
lsof 4.86
latest revision: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/
latest FAQ: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/FAQ
latest man page: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/lsof_man
usage: [+|-f]
[-F ] [-g] [-i ] [+|-L ] [+m ] [-o ]
[+|-r ] [-s ] [-S ] [-T ] [-x ]
Use the ``-h'' option to get more help information.
/dev/sda1 /mnt/sda1 ntfs rw,user,gid=100,uid=1000 0 0
/dev/sda2 /mnt/sda2 ntfs rw,user,gid=100,uid=1000 0 0
Параметры монтирования у вас самые обычные.
Так что остаётся или глючное железо, или разъёмы на шлейфах, или неисправленные ошибки в ФС, или ещё что-то в том же духе.
С обновлением тоже ничего не ясно – последнее обновление пакета ntfs-3g было аж в начале мая, то есть он давно не обновлялся.
gvfs тут вообще ни при чём, она не участвует в работе с монтируемыми разделами, её только используют некоторые файлменеджеры для их обнаружения.
/dev/sda1 /mnt/sda1 ntfs rw,user,gid=100,uid=1000 0 0
/dev/sda2 /mnt/sda2 ntfs rw,user,gid=100,uid=1000 0 0
Что здесь можно сделать ?
Использовать драйвер ntfs-3g . Пример (мой):Абсолютно так же слетает
sleepycat
попробуйте закоментировать в fstab и примонтировть руками, используя только опцию rw и временно не используя флаг -t ntfs-3g, доверя выбор автоподстановки, понимаю что гдето будет только для чтения, но пока это не важно.. посмотреть будет ли диск “исчезать”.
Спасибо ! :) Так действительно не слетает. Попробую значит так:
И вообще как можно ребутнуть gvfs, не перезапуская систему ?
lsblk -f
fstab
закоментровал, в
в PCmanfm, появились инконки ,при нажатии на них выдает
и вручную монтируется раздел, но выдает ошибку
Я так понимаю разметка диска у меня не правильная ,но до версии systemd 199 , открывал спокойно разделы :(
Для начала прогнать чекдиск из Windows.
но все равно также,в тунаре например выдат
Репутация: нет
Всего: 1
Есть два сервера на Debian Stable. На обоих стоит samba.
lib/util_sock.c:get_peer_addr_internal(1676) getpeername failed. Error was Конечная точка передачи не подсоединена 0.0.0.0 : 1 Time(s)
При этом все работают. Отчего они появляются не знаю. И что с ними делать?
Репутация: 28
Всего: 317
samba вообще много всякой дребедени пишет в лог, пора бы уже пользоваться logwatch.
Репутация: нет
Всего: 1
Репутация: 2
Всего: 109
ПРисоединяюсь к вопросу.
Такая же фигня в логах и у меня стала присутствовать.
Репутация: нет
Всего: 1
Репутация: 2
Всего: 109
Самбе не мешает, но на нервы действует. :-(
- Конкретные вопросы о конкретном ПО. В таких вопросах желательно привести точные данные о программе: версия программы, версия ОС, версия ядра, и проблему в форме: сделал Х, хотел получить Y, а получил Z.
- Неконкретные вопросы о выборе ПО
- Обзоры - как дополнение в ветку Обзоры
- Вы должны соблюдать правила форума.
- Помните: какой вопрос, такой и ответ. Прежде чем задать вопрос прочитайте вот эту статью на форуме CIT.
- Оскорблять запрещается.
- Религиозные войны в Религиозных войнах.
- Общение "просто так" в Клубе юнуксоидов. В отличие от многих других разделов, здесь разрешается сдержанно оффтопить и юморить в тему.
За интересные статьи, находки, решения, программы и просто реальную помощь будут ставиться + в репу).
В данный момент этот раздел модерируют nerezus, nickless, powerfox, pythonwin, Imple и ZeeLax. Если вы хотите помочь нам, пишите в ПМ и мы обсудим.
[ Время генерации скрипта: 0.1056 ] [ Использовано запросов: 21 ] [ GZIP включён ]
Читайте также: