Привет лор! Есть текстовый файл, состоящий из овердофига строк различной длины, данные в которых разделены пробелами. Как, используя awk или cut отрезать последний field в этих строках? Т.е.:
Исходник:
a b c d e f g h
a b c d
z x y p 123 das q1
a b c d e f g
a b c
z x y p 123 das
JB, можешь объяснить?www.linux.org.ru/forum/talks/10429911#comment-10429924
Почему именно -7, и почему monowww.linux.org.ru/forum/talks/10429911#comment-10429973 за такую же причину выставил 0? Это такой тонкий троллинг со стороны модераторов или особая неприязнь к обычным лоровцам со стороны определенных модераторов?
Всем бобра. Имеется некий сервер, на котором выполняется ряд перловых скриптов. С этого сервера через вот такую функцию
$msg->send('smtp', 'postserver.domain.com');Вот лет 7 назад - было ощущение, что ИТ развивается, каждый день практически делались какие то открытия, разработки, накапливались новые знания...
А сейчас чего? Какое-то болото. В опенсорц среде вялотекущий срач за апстарт или системд, все уползли в облака... ИТ потеряла ореол некоего романтизма.
Вот что с нами произошло?
//thread.
А мне чего то вдруг подумалось. Часто посылаем оффтопиков на винфак. Собственно, где он? Сабж.
Привет лор! Собственно вопрос. Есть такой кусок конфига для rsyncd.conf
[test]
path=/etc/
uid=root
gid=root
hosts allow=10.12.11.22
hosts deny = *
include = /etc/nginx/*** /etc/init.d/***
exclude = *
Как можно из него видеть, при запуске на клиенте
rsync -raut rsync://{hostname}/test/ / Что такое не везет и как с этим бороться?
Привет лор!
Есть одна тя^W проблема.
Настроен кластер на базе mariadb+galera по схеме master-master с арбитром (за арбитра третий сервер)
Все стартует, все отлично.
Но при заливке базы данных из дампа на любую из нод на вторую реплицируется только схема базы данных, причем в логах нет никаких ошибок. То есть создаются таблицы (innodb), но данных в них нет. В чем может быть косяк?
Привет лор!
Есть такая задача:
Нужно ВРЕМЕННО отключить выполнение задач cron для конкретного пользователя, не модифицируя его crontab.
Задача простая (как кажется), но что-то не могу понять как ее решить.
Хочется странного.
Есть бинарный файл.
Необходимо этот бинарник развернуть побитово.
То есть, например, было 12345, стало 54321.
Поделитесь идеями?
Привет, лор!
Есть такая проблема. Имеет место быть dom0, базированный на ubuntu, ядро 3.11.0-13-generic.
Под ним запущен domU, прилагаю конфиг
kernel = "/boot/vmlinuz-2.6.39.rs64-loaded-xen-01"
ramdisk = "/boot/initrd.img-2.6.39.rs64-loaded-xen-01"
memory = 65536
cpu_weight = 60000
vcpus=24
name = "rs64"
vif = [ 'bridge=xenbr1', 'bridge=xenbr0' ]
disk =[
'phy:/dev/sda1,/dev/xvda1,w',
'phy:/dev/sda2,/dev/xvda2,w'
]
root = "/dev/xvda1 ro"
Тем не менее сборка ядра, выполняемая в качестве синтетического теста на таких мощщщах занимает 28 000 секунд.
Если собирать ядро на dom0, то там оно собирается за 180 секунд. Чувствуете разницу, да? Во время сборки на domU смотрим LA на dom0 ~ 2-3, загрузка CPU 2-3%. То есть по факту оно простаивает. Вопрос - ЧЯДНТ, что такое не везет и как с этим бороться.
Доброго вечера!
Суть проблемы:
Есть два syslog-ng сервера (server_1 и server_2), собирающих логи с двух сетей, условно net_1 и net_2, разнесенных территориально.
В net_1 и net_2 есть ряд серверов, на которых также запущены syslog-ng-сервера, настроенные на отправку логов на server_1 и server_2.
В качестве маршрутизаторов используется оборудование cisco.
Периодически возникает следующая проблема:
один (или несколько) серверов из сетей net_1 и net_2 начинают отсылать логи в количестве до 80 000 пакетов в секунду (1 лог умещается в 1 пакет), в результате чего на маршрутизаторах перегружается CPU и вся сеть встает раком.
Вопрос.
Что делать? =)
Если конкретизировать, полагаю, что что-то где-то надо резать, то ли скорость передачу данных, то ли количество отправляемых логов... Проблема в том, что логи, отправляемые из net_1 и net_2 желательно все таки получить на server_1 и server_2, а в случае урезания количества проходящих пакетов в единицу времени можем довольно много потерять, т.к. syslog-ng работает по UDP.
Маршрутизаторы дохнут именно из-за количества проходящих пакетов, т.е. вариант с компрессией трафика не канает.
В небольшую компанию (10-15 человек) требуется специалист технической поддержки (помощник системного администратора).
Функциональные обязанности:
поддержка ПК пользователей (преимущественно Windows, есть станции на Ubuntu)
выполнение указаний системного администратора (перезагрузить сервер, и т.д.)
Требуемые знания:
ОС семейства Microsoft Windows
-установка\переустановка
-диагностика сетевых неполадок
-знание азов построения локальных сетей
-Знания UNIX-подобных систем приветствуются
Условия работы:
Офис около м. Бибирево, график 5/2, работа с 11 до 18, уровень з/п: 25 000 руб. на испытательном сроке (месяц), 30 000 руб. после испытательного срока.
Возможно оформление по ТК, либо выдача з/п налом, как вам удобнее.
Коротко о схеме работы:
Я сам являюсь удаленным системным администратором данной компании, работаю как ИП с ООО, заключен договор на обслуживание.
Понадобился помощник для присутствия в офисе, з/п готов платить либо налом, либо по ТК, как удобнее.
В случае заинтересованности жду ваши резюме на jobs@akella.com
Либо звоните по номеру +7 916 312 15 14, Эльдар.
Официальный сайт языка программирования PHP - http://www.php.net, вчера был занесён в список блокируемых сайтов, представляющих угрозу безопасности пользователей. При попытке открытия сайта в браузерах, использующих список блокировки Google, в том числе в Firefox и Chrome, отныне выводится предупреждение о наличии на сайте вредоносного ПО. Аналогичное предупреждение выводится в поисковой выдаче Google.
В качестве причины блокирования упоминается наличие на четырёх страницах сайта троянских вставок, используемых для установки вредоносного ПО на системы пользователей. Представители проекта PHP заявили, что вредоносных вставок на сайте найти не удалось и блокировка является ложным срабатыванием анализатора Google. В частности, файл http://php.net/userprefs.js, в котором по данным сервиса Google для web-мастеров находится вредоносный код, является простейшим скриптом, в котором даже на первый взгляд не может быть ничего опасного.
Тем не менее, некоторые пользователи подтвердили наличие дополнительного кода в конце userprefs.js, при открытии данного файла с их систем. После повторной попытки открытия страницы с текущего IP, вредоносная вставка исчезает. Судя по всему, вредоносных код подставляется на лету и не для всех систем, например, в результате применения ранее упоминаемых руткита для ядра Linux и троянских модулей для apache, lighttpd и nginx, подставляющих вредоносные вставки в транзитный трафик.
Перемещено Shaman007 из internet
Доброго дня!
Есть простой вопрос.
Имеется непрерывный stdin (Например, такой: cat /dev/urandom |grep -oEa [0-9][0-9])
Задача.
Данные из этого stdin писать в файл $FILE в течении, скажем, 10 секунд,
останавливать запись,
прогонять файл через awk (cat $FILE|awk '{магия}')
обнулять файл (cat /dev/null > $FILE)
И по новой.
То что тут цикл - ежу понятно. Не могу только понять, как это хозяйство реализовать.
Наверное потому что не еж.
Приветствую всех! Собственно, может кто сталкивался. Имеется XEN, заведенный на CentOS 5.5 На нем крутится виртуалка Debian 6.0 Все замечательно, только вот на виртуалке время бежит вперед со страшной силой - судите сами:
main:~# date;date
Fri Apr 22 23:07:49 CEST 2011
Fri Apr 22 23:08:03 CEST 2011
За секунду проходит около часа. Не могу понять в чем дело - может, что-то посоветуете?
Самое забавное, что такая петрушка наблюдается на Debian и Ubuntu, запущенных как виртуалки. На RHEL-based дистрибутивах такого безобразия не наблюдаю.
З.ы. на хосте пробовал выставить параметр xen.independent_wallclock = 1 - не помогло. NTP синхронизация не вариант с таким дрифтом. Заранее спасибо.
Приветствую всех собравшихся в столь раннее время)
Возник вопрос - имеется сконфигуренный qmail. Встала задача - нужно при получении письма на ящик request@example.com скармливать его php-скрипту через stdin, либо просто запускать этот скрипт.
Что сделано:
В директорию /var/qmail/aliaces добавлен файл .qmail-request с содержимым
|/usr/bin/php -q /root/mail.phpПрава на скрипт - 777, чтоб уж точно исполнялся)
ЧТЯДНТ?)
Заранее спасибо.
Приветствую всех! Итак, сегодня на нашем уютном форуме очередная серия знаменитого блокбастера с мистическим сюжетом gnome-panel & memory leaks
Суть проблемы.
Указанный выше процесс за сутки работы отъедает около 1 Гб памяти. Помогает только принудительный перезапуск.
Система OpenSuse 11.2, версия панели 2.28 Гуглил, проблема известная, но, похоже, никто так и не смог от нее избавиться. Возможно, у уважаемых форумчан найдутся варианты решения. Заранее спасибо.
Приветствую всех!
Наблюдаю весьма странную проблему. С почтового сервера не доходит почта до некоторых доменов. На моем сервере крутится Postfix+dovecot. В ответ на отправку письма на ряд доменов либо не приходит в ответ ничего, и почта не доставляется, либо приходит сообщение следующего содержания:
This is the mail system at host ntmr.ru.
I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.
For further assistance, please send mail to postmaster.
If you do so, please include this problem report. You can
delete your own text from the attached returned message.
The mail system
<spirit@icgamma.ru>: host mx1.timeweb.ru[92.53.116.10] said: 535 5.7.0 Your
ip blocked (Disabled 178.236.241.138 - contact support@timeweb.ru (reason: invalid or absent ptr)) (in reply to RCPT TO command)
C PTR вроде как все в порядке:
$ host 178.236.241.138
138.241.236.178.in-addr.arpa domain name pointer ntmr.ru.
$ host -t MX ntmr.ru
ntmr.ru mail is handled by 10 webm.ntmr.ru.
$ dig ntmr.ru
; <<>> DiG 9.7.0-P1 <<>> ntmr.ru
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 40526
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;ntmr.ru. IN A
;; ANSWER SECTION:
ntmr.ru. 10000 IN A 178.236.241.138
;; Query time: 58 msec
;; SERVER: 169.254.1.1#53(169.254.1.1)
;; WHEN: Thu Nov 18 13:57:37 2010
;; MSG SIZE rcvd: 41
С конфигами постфикса - тоже.
$ postconf -n
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
bounce_queue_lifetime = 1d
broken_sasl_auth_clients = yes
config_directory = /etc/postfix
daemon_directory = /usr/lib/postfix
disable_vrfy_command = yes
html_directory = /usr/share/doc/postfix/html
inet_interfaces = all
mailbox_size_limit = 1024000000
maximal_queue_lifetime = 3d
message_size_limit = 20480000
minimal_backoff_time = 180s
mydestination = 127.0.0.1
myhostname = webm.ntmr.ru
mynetworks = 127.0.0.0/8
myorigin = ntmr.ru
readme_directory = /usr/share/doc/postfix
recipient_delimiter = +
relayhost =
smtp_always_send_ehlo = yes
smtp_helo_timeout = 15s
smtp_rcpt_timeout = 15s
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Suse)
smtpd_data_restrictions = reject_unauth_pipelining
smtpd_delay_reject = yes
smtpd_etrn_restrictions = reject
smtpd_hard_error_limit = 5
smtpd_helo_required = yes
smtpd_recipient_limit = 200
smtpd_recipient_restrictions = permit_mynetworks,permit_sasl_authenticated,reject_unauth_destination
smtpd_reject_unlisted_sender = yes
smtpd_sasl_auth_enable = yes
smtpd_sasl_authenticated_header = yes
smtpd_sasl_path = private/auth
smtpd_sasl_security_options = noanonymous
smtpd_sasl_type = dovecot
smtpd_timeout = 30s
smtpd_tls_cert_file = /etc/ssl/certs/postfix.pem
smtpd_tls_key_file = /etc/ssl/private/postfix.pem
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes
strict_rfc821_envelopes = yes
virtual_alias_maps = mysql:/etc/postfix/mysql_virtual_alias_maps.cf
virtual_gid_maps = static:901
virtual_mailbox_base = /srv/vmail
virtual_mailbox_domains = mysql:/etc/postfix/mysql_virtual_domains_maps.cf
virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf
virtual_transport = dovecot
virtual_uid_maps = static:901
Тем не менее, почта не ходит. Чудеса, товарищи. Самое забавное, что практически везде отправляется без проблем, но вот на ряд пакостных доменов - не уходит. С «пакостных» доменов почта принимается сервером на ура.
Поможите чем можите ! (с)
Заранее спасибо.
Приветствую всех собравшихся!
Возник вопрос - как для разных доменов сделать свои страницы ошибок? То есть каждый домен должен иметь уникальные для себя страницы ошибок. Попробовал так:
location ~ knigonavt\.ru$ { error_page 500 /error/500knigonavt/index.html;
}
location ~ sbubnom\.ru$ { error_page 500 504 /error/500sbubnom/index.html;
}
location ~ sbubnom\.com$ { error_page 500 502 504 /error/500sbubnom/index.html;
Не выходит - все равно выдает дефолтные. Где грабли, товарищи?
| ← предыдущие | следующие → |