SVN Negotiate request ignored

.subversion/servers: [groups] yourdomain = *.yourdomain.pl [yourdomain] http-auth-types = Negotiate

| SVN Negotiate request ignored | | 2010.01.11-12:27.00

ADWS 9389 perl

ADWS 9389 perl

| ADWS 9389 perl | | 2009.12.16-11:38.00

BTRFS with compression crash on 2.6.30.5

------------[ cut here ]------------ kernel BUG at fs/btrfs/extent-tree.c:4158! invalid opcode: 0000 [#1] SMP last sysfs file: /sys/module/zlib_deflate/initstate CPU 1 Modules linked in: btrfs crc32c libcrc32c nls_iso8859_1 nls_cp437 vfat fat usb_storage ub i915 drm i2c_algo_bit i2c_core binfmt_misc ppdev lp parport bridge stp bnep sco rfcomm l2cap vboxnetadp vboxnetflt vboxdrv kvm_intel kvm tun acpi_cpufreq cpufreq_ondemand cpufreq_powersave cpufreq_userspace cpufreq_stats freq_table microcode deflate zlib_deflate ctr twofish twofish_common camellia serpent blowfish cast5 des_generic cbc cryptd aes_x86_64 aes_generic xcbc rmd160 sha256_generic sha1_generic md5 hmac crypto_null af_key ext3 jbd mbcache fuse dm_crypt dm_snapshot dm_mirror dm_region_hash dm_log pata_pcmcia ide_cs snd_hda_codec_analog snd_hda_intel snd_hda_codec snd_pcm_oss snd_mixer_oss pcmcia snd_pcm arc4 snd_seq_dummy ecb snd_seq_oss snd_seq_midi snd_rawmidi iwlagn joydev yenta_socket snd_seq_midi_event iwlcore btusb snd_seq rsrc_nonstatic snd_timer bluetooth snd_seq_device pcmcia_core rfkill hp_accel mac80211 wmi rtc_cmos lis3lv02d rtc_core snd cfg80211 rtc_lib pcspkr soundcore battery processor snd_page_alloc psmouse irda serio_raw ac button container crc_ccitt evdev xfs exportfs dm_mod sd_mod crc_t10dif ide_cd_mod cdrom ata_generic pata_acpi ata_piix uhci_hcd ide_pci_generic sdhci_pci sdhci ahci mmc_core led_class ricoh_mmc e1000e ehci_hcd usbcore piix ide_core intel_agp libata scsi_mod video output thermal fan thermal_sys [last unloaded: scsi_wait_scan] Pid: 22723, comm: du Tainted: G W 2.6.30.5 #1 HP Compaq 6910p (RH241AV) RIP: 0010:[] [] run_one_delayed_ref+0x18f/0x482 [btrfs] RSP: 0018:ffff880037705be8 EFLAGS: 00010286 RAX: 00000000ffffffe4 RBX: ffff880055a20000 RCX: ffff88001f74c870 RDX: 0000000000000000 RSI: ffff88001f74c870 RDI: 00000000865361f4 RBP: ffff880037705c88 R08: 0000000000000006 R09: ffffffff805a86a7 R10: 000000000000000f R11: 0000000000003e20 R12: 0000000000000001 R13: ffff88001f74c870 R14: ffff88007de37b40 R15: ffff88007de37b40 FS: 00007f0dc7bbc6f0(0000) GS:ffff88000102c000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00007fb65df26000 CR3: 000000007dfe6000 CR4: 00000000000026e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Process du (pid: 22723, threadinfo ffff880037704000, task ffff88006fb00000) Stack: 0000000000000000 00000000865361f4 ffff880037705c18 ffffffff802eb921 ffff8800049c7800 ffff88002196d000 0000000000000005 0000000000000000 0000000000000000 00000000a09a9a54 0000000024e47000 00000000001000a8 Call Trace: [] ? virt_to_head_page+0x1c/0x51 [] run_clustered_refs+0x25c/0x2af [btrfs] [] ? btrfs_find_ref_cluster+0x107/0x162 [btrfs] [] btrfs_run_delayed_refs+0xdc/0x199 [btrfs] [] __btrfs_end_transaction+0x6c/0x128 [btrfs] [] btrfs_end_transaction+0x1e/0x34 [btrfs] [] btrfs_dirty_inode+0x58/0x77 [btrfs] [] __mark_inode_dirty+0x42/0x1bd [] ? filldir+0x0/0xe3 [] touch_atime+0x11b/0x13a [] vfs_readdir+0xa1/0xd5 [] ? fd_install+0x43/0x89 [] sys_getdents+0x8c/0xec [] system_call_fastpath+0x16/0x1b Code: 00 08 48 8d 4d b0 48 8b 73 20 41 b9 01 00 00 00 c7 45 c4 33 00 00 00 4c 8d 45 c4 48 89 c2 48 8b 7d 88 e8 1e 95 ff ff 85 c0 74 04 <0f> 0b eb fe 4d 8b 65 00 49 63 75 40 4c 89 e7 48 6b f6 19 48 83 RIP [] run_one_delayed_ref+0x18f/0x482 [btrfs] RSP ---[ end trace 830eb32434834c21 ]---

| BTRFS with compression crash on 2.6.30.5 | | 2009.09.23-21:50.00

DX7400 only 3.2G ram even in 64bit OS

supposedly BIOS 1.08 fixes RAM problem, but in 1.09 the problem exists, that even though there is >4G ram in machine, OS can see only 3.2G. (lshw reports correctly installed memory though). Problem can be solved by downgrading to 1.08 or upgrading to 1.14. (1.10 supossedly is not enough)

| DX7400 only 3.2G ram even in 64bit OS | | 2009.09.23-20:49.00

krb5 Negative cache rejected lookup for

"Negative cache rejected lookup for" on MacOSX (Snow Leopard), fixed by restart

| krb5 Negative cache rejected lookup for | | 2009.09.23-15:14.00

iP4600 on 64-bit debian with duplex printing

go to http://software.canon-europe.com/products/0010649.asp download debian .tar, unpack and:
dpkg -i --force-architecture cnijfilter-common_3.00-1_i386.deb        cnijfilter-ip4600series_3.00-1_i386.deb

| iP4600 on 64-bit debian with duplex printing | | 2009.09.13-16:01.00

openssl Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz

model name : Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz ( @ 1600Mhz ) sign verify sign/s verify/s rsa 512 bits 0.000471s 0.000035s 2124.9 28527.1 rsa 1024 bits 0.002158s 0.000094s 463.3 10623.4 rsa 2048 bits 0.011599s 0.000289s 86.2 3464.4 rsa 4096 bits 0.070851s 0.000953s 14.1 1049.2 sign verify sign/s verify/s dsa 512 bits 0.000359s 0.000422s 2785.9 2372.5 dsa 1024 bits 0.000946s 0.001123s 1057.3 890.2 dsa 2048 bits 0.002879s 0.003503s 347.3 285.5 vs AMD Phenom(tm) 9950 Quad-Core Processor sign verify sign/s verify/s rsa 512 bits 0.000568s 0.000035s 1759.7 28305.3 rsa 1024 bits 0.001966s 0.000086s 508.6 11630.0 rsa 2048 bits 0.009823s 0.000250s 101.8 4004.4 rsa 4096 bits 0.058824s 0.000834s 17.0 1199.0 sign verify sign/s verify/s dsa 512 bits 0.000369s 0.000401s 2707.1 2496.5 dsa 1024 bits 0.000841s 0.000979s 1189.4 1021.8 dsa 2048 bits 0.002415s 0.002877s 414.0 347.6

| openssl Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz | | 2009.08.30-20:47.00

Moving Roles in Postgresql ( with passwords )

pg_dumpall -g

| Moving Roles in Postgresql ( with passwords ) | | 2009.08.22-22:41.00

Debian Squeeze Python

Traceback (most recent call last): File "/usr/bin/update-gconf-defaults", line 161, in shutil.copyfile(tmp_gconf+'/'+treefile,options.dest_dir+'/'+treefile+'.tmp') AttributeError: 'module' object has no attribute 'copyfile'

| Debian Squeeze Python | | 2009.08.10-10:47.00

Colours....

Watermellon Picnic -- Red, Apple Green, White, Pink, Black, White, Pink Mermaid Magic -- White, Maize, Blue, Mint, Capri Blue Flag Girl -- Red, White, Dark Navy Jungle Gem -- Brown, Aquamarine, Lemonade, Creamsicle, Festive Fuschia, Lemongrass Spring Sparkle -- Turquoise, aquamarine, azalea, orange, shocking pink, pink passion Pretty Lady -- Shocking Pink, Pink, Yellow, Lemongrass, White Flower Garden -- Turquoise, Apple Green, Pistachio, Wild Orchid, Pink, Hot Pink, White Social Butterfly -- White, Yellow, Creamsicle, Lemongrass, Pink Passion, Tomato Happy Rainbow -- Yellow, Turquoise, White, Watermellon, Light Pink, Pink, Apple Green Fashion Flower -- White, Aquamarine, Lime, Light Navy, Dark Royal, Apple Green Daisy Days -- Yellow, White, Dark Navy, Emerald, Creamsicle, Neon Orange Full Of Heart -- White, Red, Hot Pink, Shocking Pink Wild One -- Black, Light Ivory, Shocking Pink, Zebra Print Candy Shoppe -- Dark Navy, Light Ivory, Pansy, Orange, Shocking Pink, Pistachio>BR> Dots of Fun -- Brown, light Ivory, Pistachio, Wild Orchid, Festive Fuchsia Winter Snowflake -- Light Ivory, Pink, Light Blue, Cranberry, Brown Sweeter Than Chocolate -- Baby Pink, Hot Pink, Shocking Pink, Brown, Light Ivory Central Park Skater -- Millennium Silver, Light Blue, Blue, White Holiday Friend -- Millennium Silver, Grey, Black, Light Ivory, Cranberry Holiday Pictures -- Cranberry, Black, Light Ivory City Sparkle -- Gold Metallic, Brown, Light Ivory Fall Forest - Light Ivory, Baby Pink, Shocking Pink, Creamsicle, Rust, Lemongrass, Moss, Dark Navy Rising Star - Rose Pink, Old Rose, Silver Metallic, Deep Purple Lots of Dots - Brown, Light Blue, Blueberry, Pink, Shocking Pink, Lemonade, Light Ivory, Apple Green Classroom Kitty -- Millennium Silver, Grey, Flannel Grey, Shocking Pink, Baby Pink, Celadon, Light Ivory Prep School -- Baby Pink, Dark Navy, Red, Emerald, Light Ivory Petite Mademoiselle -- Dark Navy, Lavender, Celadon, Millennium Blue Uniform Shop -- Khaki, Dark Navy, White Beach Shack -- Pistachio, Dusty Rose, Creamsicle, Light Navy, Moss, Light Ivory, Light Pink Palm Springs -- Lemongrass, Shocking Pink, Wild Orchid, Turquoise, Light Blue, White, Celadon Red, White & Blue -- Cranberry, Dark Navy, White Lady Daisy -- Yellow, White, Black, Neon Green Cherry Baby -- Red, Hot Pink, Yellow, White, Apple Green Tropical Garden -- Aquamarine, White, Apricot, Old Rose, Light Pink, Creamsicle, Neon Green, Coral, Moss Tennis Match -- White, Shocking Pink, Hot Pink, Misty Turquoise, Blue, Apple Green, Neon Green Ice Cream Social -- White, Brown, Rose Pink, Blue, Oatmeal Spring Rainbow -- Banana, Turquoise, White, Light Blue -- Red, White Tomato, Red, Lime, Capri Blue, Light Ivory, Dark Navy Tres Chic -- Rose Pink, Black, White, Hot Pink, Shocking Pink Cupcake Cutie -- Apple Green, Robins Egg Blue, Rose Pink, Orange, Red, White, Shocking Pink, Brown, Sapphire The Ballet -- Light Ivory, Rose Pink, Grey Snow Princess -- Rose Pink, Pink, Blue, Blueberry, Light Ivory, Celadon, Emerald Winter Glam -- Brown, Light Ivory, Rose Pink, Light Pink Mountain Cabin -- Cranberry, Millennium Blue, Lemonade, Tomato, Evergreen, Olive Glamour Kitty -- Black, Taupe, Oatmeal, Cranberry (the best match) Holiday Classics -- Black, Light Ivory, Cranberry, Dark Navy, Evergreen Beautiful Luxe -- Light Ivory, Gold Metallic Girl Detective -- Mauve, Rose Pink, Light Ivory, Celadon, Brown, Taupe City Girl -- Light Ivory, Dark Navy Harvest Leaves -- Cranberry, Maroon, Orange, Light Ivory, Light Pink, Celadon, Olive, Gold Equestrian Club -- Lemonade, Brown, Light Blue, Olive, Evergreen, Pecan Schoolgirls Rock -- Cranberry, Light Pink, Dark Navy, White, Millennium Silver Royal Gardens -- Olive, Festive Fuchsia, Light Ivory, Rose Pink, Gold Metallic Bon Voyage -- Dark Navy, Red, Light Ivory, Grey, Millennium Silver Savanna Sunset -- Rust, Orange, Brown, Turftan, Taupe, Olive, Celadon, Festive Fuchsia, Light Ivory Strawberry Farm -- Red, Millennium Blue, Blue, Banana, White, Rose Pink Coral Reef -- Mauve, Coral

| Colours.... | | 2009.08.07-09:24.00

DM device being kept opened by pvscan:

host4:/var/lib/mlocate# dmsetup info 36006016022b21c00d6cdb73f8635de11 Name: 36006016022b21c00d6cdb73f8635de11 State: SUSPENDED Read Ahead: 256 Tables present: LIVE Open count: 0 Event number: 2 Major, minor: 254, 15 Number of targets: 1 UUID: mpath-36006016022b21c00d6cdb73f8635de11 host4:/var/lib/mlocate# dmsetup info 36006016022b21c00ea321cae6c0dde11 Name: 36006016022b21c00ea321cae6c0dde11 State: SUSPENDED Read Ahead: 256 Tables present: LIVE Open count: 47 Event number: 3 Major, minor: 254, 4 Number of targets: 1 UUID: mpath-36006016022b21c00ea321cae6c0dde11 host4:/var/lib/mlocate# dmsetup suspend --noflush 36006016022b21c00ea321cae6c0dde11 host4:/var/lib/mlocate# w 15:21:34 up 40 days, 4:56, 11 users, load average: 44.24, 65.58, 159.46 USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT eyck pts/1 172.17.1.55:S.0 21Mar09 6:15m 44:29 0.06s /bin/bash eyck pts/2 172.17.1.55:S.1 21Mar09 1:09 2:23 0.07s /bin/bash eyck pts/3 172.17.1.55:S.2 21Mar09 3:47 0.65s 0.06s /bin/bash eyck pts/4 172.17.1.55:S.3 21Mar09 3:45 42.23s 0.06s /bin/bash eyck pts/5 172.17.1.55:S.4 21Mar09 29:27m 31.35s 0.08s /bin/bash eyck pts/6 172.17.1.55:S.5 21Mar09 29:29m 1.35s 0.07s /bin/bash eyck pts/7 172.17.1.55:S.6 21Mar09 0.00s 0.63s 0.09s /bin/bash root pts/8 192.168.190.89 20Apr09 10days 0.07s 0.00s -bash eyck pts/9 172.17.1.55 23Apr09 2days 0.23s 0.08s -bash eyck pts/10 172.17.1.55:S.7 14:56 22:49 0.09s 0.07s /bin/bash eyck pts/11 172.17.1.55:S.8 14:58 8:21 0.27s 0.07s /bin/bash host4:/var/lib/mlocate# w 15:21:35 up 40 days, 4:56, 11 users, load average: 44.24, 65.58, 159.46 USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT eyck pts/1 172.17.1.55:S.0 21Mar09 6:15m 44:29 0.06s /bin/bash eyck pts/2 172.17.1.55:S.1 21Mar09 1:10 2:23 0.07s /bin/bash eyck pts/3 172.17.1.55:S.2 21Mar09 3:48 0.65s 0.06s /bin/bash eyck pts/4 172.17.1.55:S.3 21Mar09 3:46 42.23s 0.06s /bin/bash eyck pts/5 172.17.1.55:S.4 21Mar09 29:27m 31.35s 0.08s /bin/bash eyck pts/6 172.17.1.55:S.5 21Mar09 29:29m 1.35s 0.07s /bin/bash eyck pts/7 172.17.1.55:S.6 21Mar09 0.00s 0.62s 0.09s /bin/bash root pts/8 192.168.190.89 20Apr09 10days 0.07s 0.00s -bash eyck pts/9 172.17.1.55 23Apr09 2days 0.23s 0.08s -bash eyck pts/10 172.17.1.55:S.7 14:56 22:50 0.09s 0.07s /bin/bash eyck pts/11 172.17.1.55:S.8 14:58 8:22 0.27s 0.07s /bin/bash host4:/var/lib/mlocate# dmsetup resume 36006016022b21c00ea321cae6c0dde11 host4:/var/lib/mlocate# dmsetup suspend --noflush 36006016022b21c00ea321cae6c0dde11 host4:/var/lib/mlocate# dmsetup info 36006016022b21c00ea321cae6c0dde11 Name: 36006016022b21c00ea321cae6c0dde11 State: SUSPENDED Read Ahead: 256 Tables present: LIVE Open count: 0 Event number: 3 Major, minor: 254, 4 Number of targets: 1 UUID: mpath-36006016022b21c00ea321cae6c0dde11 (what to look for: open count)

| DM device being kept opened by pvscan: | | 2009.04.30-15:23.00

Insufficient suitable contiguous allocatable extents for logical volume pvmove0: 404479 more required

time pvmove /dev/dm-0
  Insufficient suitable contiguous allocatable extents for logical volume pvmove0: 404479 more required
    Unable to allocate temporary LV for pvmove.
Fix:
 time pvmove -v /dev/dm-0:1-3000
    Wiping cache of LVM-capable devices
    Finding volume group "spool"
    Archiving volume group "spool" metadata (seqno 96).
    Creating logical volume pvmove0
    Moving 1 extents of logical volume spool/ebic
    Found volume group "spool"
    Updating volume group metadata
    Creating volume group backup "/etc/lvm/backup/spool" (seqno 97).
    Found volume group "spool"
    Found volume group "spool"
    Suspending spool-ebic (254:11)
    Found volume group "spool"
    Creating spool-pvmove0
    Loading spool-pvmove0 table
    Resuming spool-pvmove0 (254:15)
    Found volume group "spool"
    Loading spool-pvmove0 table
    Resuming spool-pvmove0 (254:15)
    Loading spool-ebic table
    Resuming spool-ebic (254:11)
    Checking progress every 15 seconds
  /dev/dm-0: Moved: 00.0%

| Insufficient suitable contiguous allocatable extents for logical volume pvmove0: 404479 more required | | 2009.01.28-11:14.00

Hot-add Hot-remove: linux scsi subsystem

We've got erroneous scsi entry, remove it:
for n in `seq 0 0`; do echo $n; echo "scsi remove-single-device 1 0 0 $n" > /proc/scsi/scsi ; echo "scsi remove-single-device 0 0 0 $n" > /proc/scsi/scsi ; done
Now, we attached new FC LUN as 0:0:0:0 and 1:0:0:0
for n in `seq 0 0`; do echo $n; echo "scsi add-single-device 1 0 0 $n" > /proc/scsi/scsi ; echo "scsi add-single-device 0 0 0 $n" > /proc/scsi/scsi ; done
now, multipath -ll will show you, that multipath deteceted deviced with extra path to it, and created new device for it:
360060160e0b11c00d846a76e4be6dd11dm-12 DGC,VRAID
[size=140G][features=1 queue_if_no_path][hwhandler=1 emc]
\_ round-robin 0 [prio=1][active]
 \_ 1:0:0:0 sda 8:0   [active][ready]
 \_ round-robin 0 [prio=0][enabled]
  \_ 0:0:0:0 sde 8:64  [active][ready]

| Hot-add Hot-remove: linux scsi subsystem | | 2009.01.19-18:22.00

linux software raid get's marked as 'auto-ready-only', and resync stays PENDING indefinitely...

(This happened after changing kernel from the one that saw raid members as /dev/sdb5 and /dev/sdc5, to one that saw it as /dev/sda5 and /dev/sdb5.)
Personalities : [raid1]
md1 : active(auto-read-only) raid1 sdb5[1] sda5[0]
      234372160 blocks [2/2] [UU]
     resync = PENDING
it will stay PENDING until the end of time, or until you do:
mdadm --readwrite /dev/md1
then it starts syncing:
cat /proc/mdstat
Personalities : [raid1]
md1 : active raid1 sdb5[1] sda5[0]
      234372160 blocks [2/2] [UU]
      [===============>.....]  resync = 75.4% (176734976/234372160) finish=12.2min speed=78556K/sec

| linux software raid get's marked as 'auto-ready-only', and resync stays PENDING indefinitely... | | 2008.12.24-22:25.00

Upgrading Postgresql from 8.1 to 8.3 (debian lenny transition)

apt-get install postgresql ( this install postgresql-8.3 ) pg_dropcluster --stop 8.3 main kakofonix:/var/backups/pg# pg_upgradecluster -v 8.3 8.1 main Creating new cluster (configuration: /etc/postgresql/8.3/main, data: /var/lib/postgresql/8.3/main)... Moving configuration file /var/lib/postgresql/8.3/main/postgresql.conf to /etc/postgresql/8.3/main... Moving configuration file /var/lib/postgresql/8.3/main/pg_hba.conf to /etc/postgresql/8.3/main... Moving configuration file /var/lib/postgresql/8.3/main/pg_ident.conf to /etc/postgresql/8.3/main... Configuring postgresql.conf to use port 5433... Disabling connections to the old cluster during upgrade... Disabling connections to the new cluster during upgrade... Re-enabling connections to the old cluster... Re-enabling connections to the new cluster... Creating globals... Fixing hardcoded library paths for stored procedures... Upgrading database agenericdatabase... Analyzing database agenericdatabase... Fixing hardcoded library paths for stored procedures... Upgrading database anotherdb... Analyzing database anotherdb... Fixing hardcoded library paths for stored procedures... Upgrading database postgres... Analyzing database postgres... Fixing hardcoded library paths for stored procedures... Upgrading database template1... pg_restore: [archiver (db)] Error while PROCESSING TOC: pg_restore: [archiver (db)] Error from TOC entry 1502; 1262 1 DATABASE template1 postgres pg_restore: [archiver (db)] could not execute query: ERROR: database "template1" already exists Command was: CREATE DATABASE template1 WITH TEMPLATE = template0 ENCODING = 'SQL_ASCII'; WARNING: errors ignored on restore: 1 Analyzing database template1... Copying old configuration files... Copying old start.conf... Stopping target cluster... Stopping old cluster... Disabling automatic startup of old cluster... Configuring old cluster to use a different port (5433)... Starting target cluster on the original port... Success. Please check that the upgraded cluster works. If it does, you can remove the old cluster with pg_dropcluster 8.1 main

| Upgrading Postgresql from 8.1 to 8.3 (debian lenny transition) | | 2008.11.05-21:08.00

Comprehensive Guide To Life for Geeks, Aliens and Artificial Lifeforms

Chapter 7: Driving.

| Comprehensive Guide To Life for Geeks, Aliens and Artificial Lifeforms | | 2008.06.25-14:58.00

DCPromo - upgrade from 2000 to 2003 and Beyond

Domain: 2003 Functional Level: - universal groups - group nesting - group type conversion - SID history - Constrained delegation - lastLogoTimestamp updates (updated and replicated) - ability to set userPassword attribute as the effective password on inetOrgPerson and user objects - ability to redirect Users and Computers containers 2008 Functional Level: - DFS replication support for SYSVOL - AES 128 and AES256 support for Kerberos - Last Interactive Logon information (last successful interactive logon for a user, number of failed logons ) - Fine-grained password policies ( password/account lockout policies for users and global security groups)

| DCPromo - upgrade from 2000 to 2003 and Beyond | | 2008.05.14-19:39.00

Tai Ji Quan - Long Form

1. Taiji 2. Wróbel Prawy ( You Lan Que Wei ) 3. Wróbel Lewy (Zuo Lan Que Wei) 4. Odparowanie (Peng-) 5. Sciagniecie (-Lu-) 6. Nacisk (-Ji-) 7. Pchniecie (-An) 8. Bicz (Dan Bian) 9. Uniesienie Rak(Ti Shou Shang Shi) 10. Zuraw (Bai He Liang Chi) 11. Zgarniecie Z Kolana, Lewo (Zuo Lou Xi Yao Bu) 12. Lutnia (Shou Hui Pi Pa) 13. Zgarniecie z kolana, lewo (Zuo Lou Xi Yao Bu) 14. Zgarniecie z kolana, prawo (You Lou Xi Yao Bu) 15. Zgarniecie z kolana, lewo (Zou Lou Xi Yao Bu) 16. Lutnia (Shou Hui Pi Pa) 17. Zgarniecie z kolana, lwo ( Zuo Lou Xi Yao Bu) 18. Uderzenie piescia z gory (Pie Shen Chui) 19. yada yada cios (Jin Bu Ban Lan Chui) 20. Ciasne Zapieczetowanie(Ru Feng Si Bi) 21. Objecie tygrysa, powrot do gory (Bao Hu Gui Shan) ... Part 2: .... 23. Peng-Lu-Ji-An 24. Bicz 25. Piesc pod lokiec (Zhou Di Kan Chui) 26. Malpa lewo (Zuo Dao Nian Hou) 27. Malpa prawo (You Dao Nian Hou) 28. Malpa lewo (Zuo Dao Nian Hou) 29. Lot ukosny (Xie Fei Shi) 30. Uniesienie rak (TI Shou Shang Shi) 31. Zuraw (Bai He Liang Chi) 32. Zgarniecie z kolana, lewo (Zou Lou Xi Yao Bu) 33. Igla na dnie morza (Hai Di Lao Zhen 34. Wachlarz przez plecy (Shan Tong Bei) 35. piescia z gory (Zhuan Shen Pie Shen Chui) 36. Przechwycenie i uderzenie (Jin Bu Ban Lan Chui) 37. ... Shan Bu, Peng-Lu-Ji-An ( blok, obrot stopy, pchniecie... ) 38. Dan Bian (Bicz) 39. Dlonie-Chmury-Prawo (You Yun Shou) 40. Dlonie-Chmury-Lewo (Zuo Yun Shou) 41. Dlonie-Chmury-Prawo (You Yun Shou) 42. Dan Bian (Bicz) 43. stan wysoko szukaj konia (Gao Tan Ma) 44. Kopniecie Rozdzielajace Prawo (You Fen Jiao) 45. Kopniecie Rozdzielajace Lewo (Zuo Fen Jiao) 46. Obrot(90) i kopniecie lewa pieta (Zhuan Shen Deng Jiao) 47. Zgarniecie z kolana lewo (Zuo Lou Xi Yao Bu) 48. Zgarniecie z kolana prawo (You Lou Xi Yao Bu) 49. Krok, cios piescia w ziemie (Jin Bu Zai Chui)

| Tai Ji Quan - Long Form | | 2008.04.14-14:05.00

Create Degraded Raid1

Sep  5  2007
gnoll2:~# mdadm --create /dev/md1 --level 1 --raid-devices=2 missing /dev/hdh5
mdadm: array /dev/md1 started.
gnoll2:~# cat /proc/mdstat 
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md1 : active raid1 hdh5[1]
      77152064 blocks [2/1] [_U]
            
unused devices: <none>

gnoll2:/fs/tmp# mdadm --add /dev/md1 /dev/hde5 
mdadm: added /dev/hde5
gnoll2:/fs/tmp# cat /proc/mdstat 
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md1 : active raid1 hde5[2] hdh5[1]
      77152064 blocks [2/1] [_U]
            [>....................]  recovery =  0.0% (18560/77152064) finish=414.6min speed=3093K/sec
	          
unused devices: <none>
gnoll2:/fs/tmp# 

pokurcz:/home/eyck# mdadm  --create /dev/md1 -a yes --level 1 --raid-devices=2 missing /dev/sdb5
mdadm: array /dev/md1 started.

pokurcz:/home/eyck# cat /proc/mdstat 
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md1 : active raid1 sdb5[1]
      50002176 blocks [2/1] [_U]
            
unused devices: <none>
pokurcz:/home/eyck# 

pokurcz:/home/eyck# mdadm --add /dev/md1 /dev/sda5
mdadm: added /dev/sda5
pokurcz:/home/eyck# cat /proc/mdstat 
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md1 : active raid1 sda5[2] sdb5[1]
      50002176 blocks [2/1] [_U]
      [>....................]  recovery =  0.2% (139392/50002176) finish=11.9min speed=69696K/sec
	          
unused devices: <none>

| Create Degraded Raid1 | | 2008.03.13-13:32.00

VMWare Server on debian etch requirements

ii libx11-6 1.0.3-7 X11 client-side library ii libx11-data 1.0.3-7 X11 client-side library ii libxau6 1.0.1-2 X11 authorisation library ii libxcomposite1 0.3-3 X11 Composite extension library ii libxdmcp6 1.0.1-2 X11 Display Manager Control Protocol library ii libxext6 1.0.1-2 X11 miscellaneous extension library ii libxfixes3 4.0.1-5 X11 miscellaneous 'fixes' extension library ii libxi6 1.0.1-4 X11 Input extension library ii libxrender1 0.9.1-3 X Rendering Extension client library ii libxt6 1.0.2-2 X11 toolkit intrinsics library ii libxtst6 1.0.1-5 X11 Testing -- Resource extension library

| VMWare Server on debian etch requirements | | 2008.03.12-17:27.00

Replacing disk with larger - Vista vs Linux

  1. Linux:
    cfdisk /dev/sdb
    pvcreate /dev/sdb6
    vgextend system /dev/sdb6
    pvmove /dev/sdb6
    vgreduce system /dev/sdb6
    pvremove /dev/sdb6
    
    mkfs.xfs -Lboot /dev/sdb5
    time xfsdump - /dev/sda5|xfsrestore - /fs/sdb5
    
    grub: root (hd1,5),setup(hd1)
    
    Voile'a.
  2. Vista: ntfsclone --overwrite /dev/sdb1 /dev/sda1 restart -> Vista Install Disk -> Repair 2 additional restarts to install disk driver(sic!)

    | Replacing disk with larger - Vista vs Linux | | 2008.03.07-11:09.00

    T/TCP for FTP transfers

    using T/TCP for FTP transfers turns FTP from ideal 'File Transfer Protocol', into ideal 'Files Transfer Protocol' (by reducing cost(bandwidth and time) of transfering multiple files (RFC 1379) Similiar effect half-closing tcp might have...(??)

    | T/TCP for FTP transfers | | 2008.02.24-00:06.00

    Installing fairly featurefull perl on win32

    1) get openssl-win32 2) install strawberry perl 3) (if your openssl include Crypt::SSLeay with correct perl version, go for it, if not - perl -MCPAN -e shell install Crypt::SSLeay - fails. go to cpan build dir, perl Makefile.PL;dmake => works. dmake install Next, Net::SSLeay - repeat, it fails, because it forgets about ssleay.a files.. copy their paths from Makefile for Crypt::SSLeay (EXTRALIBS vs LDLOADLIBS) install Tk, Net::SSLeay::Handle, Win32::Process... and voilea..

    | Installing fairly featurefull perl on win32 | | 2008.02.15-01:30.00

    Upgrading postgres from 8.1 to 8.3 on debian etch:

    
    root@test64:/var/backups/pg# pg_upgradecluster 8.1 main
    Creating new cluster (configuration: /etc/postgresql/8.3/main, data: /var/lib/postgresql/8.3/main)...
    Moving configuration file /var/lib/postgresql/8.3/main/postgresql.conf to /etc/postgresql/8.3/main...
    Moving configuration file /var/lib/postgresql/8.3/main/pg_hba.conf to /etc/postgresql/8.3/main...
    Moving configuration file /var/lib/postgresql/8.3/main/pg_ident.conf to /etc/postgresql/8.3/main...
    Configuring postgresql.conf to use port 5433...
    Disabling connections to the old cluster during upgrade...
    Disabling connections to the new cluster during upgrade...
    Re-enabling connections to the old cluster...
    Re-enabling connections to the new cluster...
    Creating globals...
    Fixing hardcoded library paths for stored procedures...
    Upgrading database bazkadb-user07...
    Analyzing database bazkadb-user07...
    Fixing hardcoded library paths for stored procedures...
    Upgrading database bazkadbep...
    pg_restore: [archiver (db)] Error while PROCESSING TOC:
    pg_restore: [archiver (db)] Error from TOC entry 1617; 2606 562236 FK CONSTRAINT fkad166f893bd6f4d7 bazka
    pg_restore: [archiver (db)] could not execute query: ERROR:  foreign key constraint "fkad166f893bd6f4d7" cannot be implemented
    DETAIL:  Key columns "id_endpoint" and "id_endpoint" are of incompatible types: character varying and integer.
        Command was: ALTER TABLE ONLY user_endpoint
        ADD CONSTRAINT fkad166f893bd6f4d7 FOREIGN KEY (id_endpoint) REFERENCES endpoint(id_endpoi...
    WARNING: errors ignored on restore: 1
    Analyzing database bazkadbep...
    Fixing hardcoded library paths for stored procedures...
    Upgrading database postgres...
    Analyzing database postgres...
    Fixing hardcoded library paths for stored procedures...
    Upgrading database bazkadbep2...
    Analyzing database bazkadbep2...
    Fixing hardcoded library paths for stored procedures...
    Upgrading database bazkadb...
    Analyzing database bazkadb...
    Fixing hardcoded library paths for stored procedures...
    Upgrading database xwiki...
    Analyzing database xwiki...
    Fixing hardcoded library paths for stored procedures...
    Upgrading database scheduler...
    Analyzing database scheduler...
    Fixing hardcoded library paths for stored procedures...
    Upgrading database template1...
    Analyzing database template1...
    Copying old configuration files...
    Copying old start.conf...
    Stopping target cluster...
    Stopping old cluster...
    Disabling automatic startup of old cluster...
    Configuring old cluster to use a different port (5433)...
    Starting target cluster on the original port...
    Success. Please check that the upgraded cluster works. If it does,
    you can remove the old cluster with
    
      pg_dropcluster 8.1 main
    
    
    root@test64:/var/backups/pg# pg_dropcluster 8.1 main
    

    | Upgrading postgres from 8.1 to 8.3 on debian etch: | | 2008.02.11-12:48.00

    maja:/shit# pvscan PV /dev/cciss/c0d0p5 VG gucio lvm2 [270.08 GB / 0 free] PV /dev/cciss/c0d1p1 VG gucio lvm2 [33.91 GB / 1.98 GB free] PV /dev/sda5 VG gucio lvm2 [318.09 GB / 318.09 GB free] Total: 3 [622.07 GB] / in use: 3 [622.07 GB] / in no VG: 0 [0 ] maja:/shit# pvmove /dev/cciss/c0d1p1 /dev/cciss/c0d1p1: Moved: 1.1% /dev/cciss/c0d1p1: Moved: 1.9% /dev/cciss/c0d1p1: Moved: 2.7% /dev/cciss/c0d1p1: Moved: 4.3% /dev/cciss/c0d1p1: Moved: 6.6% /dev/cciss/c0d1p1: Moved: 8.6% maja:/shit# pvmove /dev/cciss/c0d1p1 /dev/cciss/c0d1p1: Moved: 1.1% /dev/cciss/c0d1p1: Moved: 1.9% /dev/cciss/c0d1p1: Moved: 2.7% /dev/cciss/c0d1p1: Moved: 4.3% /dev/cciss/c0d1p1: Moved: 6.6% /dev/cciss/c0d1p1: Moved: 8.6% /dev/cciss/c0d1p1: Moved: 10.0% /dev/cciss/c0d1p1: Moved: 11.4% /dev/cciss/c0d1p1: Moved: 13.2% /dev/cciss/c0d1p1: Moved: 15.4% /dev/cciss/c0d1p1: Moved: 17.3% /dev/cciss/c0d1p1: Moved: 18.7% /dev/cciss/c0d1p1: Moved: 20.2% /dev/cciss/c0d1p1: Moved: 21.5% /dev/cciss/c0d1p1: Moved: 22.8% /dev/cciss/c0d1p1: Moved: 25.2% /dev/cciss/c0d1p1: Moved: 27.5% /dev/cciss/c0d1p1: Moved: 29.5% /dev/cciss/c0d1p1: Moved: 31.4% /dev/cciss/c0d1p1: Moved: 32.8% /dev/cciss/c0d1p1: Moved: 34.3% /dev/cciss/c0d1p1: Moved: 35.6% /dev/cciss/c0d1p1: Moved: 37.7% /dev/cciss/c0d1p1: Moved: 40.0% /dev/cciss/c0d1p1: Moved: 42.0% /dev/cciss/c0d1p1: Moved: 43.4% /dev/cciss/c0d1p1: Moved: 44.7% /dev/cciss/c0d1p1: Moved: 46.7% /dev/cciss/c0d1p1: Moved: 49.1% /dev/cciss/c0d1p1: Moved: 51.3% /dev/cciss/c0d1p1: Moved: 52.8% /dev/cciss/c0d1p1: Moved: 54.2% /dev/cciss/c0d1p1: Moved: 55.8% /dev/cciss/c0d1p1: Moved: 57.9% /dev/cciss/c0d1p1: Moved: 59.3% /dev/cciss/c0d1p1: Moved: 60.7% /dev/cciss/c0d1p1: Moved: 62.8% /dev/cciss/c0d1p1: Moved: 64.5% /dev/cciss/c0d1p1: Moved: 65.8% /dev/cciss/c0d1p1: Moved: 67.4% /dev/cciss/c0d1p1: Moved: 69.5% /dev/cciss/c0d1p1: Moved: 71.4% /dev/cciss/c0d1p1: Moved: 72.9% /dev/cciss/c0d1p1: Moved: 74.4% /dev/cciss/c0d1p1: Moved: 75.7% /dev/cciss/c0d1p1: Moved: 77.0% /dev/cciss/c0d1p1: Moved: 78.4% /dev/cciss/c0d1p1: Moved: 79.7% /dev/cciss/c0d1p1: Moved: 81.6% /dev/cciss/c0d1p1: Moved: 83.3% /dev/cciss/c0d1p1: Moved: 84.7% /dev/cciss/c0d1p1: Moved: 86.1% /dev/cciss/c0d1p1: Moved: 87.8% /dev/cciss/c0d1p1: Moved: 89.7% /dev/cciss/c0d1p1: Moved: 91.3% /dev/cciss/c0d1p1: Moved: 92.6% /dev/cciss/c0d1p1: Moved: 94.0% /dev/cciss/c0d1p1: Moved: 95.7% /dev/cciss/c0d1p1: Moved: 97.6% /dev/cciss/c0d1p1: Moved: 99.4% /dev/cciss/c0d1p1: Moved: 100.0% maja:/shit#

    | | | 2008.02.01-19:51.00

    Backups with snapshots

    pokurcz:/home/ftp# xfs_freeze -f /fs/tmpptc/     
    pokurcz:/home/ftp# lvcreate -l 500 -s -n tsnap /dev/dat/tmpptc 
      Logical volume "tsnap" created
    pokurcz:/home/ftp# mkdir /fs/snapt
    pokurcz:/home/ftp# mount -o nouuid,ro /dev/dat/tmp
    tmpf    tmpptc  
    pokurcz:/home/ftp# mount -o nouuid,ro /dev/dat/tmp
    tmpf    tmpptc  
    pokurcz:/home/ftp# mount -o nouuid,ro /dev/dat/   
    bck      devetch  fs       ftp      tmpf     tmpptc   tsnap    
    pokurcz:/home/ftp# mount -o nouuid,ro /dev/dat/tsnap /fs/snapt/
    pokurcz:/home/ftp# xfs_freeze -u /fs/tmpptc
    pokurcz:/home/ftp# 
    
    
    
    pokurcz:/home/ftp# cd /fs/tmpptc/
    pokurcz:/fs/tmpptc# ls
    TL1_6-install.pdf                        
    VMware-VMvisor-InstallerCD-3.5.0-67921.i386.iso  conieface.xfsdump.gz  hypervisor_performance_comparison_1_0_5_with_esx-data.pdf  ldap.pem         q                     testy
    pokurcz:/fs/tmpptc# touch HELLO.WORLD
    pokurcz:/fs/tmpptc# ls /fs/snapt/
    VMware-VMvisor-InstallerCD-3.5.0-67921.i386.iso  conieface.xfsdump.gz  hypervisor_performance_comparison_1_0_5_with_esx-data.pdf  ldap.pem         q                     testy
    pokurcz:/fs/tmpptc# 
    
    
    Clean up:
    
    pokurcz:/fs/tmpptc# umount /fs/snapt/
    pokurcz:/fs/tmpptc# lvremove -f /dev/dat/   
          tmpf     tmpptc   tsnap    
    pokurcz:/fs/tmpptc# lvremove -f /dev/dat/tsnap 
      Logical volume "tsnap" successfully removed
    
    

    | Backups with snapshots | | 2008.01.25-19:33.00

    Remove disks from lvm

    HN:/home/eyck# pvscan 
      PV /dev/dm-10          VG systems   lvm2 [65.00 GB / 5.93 GB free]
      PV /dev/dm-9           VG cdb       lvm2 [70.00 GB / 1.89 GB free]
      PV /dev/dm-8           VG spool     lvm2 [797.47 GB / 81.70 GB free]
      PV /dev/cciss/c0d0p5                lvm2 [32.98 GB]
      PV /dev/cciss/c1d0p5                lvm2 [67.83 GB]
      PV /dev/cciss/c1d1p5                lvm2 [67.83 GB]
      PV /dev/cciss/c1d2p5                lvm2 [273.45 GB]
      PV /dev/cciss/c1d3p1                lvm2 [279.39 GB]
      Total: 8 [1.62 TB] / in use: 3 [932.46 GB] / in no VG: 5 [721.49 GB]
    HN:/home/eyck# pvremove  /dev/cciss/c1d3p1
      Labels on physical volume "/dev/cciss/c1d3p1" successfully wiped
    HN:/home/eyck# pvremove  /dev/cciss/c1d2p5
      Labels on physical volume "/dev/cciss/c1d2p5" successfully wiped
    HN:/home/eyck# pvremove  /dev/cciss/c1d1p5
      Labels on physical volume "/dev/cciss/c1d1p5" successfully wiped
    HN:/home/eyck# pvremove  /dev/cciss/c0d0p5
      Labels on physical volume "/dev/cciss/c0d0p5" successfully wiped
    HN:/home/eyck# pvremove  /dev/cciss/c1d0p5
      Labels on physical volume "/dev/cciss/c1d0p5" successfully wiped
    HN:/home/eyck# 
    
    HN:/home/eyck# pvscan 
      PV /dev/dm-10   VG systems   lvm2 [65.00 GB / 5.93 GB free]
      PV /dev/dm-9    VG cdb       lvm2 [70.00 GB / 1.89 GB free]
      PV /dev/dm-8    VG spool     lvm2 [797.47 GB / 81.70 GB free]
    Total: 3 [932.46 GB] / in use: 3 [932.46 GB] / in no VG: 0 [0   ]
    
    

    | Remove disks from lvm | | 2008.01.22-12:28.00

    Kerberos and k5start

    kadmin -k -p eyck@DOMAIN

    | Kerberos and k5start | | 2008.01.22-11:03.00

    PowerDNS on PostgreSQL

    
    CREATE TABLE domains (
        id serial NOT NULL,
        name character varying(255) NOT NULL,
        master character varying(20),
        last_check integer,
        "type" character varying(6) NOT NULL,
        notified_serial integer,
        account character varying(40)
    );
    
    
    CREATE TABLE records (
        id serial NOT NULL,
        domain_id integer,
        name character varying(255),
        "type" character varying(6),
        content character varying(255),
        ttl integer,
        prio integer,
        change_date integer
    );
    
    CREATE TABLE supermasters (
        ip character varying(25) NOT NULL,
        nameserver character varying(255) NOT NULL,
        account character varying(40)
    );
    
    
    
    COPY domains (id, name, master, last_check, "type", notified_serial, account) FROM stdin;
    1       kuszelas.eu    \N      \N      NATIVE  \N      \N
    \.
    
    
    --
    -- Data for TOC entry 22 (OID 17153)
    -- Name: records; Type: TABLE DATA; Schema: public; Owner: postgres
    --
    
    COPY records (id, domain_id, name, "type", content, ttl, prio, change_date) FROM stdin;
    2       1       localhost.kuszelas.eu  A       127.0.0.1       120     \N      \N
    20      1       kuszelas.eu    MX      mail2.kuszelas.eu      300     10      \N
    21      1       mail2.kuszelas.eu      A       212.182.115.24  120     \N      \N
    1       1       kuszelas.eu    SOA     localhost user.kuszelas.eu 1   86400   \N      \N
    17      1       kuszelas.eu    NS      ns.kuszelas.eu 300     \N      \N
    18      1       kuszelas.eu    MX      mail.kuszelas.eu       300     5       \N
    12      1       _jabber._tcp.jabber.kuszelas.eu        SRV     0 5269 kuszelas.eu     300     10      \N
    13      1       _xmpp-server._tcp.jabber.kuszelas.eu   SRV     0 5269 kuszelas.eu     300     10      \N
    14      1       _xmpp-client._tcp.jabber.kuszelas.eu   SRV     0 5222 kuszelas.eu     300     10      \N
    16      1       kuszelas.eu    TXT     Serwer  300     \N      \N
    3       1       www.kuszelas.eu        A       195.242.124.71  120     \N      \N
    5       1       dns.kuszelas.eu        A       195.242.124.71  120     \N      \N
    6       1       ftp.kuszelas.eu        A       195.242.124.71  120     \N      \N
    7       1       poczta.kuszelas.eu     A       195.242.124.71  120     \N      \N
    8       1       pop3.kuszelas.eu       A       195.242.124.71  120     \N      \N
    9       1       smtp.kuszelas.eu       A       195.242.124.71  120     \N      \N
    10      1       ssh.kuszelas.eu        A       195.242.124.71  120     \N      \N
    11      1       jabber.kuszelas.eu     A       195.242.124.71  120     \N      \N
    4       1       mail.kuszelas.eu       A       195.242.124.71  120     \N      \N
    \.
    
    
    
    Audit trail:
    CREATE TABLE audit_domains (
        operation         char(1)   NOT NULL,
        stamp             timestamp NOT NULL,
        userid            text      NOT NULL,
        id serial NOT NULL,
        name character varying(255) NOT NULL,
        master character varying(20),
        last_check integer,
        "type" character varying(6) NOT NULL,
        notified_serial integer,
        account character varying(40)
    );
    
    
    CREATE TABLE audit_records (
        operation         char(1)   NOT NULL,
        stamp             timestamp NOT NULL,
        userid            text      NOT NULL,
        id serial NOT NULL,
        domain_id integer,
        name character varying(255),
        "type" character varying(6),
        content character varying(255),
        ttl integer,
        prio integer,
        change_date integer
    );
    
    CREATE OR REPLACE FUNCTION process_audit_domains() RETURNS TRIGGER AS $audit_domains$
        BEGIN
            --
            -- Create a row in audit_domains to reflect the operation performed on domains,
            -- make use of the special variable TG_OP to work out the operation.
            --
            IF (TG_OP = 'DELETE') THEN
                INSERT INTO audit_domains SELECT 'D', now(), user, OLD.*;
                RETURN OLD;
            ELSIF (TG_OP = 'UPDATE') THEN
                INSERT INTO audit_domains SELECT 'U', now(), user, NEW.*;
                RETURN NEW;
            ELSIF (TG_OP = 'INSERT') THEN
                INSERT INTO audit_domains SELECT 'I', now(), user, NEW.*;
                RETURN NEW;
            END IF;
            RETURN NULL; -- result is ignored since this is an AFTER trigger
        END;
    $audit_domains$ LANGUAGE plpgsql;
    
    CREATE TRIGGER audit_domains
    AFTER INSERT OR UPDATE OR DELETE ON domains
        FOR EACH ROW EXECUTE PROCEDURE process_audit_domains();
    
    --
    
    CREATE OR REPLACE FUNCTION process_audit_records() RETURNS TRIGGER AS $audit_records$
        BEGIN
            --
            -- Create a row in audit_records to reflect the operation performed on records,
            -- make use of the special variable TG_OP to work out the operation.
            --
            IF (TG_OP = 'DELETE') THEN
                INSERT INTO audit_records SELECT 'D', now(), user, OLD.*;
                RETURN OLD;
            ELSIF (TG_OP = 'UPDATE') THEN
                INSERT INTO audit_records SELECT 'U', now(), user, NEW.*;
                RETURN NEW;
            ELSIF (TG_OP = 'INSERT') THEN
                INSERT INTO audit_records SELECT 'I', now(), user, NEW.*;
                RETURN NEW;
            END IF;
            RETURN NULL; -- result is ignored since this is an AFTER trigger
        END;
    $audit_records$ LANGUAGE plpgsql;
    
    CREATE TRIGGER audit_records
    AFTER INSERT OR UPDATE OR DELETE ON records
        FOR EACH ROW EXECUTE PROCEDURE process_audit_records();
    
    
    
    

    | PowerDNS on PostgreSQL | | 2007.12.14-17:28.00

    dd_rescue /dev/zero test

    host:/fs/t# dd_rescue /dev/zero test
    dd_rescue: (info): ipos:   5831680.0k, opos:   5831680.0k, xferd:   5831680.0k
                       errs:      0, errxfer:         0.0k, succxfer:   5831680.0k
    		                +curr.rate:   493402kB/s, avg.rate:   141304kB/s, avg.load: 34.6%
    
    host:/fs/t# dd_rescue /dev/zero test
    dd_rescue: (info): ipos:  22496256.0k, opos:  22496256.0k, xferd:  22496256.0k
                       errs:      0, errxfer:         0.0k, succxfer:  22496256.0k
    		                +curr.rate:   366322kB/s, avg.rate:   150428kB/s, avg.load: 38.7%
    
    IO/s: 590 Write BW: 148MB/s
    host:/fs/t# time dd_rescue -w /dev/zero test
    dd_rescue: (info): ipos: 535740416.0k, opos: 535740416.0k, xferd: 535740416.0k
                       errs:      0, errxfer:         0.0k, succxfer: 535740416.0k
    +curr.rate:    28755kB/s, avg.rate:   151774kB/s, avg.load: 41.6%
    
    real    58m53.858s
    user    0m25.982s
    sys     24m2.210s
    

    | dd_rescue /dev/zero test | | 2007.12.13-18:51.00

    Vista ReadyBoost requirements

    : 5MB/s(2.5M/s?) for random reads (4k) 3MB/s(1.75M/s?) for random writes (512k) Limits defined in: HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\EMDMgmt for example: Device Status 0x02 ReadSpeedKBs 0x1000 WriteSpeedKBs 0x1000 (you need to click 'do-not-retest', otherwise it will otherwrite your changes in registy)

    | Vista ReadyBoost requirements | | 2007.12.08-14:18.00

    Compaq 6910p on debian lenny

    • kernel >=2.6.22 (for sound, intel x3100 graphics)
    • xorg >=7.2
    • alsaconfig -> snd_hda_intel
    • iwlwifi-4965-ucode -> /lib/firmware/
    • iwlwifi 1.2.22 (1.2.20 doesn't work)
    • s2ram -f --vbe_save --vbe_post --vbe_mode

      Setting Process Title On Linux

      http://www.netsplit.com/2007/01/ and http://lightconsulting.com/~thalakan/process-title-notes.html with perl: Sys::Proctitle,

      | Setting Process Title On Linux | | 2007.11.29-13:20.00

      Vserver VS OpenVZ - benchmark/posgresql/jira test

      Jira reindex, same hardware, same database, with db on linux-vserver(2.6.18.8+vs2.0.3):
      "Re-Indexing was successful and took: 1518 seconds."
      with db on openvz (2.6.18+ovz028stab047.1):
      "Re-Indexing was successful and took: 1488 seconds."
      db on openvz, running on only one virtual cpu (vzctl set --cpus 1):
      "Re-Indexing was successful and took: 1681 seconds."

      HW: HP ProLiant DL360 G4 model name : Intel(R) Xeon(TM) CPU 3.00GHz

      | Vserver VS OpenVZ - benchmark/posgresql/jira test | | 2007.11.27-21:03.00

      Anti-RRD, don't loose information

      logs are precious, rrd believes otherwise, that wouldn't be a problem if rrd wasn't so popular. Thus, one needs tool that sits on top of rrd/modifies rrd, and stop it from erasing data. That is the most economical course of action, since every data logging tool outthere uses rrd.

      How to proceed?

      1. cron-fired tool that backs rrd-data into separate file
      2. patch to rrd, that stores removed data in alternate data stream (another file), with a little effort this might become an option to rrd, making historical data easily available to rrd-based tools

      | Anti-RRD, don't loose information | | 2007.11.20-09:17.00

      Reverse Munin

      - install reverse-munin, it reports stats every ~15m (stats collected every ~30s)

      | Reverse Munin | | 2007.11.19-22:42.00

      Effect of CONCURRENCY_LEVEL variable on make-kpkg (kernel compilation) on dual Quad Core

      System:
      processor       : 7
      vendor_id       : GenuineIntel
      cpu family      : 6
      model           : 15
      model name      : Intel(R) Xeon(R) CPU           E5345  @ 2.33GHz
      stepping        : 7
      cpu MHz         : 2333.422
      cache size      : 4096 KB
      physical id     : 1
      siblings        : 4
      core id         : 3
      cpu cores       : 4
      fpu             : yes
      fpu_exception   : yes
      cpuid level     : 10
      wp              : yes
      flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall lm constant_tsc pni monitor ds_cpl vmx est tm2 cx16 xtpr lahf_lm
      bogomips        : 4667.06
      clflush size    : 64
      cache_alignment : 64
      address sizes   : 36 bits physical, 48 bits virtual
      power management:
      
      ....
      model name      : Intel(R) Xeon(R) CPU           E5345  @ 2.33GHz
      model name      : Intel(R) Xeon(R) CPU           E5345  @ 2.33GHz
      model name      : Intel(R) Xeon(R) CPU           E5345  @ 2.33GHz
      model name      : Intel(R) Xeon(R) CPU           E5345  @ 2.33GHz
      model name      : Intel(R) Xeon(R) CPU           E5345  @ 2.33GHz
      model name      : Intel(R) Xeon(R) CPU           E5345  @ 2.33GHz
      model name      : Intel(R) Xeon(R) CPU           E5345  @ 2.33GHz
      model name      : Intel(R) Xeon(R) CPU           E5345  @ 2.33GHz
      Linux etchdev386 2.6.18.bsd40j-vz #1 SMP Sun Oct 28 10:14:55 UTC 2007 i686 GNU/Linux
      
      CLrealusersys
      1 36m8.773s 28m0.017s 5m11.427s
      2 21m17.209s 28m19.778s 5m32.009s
      3 16m24.912s 28m24.875s 5m47.002s
      4 14m54.012s 28m30.863s 6m0.895s
      5 14m50.449s 28m27.211s 6m4.799s
      6 15m33.589s 28m15.798s 5m58.850s
      7 16m23.849s 28m28.563s 6m5.475s
      8 17m41.355s 28m16.958s 6m0.515s
      9 17m49.368s 28m29.867s 6m3.207s
      10 18m21.491s 28m26.071s 6m4.455s
      11 18m46.612s 28m32.743s 6m6.239s
      12 19m10.218s 28m31.855s 6m5.335s
      13 19m36.510s 28m25.191s 6m2.123s
      14 19m33.238s 28m45.360s 6m8.467s
      15 19m50.454s 28m47.152s 6m10.283s
      16 20m21.163s 28m42.168s 6m11.019s
      17 19m56.470s 28m41.992s 6m5.219s
      18 19m49.307s 28m48.364s 6m11.235s
      19 19m56.618s 28m45.544s 6m11.047s
      20 20m12.434s 28m51.164s 6m12.847s
      21 20m37.028s 28m34.055s 6m9.423s
      22 19m56.581s 29m0.861s 6m21.540s
      23 20m52.650s 28m46.000s 6m10.259s
      24 20m17.952s 28m41.556s 6m14.103s
      25 20m39.504s 28m42.468s 6m14.483s
      26 19m56.328s 29m26.562s 6m28.620s
      27 20m0.562s 29m31.551s 6m36.301s
      28 19m57.038s 29m34.491s 6m32.289s
      29 20m3.414s 29m29.779s 6m33.901s
      30 20m15.452s 29m38.131s 6m36.489s
      31 19m58.292s 29m36.491s 6m35.749s
      32 20m29.804s 28m57.513s 6m20.204s
      33 20m8.699s 28m59.293s 6m23.452s
      34 20m11.357s 28m55.916s 6m20.216s
      35 20m31.274s 28m49.472s 6m14.579s
      36 20m20.033s 28m48.772s 6m18.116s
      CLrealusersys
      1 36m9.151s 28m0.961s 5m13.396s
      2 21m16.693s 28m15.106s 5m35.113s
      3 16m14.933s 28m40.860s 5m53.790s
      4 14m51.212s 28m30.335s 6m0.811s
      5 14m49.351s 28m31.207s 6m7.995s
      6 15m47.585s 28m11.794s 5m58.182s
      2.6.22-amd64: (without vz)
      export CONCURRENCY_LEVEL=6
      ...
      real    9m51.049s
      user    32m8.349s
      sys     5m31.861s
      
      
      CLrealusersys
      1 35m47.262s 31m56.732s 4m24.081s
      2 18m55.905s 31m26.558s 4m27.733s
      3 13m46.587s 31m34.278s 4m28.333s
      4 11m9.684s 31m26.130s 4m32.769s
      5 9m40.245s 31m51.495s 4m41.050s
      6 8m43.968s 32m3.032s 4m45.382s
      7 8m7.112s 32m4.800s 4m45.218s
      8 7m54.335s 32m8.845s 4m48.246s
      9 8m14.461s 32m32.178s 4m53.662s
      10 8m47.419s 33m1.660s 4m56.667s
      11 9m48.772s 33m30.070s 4m59.543s
      12 11m13.929s 33m35.218s 5m0.759s
      # chroot on 2.6.18/amd64
      CLrealusersys
      1 39m0.566s 30m12.521s 4m26.485s
      2 22m15.543s 30m34.999s 4m41.694s
      3 17m15.496s 31m3.320s 4m52.818s
      4 15m13.936s 31m14.269s 5m3.363s
      5 15m7.533s 31m13.217s 5m4.987s
      6 15m30.503s 31m25.142s 5m17.580s
      # 2.6.22-vz004(git @ 2007-11-01) (amd64)
      CLrealusersys
      1 71m38.213s 27m44.876s 4m41.790s
      5 31m17.052s 28m24.655s 5m27.836s
      6 32m49.246s 28m5.849s 5m13.568s
      with vzctl set etchdev --cpus 5:
      CL: 1
      real    35m55.736s
      user    27m54.469s
      sys     5m13.696s
      CL: 2
      real    21m21.611s
      user    28m13.954s
      sys     5m29.397s
      CL: 3
      real    17m3.690s
      user    28m25.743s
      sys     5m43.485s
      CL: 4
      real    15m42.706s
      user    28m26.507s
      sys     5m53.898s
      CL: 5
      real    16m59.589s
      user    28m3.105s
      sys     5m49.130s
      CL: 6
      real    18m24.560s
      user    28m12.538s
      sys     5m52.138s
      CL: 7
      real    19m22.321s
      user    27m57.009s
      sys     5m51.942s
      
      with vzctl set etchdev --cpus 4:
      CL: 1
      real    35m25.464s
      user    28m0.665s
      sys     5m7.427s
      CL: 2
      real    21m12.749s
      user    28m26.247s
      sys     5m28.245s
      CL: 3
      real    17m9.802s
      user    28m26.435s
      sys     5m38.409s
      CL: 4
      real    16m55.358s
      user    28m17.830s
      sys     5m40.993s
      CL: 5
      real    18m58.317s
      user    27m52.749s
      sys     5m36.249s
      CL: 6
      real    19m57.399s
      user    27m47.980s
      sys     5m35.565s
      CL: 7
      real    20m26.853s
      user    27m58.965s
      sys     5m36.873s
      
      with vzctl set etchdev --cpus 3:
      CL: 1
      real    35m6.224s
      user    27m55.997s
      sys     4m58.507s
      CL: 2
      real    21m38.178s
      user    28m55.168s
      sys     5m44.654s
      CL: 3
      real    17m36.461s
      user    28m47.816s
      sys     5m42.417s
      CL: 4
      real    19m50.483s
      user    28m6.361s
      sys     5m34.001s
      CL: 5
      real    20m58.151s
      user    28m21.998s
      sys     5m47.946s
      CL: 6
      real    21m36.935s
      user    28m23.494s
      sys     5m46.558s
      CL: 7
      real    22m8.818s
      user    28m9.370s
      sys     5m37.545s
      
      with vzctl set etchdev --cpus 2:
      CL: 1
      real    34m11.380s
      user    28m1.933s
      sys     4m52.270s
      CL: 2
      real    21m7.797s
      user    28m37.959s
      sys     5m12.724s
      CL: 3
      real    22m4.511s
      user    28m4.549s
      sys     5m13.984s
      CL: 4
      real    22m42.487s
      user    28m6.717s
      sys     5m12.572s
      CL: 5
      real    24m43.785s
      user    28m1.637s
      sys     5m14.804s
      CL: 6
      real    24m9.467s
      user    28m12.986s
      sys     5m15.120s
      CL: 7
      real    24m49.795s
      user    28m4.093s
      sys     5m7.071s
      
      .

      | Effect of CONCURRENCY_LEVEL variable on make-kpkg (kernel compilation) on dual Quad Core | | 2007.11.13-15:19.00

      85C errors with 1-wire termometer

      from http://www.nabble.com/Problem-with-temperature-reading-t3265726.html
      
      by David Lissiuk Feb 21, 2007; 07:13pm 
      
      Hi all,
      
       As I have done fairly extensive testing of various 1-wire issues I can
      maybe help shed some light on possible hardware causes of seeing 85.0C
      errors for those new to these issues.
      
      In general a 85.0C reading indicates that a POR has occurred in the
      chip:
      
      The following issues are common, note that not all are things that
      software alone can correct.
      
      1) Poor 1-wire line levels
       A). If the chip is wired for parasitic operation, the VDD line must be
      grounded. Otherwise unknown parasitic results may occur. (This is not
      required with -PAR devices, which are internally grounded inside the
      chip).
      
       B). While operating under powered mode of operation, the power supply
      has to have a reasonably fast rise time, else the chip may enter an
      internal test mode.  The voltage should ideally be 5 volts to insure
      maximum signal headroom for the 1-wire signal. Line losses through the
      cable need to be considered.
      
       C). The slave device (the DS18B20) may not have enough power/current to
      complete the temperature conversion and this may cause a POR to occur in
      the chip instead (Generating the 85.0C reading). This may be caused by
      the following:
      
      2). Insufficient weak-pull-up current on simple 1-wire bus master
      designs
      I've seen issues when the weak-pull up current is insufficient, causing
      the chip to do a POR during the temp conversion time. Generally a value
      between 1.1K and 2.5K for the weak pull-up resistor is what I recommend.
      I've often seen this problem on bus master designs using a 4.7K or
      greater weaker pull-up resistors.
      
      3) Insufficient conversion time/current.
      Parasitic driven devices take considerably longer to do their conversion
      than a powered device does (for this reason I generally recommend
      powered sensors (See 1WRJ45 for one way how to supply power through a
      cable). You will get a 85.0 result if the conversion has not completed
      and a POR had occurred previously.
      
      A powered device temperature conversion is typically around 650ms at
      12bits (750ms max).  The DS18B20 uses a relatively crude internal timing
      oscillator. And variations from both, temperature and internal chip
      composition, etc. may effect the duration needed for a successful
      temperature conversion cycle to complete, and the chip may draw as much
      as 1.5ma during the conversion processes.  This may be why one chip
      works and the other doesn't if you're just marginal with the timings.
      (generally a good time to redesign your network to fix the fundamental
      problems). I have heard of one batch of DS18X20's working in a circuit
      and another not due to these slight internal differences on marginal
      designed networks. This is not a failure of the parts, just of poor
      network design and is generally corrected by insuring sufficient
      conversion current is received by the temperature device for the entire
      temperature conversion cycle. Powered temperature sensors may also be
      polled for when the temperature conversion is complete (thus saving
      time). See the datasheet for more information on this.
      
      Another source of errors is too long delays in providing a strong
      pull-up current for parasitic device. The sensor is issued a conversion
      command, but a strong pull-up current is not applied for one reason or
      another and the device loses power. This is only an issue with parasitic
      operated devices obviously. It is generally a poor bus master design or
      improper programming of the strong pull-up of the bus master.
      
      4), Current supply limitations:
      Since during a temperature conversion current use in the device can be
      fairly high, (1.5ma max by spec) limitation of the network design may
      affect this supplied current.
      
      A). Limitations of the Bus master to supply conversion current.
        A LINK based design bus master can supply more current than a DS2480B
      design (DS9097U-S09). A DS2490 (USB) can supply slightly more current
      than a DS2480B unit. The Impedance matching line filter on the bus
      master must also be considered if added to a DS9097U-S) or USB unit
      (Generally a highly recommended practice to add the filter for signal
      reflection issues). If the bus master is also parasiticlly powered this
      may also be an issue or limitation.
      
      B). Any additional bus line resistance.
      The use of a DS2409 adds additional current limiting to what can be
      supplied to downstream devices. Each channel of a DS2409 has a different
      resistance. So channel use may also effect operation.  In addition the
      DS2409 chip package sets the maximum pass-gate current to 20ma max.
      according to Dallas (info not in data sheet) This can be a limitation in
      any attempt to do bulk temperature conversions of parasitic downstream
      devices.
      
      C) Time delays generated by inline devices
      A DS2409 can also cause a POR to occur on a temperature sensor after
      switching channels using a smart-on command. (There are several errors
      in the DS2409 data sheet that I've notified Dallas about, including the
      flow diagram. Dallas has verified them and is correcting them in a new
      revision of the data sheet. Though I am not sure if all of them will be
      corrected by then).
      
      Much of this information has been developed in my efforts on basic
      research for a hardware book on 1-wire I am developing in my free time
      (Still in early stages of writing, as I have very little of that. I do
      however welcome suggestions and reports of problems that need to be
      researched (contact me off list)).
      
      I hope this information can be of help by the software writers in
      understanding some of the possible conditions that can cause the
      reporting of a 85.0C error in the software that should be considered. As
      you can see when reporting an 85.0C error it might also be useful to
      others to report the bus master used, any line filter, the number and
      channels used in any hubs (and the hub design being used), along with
      the temperature sensor wiring (powered or parasitic), the delivered
      power voltage and the chip revision if known.
      
      Hope this helps the software efforts,
       Cheers
      
      David Lissiuk
      Sr. Computer Scientist
      Springbok Digitronics 
      
      

      | 85C errors with 1-wire termometer | | 2007.11.12-09:35.00

      BSD - Bastard patcheset for Linux kernel. 2.6.18-bsd40n-ovz

      Sat Nov 10 13:38:45 CET 2007 Realtek's r8168 driver, this one works reliably with:
      04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)
      
      in contrast to lenny's r8169 driver which oops'es every ~few hours with:
      ------------[ cut here ]------------
      kernel BUG at net/core/skbuff.c:721!
      invalid opcode: 0000 [#1]
      SMP
      Modules linked in: vznetdev vzethdev vzrst vzcpt vzdquota vzmon vzdev ipt_ttl xt_tcpmss ipt_TCPMSS ipt_tos ext2 mbcache xt_length xt_CLASSIFY iptable_mangle cls_u32 sch_sfq sch_htb ipt_MASQUERADE ipt_REDIRECT iptable_nat ip_nat xt_multiport ipt_REJECT xt_limit xt_tcpudp xt_state ip_conntrack nfnetlink iptable_filter ip_tables x_tables ata_piix ip_set softdog tg3 evdev parport_pc pcspkr parport rtc xfs dm_mirror dm_log dm_snapshot dm_mod raid10 raid456 xor raid1 raid0 multipath linear md_mod ide_disk ahci libata sd_mod 8139too jmicron ehci_hcd aic7xxx uhci_hcd e100 8139cp generic scsi_transport_spi mii r8169 ide_core scsi_mod usbcore thermal processor fan
      CPU:    3, VCPU: -1.3
      EIP:    0060:[<c0220b2d>]    Not tainted VLI
      EFLAGS: 00010202   (2.6.18.bsd40l-vz #1)
      EIP is at pskb_expand_head+0x20/0x115
      eax: 00000001   ebx: f58a2600   ecx: ffffffe2   edx: f71b6900
      esi: f71b6800   edi: 00000000   ebp: 00000002   esp: f7a45e24
      ds: 007b   es: 007b   ss: 0068
      Process swapper (pid: 0, veid: 0, ti=f7a44000 task=f7a9e640 task.ti=f7a44000)
      Stack: f6ea9d8c f7a5991c f58a2600 f78172e0 f7817000 00000002 c022120a 00000020
             02000000 0000003a f78172e0 f7817000 f58a2600 f8a28674 f71b6910 f6f6e000
             f7a59918 f687b600 0000003c f6f6e3c0 f8a7c000 00000000 dd66a540 f687b600
       Call Trace:
       [<c022120a>] skb_pad+0xa0/0x10b
       [<f8a28674>] rtl8169_start_xmit+0x222/0x370 [r8169]
       [<c0224f6f>] dev_hard_start_xmit+0x1a7/0x1fd
       [<c0232d25>] __qdisc_run+0xf5/0x1d1
       [<c0226974>] dev_queue_xmit+0x142/0x24a
       [<c025e717>] arp_xmit+0x4e/0x50
       [<c025fb66>] arp_solicit+0x14e/0x158
       [<c022b9b9>] neigh_timer_handler+0x247/0x2aa
       [<c022b772>] neigh_timer_handler+0x0/0x2aa
       [<c0124820>] run_timer_softirq+0x10e/0x177
       [<c012067e>] __do_softirq+0x84/0x109
       [<c0120739>] do_softirq+0x36/0x3a
       [<c010344b>] apic_timer_interrupt+0x1f/0x24
       [<c0101842>] mwait_idle+0x25/0x38
       [<c0101807>] cpu_idle+0x5e/0x74
      Code: 00 00 5e e9 f7 08 f4 ff 5b 5e c3 55 57 89 d7 56 53 89 c3 83 ec 08 8b 90 b0 00 00 00 8b b0 a4 00 00 00 8b 80 a0 00 00 00 48 74 0b <0f> 0b 66 b8 d1 02 b8 a3 77 2a c0 29 f2 8d 44 17 1f 8b 54 24 1c
      EIP: [<c0220b2d>] pskb_expand_head+0x20/0x115 SS:ESP 0068:f7a45e24
      Kernel panic - not syncing: Fatal exception in interrupt
      .....
      ....
      .....
      Unbalanced enable for IRQ 169
      BUG: warning at kernel/irq/manage.c:118/enable_irq()
       [<c01485a9>] enable_irq+0x54/0x87
       [<f8a9d8ba>] probe_hwif+0x556/0x627 [ide_core]
       [<c020c4b8>] __driver_attach+0x0/0x5d
       [<f8a9e1b5>] probe_hwif_init_with_fixup+0xb/0x63 [ide_core]
       [<f8a9ff89>] ide_setup_pci_device+0x3c/0x6d [ide_core]
       [<f8a2411e>] generic_init_one+0x92/0xa0 [generic]
       [<c01bd75c>] pci_device_probe+0x36/0x57
       [<c020c419>] driver_probe_device+0x42/0x8b
       [<c020c4f0>] __driver_attach+0x38/0x5d
       [<c020bf3a>] bus_for_each_dev+0x33/0x55
       [<c020c383>] driver_attach+0x11/0x13
       [<c020c4b8>] __driver_attach+0x0/0x5d
       [<c020bc53>] bus_add_driver+0x64/0xfd
       [<c01bd898>] __pci_register_driver+0x47/0x63
       [<c013c175>] sys_init_module+0x16c9/0x184c
       [<c016c454>] cp_new_stat64+0xfd/0x10f
       [<f8a3cdf8>] e100_probe+0x2ea/0x5f7 [e100]
       [<f8a3c7b0>] e100_get_wol+0xc/0x2d [e100]
       [<f8a3c6c0>] e100_get_drvinfo+0x1b/0x4c [e100]
       [<f8a3c7d8>] e100_set_wol+0x7/0x41 [e100]
       [<f8a3b000>] e100_setup_ucode+0x0/0xcc [e100]
       [<f8a3c494>] e100_tx_clean+0x3a/0xb8 [e100]
       [<f8a3c800>] e100_set_wol+0x2f/0x41 [e100]
       [<c010297f>] syscall_call+0x7/0xb
      ------------[ cut here ]------------
      kernel BUG at net/core/skbuff.c:721!
      invalid opcode: 0000 [#1]
      SMP
      Modules linked in: vznetdev vzethdev vzrst vzcpt vzdquota vzmon vzdev ipt_ttl xt_tcpmss ipt_TCPMSS ipt_tos ext2 mbcache xt_length xt_CLASSIFY iptable_mangle cls_u32 sch_sfq sch_htb ipt_MASQUERADE ipt_REDIRECT iptable_nat ip_nat xt_multiport ipt_REJECT xt_limit xt_tcpudp xt_state ip_conntrack nfnetlink iptable_filter ip_tables x_tables ata_piix ip_set softdog tg3 rtc parport_pc evdev parport pcspkr xfs dm_mirror dm_log dm_snapshot dm_mod raid10 raid456 xor raid1 raid0 multipath linear md_mod ide_disk sd_mod ahci libata jmicron 8139too ehci_hcd e100 aic7xxx scsi_transport_spi scsi_mod uhci_hcd generic ide_core 8139cp r8169 mii usbcore thermal processor fan
      CPU:    0, VCPU: -1.0
      EIP:    0060:[<c0220b2d>]    Not tainted VLI
      EFLAGS: 00010202   (2.6.18.bsd40l-vz #1)
      EIP is at pskb_expand_head+0x20/0x115
      eax: 00000001   ebx: da11a980   ecx: ffffffe2   edx: eca99f00
      esi: eca99e00   edi: 00000000   ebp: 00000002   esp: c030fe48
      ds: 007b   es: 007b   ss: 0068
      Process swapper (pid: 0, veid: 0, ti=c030e000 task=c02c26c0 task.ti=c030e000)
      Stack: f74a7d8c f6ebeadc da11a980 f78fc2e0 f78fc000 00000002 c022120a 00000020
             02000000 0000003a f78fc2e0 f78fc000 da11a980 f8a47674 eca99f10 f6f3f000
             f6ebead8 f6c97600 0000003d f6f3f3d0 f8a2a000 00000000 f0f7cc80 f6c97600
       Call Trace:
       [<c022120a>] skb_pad+0xa0/0x10b
       [<f8a47674>] rtl8169_start_xmit+0x222/0x370 [r8169]
       [<c0224f6f>] dev_hard_start_xmit+0x1a7/0x1fd
       [<c0232d25>] __qdisc_run+0xf5/0x1d1
       [<c0226974>] dev_queue_xmit+0x142/0x24a
       [<c025e717>] arp_xmit+0x4e/0x50
       [<c025fb66>] arp_solicit+0x14e/0x158
       [<c022b9b9>] neigh_timer_handler+0x247/0x2aa
       [<c022b772>] neigh_timer_handler+0x0/0x2aa
       [<c0124820>] run_timer_softirq+0x10e/0x177
       [<c012067e>] __do_softirq+0x84/0x109
       [<c0120739>] do_softirq+0x36/0x3a
       [<c010344b>] apic_timer_interrupt+0x1f/0x24
       [<c0101842>] mwait_idle+0x25/0x38
       [<c0101807>] cpu_idle+0x5e/0x74
       [<c0314723>] start_kernel+0x39c/0x3a3
      Code: 00 00 5e e9 f7 08 f4 ff 5b 5e c3 55 57 89 d7 56 53 89 c3 83 ec 08 8b 90 b0 00 00 00 8b b0 a4 00 00 00 8b 80 a0 00 00 00 48 74 0b <0f> 0b 66 b8 d1 02 b8 a3 77 2a c0 29 f2 8d 44 17 1f 8b 54 24 1c
      EIP: [<c0220b2d>] pskb_expand_head+0x20/0x115 SS:ESP 0068:c030fe48
      Kernel panic - not syncing: Fatal exception in interrupt
      ------------[ cut here ]------------
      kernel BUG at net/core/skbuff.c:721!
      invalid opcode: 0000 [#1]
      SMP
      Modules linked in: vznetdev vzethdev vzrst vzcpt vzdquota vzmon vzdev ipt_ttl xt_tcpmss ipt_TCPMSS ipt_tos ext2 mbcache xt_length xt_CLASSIFY iptable_mangle cls_u32 sch_sfq sch_htb ipt_MASQUERADE ipt_REDIRECT iptable_nat ip_nat xt_multiport ipt_REJECT xt_limit xt_tcpudp xt_state ip_conntrack nfnetlink iptable_filter ip_tables x_tables ata_piix ip_set softdog tg3 parport_pc parport rtc pcspkr evdev xfs dm_mirror dm_log dm_snapshot dm_mod raid10 raid456 xor raid1 raid0 multipath linear md_mod ide_disk ahci libata jmicron sd_mod aic7xxx generic scsi_transport_spi ehci_hcd uhci_hcd e100 8139too 8139cp scsi_mod mii r8169 ide_core usbcore thermal processor fan
      CPU:    1, VCPU: -1.1
      EIP:    0060:[<c0220add>]    Not tainted VLI
      EFLAGS: 00010202   (2.6.18.bsd40m-vz #1)
      EIP is at pskb_expand_head+0x20/0x115
      eax: 00000001   ebx: d2f5a500   ecx: ffffffe2   edx: d9ad1b00
      esi: d9ad1a00   edi: 00000000   ebp: 00000002   esp: f7a03e24
      ds: 007b   es: 007b   ss: 0068
      Process swapper (pid: 0, veid: 0, ti=f7a02000 task=f7abf220 task.ti=f7a02000)
      Stack: f6e73d8c f7d5bc9c d2f5a500 f78c02e0 f78c0000 00000002 c02211ba 00000020
             02000000 0000003a f78c02e0 f78c0000 d2f5a500 f8a285cc d9ad1b10 f79c7000
             f7d5bc98 f6ee3a00 00000030 f79c7300 f8a3c000 00000000 f6f26680 f6ee3a00
       Call Trace:
       [<c02211ba>] skb_pad+0xa0/0x10b
       [<f8a285cc>] rtl8169_start_xmit+0x222/0x370 [r8169]
       [<c0224f1f>] dev_hard_start_xmit+0x1a7/0x1fd
       [<c0232cd5>] __qdisc_run+0xf5/0x1d1
       [<c0226924>] dev_queue_xmit+0x142/0x24a
       [<c025e6be>] arp_xmit+0x4e/0x50
       [<c025fb0d>] arp_solicit+0x14e/0x158
       [<c022b969>] neigh_timer_handler+0x247/0x2aa
       [<c022b722>] neigh_timer_handler+0x0/0x2aa
       [<c0124820>] run_timer_softirq+0x10e/0x177
       [<c012067e>] __do_softirq+0x84/0x109
       [<c0120739>] do_softirq+0x36/0x3a
       [<c010344b>] apic_timer_interrupt+0x1f/0x24
       [<c0101842>] mwait_idle+0x25/0x38
       [<c0101807>] cpu_idle+0x5e/0x74
      Code: 00 00 5e e9 47 09 f4 ff 5b 5e c3 55 57 89 d7 56 53 89 c3 83 ec 08 8b 90 b0 00 00 00 8b b0 a4 00 00 00 8b 80 a0 00 00 00 48 74 0b <0f> 0b 66 b8 d1 02 b8 72 77 2a c0 29 f2 8d 44 17 1f 8b 54 24 1c
      EIP: [<c0220add>] pskb_expand_head+0x20/0x115 SS:ESP 0068:f7a03e24
      Kernel panic - not syncing: Fatal exception in interrupt
      

      | BSD - Bastard patcheset for Linux kernel. 2.6.18-bsd40n-ovz | | 2007.11.11-22:42.00

      BSD - Bastard patcheset for Linux kernel. 2.6.18-bsd40m

      Thu Nov 1 13:38:45 CET 2007 Backports for r8169 support, JMicron PATA support. Various fixes.. OpenVZ 028stab047.1 plus compilation fix

      | BSD - Bastard patcheset for Linux kernel. 2.6.18-bsd40m | | 2007.11.01-14:42.00

 Excellent time to become a missing person.