В поисках веры

Я собираюсь опубликовать то, как я понимаю веру. Это моё понимание сформировалось несколько лет назад, в обсуждениях с моим другом по дороге на работу и с работы.

В русском языке слово "вера" может пониматься в оппозиции к разуму и знанию, как нечто не требующее доказательств, как и слово אמונה в Иврите.

По тем маленьким кусочкам что я знаю про Христианство - вера ценится гораздо больше чем выполнение религиозных предписаний. Как в известном высказывании: "Если найдётся веры на горчичное зёрнышко, этого достаточно чтобы сдвинуть горы". Увы, не в силах человека приобрести такую веру, построить её внутри себя. Она рассматривается как подарок свыше, благодать, - в силах человека подготовить в себе место куда бы эта благодать могла снизойти, но синзойдёт она или нет - не в его руках. Как мне однажды советовали - молись и может быть она к тебе придёт, потому что молишься, а может - потому что молишься - не придёт. И может пришла бы если бы не молился, хотя может быть и не пришла бы...

Скорее всего это понятие веры пришло в Христианство из Иудаизма.
Я хочу пересказать две притчи про веру, первая - иудейское определение настоящей веры.
Вор ночью копает подкоп, и слышит сторожа идут с колотушками. Ему бы затаиться замереть чтобы они его не заметили и не услышали. А он обращается к Б-гу и кричит "Б-же, спаси меня, сделай так чтобы эти сторожа меня не увидели".
Из этой иллюстрации мы видим две вещи. Первая - вера сильнее разума и человек верущий поступает в противоречии с рассудком.
Вторая - недостаточность веры для того чтобы человек был праведным - вор может верить сильнее чем верят многие раввины. Но увы, сильная вера не гарантия что верующий человек не станет воровать, нарушая заповедь Б-га.

Однажды, когда я рассказал эту притчу православному человеку, он в ответ рассказал притчу про святую икону Б-жьей матери, к которой каждый раз выходя на дело вор приходил молиться о успехе своего промысла. И однажды эта икона заплакала в ответ на его мольбу, - и он с тех пор бросил воровской промысел и стал праведником.

Сравнивая эти две притчи, можно увидеть разницу подходов Иудаизма и Христианства к вопросам веры и ответственности. Иудаизм сух и строг в этом вопросе, и говорит - верить ты может быть и не веришь, но исполнять закон - обязан. И закон (Тора) в иудаизме - "не на небесах она, а в твоих устах и в сердце твоём чтобы ты её исполнял".

Христианство же добрее в этом вопросе, - оно понимает что если человек уже стал профессиональным вором, то ему самому не найти в себе силы чтобы стать праведником. Нужна помощь извне. Нужно потрясение, вызванное явным чудом или особым стечением обстоятельств.

В следующих (я надеюсь что они правда последуют) своих заметках я попробую рассмотреть подробнее
1) взаимоотношение веры и знания, и показать что стремление к знанию не подрывает веру;
2) исследовать, есть ли, и если есть то каков путь к обретению веры.

Zimbra Tips

How to move mail messages from one user's mail folder to another user
(or to send them to external delivery)

1. First you need to identify zimbra store folder of this user, like
   

   
      mysql -e "select * from zimbra.mailbox where comment like 'user@domain.com'"
   

   
   
2. Then you need to prepare file with a lot of lines, like 1/25+1 of number of messages in his folder needed to copy. If, for example, the messages from folder /test need to be moved, then this file should have the first line: "search -t message 'in:test'" and all other lines: "search -n" (means "give next page of the search results"), like:
   

   
   
      search -t message 'in:test'
      search -n
      search -n
      ....
      search -n
   
   

   
   
3. Then you feed this file to zmmailbox to get message IDs:
   

   
      zmmailbox -z -m user@impulse.net  messagelist.txt
   

   
   
4. And then we ready to get all the messages in the format ready to feed them to sendmail:
   

   
   
      for i in `grep '^[0-9]' messagelist.txt | awk '{print $2}' | sed 's/-//'`; do
        find /opt/zimbra/store/0//msg/ -name $i\* >> filelist.txt
      done
      for i in `cat filelist.txt`; do
        zmmailbox -z -m  am  $i;
      done
   
   

   
   (if there are a lot of messages, it's better to create a file with lines "am $i" and to feed them to zmmailbox because it starts slowly.
   
   
5. If the messages should be sended to external domain, then the last step may be something like this:
   

   
   
   for i in `grep '^[0-9]' messagelist.txt | awk '{print $2}' | sed 's/-//'`; do
    find /opt/zimbra/store/0//msg/ -name $i\* >> filelist.txt;
   done
   for i in `cat filelist.txt`; do
    sendmail -i  <$i;  done 
   
   

   
   

How to "fix" system's sendmail (/usr/sbin/sendmail) for zimbra

(supposing system has alternatives, like debian, centos, ...)

• First check what's there now:
  

  [root@zimbra ~]# ls -l /usr/sbin/sendmail
  lrwxrwxrwx 1 root root 21 Jun 23 12:21 /usr/sbin/sendmail -> /etc/alternatives/mta
  
  [root@zimbra ~]# update-alternatives --display mta
  mta - status is auto.                             
   link currently points to /usr/sbin/sendmail.sendmail
  /usr/sbin/sendmail.sendmail - priority 90            
   slave mta-mailq: /usr/bin/mailq.sendmail            
   slave mta-newaliases: /usr/bin/newaliases.sendmail  
   slave mta-rmail: /usr/bin/rmail.sendmail            
   slave mta-sendmail: /usr/lib/sendmail.sendmail      
   slave mta-pam: /etc/pam.d/smtp.sendmail             
   slave mta-sendmailman: /usr/share/man/man8/sendmail.sendmail.8.gz
   slave mta-mailqman: /usr/share/man/man1/mailq.sendmail.1.gz      
   slave mta-newaliasesman: /usr/share/man/man1/newaliases.sendmail.1.gz
   slave mta-aliasesman: /usr/share/man/man5/aliases.sendmail.5.gz      
  Current `best' version is /usr/sbin/sendmail.sendmail.                
  
  

• Then install alternative and check it:
  

  [root@zimbra ~]# update-alternatives --install /usr/sbin/sendmail mta-sendmail /opt/zimbra/postfix/sbin/sendmail 25
  [root@zimbra ~]# update-alternatives --display mta-sendmail
  mta-sendmail - status is auto.
   link currently points to /opt/zimbra/postfix/sbin/sendmail
  /opt/zimbra/postfix/sbin/sendmail - priority 25
  Current `best' version is /opt/zimbra/postfix/sbin/sendmail.
  

Подсолнухи на Европе

Хочу пересказать лекцию Фримана Дайсона, которая мне необычайно понравилась.

Фриман Дайсон начал с биологии. Сказал, что вот компьютеры - почему теперь так стали дёшевы, популярны, в каждом почти доме есть? Потому что игры для детей появились на них. И поэтому их стали многие покупать. А спрос родил массовое производство, и значит снижение цен.
И вот про биологию. Генная инженерия испытает такой же рывок в развитии когда для детей будут продаваться наборчики "сделай сам". Например, хочешь иметь дома собачку с головой и шеей как у жирафа - запустил программу, которая рассчитала какое изменение в ДНК надо сделать. И смешал нужные компоненты в реакторе, нажал кнопку, и получил нужную ДНК. И потом - выращивай себе своё новое животное.

Потом вернулся к астрономии и стал говорить что вот мы ищем жизнь на других планетах. Их мало - раз два и обчёлся. Зато масса пригодной для жизни воды и прочих нужных вещей - далеко от Солнца: в кольце Оорта откуда кометы прилетают. Или если ближе - на Европе спутнике Юпитера. Она в основном из воды, поверхность - лёд многокилометровый, но ниже вода жидкая. А ядро может быть твёрдым и даже тёплым. Там наверно жизнь возникнет или уже есть.

Правда трудно туда проникнуть чтобы обнаружить эту жизнь. Много километров льда пробурить и туда залезть со своей подводной лодкой - трудная задача.

Зато может быть жизнь из этого океана сама выйдет наружу, на поверхность Европы. Там конечно вакуум, но растения могут иметь твёрдую кожу типа панцирей чтобы защитить себя от вакуума. Там холодно - сотни градусов ниже нуля. И света от Солнца меньше чем здесь у нас в 22 раза. Поэтому там должны быть растения с зеркалами или линзами чтобы свет собирать. Зеркала - дешевле сделать чем линзы, - потому что не нужно много прозрачного материала, они могут быть тонкими. И лёгкими чтобы можно было поворачивать чтобы смотрели всегда на солнце как цветки подсолнуха.

И ещё больше таких растений может быть не на Европе а на кольце Оорта, среди астероидов или комет что там вертятся. И там эти растения могут начать осваивать кольцо за счёт столкновений астероидов друг с другом. Этим "подсолнухам" не страшно оказаться оторванным от планетки с которой его удар оторвал - он имеет вместе со своими корнями кусочек льда и имеет солнышко чтобы на него поворачивать свои лепестки, и от солнышка имеет и тепло и энергию. И, прилетев на другую большую комету, может и её освоить.

А ещё лучше если кто-то из них научится "прыгать" - там ведь гравитация маленькая, и оторваться от планетки чтобы полететь к другой - не очень сильно надо толкнуться, ну как у нас здесь кузнечики могут. И тогда они могут увидев пролетающую недалеко другую планетку - прыгать на неё, и расселяться по всему кольцу Оорта.

А в конце этот астроном вернулся к биологии и сказал - если таких подсолнухов там нет - мы их можем сделать сами! С помощью этих "сделай сам" наборчиков что скоро будут для детей продаваться чтобы конструировать новые организмы по своему усмотрению.

Ну разве это не захватывающая перспектива? Разве этот астроном не молодец?

Звать его - Freeman Dyson, вот здесь его фото: http://www.ted.com/index.php/speakers/freeman_dyson.html
и вот здесь - ссылка на его лекцию
http://www.ted.com/index.php/talks/freeman_dyson_says_let_s_look_for_life_in_the_outer_solar_system.html

2 veth with 2 bridges on OpenVZ at ALTLinux

Bridged Networks for OpenVZ in ALTLinux

Let's asume we have a computer with 2 network cards, one connected to internet router, has IP address 5.88.52.189/27 and it's default route should gateway via 5.88.52.161. And secord network connected to local area network 10.61.0.0/24. We want to create multiple OpenVZ Virtual Environments there with 2 virtual cards each, one with public IP from 5.88.52.0/27 range and other connected to local network.

OpenVZ has different network implementations for Virtual Environments. Default is venet, which is fastest, easiest and most secure.
Another option is veth, and that grants to VE right to have it's own routing table, and assign ip addresses to these interfaces.
And third option is granting access to hardware NIC (or virtual device, like VLAN, tun or tap) to VE, in that case it will be exclusively visible and manageable by this VE.

Creating bridges in HE

To use bridged networks in ALTLinux you should do the following:

1. In ALTLinux interfaces with names eth0, eth1... are deprecated. There is no way to ensure their names and order are preserved on reboots and on kernel upgrades. So they should be renames using /etc/iftab to logical names, like wan, lan... To use bridges we must ensure that this table defines interfaces not by macaddresses, but by businfo or combination of businfo and other characteristics, which can be obtained by running ethtool -i:
   

   # ethtool -i eth0
   driver: forcedeth
   version: 0.60
   firmware-version:
   bus-info: 0000:00:08.0
   # ethtool -i msgs
   driver: forcedeth
   version: 0.60
   firmware-version:
   bus-info: 0000:00:09.0
   # cat <<EOF > /etc/iftab
   wan    driver forcedeth businfo 0000:00:08.0 mac 00:30:48:7a:70:fe
   lan    driver forcedeth businfo 0000:00:09.0 mac 00:30:48:7a:70:ff
   EOF
   

2. Network in ALTLiunx is managed by etcnet package. Let's look at it's configuration:
   

   # cd /etc/net/ifaces
   # ls
   default  lo  lan  wan  unknown  venet0
   
   

   directories lan and wan are created to store configurations for these 2 NICs. They can be just copies of directories eth0 and eth1 created for these NICs by installer, but with line
   

   TYPE=eth
   

   added to their {lan,wan}/options files.
   
3. Now we create 2 directiries for bridges brwan and brlan:
   

   # mkdir brwan brlan
   # echo 'stp AUTO off' > brwan/brctl
   # echo '5.88.52.189/27 broadcast 5.88.52.255 dev brwan' > brwan/ipv4address
   # echo 'default via 5.88.52.161' > brwan/ipv4route
   # cat <<EOF >brwan/options
   BOOTPROTO=static
   TYPE=bri
   HOST='wan'
   ONBOOT=yes
   EOF
   
   # echo 'stp AUTO off' > brlan/brctl
   # echo '10.61.0.15 broadcast 10.61.0.255 dev brlan' > brlan/ipv4address
   # echo '10.8.0.0/24 dev brlan' > brlan/ipv4route
   # cat <<EOF >brlan/options
   BOOTPROTO=static
   TYPE=bri
   HOST='wan'
   ONBOOT=yes
   EOF
   
   

4. Now we should remove ip addresses and routes from lan/wan interfaces:
   

   # echo '0.0.0.0/0' > lan/ipv4address
   # echo '0.0.0.0/0' > wan/ipv4address
   # rm -f wan/ipv4route
   # rm -f lan/ipv4route
   

5. Now it should be safe to /sbin/service network restart, but if you connected by ssh, better restart first networking for interface other then you connected by. Assume I'm connected by eth1:
   

   # ifconfig eth0 0 down;
   # ifrename -i eth0
   wan
   # ifup wan
   # ifup brwan
   

   If everything goes O.K. ifconfig will show interface eth0 renamed to wan, up but without ip address, and brwan interface holding it's previous address. Check availability of this address by ping from another host.
   
6. At that point you can restart network by service network restart knowing that it will be back at least to wan network.
   

Using bridges in VE

1. Now will work with bridges for VE. First we should totally disable venet by adding line DISABLED=yes to it's options file:
   

   # echo 'DISABLED=yes' >> /etc/net/ifaces/venet0
   

2. Let's assume Virtual ID to be 610015. Ensure /etc/vz/conf/116211.conf does not contain lines starting with IP_ADDRESS
   
3. To create 2 VETH interfaces, eth0 and eth1, for our VE, do the following commands:
   

   # vzctl set 160015 --netif_add eth0 --save
   # vzctl set 160015 --netif_add eth1 --save
   

   These 2 commands created in /etc/vz/conf/160015.conf the following line (wrapped here for easy reading):
   

   NETIF="ifname=eth0,mac=00:18:51:92:67:32,\
   host_ifname=veth610013.0,host_mac=00:18:51:3C:41:74;\
   ifname=eth1,mac=00:18:51:01:68:5E,\
   host_ifname=veth610013.1,\
   host_mac=00:18:51:3D:E2:1B"
   
   

4. Add the following lines to this file:
   

   cat <<EOF >>/etc/vz/conf/610013.conf
   CONFIG_CUSTOMIZED="yes"
   VETH_IP_ADDRESS="10.61.0.13/24;5.88.52.183/27"
   BRIDGEDEV="brlan;brwan"
   VE_DEFAULT_GATEWAY="5.88.52.161"
   

   Here I've assigned IP addresses for my interfaces eth0 and eth1 of VEID and defined corresponding HE's interfaces veth610013.{0,1}.
   
5. Now let's create file for OpenVZ bridge configuration:
   

   #echo <<EOF >/usr/sbin/vznetcfg.custom
   #!/bin/bash
   # /usr/sbin/vznetcfg.custom
   # a script to bring up bridged network interfaces (veth's) in a VE
   
   GLOBALCONFIGFILE=/etc/vz/vz.conf
   VECONFIGFILE=/etc/vz/conf/$VEID.conf
   vzctl=/usr/sbin/vzctl
   brctl=/sbin/brctl
   ip=/sbin/ip
   ifconfig=/sbin/ifconfig
   . $GLOBALCONFIGFILE
   . $VECONFIGFILE
   
   NETIFS=`echo $NETIF | sed 's/;/\n/g'`
   for NETIFX in $NETIFS
   do
   
     NETIF_OPTIONS=`echo $NETIFX | sed 's/,/\n/g'`
     for str in $NETIF_OPTIONS; do \
             # getting 'ifname' parameter value
             if [[ "$str" =~ "^ifname=" ]]; then
                     # remove the parameter name from the string (along with '=')
                     VEIFNAME=${str#*=};
             fi
             # getting 'host_ifname' parameter value
             if [[ "$str" =~ "^host_ifname=" ]]; then
                     # remove the parameter name from the string (along with '=')
                     VZHOSTIF=${str#*=};
             fi
     done
   
     BRIDGEX=${BRIDGEDEV%%;*}
     BRIDGEL=${BRIDGEDEV#*;}
     BRIDGEDEV=$BRIDGEL;
   
     VETH_IP_ADDRX=${VETH_IP_ADDRESS%%;*}
     VETH_IP_ADDRL=${VETH_IP_ADDRESS#*;}
     VETH_IP_ADDRESS=$VETH_IP_ADDRL;
   
     if [ ! -n "$VETH_IP_ADDRX" ]; then
        echo "According to $CONFIGFILE VE$VEID has no veth IPs configured."
        exit 1
     fi
   
   
     if [ ! -n "$VZHOSTIF" ]; then
        echo "According to $CONFIGFILE VE$VEID has no veth interface configured."
        exit 1
     fi
   
     if [ ! -n "$VEIFNAME" ]; then
        echo "Corrupted $CONFIGFILE: no 'ifname' defined for host_ifname $VZHOSTIF."
        exit 1
     fi
   
     echo "Initializing interface $VZHOSTIF for VE$VEID."
     $ifconfig $VZHOSTIF 0
   
     VEROUTEDEV=$VZHOSTIF
   
     if [ -n "$BRIDGEX" ]; then
        echo "Adding interface $VZHOSTIF to the bridge $BRIDGEX."
        VEROUTEDEV=$BRIDGEX
        $brctl addif $BRIDGEX $VZHOSTIF
     fi
   
     # Up the interface $VEIFNAME link in VE$VEID
     $vzctl exec $VEID $ip link set $VEIFNAME up
   
     for IP in $VETH_IP_ADDRX; do
        echo "Adding an IP $IP to the $VEIFNAME for VE$VEID."
        $vzctl exec $VEID $ip address add $IP dev $VEIFNAME
   
        # removing the netmask
        IP_STRIP=${IP%%/*};
   
        echo "Adding a route from VE0 to VE$VEID."
        $ip route add $IP_STRIP dev $VEROUTEDEV
     done
   
     if [ -n "$VE0_IP" ]; then
        echo "Adding a route from VE$VEID to VE0."
        $vzctl exec $VEID $ip route add $VE0_IP dev $VEIFNAME
     fi
   
     if [ -n "$VE_DEFAULT_GATEWAY" ]; then
        echo "Setting $VE_DEFAULT_GATEWAY as a default gateway for VE$VEID."
        $vzctl exec $VEID \
             $ip route add default via $VE_DEFAULT_GATEWAY dev $VEIFNAME
     fi
   
   done
   exit 0
   EOF
   

   It's based on This script from the Wiki on OpenVZ site, but modified to serve multiple bridges, networks and interfaces.
   
6. Now let's configure OpenVZ to use this script:
   

   # chmod +x /usr/sbin/vznetcfg.custom
   # echo 'EXTERNAL_SCRIPT="/usr/sbin/vznetcfg.custom"' >/etc/vz/vznet.conf
   

   At this point VE is ready to be started/restarted and should appear after start/restart in these networks.
   

Installing Centos5 on Solaris-Xen

How to install Centos-5 into domu on Solaris "SunOS solx 5.11 xen-nv66-2007-06-24"

As I can find in Google, the usual way to install Centos in domu uses qemu. They suggest installing Centos in quemu, then convert qemu image into xen image. But there is easier way to do this with Centos-5 and Solaris.

How to boot into installation DVD

The first of the problems in this installation is the following:

• Xen support booting linux machines if you have vmlinuz and initrd files
• Xen also support booting from the media with grub installed on it
• No other boot methods of Linux domu I have found in Xen.
• Centos5 DVD (I think CD also) boots not by grub.

To solve this problem, lofiadm and mount Centos dvd image. Then take from this image files images/xen/vmlinuz and images/xen/initrd.img and place there, for example, in /boot. And add lines

kernel = "/boot/vmlinuz"
ramdisk = "/boot/initrd.img"

to domu configuration file.

Storage Drivers not working problem

The next problem you can run into - this anaconda can not see nor DVD, nor hard drive, although they are declared in domu configuration file like

disk = [ 'file:/storage/CentOS-5.0-x86_64-bin-DVD/CentOS-5.0-x86_64-bin-DVD.iso,6,cdrom,r', \
'phy:/dev/zvol/dsk/storage/zim5,0,w' ]

If your eyes are quick you may catch the lines "device without driver" among the lines running at the boot time of this domu.

This problem may be solved the following way:

• Export NFS your Centos DVD lofi-mounted filesystem, and point installer to use media on NFS instead of CD/DVD
• Export iscsi your zfs virtual volume so that it can be used in installation process instead of local hard drive.
• When anaconda can't get cd, give her nfs share of this DVD.
• When it can't see any disk, it gives you a button to add iscsi target to disks anaconda may use to install on. Add iscsi exported zfs volume at metal host and install Centos there.

The boot into installed system

The only one thing which may prevent you from booting into installed Centos system is vmlinuz and initrd of DVD, which will start installation process and will not allow you to do anything else. But this installed Centos zvol has grub on it if installation succeeded. So, just remove lines for kernel and ramdisk added to domu configuration file and you can start your centos.