Re: [freebsd] Re: [freebsd] isc-dhcp раздаёт зарезервированные адреса
On 18.06.2013 23:27, Alexander Bolshakov wrote:
> 2EG: У меня как-то ничего не исключается:
> shared-network x {
> subnet 192.168.0.0 netmask 255.255.255.0 {
> option subnet-mask 255.255.255.0;
> option domain-name "x.xxx.xx"
> [skip десяток option]
>
> host raws1 {
> hardware ethernet xx:xx:xx:xx:xx:xx
> fixed-address raws1;
> }
> [и понеслось skip]
> }
> Причём, там штук семь разных подсетей на трёх интерфейсах живёт. В общем,
> большая конфигурация
Не противоречит. Просто dhcpd проглотит конфигурацию, но вести будет себя как
наблюдается.
[freebsd] Re: [freebsd] isc-dhcp раздаёт зарезервированные адреса
18 июня 2013 г., 11:46 пользователь Eugene Grosbein написал:
> On 18.06.2013 15:44, skeletor wrote:
>
> > Я, почему-то думаю по другому: если адрес зарезервирован, то он не
> > должен выдаваться никому, кроме нужного, при любых обстоятельствах.
>
> Ты должен исключать зарезервированные адреса из общих пулов.
>
Эм... А можно конфиг привести? Хотя бы начало? У меня как-то ничего без
спросу не выдаётся, хотя свободных адресов в одной из точек осталось уже
меньше трёх десятков... Может, всё-таки, что-то неправильно у товарища в
конфиге описано?
2EG: У меня как-то ничего не исключается:
shared-network x {
subnet 192.168.0.0 netmask 255.255.255.0 {
option subnet-mask 255.255.255.0;
option domain-name "x.xxx.xx"
[skip десяток option]
host raws1 {
hardware ethernet xx:xx:xx:xx:xx:xx
fixed-address raws1;
}
[и понеслось skip]
}
Причём, там штук семь разных подсетей на трёх интерфейсах живёт. В общем,
большая конфигурация
Re: [freebsd] RAID stripe & UFS block sizes and PostgreSQL
Yesterday Jun 17, 2013 at 17:03 Artem Naluzhnyy wrote: > 2013/6/17 Vladislav Prodan : > > Если есть на материнке свободные 4 SATA порта, можно сделать миграцию без > > доунтайма на ZFS. > > Дальше выделить ZFS раздел для PostgreSQL и тюнить индивидуально. > > Забыл упомянуть, ZFS не пройдет, система коммерческая. Максимум что я > могу сделать - после своих бенчмарков попросить пересобрать > инсталлятор под меня с кастомными настройками разбивки хранилища. А может стоит попросить SSD? -- WNGS-RIPE
[freebsd] isc-dhcp раздаёт зарезервированные адреса
18.06.2013 12:00, Sayetsky Anton пишет: 18 июня 2013 г., 11:56 пользователь skeletor написал: https://lists.isc.org/pipermail/dhcp-users/2010-October/012484.html The address can be assigned to another host even if host "foo" is online ! Host declarations do NOT go through the normal lease processing, and so the server doesn't actually keep any record of having given the address to "foo". therefore, it can, and will, at some point select that address to give to another client. Спасибо, почитаю. Видимо, когда свободных адресов много - маловероятно наткнуться на такую бяку. Но когда их мало (как у меня сейчас), то получаем очень часто "Address already in use"
[freebsd] Re: [freebsd] isc-dhcp раздаёт зарезервированные адреса
18 июня 2013 г., 11:56 пользователь skeletor написал: > То есть именно так и никак иначе? > Странно другое, что раньше никогда с такой проблемой не встречался, хотя > несколько лет использую isc-dhcp https://lists.isc.org/pipermail/dhcp-users/2010-October/012484.html The address can be assigned to another host even if host "foo" is online ! Host declarations do NOT go through the normal lease processing, and so the server doesn't actually keep any record of having given the address to "foo". therefore, it can, and will, at some point select that address to give to another client.
Re: [freebsd] isc-dhcp раздаёт зарезервированные адреса
On Tue, 18 Jun 2013 11:56:07 +0300 skeletor wrote: > 18.06.2013 11:46, Eugene Grosbein пишет: > > On 18.06.2013 15:44, skeletor wrote: > > > >> Я, почему-то думаю по другому: если адрес зарезервирован, то он не > >> должен выдаваться никому, кроме нужного, при любых обстоятельствах. > > > > Ты должен исключать зарезервированные адреса из общих пулов. > > > > > > То есть именно так и никак иначе? > Странно другое, что раньше никогда с такой проблемой не встречался, > хотя несколько лет использую isc-dhcp или я глючу, или в док-ции/sample конфиге было когда-то написано, что не нужно делать так, чтобы пулы динамических адресов накладывались на статику -- wbr, tiger
[freebsd] isc-dhcp раздаёт зарезервированные адреса
18.06.2013 11:46, Eugene Grosbein пишет: On 18.06.2013 15:44, skeletor wrote: Я, почему-то думаю по другому: если адрес зарезервирован, то он не должен выдаваться никому, кроме нужного, при любых обстоятельствах. Ты должен исключать зарезервированные адреса из общих пулов. То есть именно так и никак иначе? Странно другое, что раньше никогда с такой проблемой не встречался, хотя несколько лет использую isc-dhcp
Re: [freebsd] isc-dhcp раздаёт зарезервированные адреса
On 18.06.2013 15:44, skeletor wrote: > Я, почему-то думаю по другому: если адрес зарезервирован, то он не > должен выдаваться никому, кроме нужного, при любых обстоятельствах. Ты должен исключать зарезервированные адреса из общих пулов.
[freebsd] isc-dhcp раздаёт зарезервированные адреса
Всем привет. Столкнулся с проблемой: есть резервации, но он упорно начинает раздавать их совершенно другим клиентам. Пока решение только одно: режу диапазон (уже кусков 6, но чувствую это не предел) выдаваемых IP. Можно конечно перетасовать адреса, но многие адреса завязаны на другие сервисы и получим лаввиную перенастройку с возможными проблемами. Что за глюк такой странный? Кстати, вот, нашёл у человека проблема 1 в 1 http://forum.sysadmins.su/index.php?showtopic=40248824#entry650893 Я, почему-то думаю по другому: если адрес зарезервирован, то он не должен выдаваться никому, кроме нужного, при любых обстоятельствах.
Re: [freebsd] RAID stripe & UFS block sizes and PostgreSQL
On 18.06.2013 13:30, Sayetsky Anton wrote: > 17 июня 2013 г., 17:26 пользователь Eugene Grosbein > написал: >> On 17.06.2013 20:51, Sayetsky Anton wrote: >>> 17 июня 2013 г., 16:49 пользователь Eugene Grosbein >>> написал: UFS+gjournal >>> Ни в коем случае. Это лютый тормоз. >> >> Неправда. Всё зависит от характера нагрузки на запись. >> При длительной линейной записи gjournal вдвое медленней, чем UFS+softupdates >> без gjournal, >> а при множестве коротких записей (разворачивание дерева портов) >> gjournal в 2.5 раза быстрее, чем UFS+softupdates. > В общем-то, да, когда журнал не забит ещё. :) Журнал можно делать соответствующий, и ядерной памяти тоже давать gjournal сколько надо. > А проблема снижения > скорости из-за того, что gjournal есть block-level, и через него идут > как данные, так и метаданные. Только при линейной записи это плохо. При множестве коротких записей это хорошо - получается сериализация записей и уменьшение seek-ов диска.
