Какой графический менеджер рабочего стола поставить в дохлую виртуалку Centos7?
лучше чтобы оформление было похоже на windows 2000, навороты не нужны.
запустить нужно пару графических прог.
подключаться планирую по rdp с windows
xfce?
лучше чтобы оформление было похоже на windows 2000, навороты не нужны.
запустить нужно пару графических прог.
подключаться планирую по rdp с windows
xfce?
плиз, скиньте ссылку если кто знает
Вопрос в тексте кода
#include <stdio.h>
#include <stdlib.h>
#include "mysql.h"
MYSQL mysql;
MYSQL_RES *res;
//MYSQL_ROW row;
char **row;
char **chp;
unsigned int client_flag = 0;
unsigned int mysqlport = 3306;
void exiterr(int exitcode){
fprintf(stderr, "%s\n", mysql_error(&mysql));
exit(exitcode);
}
unsigned int i;
int main(void)
{
i = 0;
mysql_init(&mysql);
if (!(mysql_real_connect(&mysql,"127.0.0.1","gst","pass","",mysqlport,NULL,client_flag))) exiterr(1);
if (mysql_select_db(&mysql,"gst")) exiterr(2);
if (mysql_query(&mysql,"select * from obox;")) exiterr(3);
if (!(res = mysql_store_result(&mysql))) exiterr(4);
while((row = mysql_fetch_row(res))) {
for (i=0 ; i < mysql_num_fields(res); i++)
// если следующую строку расскоментить то printf выводит в консоль не понятные символы
// chp = row;
printf("%s ", row[i]);
printf("\n");
}
if (!mysql_eof(res)) exiterr(5);
mysql_free_result(res);
mysql_close(&mysql);
return 0;
}
из исходников zlib-1.2.11 либа положилась в /usr/local
для clamav-0.101.1 сделал ./configure --with-zlib=/usr/local
но на этапе make получаю
Making all in clamscan
make[2]: Entering directory `/root/clamav-0.101.1/clamscan'
CC output.o
CC getopt.o
CC optparser.o
CC actions.o
CC misc.o
CC clamscan.o
CC manager.o
CCLD clamscan
../libclamav/.libs/libclamav.so: undefined reference to `gzseek64'
collect2: ld returned 1 exit status
make[2]: *** [clamscan] Error 1
make[2]: Leaving directory `/root/clamav-0.101.1/clamscan'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/clamav-0.101.1'
make: *** [all] Error 2
[(testing) root@mx clamav-0.101.1]#
Есть OpenVZ виртуалка Centos5 (Final)
НАстроен ропозиторий и компилятор в ней
[base]
name=CentOS-$releasever - Base
baseurl=http://vault.centos.org/5.11/os/i386/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5
[(testing) root@mx clamav-0.101.1]# rpm -qa | grep gcc
libgcc-4.1.2-55.el5
gcc-4.1.2-55.el5
gcc-c++-4.1.2-55.el5
./configure для clamav-0.101.1 проходит но на этапе make возникает ошибка
Making all in libclamav
make[2]: Entering directory `/root/clamav-0.101.1/libclamav'
make all-recursive
make[3]: Entering directory `/root/clamav-0.101.1/libclamav'
make[4]: Entering directory `/root/clamav-0.101.1/libclamav'
CXX libclamunrar_la-archive.lo
cc1plus: error: unrecognized command line option "-Wno-logical-op-parentheses"
cc1plus: error: unrecognized command line option "-Wno-dangling-else"
make[4]: *** [libclamunrar_la-archive.lo] Error 1
make[4]: Leaving directory `/root/clamav-0.101.1/libclamav'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/root/clamav-0.101.1/libclamav'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/root/clamav-0.101.1/libclamav'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/clamav-0.101.1'
make: *** [all] Error 2
расскажите как оно?
Cкрипт загружает что то из файла :
import module as m
class Driver(m.Driver):
def drive(self):
как просмотреть имена методов и свойств объекта который был загружен из файла.
Не пинайте, пишу как понимаю. Если долго объяснять ткните в ссылку.
в коде встретил
self.data1 |= data2
как это работает? в какую переменную пишется результат выполнения операции |= ?
ubuntu стоит в виртуалке proxmox - разрешения графической консоли не удобные
ставлю xrdp на виртуалку чтобы из windows по rdp коннектиться к виртуалке по инструкции http://ithelp21.ru/udalennoe-podklyutchenie-k-ubuntu-tcherez-rdp/
после выполнения шагов
sudo apt-get install xrdp
sudo service xrdp restart
как и рыбку съесть и не уколоться? - нужно сделать чтобы и по rdp можно было подключаться к виртуалке и чтобы графическая консоль виртуалки работала ?
ошибка в логах postfix при отправке письма на другой почтовик -
(550 non-local sender verification failed (in reply to end of DATA command)))
Dec 12 17:27:27 smtp1 postfix/smtp[19478]: 90EEB1DA3801D: to=<mail_box23@inbox.ru>, relay=mxs.mail.ru[94.100.180.104]:25, delay=14, delays=11/0.02/0.01/2.4, dsn=2.0.0, status=sent (250 OK id=1gX5Tx-0001r4-NN)
Dec 12 18:38:09 smtp1 postfix/smtp[26132]: 20D751DA3801D: to=<mail_box23@inbox.ru>, relay=mxs.mail.ru[94.100.180.104]:25, delay=4.7, delays=2.4/0.01/0.01/2.2, dsn=2.0.0, status=sent (250 OK id=1gX6aN-00042v-L6)
Dec 12 19:21:13 smtp1 postfix/smtp[30198]: A25C71DA3801D: to=<mail_box23@inbox.ru>, relay=mxs.mail.ru[94.100.180.104]:25, delay=2.9, delays=2.4/0.01/0.01/0.45, dsn=2.0.0, status=sent (250 OK id=1gX7G4-0000s4-QC)
Dec 13 09:34:03 smtp1 postfix/smtp[27859]: 1AA721DA3801D: to=<mail_box23@inbox.ru>, relay=mxs.mail.ru[94.100.180.104]:25, delay=4.2, delays=2.4/0.01/0.01/1.8, dsn=5.0.0, status=bounced (host mxs.mail.ru[94.100.180.104] said: 550 non-local sender verification failed (in reply to end of DATA command))
Dec 13 09:52:12 smtp1 postfix/smtp[29740]: B6A3F1DA3801D: to=<mail_box23@inbox.ru>, relay=mxs.mail.ru[94.100.180.104]:25, delay=0.57, delays=0.16/0.01/0.01/0.4, dsn=5.0.0, status=bounced (host mxs.mail.ru[94.100.180.104] said: 550 non-local sender verification failed (in reply to end of DATA command))
Dec 13 09:55:10 smtp1 postfix/smtp[29740]: 086AA1DA3801D: to=<mail_box23@inbox.ru>, relay=mxs.mail.ru[94.100.180.31]:25, delay=1.3, delays=1.3/0/0.01/0.03, dsn=5.0.0, status=bounced (host mxs.mail.ru[94.100.180.31] said: 550 non-local sender verification failed (in reply to end of DATA command))
в чем причина? на чьей стороне проблема?
Если купить для двухпроцессорного сервера одинаковые (модель, степпинг и другие буквы) процессоры но у разных продавцов, система заведется с двумя процессорами?
Вопрос то в чем. НА авито часто пишут что продается - «сопряженная пара». в чем смысл такое писать если процессоры с конвейера выходят клонами или есть подводные камни?
На хостинге лежат два сайта (интернет магазины) на основе одной и тойже версии WebАsyst shop-script.
Один из сайтов перестал работать не понятно из за чего и неясно в какое время т.к. владелец им не занимался некоторое время (сейчас приспичило). При обращении к сайту возникает ошибка
Неверное перенаправление на странице
Firefox определил, что сервер перенаправляет запрос на этот адрес таким образом, что он никогда не завершится.
Эта проблема может возникать при отключении или запрещении принятия кук.
Обновление версии WebАsyst shop-script не помогло.
Просьба помочь мыслями и советами.
Проблема greylisting главная - облачные почтовые сервисы используют карусель из SMTP серверов, а для грейлистинга каждый из этих серверов - это новый сервер. В итоге - сообщение принимается после того как вся карусель SMTP серверов попадет в БД грейлистинга
Ниже пример приема такого письма.
Oct 3 16:11:19 mx postgrey[1843]: action=greylist, reason=new, client_name=mail-ve1eur01on0124.outbound.protection.outlook.com, client_address=104.47.1.124, sender=m.k@remotedomain.ru, recipient=v.a@mydomain.ru
Oct 3 16:11:19 mx postfix/smtpd[11701]: NOQUEUE: reject: RCPT from mail-ve1eur01on0124.outbound.protection.outlook.com[104.47.1.124]: 450 4.2.0 <v.a@mydomain.ru>: Recipient address rejected: Greylisted, see http://postgrey.schweikert.ch/help/mydomain.ru.html; from=<m.k@remotedomain.ru> to=<v.a@mydomain.ru> proto=ESMTP helo=<EUR01-VE1-obe.outbound.protection.outlook.com>
Oct 3 16:26:07 mx postgrey[1843]: action=greylist, reason=new, client_name=mail-eopbgr70127.outbound.protection.outlook.com, client_address=40.107.7.127, sender=m.k@remotedomain.ru, recipient=v.a@mydomain.ru
Oct 3 16:26:07 mx postfix/smtpd[13740]: NOQUEUE: reject: RCPT from mail-eopbgr70127.outbound.protection.outlook.com[40.107.7.127]: 450 4.2.0 <v.a@mydomain.ru>: Recipient address rejected: Greylisted, see http://postgrey.schweikert.ch/help/mydomain.ru.html; from=<m.k@remotedomain.ru> to=<v.a@mydomain.ru> proto=ESMTP helo=<EUR04-HE1-obe.outbound.protection.outlook.com>
Oct 3 16:45:03 mx postgrey[1843]: action=greylist, reason=new, client_name=mail-eopbgr10139.outbound.protection.outlook.com, client_address=40.107.1.139, sender=m.k@remotedomain.ru, recipient=v.a@mydomain.ru
Oct 3 16:45:03 mx postfix/smtpd[13740]: NOQUEUE: reject: RCPT from mail-eopbgr10139.outbound.protection.outlook.com[40.107.1.139]: 450 4.2.0 <v.a@mydomain.ru>: Recipient address rejected: Greylisted, see http://postgrey.schweikert.ch/help/mydomain.ru.html; from=<m.k@remotedomain.ru> to=<v.a@mydomain.ru> proto=ESMTP helo=<EUR02-HE1-obe.outbound.protection.outlook.com>
Oct 3 17:46:03 mx postgrey[1843]: action=greylist, reason=new, client_name=mail-ve1eur01on0090.outbound.protection.outlook.com, client_address=104.47.1.90, sender=m.k@remotedomain.ru, recipient=v.a@mydomain.ru
Oct 3 17:46:03 mx postfix/smtpd[16052]: NOQUEUE: reject: RCPT from mail-ve1eur01on0090.outbound.protection.outlook.com[104.47.1.90]: 450 4.2.0 <v.a@mydomain.ru>: Recipient address rejected: Greylisted, see http://postgrey.schweikert.ch/help/mydomain.ru.html; from=<m.k@remotedomain.ru> to=<v.a@mydomain.ru> proto=ESMTP helo=<EUR01-VE1-obe.outbound.protection.outlook.com>
Oct 3 18:46:03 mx postgrey[1843]: action=greylist, reason=new, client_name=mail-he1eur01on0105.outbound.protection.outlook.com, client_address=104.47.0.105, sender=m.k@remotedomain.ru, recipient=v.a@mydomain.ru
Oct 3 18:46:03 mx postfix/smtpd[18316]: NOQUEUE: reject: RCPT from mail-he1eur01on0105.outbound.protection.outlook.com[104.47.0.105]: 450 4.2.0 <v.a@mydomain.ru>: Recipient address rejected: Greylisted, see http://postgrey.schweikert.ch/help/mydomain.ru.html; from=<m.k@remotedomain.ru> to=<v.a@mydomain.ru> proto=ESMTP helo=<EUR01-HE1-obe.outbound.protection.outlook.com>
Oct 3 19:45:24 mx postgrey[1843]: action=greylist, reason=new, client_name=mail-eopbgr60128.outbound.protection.outlook.com, client_address=40.107.6.128, sender=m.k@remotedomain.ru, recipient=v.a@mydomain.ru
Oct 3 19:45:24 mx postfix/smtpd[19866]: NOQUEUE: reject: RCPT from mail-eopbgr60128.outbound.protection.outlook.com[40.107.6.128]: 450 4.2.0 <v.a@mydomain.ru>: Recipient address rejected: Greylisted, see http://postgrey.schweikert.ch/help/mydomain.ru.html; from=<m.k@remotedomain.ru> to=<v.a@mydomain.ru> proto=ESMTP helo=<EUR04-DB3-obe.outbound.protection.outlook.com>
Oct 3 20:45:30 mx postgrey[1843]: action=greylist, reason=new, client_name=mail-eopbgr30128.outbound.protection.outlook.com, client_address=40.107.3.128, sender=m.k@remotedomain.ru, recipient=v.a@mydomain.ru
Oct 3 20:45:30 mx postfix/smtpd[21705]: NOQUEUE: reject: RCPT from mail-eopbgr30128.outbound.protection.outlook.com[40.107.3.128]: 450 4.2.0 <v.a@mydomain.ru>: Recipient address rejected: Greylisted, see http://postgrey.schweikert.ch/help/mydomain.ru.html; from=<m.k@remotedomain.ru> to=<v.a@mydomain.ru> proto=ESMTP helo=<EUR03-AM5-obe.outbound.protection.outlook.com>
Oct 3 21:45:54 mx postgrey[1843]: action=greylist, reason=new, client_name=mail-eopbgr30139.outbound.protection.outlook.com, client_address=40.107.3.139, sender=m.k@remotedomain.ru, recipient=v.a@mydomain.ru
Oct 3 21:45:54 mx postfix/smtpd[23808]: NOQUEUE: reject: RCPT from mail-eopbgr30139.outbound.protection.outlook.com[40.107.3.139]: 450 4.2.0 <v.a@mydomain.ru>: Recipient address rejected: Greylisted, see http://postgrey.schweikert.ch/help/mydomain.ru.html; from=<m.k@remotedomain.ru> to=<v.a@mydomain.ru> proto=ESMTP helo=<EUR03-AM5-obe.outbound.protection.outlook.com>
Oct 3 22:44:57 mx postgrey[1843]: action=greylist, reason=new, client_name=mail-eopbgr50090.outbound.protection.outlook.com, client_address=40.107.5.90, sender=m.k@remotedomain.ru, recipient=v.a@mydomain.ru
Oct 3 22:44:57 mx postfix/smtpd[24379]: NOQUEUE: reject: RCPT from mail-eopbgr50090.outbound.protection.outlook.com[40.107.5.90]: 450 4.2.0 <v.a@mydomain.ru>: Recipient address rejected: Greylisted, see http://postgrey.schweikert.ch/help/mydomain.ru.html; from=<m.k@remotedomain.ru> to=<v.a@mydomain.ru> proto=ESMTP helo=<EUR03-VE1-obe.outbound.protection.outlook.com>
Oct 3 23:44:24 mx postgrey[1843]: action=greylist, reason=new, client_name=mail-eopbgr40109.outbound.protection.outlook.com, client_address=40.107.4.109, sender=m.k@remotedomain.ru, recipient=v.a@mydomain.ru
Oct 3 23:44:24 mx postfix/smtpd[26293]: NOQUEUE: reject: RCPT from mail-eopbgr40109.outbound.protection.outlook.com[40.107.4.109]: 450 4.2.0 <v.a@mydomain.ru>: Recipient address rejected: Greylisted, see http://postgrey.schweikert.ch/help/mydomain.ru.html; from=<m.k@remotedomain.ru> to=<v.a@mydomain.ru> proto=ESMTP helo=<EUR03-DB5-obe.outbound.protection.outlook.com>
Oct 4 00:23:22 mx postgrey[1843]: action=greylist, reason=new, client_name=mail-eopbgr50103.outbound.protection.outlook.com, client_address=40.107.5.103, sender=m.k@remotedomain.ru, recipient=v.a@mydomain.ru
Oct 4 00:23:22 mx postfix/smtpd[27942]: NOQUEUE: reject: RCPT from mail-eopbgr50103.outbound.protection.outlook.com[40.107.5.103]: 450 4.2.0 <v.a@mydomain.ru>: Recipient address rejected: Greylisted, see http://postgrey.schweikert.ch/help/mydomain.ru.html; from=<m.k@remotedomain.ru> to=<v.a@mydomain.ru> proto=ESMTP helo=<EUR03-VE1-obe.outbound.protection.outlook.com>
Oct 4 00:39:08 mx postgrey[1843]: action=pass, reason=triplet found, delay=116119, client_name=mail-he1eur01on0090.outbound.protection.outlook.com, client_address=104.47.0.90, sender=m.k@remotedomain.ru, recipient=v.a@mydomain.ru
через 9 часов письмо упало в ящик
Выкинуть greylisting не вариант - завалят спамом выше крыши.
Просьба поделиться списком или ссылкой где есть список облачных почтовых сервисов для которых можно отключить грейлистинг.
Может что то продвинутое прикрутить?
по типу midnight commander чтобы изобразить
спасибо
скрипт крутится демоном
Возможна ситуация, когда из скрипта к БД улетает запрос и сразу после того как сервер БД получил запрос с ним случилась авария. Как такие случаи отрабатывать в коде?
Помещать в eval весь блок кода в котором может случиться неожиданность во время работы с БД?
Или какие практики есть на этот счет?
PS
Сейчас ловлю в коде после каждого обращения к БД аварийные ситуации, но не смотря на RaiseError=>0
$dbh2 = AnyEvent::DBI::MySQL->connect("DBI:mysql:$database:$dbhostname", $user, $pass,{RaiseError=>0,PrintError=>1});
Для рассылки SMS используется gammu и два USB модема. НО модемы постоянно приходиться передергивать - глючат.
Есть GoIP4 шлюз с двумя SIM картами и подумалось оставить базу SMSd от gammu и с использованием ее написать perl демон для отправки и приемки SMS через этот GoIP.
Отправка SMS ок идет через curl или wget POST запрос.
Хотелось бы в скрипте видеть статус отправки SMS или возникающих ошибок (ошибка на операторской стороне, баланс нулевой).
Бывает так что в бд попадают до 100 штук СМСок на отправку за раз.
Может у кого есть примерная реализация такого демона, чтобы посмотреть/допилить.
Или порекомендуйте perl модули и подход для написания подобного рода задачи.
Опрашиваю железку и пишу инфу в ХЭШ ХЭШей ХЭШей. После опроса оборудования условие для создания двух ключей ХЭШей второго уровня появляются всегда, а для третьего ключа как карта ляжет. Как узнать есть ли имя хэша(ключ) второго уровня для третьего случая(которое может быть а может и не быть в ХЭШе) прежде чем к нему обратиться? Ключи второго уровня - строки.
Пишу на perl редко.
Диск будет использоваться под proxmox и для загрузочной ОСи и виртуалки будут на нем
Одна из виртуалок будет 1С в режиме файлсервер.
Так ли уж важен показатель числа iops для серверных SSD дисков (16000 и 60000) ?
Увидел объявление на авито
Intel Xeon X5675 SLBYL 3.06GHz 6 ядер 12 ниток LGA 1366
six core / 12Mb / 95W / 6.40 GT / s
Степпинг B1
Что такое степпинг и какой лучше для процессоров Xeon X5675 ?
Сервер на 5520 чипсете, два процессора E5620 (2,4ГГц)с включенным HT(linux видит типа 16 ядер)
proxmox 4.1-1 ядро 4.2.6-1-pve
Виртуалка Windows terminal server 2012, ее диск - LVM том, который лежит на RAID 10 из 4хSATA дисков, 12ГБ RAM, CPU 8 ядер
1C 8.3 файловый вариант. Пользователи запускают 1С через remote app. Для баз 1С в виртуалку проброшен RAID диск (Зеркало из двух SSD). В виртуалке тесты RAID диска для баз утилитой Crystal Disk Mark показывают хорошие по сравнению с SATA диском на железной машине.
БАза 1C не типовая, доработанная(Что дорабатывали не могу сказать).РАзмер 6ГБ.
Вчера в очередной раз приходили обновлять базу. Базу обновляли целы час!!! Охренеть. Пол часа сравнивались объекты БД, пол часа происходили изменения. Во время обновления я смотрел загрузку дисков (монитор ресурсов) в виртуалке процессами 1С - она была никакая - самое интересное - что параллельно висел процесс system который грузил дисковую подсистему (какой диск грузился при этом не могу сказать) Взлеты по загрузке дисковой подсистемы в графическом окошке доходили до 100МБ/сек. но на короткий промежуток времени
Что может быть с такой конфигурацией не так? ЧТо можно покрутить или что нужно переделать (добавить оперативы виртуалке с 1С, поставить более шустрые процессоры), чтобы 1С в виртуалке заработала быстрее? Или это не достижимо и нужно ставить железный сервер для 1С?
← назад | следующие → |