sandsnake |
|
Темы:
3
Сообщения:
13
Участник с: 05 июня 2011
|
по вики. Еще там говорят, что нужно избегать именований ethX и wlanX.А еще можно сказать от рута hwdetect –net и оно положит в /tmp файлик network_persistent.rules в котором будут то, что надо. Только вопрос не в этом, а в том, что как ты не назови устройство - хоть eth0, хоть backbone - добавление vlan'а спровацирует появление нового устройства в системе типа net, с маком таким-то и по описанным правилам udev попытается его переименовать в то, что написано в правиле. Предположим, есть eth0 с маком 00:11:22:33:44:55. Загрузились, удев назвал ее как надо - eth0. Добавляю сабинтерфейс: vconfig add eth0 100 После этого у меня появляется интерфейс eth0.100, но тип тоже net, с маком “00:11:22:33:44:55”, т.е. точно таким же как описано для eth0. Вот он и пытается переименовать eth0.100 в eth0. И разницы как зовется интерфейс тут уже нет никакой. Он все-равно попытается переделать его в то, что уже существует в системе. |
sandsnake |
|
Темы:
3
Сообщения:
13
Участник с: 05 июня 2011
|
ChawooshЛучше вместо каталога, покажи свой /etc/udev/rules.d/???.rules который прибивает к карточкам перманентные имена. А то никак не догадаюсь как сделать аккуратней. Вот мое: SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="68:05:ca:0d:ee:5a",ATTR{dev_id}="0x0",ATTR{type}=="1",KERNEL=="eth*", NAME="eth0" SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="68:05:ca:0d:ee:5c",ATTR{dev_id}="0x0",ATTR{type}=="1",KERNEL=="eth*", NAME="eth1" Nov 28 22:12:14 cr1.gg.noc kernel: 8021q: 802.1Q VLAN Support v1.8 Nov 28 22:12:14 cr1.gg.noc kernel: 8021q: adding VLAN 0 to HW filter on device eth0 Nov 28 22:12:36 cr1.gg.noc systemd-udevd[334]: error changing net interface name eth0.935 to eth0: File exists |
sandsnake |
|
Темы:
3
Сообщения:
13
Участник с: 05 июня 2011
|
Хм, занимательно как… С хитростью названия не соглашусь - все-таки это общепринятое именование L3 сабинтерфейсов с dot1q encapsulation. Это относится как большинству нативных сетевых железяк так и к линуху. Ну да ладно, не в названии дело. Пока ковырялся дальше, оказалось что при отключенном кабеле ip на сетевушке не поднимается, а при последующем втыкании тоже не поднимается - надо передергивать. Согласен, что можно ifplug пользовать, но это решение уже не для софтораутера который собирается держать на кваге немаленькую сетку. Так что придется по-старинке написать свой скриптик :(( |
sandsnake |
|
Темы:
3
Сообщения:
13
Участник с: 05 июня 2011
|
Ну, это первым делом было сделано - глотает eth0_5, но не глотает eth0.005. Но его обманывать не интересно. Хочется заставить работать предсказуемо, а то у меня итак на netcfg зуб большой. |
sandsnake |
|
Темы:
3
Сообщения:
13
Участник с: 05 июня 2011
|
Привет всем. В очередной раз пытаюсь бодаться с netcfg и наткнулся на следующую багу(?). 2 сетевушки, на одной из них надо поднять пяток vlan'ов. Пытаюсь сделать отдельный запуск vlan'овских сабинтерфейсов: [[email protected] network.d]# pwd /etc/network.d [[email protected] network.d]# ls eth0.5 eth0.935 eth1 [[email protected] network.d]# systemctl enable [email protected]\.935 ln -s '/usr/lib/systemd/system/[email protected]' '/etc/systemd/system/multi-user.target.wants/[email protected]' [[email protected] network.d]# systemctl enable [email protected]\.5 Failed to issue method call: No such file or directory [[email protected] network.d]# PS. Наверное, это скорей надо в багрепорт отправлять чем тут обсуждать |
sandsnake |
|
Темы:
3
Сообщения:
13
Участник с: 05 июня 2011
|
sleepycatи это радует ;) Я говорил о копировании отправленного письма в Sent. А это уже довекотная прерогатива. Попробую сетевушку поменять. Если что выйдет - отпишусь |
sandsnake |
|
Темы:
3
Сообщения:
13
Участник с: 05 июня 2011
|
Не, ну письма-то я в итоге перекину. Благо конвертилок навалом. А проявление проблемы ожидаю когда народ будет отправлять письмо а затем оно начнет копироваться в Sent. Потому и охота разобраться в проблеме. |
sandsnake |
|
Темы:
3
Сообщения:
13
Участник с: 05 июня 2011
|
Всем привет. Стоит серверочек на котором крутится dovecot / imap. Без ssl. Ситуация требует перенести файлы с локальных почтовых ящиков клиентов (это и аутлуки, бэты, берды и т.п.) на этот сервер чтоб почта хранилась на imap'e. Но копирование происходит очень долго с любого клиента. Сервер ничем не занят - CPU максимум на 2%, винты по vmstat'у тоже толком ничего не делают. На интерфейсах ошибок не замечено. Пока ломал голову решил заглянуть в процесс strace'ом и увидел следующее: [[email protected] dovecot]# strace -p 25905 --cut-- 22:07:25.250908 write(10, "y685HP6awhEOTejxzqu3zMTvMP0\noe+Y"..., 7581) = 7581 22:07:25.251529 read(11, 0x16f9956, 6762) = -1 EAGAIN (Resource temporarily unavailable) 22:07:25.252061 read(11, 0x16f9956, 6762) = -1 EAGAIN (Resource temporarily unavailable) 22:07:25.252596 read(11, 0x16f9956, 6762) = -1 EAGAIN (Resource temporarily unavailable) 22:07:25.253094 read(11, 0x16f9956, 6762) = -1 EAGAIN (Resource temporarily unavailable) 22:07:25.253622 read(11, 0x16f9956, 6762) = -1 EAGAIN (Resource temporarily unavailable) 22:07:25.254154 read(11, 0x16f9956, 6762) = -1 EAGAIN (Resource temporarily unavailable) 22:07:25.254842 read(11, 0x16f9956, 6762) = -1 EAGAIN (Resource temporarily unavailable) 22:07:25.255354 read(11, 0x16f9956, 6762) = -1 EAGAIN (Resource temporarily unavailable) 22:07:25.255885 read(11, 0x16f9956, 6762) = -1 EAGAIN (Resource temporarily unavailable) 22:07:25.256403 epoll_wait(9, {?} 0x16f5a50, 6, 4236) = 1 22:07:25.285848 read(11, "\nFex+x9Mf8R+I//uP/7j///9ULybpF+t"..., 6762) = 4096 22:07:25.286582 read(11, "P1r01i/h4XoRQiPnM/4YMcIX1jj//5IW"..., 2666) = 2666 22:07:25.287130 read(11, "hyI54IrnHO5nKHLgw54O5Tl\r\nDkxynO5"..., 8192) = 918 22:07:25.287649 read(11, 0x16f9756, 7274) = -1 EAGAIN (Resource temporarily unavailable) 22:07:25.288212 write(10, "///8wjP//////+/////6///+P//mpf//"..., 7076) = 7076 22:07:25.288852 read(11, 0x16f9756, 7274) = -1 EAGAIN (Resource temporarily unavailable) 22:07:25.289370 read(11, 0x16f9756, 7274) = -1 EAGAIN (Resource temporarily unavailable) 22:07:25.289899 read(11, 0x16f9756, 7274) = -1 EAGAIN (Resource temporarily unavailable) 22:07:25.290390 read(11, 0x16f9756, 7274) = -1 EAGAIN (Resource temporarily unavailable) 22:07:25.290881 read(11, 0x16f9756, 7274) = -1 EAGAIN (Resource temporarily unavailable) 22:07:25.291435 read(11, 0x16f9756, 7274) = -1 EAGAIN (Resource temporarily unavailable) 22:07:25.291938 read(11, 0x16f9756, 7274) = -1 EAGAIN (Resource temporarily unavailable) 22:07:25.292466 read(11, 0x16f9756, 7274) = -1 EAGAIN (Resource temporarily unavailable) 22:07:25.292988 read(11, 0x16f9756, 7274) = -1 EAGAIN (Resource temporarily unavailable) 22:07:25.293496 epoll_wait(9, {?} 0x16f5a50, 6, 4199) = 1 ^CProcess 25905 detached --cut-- Похоже на то, что EAGAIN это и есть проявление тормозов, но вот что с этим делать как-то не пойму. Может у кого какие-то идеи возникнут? |
sandsnake |
|
Темы:
3
Сообщения:
13
Участник с: 05 июня 2011
|
sleepycatОфонареть… даже не знал что такое есть. Неужто в mkinitcpio.conf??? или где-то в другом месте? |
sandsnake |
|
Темы:
3
Сообщения:
13
Участник с: 05 июня 2011
|
sleepycatШмальнул… мимо Вроде в мануале сказано, что если DAEMON_LOCALE стоит в “угу”, то при старте демонов он будет писать не просто ‘done’ а что-то локализованное типа “успех!!!” или “получилось!”, смотря до чего на этот раз локализаторы додумаются ;) Хотя, у меня все-равно говорит ‘done’, но я не против. |