Re: [freebsd] Ошибки на 3ware 9690SA-4I при обычном копировании
Кстати, есть у кого-нибудь из присутствующих опыт перепрошивки 3ware контроллеров через tw_cli? через tw_cli прошивается нормально так прошивал 9650SE-2LP 9550SXU-4LP не той прошивкой он не даст прошить
Re: [freebsd] RAID stripe UFS block sizes and PostgreSQL
On 06/17/2013 05:33 PM, Artem Naluzhnyy wrote: 2013/6/17 Eugene Grosbein eu...@grosbein.net: Из очевидного - выяснить размер блока в базе Postgres, при разметке файловой системы сделать такой же размер блока и соответственно страйп подогнать. Постгресовский block_size - 8 KB (дефолтный) То есть правильно ли я понимаю, что без изменения размера блока в постгресе, UFS блок можно увеличить до 8 KB, и размер страйпа тоже выставить в 8 KB (4K не получится - контроллер меньше не поддерживает)? Как-то оно стремно выглядит, учитывая дефолтный размер страйпа в 64 KB, кажется. именно так я у себя и делал block size mysql 16K block size ufs 16K stripe на контроллере 16К отталкивался от bs мускула
Re: [freebsd] perl-after-upgrade
On 06/27/2013 10:19 AM, Taras Heychenko wrote: Hi! Кто подскажет насчет обновления perl'а. Раньше была такая удобная штучка, как perl-after-upgrade, запуск которой после обновления perl'а, сохранял работоспособность других пакетов, зависящих от perl. Сейчас его убрали. Как результат после обновления перла у меня лично поломались exim и vim (с остальным еще не разобрался). Как теперь малой кровью обновлять перл без пересборки всех пакетов, от которых он зависит? -- Taras Heychenko без пересборки по-моему никак portupgrade -fr perl так очень хорошо
Re: [freebsd] perl-after-upgrade
On 06/27/2013 11:01 AM, Sayetsky Anton wrote: 27 июня 2013 г., 10:41 пользователь Taras Heychenko ta...@academ.kiev.ua написал: Я уже писал, что эту команду я запускал. Мне не жалко, запустил еще раз. Вот все, что она сказала: root@academ:~portupgrade -rf perl [Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 312 packages found (-0 +2) .. done] Ну и как я тоже уже писал, это не помешало остаться поломанными exim'у и vim'у. А теперь внимательно смотрим, что выдаёт pkg_info | egrep ^perl Может быть, он собран с THREADS и посему в системе нет пакета perl, а есть perl-threaded? кстати, да тогда я б написал portupgrade -fr perl\* интересно в каких случаях нужен perl-threaded ???
Re: [freebsd] perl-after-upgrade
On 06/27/2013 11:22 AM, Sergey V. Dyatko wrote: On Thu, 27 Jun 2013 11:17:22 +0300 Alexander Chernyh n...@alexch.com.ua wrote: On 06/27/2013 11:01 AM, Sayetsky Anton wrote: 27 июня 2013 г., 10:41 пользователь Taras Heychenko ta...@academ.kiev.ua написал: Я уже писал, что эту команду я запускал. Мне не жалко, запустил еще раз. Вот все, что она сказала: root@academ:~portupgrade -rf perl [Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 312 packages found (-0 +2) .. done] Ну и как я тоже уже писал, это не помешало остаться поломанными exim'у и vim'у. А теперь внимательно смотрим, что выдаёт pkg_info | egrep ^perl Может быть, он собран с THREADS и посему в системе нет пакета perl, а есть perl-threaded? кстати, да тогда я б написал portupgrade -fr perl\* интересно в каких случаях нужен perl-threaded ??? libreoffice, если не ошибаюсь, хочет перд тредовый если опустить иксовое ПО то perl для консольных програм хватает вполне
Re: [freebsd] почему сервак рибутнулся?
Чем занимается сервер? ZFS есть? zfs нет работает в качестве раутера сквид,апач,пхп,нфс
Re: [freebsd] почему сервак рибутнулся?
По делу - читать http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html апгрейдил с 8,3 до 9,1 24 апреля получил вот это, тут на что смотреть? kgdb kernel.debug /var/crash/vmcore.9 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-marcel-freebsd... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address= 0xab4 fault code= supervisor write, page not present instruction pointer= 0x20:0xc09aa853 stack pointer= 0x28:0xe7dfdb40 frame pointer= 0x28:0xe7dfdb4c code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process= 21054 (drweb-icapd) trap number= 12 panic: page fault cpuid = 0 KDB: stack backtrace: #0 0xc06a9d9f at kdb_backtrace+0x4f #1 0xc0675f7f at panic+0x16f #2 0xc09b3633 at trap_fatal+0x323 #3 0xc09b3719 at trap_pfault+0xd9 #4 0xc09b466d at trap+0x43d #5 0xc099df4c at calltrap+0x6 #6 0xc09aa942 at pmap_pvh_free+0x52 #7 0xc09ac412 at pmap_remove_pte+0x92 #8 0xc09ae364 at pmap_remove+0x1b4 #9 0xc095dd49 at vm_map_delete+0x199 #10 0xc0964055 at sys_munmap+0xf5 #11 0xc09b3d8a at syscall+0x34a #12 0xc099dfb1 at Xint0x80_syscall+0x21 Uptime: 8d12h51m30s Physical memory: 1010 MB Dumping 224 MB: 209 193 177 161 145 129 113 97 81 65 49 33 17 1 Reading symbols from /boot/kernel/nfscl.ko...Reading symbols from /boot/kernel/nfscl.ko.symbols...done. done. Loaded symbols for /boot/kernel/nfscl.ko Reading symbols from /boot/kernel/nfscommon.ko...Reading symbols from /boot/kernel/nfscommon.ko.symbols...done. done. Loaded symbols for /boot/kernel/nfscommon.ko Reading symbols from /boot/kernel/snp.ko...Reading symbols from /boot/kernel/snp.ko.symbols...done. done. Loaded symbols for /boot/kernel/snp.ko #0 doadump (textdump=1) at pcpu.h:249 249__asm(movl %%fs:%1,%0 : =r (td) (kgdb)
Re: [freebsd] почему сервак рибутнулся?
On 06/22/2013 09:43 PM, Eugene Grosbein wrote: On 23.06.2013 01:28, Alexander Chernyh wrote: По делу - читать http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html апгрейдил с 8,3 до 9,1 24 апреля получил вот это, тут на что смотреть? kgdb kernel.debug /var/crash/vmcore.9 [skip] Loaded symbols for /boot/kernel/snp.ko #0 doadump (textdump=1) at pcpu.h:249 249__asm(movl %%fs:%1,%0 : =r (td) (kgdb) Надо внимательней читать статью. backtrace-то где? (kgdb) backtrace #0 doadump (textdump=1) at pcpu.h:249 #1 0xc0675cc5 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:449 #2 0xc0675fc2 in panic (fmt=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:637 #3 0xc09b3633 in trap_fatal (frame=0xe7dfdb00, eva=178956980) at /usr/src/sys/i386/i386/trap.c:1043 #4 0xc09b3719 in trap_pfault (frame=0xe7dfdb00, usermode=0, eva=178956980) at /usr/src/sys/i386/i386/trap.c:895 #5 0xc09b466d in trap (frame=0xe7dfdb00) at /usr/src/sys/i386/i386/trap.c:555 #6 0xc099df4c in calltrap () at /usr/src/sys/i386/i386/exception.s:169 #7 0xc09aa853 in free_pv_entry (pmap=0xc67cec78, pv=value optimized out) at /usr/src/sys/i386/i386/pmap.c:2390 #8 0xc09aa942 in pmap_pvh_free (pvh=0xc29a3830, pmap=0xc67cec78, va=value optimized out) at /usr/src/sys/i386/i386/pmap.c:2593 #9 0xc09ac412 in pmap_remove_pte (pmap=0xc67cec78, ptq=value optimized out, va=718073856, free=0xe7dfdba0) at /usr/src/sys/i386/i386/pmap.c:2602 #10 0xc09ae364 in pmap_remove (pmap=0xc67cec78, sva=718073856, eva=720162816) at /usr/src/sys/i386/i386/pmap.c:3037 #11 0xc095dd49 in vm_map_delete (map=0xc67cebc8, start=716435456, end=720162816) at /usr/src/sys/vm/vm_map.c:2838 ---Type return to continue, or q return to quit--- #12 0xc0964055 in sys_munmap (td=0xc50aa000, uap=0xe7dfdccc) at /usr/src/sys/vm/vm_mmap.c:604 #13 0xc09b3d8a in syscall (frame=0xe7dfdd08) at subr_syscall.c:135 #14 0xc099dfb1 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:267 #15 0x0033 in ?? () (kgdb)
[freebsd] почему сервак рибутнулся?
Дд помогите разобратся почему сервак рибутнулся. в логах это Jun 21 23:39:42 ab kernel: Fatal trap 12: page fault while in kernel mode Jun 21 23:39:42 ab kernel: cpuid = 0; apic id = 00 Jun 21 23:39:42 ab kernel: fault virtual address= 0xab4 Jun 21 23:39:42 ab kernel: fault code = supervisor write, page not present Jun 21 23:39:42 ab kernel: instruction pointer = 0x20:0xc09aa853 Jun 21 23:39:42 ab kernel: stack pointer= 0x28:0xe7dfdb40 Jun 21 23:39:42 ab kernel: frame pointer= 0x28:0xe7dfdb4c Jun 21 23:39:42 ab kernel: code segment = base 0x0, limit 0xf, type 0x1b Jun 21 23:39:42 ab kernel: = DPL 0, pres 1, def32 1, gran 1 Jun 21 23:39:42 ab kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Jun 21 23:39:42 ab kernel: current process = 21054 (drweb-icapd) Jun 21 23:39:42 ab kernel: trap number = 12 Jun 21 23:39:42 ab kernel: panic: page fault Jun 21 23:39:42 ab kernel: cpuid = 0 Jun 21 23:39:42 ab kernel: KDB: stack backtrace: Jun 21 23:39:42 ab kernel: #0 0xc06a9d9f at kdb_backtrace+0x4f Jun 21 23:39:42 ab kernel: #1 0xc0675f7f at panic+0x16f Jun 21 23:39:42 ab kernel: #2 0xc09b3633 at trap_fatal+0x323 Jun 21 23:39:42 ab kernel: #3 0xc09b3719 at trap_pfault+0xd9 Jun 21 23:39:42 ab kernel: #4 0xc09b466d at trap+0x43d Jun 21 23:39:42 ab kernel: #5 0xc099df4c at calltrap+0x6 Jun 21 23:39:42 ab kernel: #6 0xc09aa942 at pmap_pvh_free+0x52 Jun 21 23:39:42 ab kernel: #7 0xc09ac412 at pmap_remove_pte+0x92 Jun 21 23:39:42 ab kernel: #8 0xc09ae364 at pmap_remove+0x1b4 Jun 21 23:39:42 ab kernel: #9 0xc095dd49 at vm_map_delete+0x199 Jun 21 23:39:42 ab kernel: #10 0xc0964055 at sys_munmap+0xf5 Jun 21 23:39:42 ab kernel: #11 0xc09b3d8a at syscall+0x34a Jun 21 23:39:42 ab kernel: #12 0xc099dfb1 at Xint0x80_syscall+0x21 спб
[freebsd] ipsec freebsd 9.1 - freebsd 8.3
ДД всем имеется канал с удаленным офисом собираюсь проапгрейдить свою фрю с 8,3 на 9,1 ничего там в ipsec не поломали, канал поднимется после апгрейда??
[freebsd] php53 и mariadb
Привет всем на сервере есть установленая madiadb как сказать порту php53-mysql чтоб он не ставил mysql-client , а чтоб смортел на maridb-client??
Re: [freebsd] php53 и mariadb
спб Евгений ваш совет подошел On 03/01/2013 10:59 AM, Eugene Grosbein wrote: Попробуйте WITH_MYSQL_VER=53m и вам Сергей спасибо
[freebsd] сколько соединений можно сделать через сокет ?
Привет всем сабж собственно, и каким параметром это ограничивается на фре 8/9?
Re: [freebsd] сколько соединений можно сделать через сокет ?
спасибо Антон и Евгений On 02/19/2013 02:26 PM, Anton Yuzhaninov wrote: On 02/19/13 16:12, Alexander Chernyh wrote: тоесть кол-во соединений например к /tmp/mysql.sock ничем не ограничивается??? Ограничивается. Только на каждое подключение к /tmp/mysql.sock в системе будет создаваться два сокета - один на стороне сервера, и один на стороне клиента. Так что sysctl: kern.ipc.maxsockets kern.maxfiles должны быть более чем в 2 раза больше, чем планируемое число подключений. Ну и в случае конкретно mysql это ограничивается самим mysql через параметр max_connections в my.cnf
Re: [freebsd] portsnap fetch update
у меня апдейтит разницу. вот за сегодня portsnap -I cron portsnap update pkg_version -vIL= Removing old files and directories... done. Extracting new files: /usr/ports/LASTCOMMIT.txt /usr/ports/audio/ifp-line/ /usr/ports/audio/mp3info/ /usr/ports/databases/sqldeveloper/ /usr/ports/devel/Makefile /usr/ports/devel/eblob/ /usr/ports/devel/p5-B-Hooks-EndOfScope/ /usr/ports/devel/p5-Config-Model/ /usr/ports/devel/p5-File-Map/ /usr/ports/devel/p5-Getopt-Euclid/ /usr/ports/devel/p5-Git-Repository/ /usr/ports/devel/p5-Log-Minimal/ /usr/ports/devel/p5-Sub-Exporter-Progressive/ /usr/ports/devel/p5-Term-Clui/ /usr/ports/devel/p5-namespace-clean/ /usr/ports/dns/bind98/ /usr/ports/dns/bind99/ /usr/ports/editors/xmlcopyeditor/ /usr/ports/games/sdlroids/ /usr/ports/games/stonesoup/ /usr/ports/games/warsow/ /usr/ports/graphics/libfpx/ /usr/ports/lang/neko/ /usr/ports/misc/dahdi-kmod26/ /usr/ports/net-mgmt/Makefile /usr/ports/net-mgmt/p5-jmx4perl/ /usr/ports/net-mgmt/vidalia/ /usr/ports/net/p5-Net-Frame-Dump/ /usr/ports/ports-mgmt/portupgrade-devel/ /usr/ports/print/freetype/ /usr/ports/science/p5-Chemistry-Mol/ /usr/ports/security/bro/ /usr/ports/security/ccrypt/ /usr/ports/security/opensc/ /usr/ports/security/openssh-portable/ /usr/ports/security/vuxml/ /usr/ports/sysutils/Makefile /usr/ports/sysutils/beadm-devel/ /usr/ports/sysutils/biosfont/ /usr/ports/sysutils/gigolo/ /usr/ports/textproc/Makefile /usr/ports/textproc/libmrss-php/ /usr/ports/textproc/libmrss/ /usr/ports/textproc/libxml/ /usr/ports/textproc/p5-Unicode-Collate/ /usr/ports/www/Makefile /usr/ports/www/firefox-i18n/ /usr/ports/www/firefox/ /usr/ports/www/linux-seamonkey/ /usr/ports/www/mediawiki/ /usr/ports/www/mediawiki118/ /usr/ports/www/mediawiki120/ /usr/ports/www/moodle22/ /usr/ports/www/moodle23/ /usr/ports/www/moodle24/ /usr/ports/www/owncloud/ /usr/ports/www/p5-AnyEvent-HTTP/ /usr/ports/www/p5-HTTP-Async/ /usr/ports/www/p5-HTTP-Cache-Transparent/ /usr/ports/www/seamonkey-i18n/ /usr/ports/www/seamonkey/ /usr/ports/x11-fm/x-files/ Building new INDEX files... done. p5-Compress-Raw-Bzip2-2.055needs updating (index has 2.059) p5-Compress-Raw-Zlib-2.056 needs updating (index has 2.059) p5-DateTime-0.77 needs updating (index has 0.78) p5-DateTime-TimeZone-1.54 needs updating (index has 1.56) p5-Error-0.17018 needs updating (index has 0.17019) p5-HTTP-Message-6.06 needs updating (index has 6.06_1) p5-IO-Compress-2.055 needs updating (index has 2.058) p5-IO-Socket-SSL-1.77 needs updating (index has 1.80) p5-Net-HTTP-6.03_1 needs updating (index has 6.05) p5-Net-IP-1.25_3 needs updating (index has 1.26) On 12/06/2012 12:34 PM, skeletor wrote: Последнее время начал замечать, что выполнение данной команды означает скачивание с нуля всех портов, а не только новых. Раньше качало только разницу. При этом, файлы снапов в папке /var/db/portsnap/files имеют дату запуска portsnap fetch update, то есть я так понял они качаются заново. Данное поведение замечал и на 8.X и на 9.0 У всех так? Это нормально?