Каскадное монтирование?
На машине нужна производительная папка, поэтому размещаю ее на ramfs. В пиковые моменты времени ее размера не хватает(упирается в объем ОЗУ). Куда копать? * изучаю unionfs
Re: Каскадное монтирование?
On Thu, Oct 17, 2013 at 01:09:38PM +0400, Anatoly Molchanov wrote: На машине нужна производительная папка, поэтому размещаю ее на ramfs. В пиковые моменты времени ее размера не хватает(упирается в объем ОЗУ). Куда копать? В tmpfs конечно. -- WBR, wRAR -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131017091149.ga1...@belkar.wrar.name
Re: Каскадное монтирование?
Подскажите пожалуйста, как вы предлагаете использовать tmpfs? Она также начинает ругаться на недостаточное количества места. На 1Гб ОЗУ и 10Гб на HDD мне нужна хранилка в 11Гб, которая будет размещать данные в RAMe до тех пор, пока не закончится 1Гб, далее на HDD. Наверняка, что-нибудь подобное уже есть. Не так ли? 17 октября 2013 г., 13:11 пользователь Andrey Rahmatullin w...@wrar.nameнаписал: On Thu, Oct 17, 2013 at 01:09:38PM +0400, Anatoly Molchanov wrote: На машине нужна производительная папка, поэтому размещаю ее на ramfs. В пиковые моменты времени ее размера не хватает(упирается в объем ОЗУ). Куда копать? В tmpfs конечно. -- WBR, wRAR -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131017091149.ga1...@belkar.wrar.name
Re: Каскадное монтирование?
17 октября 2013 г., 16:32 пользователь Anatoly Molchanov ykdo...@gmail.com написал: Подскажите пожалуйста, как вы предлагаете использовать tmpfs? Она также начинает ругаться на недостаточное количества места. На 1Гб ОЗУ и 10Гб на HDD мне нужна хранилка в 11Гб, которая будет размещать данные в RAMe до тех пор, пока не закончится 1Гб, далее на HDD. Наверняка, что-нибудь подобное уже есть. Не так ли? Это он и есть. * tmpfs занимает столько памяти, сколько файла в него положили. * tmpfs использует виртуальную память, то есть, вместе со свопом. Если не хватит, добавьте свопа на файл на HDD. Не забудьте поднять лимиты tmpfs.
Re: Каскадное монтирование?
On Thu, Oct 17, 2013 at 01:32:41PM +0400, Anatoly Molchanov wrote: Подскажите пожалуйста, как вы предлагаете использовать tmpfs? Она также начинает ругаться на недостаточное количества места. На 1Гб ОЗУ и 10Гб на HDD мне нужна хранилка в 11Гб, которая будет размещать данные в RAMe до тех пор, пока не закончится 1Гб, далее на HDD. Наверняка, что-нибудь подобное уже есть. Не так ли? Ага, есть, но именно подобное. Называется swap. Размер tmpfs ограничен суммой RAM + swap. Ограничителя для размера части fs, находящейся в памяти, не предусмотрено. -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131017094537.gg3...@cio.protva.ru
Re: Каскадное монтирование?
Данные, которые не поместились в RAM и упали в SWAP, вероятно, так и останутся там лежать. Теоретически, дефрагментация может привести к перемещению большой части данных в SWAP или ...? 17 октября 2013 г., 13:45 пользователь Eugene Berdnikov b...@protva.ruнаписал: On Thu, Oct 17, 2013 at 01:32:41PM +0400, Anatoly Molchanov wrote: Подскажите пожалуйста, как вы предлагаете использовать tmpfs? Она также начинает ругаться на недостаточное количества места. На 1Гб ОЗУ и 10Гб на HDD мне нужна хранилка в 11Гб, которая будет размещать данные в RAMe до тех пор, пока не закончится 1Гб, далее на HDD. Наверняка, что-нибудь подобное уже есть. Не так ли? Ага, есть, но именно подобное. Называется swap. Размер tmpfs ограничен суммой RAM + swap. Ограничителя для размера части fs, находящейся в памяти, не предусмотрено. -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131017094537.gg3...@cio.protva.ru
Re: Каскадное монтирование?
On Thu, 17 Oct 2013, Anatoly Molchanov wrote: Подскажите пожалуйста, как вы предлагаете использовать tmpfs? Она также начинает ругаться на недостаточное количества места. На 1Гб ОЗУ и 10Гб на HDD мне нужна хранилка в 11Гб, которая будет размещать данные в RAMe до тех пор, пока не закончится 1Гб, далее на HDD. Наверняка, что-нибудь подобное уже есть. Не так ли? Конечно есть, называется дисковый кеш. Я когда-то делал тест - собирал ядро на HDD и в папке на tmpfs. Разница времени сборки была всего в несколько процентов. Кеш работает очень даже не плохо. Ю. p.s. Посмотрите на ccache - может быть это вам больше понравится.
Re: Сбор информации о процессах в zabbix
только через внешние проверки на стороне клиента 16 октября 2013 г., 10:11 пользователь Korona Auto Ltd.\ Andrey N. Prokofiev a...@korona-auto.com написал: День добрый. Суть задачи такова: необходимо собирать информацию с сервера о процессе, который в данный момент времени потребляет больше всего ресурсов (например, максимальное значение %MEM из top-а). Подскажите, пожалуйста, как можно настроить такой элемент данных в zabbix? Или сие возможно только через внешние проверки? Заранее спасибо. -- To UNSUBSCRIBE, email to debian-russian-REQUEST@lists.**debian.orgdebian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/**525E3C14.8040503@korona-auto.**comhttp://lists.debian.org/525e3c14.8040...@korona-auto.com -- В смысле осмысления бессмысленного смысл тоже имеет определенную осмысленность!!!
Re: Каскадное монтирование?
Конечно есть, называется дисковый кеш. Я когда-то делал тест - собирал ядро на HDD и в папке на tmpfs. Разница времени сборки была всего в несколько процентов. Кеш работает очень даже не плохо. Ю. Ю., а вам не кажется, что в вашем тесте просидал процессор/память, а не диск? 17 октября 2013 г., 13:51 пользователь yuri.nefe...@gmail.com написал: On Thu, 17 Oct 2013, Anatoly Molchanov wrote: Подскажите пожалуйста, как вы предлагаете использовать tmpfs? Она также начинает ругаться на недостаточное количества места. На 1Гб ОЗУ и 10Гб на HDD мне нужна хранилка в 11Гб, которая будет размещать данные в RAMe до тех пор, пока не закончится 1Гб, далее на HDD. Наверняка, что-нибудь подобное уже есть. Не так ли? Конечно есть, называется дисковый кеш. Я когда-то делал тест - собирал ядро на HDD и в папке на tmpfs. Разница времени сборки была всего в несколько процентов. Кеш работает очень даже не плохо. Ю. p.s. Посмотрите на ccache - может быть это вам больше понравится.
Re: Каскадное монтирование?
On Thu, Oct 17, 2013 at 01:50:47PM +0400, Anatoly Molchanov wrote: Данные, которые не поместились в RAM и упали в SWAP, вероятно, так и останутся там лежать. Теоретически, дефрагментация может привести к перемещению большой части данных в SWAP или ...? А? -- WBR, wRAR -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131017100947.gb1...@belkar.wrar.name
Re: Каскадное монтирование?
On Thu, Oct 17, 2013 at 01:09:38PM +0400, Anatoly Molchanov wrote: На машине нужна производительная папка, поэтому размещаю ее на ramfs. В пиковые моменты времени ее размера не хватает(упирается в объем ОЗУ). Куда Если Вы говорите о tmpfs, то она упирается не в объем ОЗУ, а в настройки. tmpfs монтируется по-умолчанию с опцией size=25% Можно сказать, например sudo mount /tmp -o remount,size=50% Или задать физический размер в любой момент. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131017115621.ge19...@nano.ioffe.rssi.ru
git clone https startssl - server certificate verification failed
Использую на сервере сертификаты от StartSSL Class 1. Браузер нормально их воспринимает и не ругается. А вот git наоборот. Причем я поставил git (1.8.4) с поддержкой SNI. У меня несколько https Virtualhost's на одном IP. git clone https://git.example.com/gitproject.git Cloning into 'gitproject'... fatal: unable to access 'https://git.example.com/gitproject.git/': server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none Почему ? Спасибо. -- С Уважением, специалист по техническому и программному обеспечению, системный администратор Скубриев Владимир ~~~ Россия, Ростовская область, г. Таганрог тел. моб: +7 (918) 504 38 20 skype: v.skubriev icq: 214-800-502 www: skubriev.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/525fd298.1030...@skubriev.ru
Re: git clone https startssl - server certificate verification failed
On 17/10/13 16:05, Vladimir Skubriev wrote: ca-certificates стоит? -- sergio. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/525fd6fe.9050...@sergio.spb.ru
Re: git clone https startssl - server certificate verification failed
On 10/17/2013 04:24 PM, sergio wrote: On 17/10/13 16:05, Vladimir Skubriev wrote: ca-certificates стоит? ll /etc/ssl/certs/ca-certificates.crt -rw-r--r-- 1 root root 233264 сент. 14 18:53 /etc/ssl/certs/ca-certificates.crt -- С Уважением, специалист по техническому и программному обеспечению, системный администратор Скубриев Владимир ~~~ Россия, Ростовская область, г. Таганрог тел. моб: +7 (918) 504 38 20 skype: v.skubriev icq: 214-800-502 www: skubriev.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/525fd893.4060...@skubriev.ru
Re: git clone https startssl - server certificate verification failed
On 10/17/2013 04:05 PM, Vladimir Skubriev wrote: Использую на сервере сертификаты от StartSSL Class 1. Браузер нормально их воспринимает и не ругается. А вот git наоборот. Причем я поставил git (1.8.4) с поддержкой SNI. У меня несколько https Virtualhost's на одном IP. git clone https://git.example.com/gitproject.git Cloning into 'gitproject'... fatal: unable to access 'https://git.example.com/gitproject.git/': server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none Почему ? Спасибо. # wget https://www.startssl.com/certs/sub.class1.server.ca.pem # cat ssl.crt sub.class1.server.ca.pem ssl-bundled.crt # cat nginx.conf: #Use bundled certificate file with https://www.startssl.com/certs/sub.class1.server.ca.pem ssl_certificate /etc/ssl-git_example_com-startssl/ssl-bundled.crt; Это все. Гит заработал, причем и старой версии из репов тоже ) Но hg все равно не работает! Сделал тоже самое для сайта hg. А он все равно не работает. Будем искать ... hg clone https://skubr...@example.com/hg/hgproj abort: error: _ssl.c:504: EOF occurred in violation of protocol -- С Уважением, специалист по техническому и программному обеспечению, системный администратор Скубриев Владимир ~~~ Россия, Ростовская область, г. Таганрог тел. моб: +7 (918) 504 38 20 skype: v.skubriev icq: 214-800-502 www: skubriev.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/525fe845.9040...@skubriev.ru
Re: Каскадное монтирование?
Спасибо всем участникам сообщества, очень помогли. Использую tmpfs с изм. лимитами. 17 октября 2013 г., 15:56 пользователь Иван Лох l...@1917.com написал: On Thu, Oct 17, 2013 at 01:09:38PM +0400, Anatoly Molchanov wrote: На машине нужна производительная папка, поэтому размещаю ее на ramfs. В пиковые моменты времени ее размера не хватает(упирается в объем ОЗУ). Куда Если Вы говорите о tmpfs, то она упирается не в объем ОЗУ, а в настройки. tmpfs монтируется по-умолчанию с опцией size=25% Можно сказать, например sudo mount /tmp -o remount,size=50% Или задать физический размер в любой момент. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131017115621.ge19...@nano.ioffe.rssi.ru
Re: Каскадное монтирование?
Anatoly Molchanov - Debian Russian MailList @ Thu, 17 Oct 2013 13:50:47 +0400: AM Данные, которые не поместились в RAM и упали в SWAP, вероятно, так и AM останутся там лежать. Это значит, что они никому не нужны, и скорость доступа к ним не важна. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87bo2oezus@wizzle.ran.pp.ru
Re: git clone https startssl - server certificate verification failed
Vladimir Skubriev - Debian-russian@lists.debian.org @ Thu, 17 Oct 2013 16:05:44 +0400: VS Использую на сервере сертификаты от StartSSL Class 1. VS Браузер нормально их воспринимает и не ругается. VS А вот git наоборот. VS Причем я поставил git (1.8.4) с поддержкой SNI. У меня несколько https VS Virtualhost's на одном IP. VS git clone https://git.example.com/gitproject.git VS Cloning into 'gitproject'... VS fatal: unable to access 'https://git.example.com/gitproject.git/': server VS certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt VS CRLfile: none VS Почему ? А соответствующий корневой сертификат в /etc/ssl/certs/ca-certificates.crt есть? Браузеры туда не смотрят, у них собственное хранилище корневых сертификатов, от производителя браузера. Ну, если их в дебиане не патчили на сей предмет. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/877gdcezq6@wizzle.ran.pp.ru
Кросскомпиляция на машине x86_64 в i386
Интересует как грязно скомпилировать 32-х битный пакет на 64-х битной машине. Через pbuilder собрать пакеты получилось, но вопрос остался. Машина 64-х битная виртуалка. У меня есть патченые библиотеки. Я сделал dpkg-buildpackage -uc -us -B -ai386. Одна собралась под 32. Но в конце ругнулась, что i486-gnu-strip не найден. Я сделал симлинк на обычный стрип (он поддерживает x32) в /usr/local/bin. Всё собралось. Установил. Стал собирать вторую библиотеку. Не линкуется с первой. После долгих мучений, я выяснил, что первая библиотека, несмотря на указание архитектуры (и установки переменной ARCH=i386, если это на что-то влияет), собралась по 64-бита. Но пакет был с суффиксом i386. Насколько я понимаю, 32-х битный большой проект, который использует CMake, вполне себе собирается под 32-бита (ломается при сборке после нескольких процентов, но видимо по другим причинам). Т.е. дело здесь именно в системе сборки пакетов. 1. Почему? 2. Как собрать под 32 бита без pbuilder? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52601a82.2070...@yandex.ru
Re: Кросскомпиляция на машине x86_64 в i386
о, как-то я занимался этой фигней, и вскоре еще придется, только я уж все забыл, как оно делается, ну да вот и повод вспомнить подвернулся)) там всего несколько пакетов надо было пересобрать, отучив от от всяких юдевов и прочего системд, вот остались команды для сборки: 21:23:01 290 /usr/src/rescue/build$ cat busybox-snapshot-20121124 make ARCH=i386 CROSS_COMPILE=i486-linux-gnu- CFLAGS=-m32 \ LDEMULATION=elf_i386 busybox 21:23:14 290 /usr/src/rescue/build$ cat lvm2-2.02.95 ./configure --host=i486-linux-gnu --бла-бла-бла \ LDFLAGS=-L /usr/lib/i386-linux-gnu CC=i486-linux-gnu-gcc LD=i486-linux-gnu-ld \ CROSS_COMPILE=i486-linux-gnu LDEMULATION=elf_i386 CFLAGS=-m32 make CC=i486-linux-gnu-gcc LD=i486-linux-gnu-ld CROSS_COMPILE=i486-linux-gnu \ LDEMULATION=elf_i386 CFLAGS=-m32 -j2 21:23:47 290 /usr/src/rescue/build$ cat parted-2.3 ./configure --host=i486-linux-gnu --бла-бла-бла \ CC=i486-linux-gnu-gcc LD=i486-linux-gnu-ld CROSS_COMPILE=i486-linux-gnu \ LDEMULATION=elf_i386 CFLAGS=-m32 make CC=i486-linux-gnu-gcc LD=i486-linux-gnu-ld CROSS_COMPILE=i486-linux-gnu \ DEMULATION=elf_i386 CFLAGS=-m32 -j2 install 21:23:52 290 /usr/src/rescue/build$ cat cryptsetup-1.4.3/cryptsetup ./configure --host=i486-linux-gnu --бла-бла-бла \ LDFLAGS=-L/usr/lib/i386-linux-gnu CC=i486-linux-gnu-gcc LD=i486-linux-gnu-ld \ CROSS_COMPILE=i486-linux-gnu LDEMULATION=elf_i386 CFLAGS=-m32 make CC=i486-linux-gnu-gcc LD=i486-linux-gnu-ld CROSS_COMPILE=i486-linux-gnu \ LDEMULATION=elf_i386 CFLAGS=-m32 -j2 обрати внимание на LDEMULATION и LDFLAGS, они страсть как нужны, без них лезут какие-то косяки с линковкой. еще иногда нужен вот такой костыль: 21:27:34 290 /usr/src/rescue/build$ cat malloc_fix #!/bin/bash # workaround to avoid autoconf bug, leading to undefined reference # with rpl_malloc on rpl_realloc when cross-compiling for i386. # if ypu build for native architecture, you don't need this export ac_cv_func_malloc_0_nonnull=yes export ac_cv_func_realloc_0_nonnull=yes что касается сборки пакетов через dpkg, заморрочился я с этим только один раз, но в итоге домучал его, и все собралось как я хотел. правда, пакет я все равно потом расковырял и накидал бинарей вручную, ибо все это нужно для liveusb микро-линукса, где городить пакетную систему нет смысла, ибо она собирается-то толком один раз и надолго)) но суть в том, что пришлось мне всю муть пихать в debian/rules. переправленные debian/rules и debian/control для cryptsetup 1.4.3 (я хз, где сейчас его взять, но в wheezy должна быть не сильно новее версия) см. в аттаче. да, еще помню, что dpkg-buildpackage вызывал через dpkg-architecture. да, симлинки: 21:40:14 290 /usr/src/rescue/build$ find /usr/bin /bin -type l -iname *i*86* /usr/bin/i386 /usr/bin/i486-linux-gnu-ar /usr/bin/i486-linux-gnu-ld /usr/bin/i486-linux-gnu-nm /usr/bin/i486-linux-gnu-gcc /usr/bin/i486-linux-gnu-strip /usr/bin/i486-linux-gnu-objcopy /usr/bin/i486-linux-gnu-objdump почему i486, а не 386? как-то давно я их создал, и так исторически сложилось почему-то, ну а переименовывать лень было, так с ниим и собирал все нужное. а вообще в каждом конкретном случае требуется индивидуальный подход и пляски с бубном. либо нужно собирать патченный кросс-тулчейн, тогда это дело должно получше автоматизироваться. да, либы собираются, с тем же cryptsetup нормально все вышло, все 32-битное. после сборки имеет смысл все бинари проверять с помощью file. ЗЫ. а еще я умею ведро кросс-компилять через make-kpkg, если интересно. вот с ведром, кстати, гораааздо проще все. control Description: Binary data rules Description: Binary data
Re: Кросскомпиляция на машине x86_64 в i386
On Thu, Oct 17, 2013 at 09:46:41PM +0400, dimas wrote: а вообще в каждом конкретном случае требуется индивидуальный подход и пляски с бубном. либо нужно собирать патченный кросс-тулчейн, тогда это дело должно получше автоматизироваться. Либо не мучать моск и собирать в чруте. Всё равно пакеты в чруте собирать надо. -- WBR, wRAR signature.asc Description: Digital signature
Re: Кросскомпиляция на машине x86_64 в i386
ну, у меня, например, в 64-битном ведре даже отключена поддержка всяких 32-битных штук. ради трех пакетов мало того, что изучать pbuilder, так еще и ведро перебирать, лично мне смысла не было никакого. так-то конечно лучше по-хорошему, но когда оно оправдано. а если один бинарь нужен - можно и извратиться иногда. 2013-291 00:04 Andrey Rahmatullin w...@wrar.name wrote: On Thu, Oct 17, 2013 at 09:46:41PM +0400, dimas wrote: а вообще в каждом конкретном случае требуется индивидуальный подход и пляски с бубном. либо нужно собирать патченный кросс-тулчейн, тогда это дело должно получше автоматизироваться. Либо не мучать моск и собирать в чруте. Всё равно пакеты в чруте собирать надо. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131017222956.7349f...@ulf.tvoe.tv
Re: Кросскомпиляция на машине x86_64 в i386
On Thu, Oct 17, 2013 at 10:29:56PM +0400, dimas wrote: ну, у меня, например, в 64-битном ведре даже отключена поддержка всяких 32-битных штук. Сочувствую. -- WBR, wRAR signature.asc Description: Digital signature
Re: Кросскомпиляция на машине x86_64 в i386
dimas dimas...@ya.ru writes: ради трех пакетов мало того, что изучать pbuilder, так еще и ведро перебирать, лично мне смысла не было никакого. Для того, чтобы собирать в чруте пакеты не нужно иметь 32-битное ядро. Более того, никаким другим способом Вы не сможете иметь в одной системе одновременно установленными 32- и 64-разрядные версии GCC. ну, у меня, например, в 64-битном ведре даже отключена поддержка всяких 32-битных штук. а Диоген, например, в бочке жил. pgpkg3P8YV5ik.pgp Description: PGP signature
Re: Кросскомпиляция на машине x86_64 в i386
Мультиарч не подойдёт? 17 октября 2013 г., 23:29 пользователь Dmitrii Kashin free...@freehck.ru написал: dimas dimas...@ya.ru writes: ради трех пакетов мало того, что изучать pbuilder, так еще и ведро перебирать, лично мне смысла не было никакого. Для того, чтобы собирать в чруте пакеты не нужно иметь 32-битное ядро. Более того, никаким другим способом Вы не сможете иметь в одной системе одновременно установленными 32- и 64-разрядные версии GCC. ну, у меня, например, в 64-битном ведре даже отключена поддержка всяких 32-битных штук. а Диоген, например, в бочке жил. -- Константин Фадеев
Доступ к логам на чтение простого пользователя.
Здравствуйте! Возможно каким-то образом дать доступ на чтение к логам, которые располагаются в /var/log и к журналу syslog, простому пользователю. Просто не хочется давать пароль рута, без необходимости. -- Константин Фадеев
Re: Доступ к логам на чтение простого пользователя.
chmod +r /var/log/syslog ? 18 октября 2013 г., 9:33 пользователь Konstantin Fadeyev jred...@gmail.comнаписал: Здравствуйте! Возможно каким-то образом дать доступ на чтение к логам, которые располагаются в /var/log и к журналу syslog, простому пользователю. Просто не хочется давать пароль рута, без необходимости. -- Константин Фадеев
Re: Доступ к логам на чтение простого пользователя.
usermod -G adm username В сообщении от 18 октября 2013 12:33:16 автор Konstantin Fadeyev написал: Здравствуйте! Возможно каким-то образом дать доступ на чтение к логам, которые располагаются в /var/log и к журналу syslog, простому пользователю. Просто не хочется давать пароль рута, без необходимости. -- С уважением, Юркин Евгений -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201310181243.36146.yur...@sibvaleo.com
Re: Доступ к логам на чтение простого пользователя.
18.10.2013 08:33, Konstantin Fadeyev пишет: Здравствуйте! Возможно каким-то образом дать доступ на чтение к логам, которые располагаются в /var/log и к журналу syslog, простому пользователю. Просто не хочется давать пароль рута, без необходимости. $ ls -l /var/log/syslog -rw-r- 1 root adm 214774 Окт 18 08:40 /var/log/syslog $sudo addgroup uzer adm -- BW Сохин Вячеслав -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5260ca5a.2040...@yandex.ua
Re: Доступ к логам на чтение простого пользователя.
Спасибо за мысль. Посмотрел права на syslog вижу, что группе adm даны права на чтение. На первый взгляд подходит. Встречный вопрос, где можно почитать, про системные группы, какой смысл в них вложен и куда они имеют доступ? adm в частности. 18 октября 2013 г., 9:37 пользователь Павел Знаменский kompast...@gmail.com написал: chmod +r /var/log/syslog ? 18 октября 2013 г., 9:33 пользователь Konstantin Fadeyev jred...@gmail.com написал: Здравствуйте! Возможно каким-то образом дать доступ на чтение к логам, которые располагаются в /var/log и к журналу syslog, простому пользователю. Просто не хочется давать пароль рута, без необходимости. -- Константин Фадеев -- Константин Фадеев
Re: Доступ к логам на чтение простого пользователя.
Нашёл вот это - http://qref.sourceforge.net/quick/ch-tune.ru.html#s9.2.3 18 октября 2013 г., 9:43 пользователь Evgeny Yurkin yur...@sibvaleo.com написал: usermod -G adm username В сообщении от 18 октября 2013 12:33:16 автор Konstantin Fadeyev написал: Здравствуйте! Возможно каким-то образом дать доступ на чтение к логам, которые располагаются в /var/log и к журналу syslog, простому пользователю. Просто не хочется давать пароль рута, без необходимости. -- С уважением, Юркин Евгений -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201310181243.36146.yur...@sibvaleo.com -- Константин Фадеев
Validation failed
*** Errors validating /srv/www.debian.org/www/distrib/archive.ru.html: *** Line 104, character 24: element C undefined Line 104, character 105: end tag for C omitted, but its declaration does not permit this -- You received this mail for the language code ru. Please edit webwml/english/devel/website/validation.data if this is not accurate Please also update webwml/english/devel/website/ with the new coordinator(s) data -- To UNSUBSCRIBE, email to debian-l10n-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1vwr0u-0005yp...@wolkenstein.debian.org