Re: [RFR] templates://redhat-cluster/{cman.templates}

2008-01-08 Thread Christian Perrier
Quoting Justin B Rye ([EMAIL PROTECTED]):

  linux tree is incorrect, imho. That's the Linux kernel source tree,
  I think
 
 RHCS isn't Section: devel, so it would be good if it could avoid
 this jargon - only dogs and programmers do things against trees.

In case you don't read blogs, that one made my day. Please just
imagine myself alone hacking at 07:00am in my daily train to work and
suddenly laughing out loud and looking silly to other train
apssengers, *because of you*..:-)


 Unfortunately I'm not confident I can translate compiling an
 out-of-tree module against a source tree into English...

We should some day invent an [EMAIL PROTECTED] locale...

Otherwise, as usual, all suggestions adopted (unless I forgot some: I
usually apply changes manually).






signature.asc
Description: Digital signature


Bug#442103: initramfs-tools: update-initramfs fails with lilo and a degraded raid1 array

2008-01-08 Thread maximilian attems
clone 442103 -1 -2
reassign -1 lilo
retitle -1 lilo.conf provide an option equiv to -H switch
severity -1 wishlist
reassign -2 lilo
retitle -2 lilo usage needs to show -H
severity -2 minor
stop

On Mon, 07 Jan 2008, Ionut Ciocirlan wrote:

 I think Jens is right. Maybe this should rather be a wishlist against lilo.
 
 Regards,
 Ionut

please such easy bug triage can be done by anyone who cares,
see bugs.debian.org

thanks

-- 
maks



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



From Sgt.Peter Morghan

2008-01-08 Thread officemail_134
Hello,
My name is Sgt.Peter Morghan, an American soldier, I
was serving in the military of the 3rd Infantry
Division in Iraq.I am in spain at the moment, I and my partner moved one of the 
boxes containing funds which we believe is belonging to Saddam Hussein in March 
2003, the total fund in this box is $12,000,000.00 (Twelve million US dollars), 
this fund had been moved via a safe Diplomatic Courier Service to a secured 
security company, Click on this link:
http://news.bbc.co.uk/2/hi/middle_east/2988455.stm Basically since we are 
working for the American government we cannot keep these funds, since we are 3 
that is involved. This means that you will take 30 percent, I will take 30 
percent, and my partner will
take 30 percent. 10 percent will be kept aside for expenses. 
This business is confidential, and we plead that it should not be discussed 
with anyone.There is no risk whatsoever involved as we left this fund in the 
Security company without declaring it's contents for this period of time to 
make sure that the fund will be safe for transfer and investment. If you are 
interested I will send you the full details, my job is to find a good partner 
that we can trust and will assist us.kindly send me an e-mail signifying your 
interest including your telephone/fax numbers for
quick communication and also your contact details. I assure you that this 
transaction is risk free and its success is 100% guaranteed,Please help us to 
help you.
Please get in touch with me On My Private E-mail 
Yours-in-service,
Peter Morghan.




PeoplePC Online
A better way to Internet
http://www.peoplepc.com


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Processed: Re: Bug#442103: initramfs-tools: update-initramfs fails with lilo and a degraded raid1 array

2008-01-08 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 clone 442103 -1 -2
Bug#442103: initramfs-tools: update-initramfs fails with lilo and a degraded 
raid1 array
Bug 442103 cloned as bugs 459713-459714.

 reassign -1 lilo
Bug#459713: initramfs-tools: update-initramfs fails with lilo and a degraded 
raid1 array
Bug reassigned from package `initramfs-tools' to `lilo'.

 retitle -1 lilo.conf provide an option equiv to -H switch
Bug#459713: initramfs-tools: update-initramfs fails with lilo and a degraded 
raid1 array
Changed Bug title to `lilo.conf provide an option equiv to -H switch' from 
`initramfs-tools: update-initramfs fails with lilo and a degraded raid1 array'.

 severity -1 wishlist
Bug#459713: lilo.conf provide an option equiv to -H switch
Severity set to `wishlist' from `wishlist'

 reassign -2 lilo
Bug#459714: initramfs-tools: update-initramfs fails with lilo and a degraded 
raid1 array
Bug reassigned from package `initramfs-tools' to `lilo'.

 retitle -2 lilo usage needs to show -H
Bug#459714: initramfs-tools: update-initramfs fails with lilo and a degraded 
raid1 array
Changed Bug title to `lilo usage needs to show -H' from `initramfs-tools: 
update-initramfs fails with lilo and a degraded raid1 array'.

 severity -2 minor
Bug#459714: lilo usage needs to show -H
Severity set to `minor' from `wishlist'

 stop
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



【INCLUBのメ ルマガお宝情報】(ク ジ付き)NO.170 -みなさんの投稿です

2008-01-08 Thread INCLUB
**
   
 【INCLUBのメルマガお宝情報】(くじ付き)
   ◆貴方のビジネスパートナーです◆

**
 ★「くじ」に当たれば有料独占広告が3回無料で配信できます
  「くじ」はメルマガの最後の方にあります(1日3回まで)
[EMAIL PROTECTED]
★===TOP=★
     ■あなたの未来を変える奇跡です!!■
  ★あのニナファームが日本上陸!★
  毎週毎日、破竹の勢いで登録者が増えつづけています
   ★「サンテアージュ」★この素晴らしいサプリメント!!
なにせ、ヨーロッパ・アメリカを中心に、あの『ルイ・ヴィトン』
グループの製薬会社・フォルテファーマ社が500万個も販売した
実績をもつ アンチエイジングとスリミングをかねたサプリメントが
 << 日本上陸 >> したんです!!
 日本では  <<  ニナファーム・ジャポン >> だけが
   販売権を独占市場で所持しています
今すぐ資料請求しませんか?

      ★ニナファーム★資料請求申し込み
  ↓ ↓ ↓
 http://marioda.web.fc2.com/nina/santeage1.html
★=TOP===★
INCLUBはあなたのビジネスを応援します
どんどん投稿してくださいね!お待ちしています

★=PR===★
  ●今年の目標がダイエットの人は、これで間違いなく達成しましょう●

   激やせ注意!美容のプロが簡単・即効でやせるダイエットを公開!
   ・3日坊主続きの私が、このプログラムで大成功でした!
   ・実践の書・・これすごいです!これなら誰でも成功できますね!

感謝の声が止まらないという成功者続出の秘密とは?
   そのヒミツを知りたい方はコチラから
★誰でもカンタンにスリムを実現!!知られざるヒミツの方法!

  http://www.affilitool.com/file/19063.html
★===PR=★
MLMについて
 丸特情報館⇒ http://www2s.biglobe.ne.jp/~marutoku/index.html


INCLUBでは、みなさまの投稿お待ちしています
   ↓ ↓ ↓ ↓
○─○
 皆様の投稿をお待ちしています
*無料投稿はこちらから⇒ http://www.formpro.jp/form.php?fid=21660
 お気軽にどうぞ 
*効果抜群の独占広告は有料になりますが、大変お安く設定していますので
 是非ご利用してください。TOP広告も用意しています。
 有料広告申し込み   ⇒ http://marioda.net/melmaga/yuryoumm
○─○

◆◇―――◇◆
  有料一括投稿システムは【ReadINCLUB】へ!只今8万部配信中です
   ★ビジネスの宣伝は、効果のあるメルマガ配信が1番です★
  ⇒⇒ http://marioda.net/ReadINClub/ikkatu
     ■優良なメルマガ発行者の提携申し込みも受付中です■
◆◇―――◇◆



INCLUBの井上です


みなさんの投稿です



無料投稿1
◆∞◆
 ■ 〓〓 これが本物のビジネスです!! 〓〓 ■
◆∞◆

★マジェスティ★で今年は頑張りませんか?


素晴らしい報酬プラン、素晴らしい製品、
月々の経費、どれをとっても最高に素晴らしいですね


美容ジェル「オードセリュール」
洗顔後のお手入れはこれ一本でOK!一本6役
化粧水・乳液・クリーム・美容液・パック・下地
=12600円(税込み)=経済的 ♪
これ1本だけで化粧品代が他に要らないので
たいへん経済的ですよ


ゲストメーリングリスト(無料)に入ってもらったら実感して
もらえるんだけど、メンバー同士が和気あいあいで
言いたいことを言い、どんな些細な疑問でも必ず誰かがフォロー
して助け舟をだしています


だから、毎日のようにビジネスへの参加表明される方が
おられるんです
会社やマネージャーの「人 と 人 のつながり」を大切にされて
いる姿勢がよ〜くわかります


真面目に楽しくMLMというものに参加してみようかな??


っていう方は、とりあえずゲストML(無料)に参加して
その素晴らしさを実感してください


申し込み⇒http://ma-on.main.jp/p/id.cgi?pg=yid=1395


気に入らない場合は1クリックでいつでも退会できます

●─●




無料投稿2
◆∞◆
   ■ 信頼できるサイドビジネス見っけ♪ ■
◆∞◆

 主婦にサラリーマン、自営業の人も

 空いた時間でしっかり稼いでいます♪

http://htk.sakura.ne.jp/okhukugyou/

●─●




無料投稿3
◆∞◆
■ お金を増やす全自動ソフトを広げるビジネス(*^_^*) ■
◆∞◆

●全自動FX運用サービスの特徴●

1.全自動FX売買ソフトにより、あなたに代わってソフトが全自動で
  売買してくれます

2.レンタルなので毎月のお小遣い程度の利用料で運用が可能です

3.お任せコースも用意されているので、パソコン無い方でも運用が可能です

4.運用する為に個人の口座が作られ、そこの運用資金は保全会社に守られ安心

5.1口で10万円〜300万円までの運用が可能で、同一名義で10口まで
  持つことができます

6.運用実績は携帯やパソコンなどでいつでもどこでも見られて安心です

7.ビジネスとしても取組めます

ブログ↓↓
 http://hukugyouzanmai.blog29.fc2.com/blog-entry-1.html

携帯用ホームページ↓↓
 http://www.zenjidou.com/?ID=all-inderPG=i-index

詳細ページ↓↓
 http://www.zenjidou.com/?ID=all-inderPG=auto-fx

●─●




無料投稿4
◆∞◆
 ■ ★★急げ!究極のビジネス!仮登録無料!★★ ■
◆∞◆
 
2008年1月正式スタート決定!

価格破壊ビジネス!

 http://partner-club.net/rh/?ID=peacePG=pt05

リピートは2ヶ月毎に2900円の商品を一つ仕入れるだけ

新しい形の代理店ビジネス。

只今、先行優先仮登録受付開始!

このビジネスは早い者勝ちです!!

自分より後からの登録者は全てがダウンになります。
先手必勝の新ビジネスです。

MLMで疲れた方、収入が取れなかった方
活動が苦手な方、初めてビジネスをする方

どんな方でも気軽に始められるビジネスです。

儲ける秘訣は唯一つ、【早期登録】これだけです。

現在は登録も予約も出来ませんが
資料請求で内容を確認され、先行登録に向け準備をしましょう。
 ↓↓
 http://partner-club.net/rh/?ID=peacePG=pt05



●─●

◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆
   ◎今日も「おみくじ」を引きましょう◎
    ★当たるかな!!こちらをポチっと★
  http://bi-max.net/kuji/kuji.cgi?id=inclub
◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆

●─●
無料レポート
お気に入りがあればダウンロードしてください


■有料メルマガに独占広告をガンガン無料で出す方法
有料メルマガに独占広告をガンガン無料で出す方法が実はあるんです。
かなりお得な内容です。これで独占広告は完璧。
http://www.gekizou.biz/report.php?aid=9646cid=14451


■無料!まずは 30分で 1円稼ぐ!   
更にほったらかしで稼げる仕組みを作ろう!
まずは簡単な作業で1円ゲット!
次にその作業を自動化して稼げる仕組みを作る!丁寧にレクチャーします。
http://www.gekizou.biz/report.php?aid=9646cid=14447


■『「セカイモン」の利用は、イーベイ直落札よりも本当に安いのか?』
オークション業界激震!話題のセカイモンをオークションセミナー講師で
ありヤフオク書籍を書いた山口裕一郎がいち早く使ってみました。
http://www.gekizou.biz/report.php?aid=9646cid=14439


■♪欲しかったWii Fitを3時間で無料(タダ)で手に入れる方法
超人気!! ニンテンドー【Wii(ウィー)本体】と超人気ソフトの
【Wii Fit(バランスWiiボード同梱)】の超人気2 点セットをわずか
3時間でなんと無料で手に入れる裏ワザ方法を伝授
http://www.gekizou.biz/report.php?aid=9646cid=14438


■インターネット超初心者がせどりの次に収入の柱になった方法
ネット収入の柱がせどりだけだった僕がせどり以外で見つけた
収入の柱を公開しています。
無料サポートもしています。
http://www.gekizou.biz/report.php?aid=9646cid=14435


■パソコン初心者へ贈る、マネー回収ロボっと設置法!
かつて自分が高価購入したものです。
初心者でも設置できます。

Re: [RFR] templates://redhat-cluster/{cman.templates}

2008-01-08 Thread Frederik Schueler
Hi!

First of all thanks for bringing this up, the package indeed needs i
this kind of review.

On Mon, Jan 07, 2008 at 07:32:20AM +0100, Christian Perrier wrote:
 I think that ALL packages are missing a common paragraph describing
 *what* Redhat cluster suite is. Anyone feeling like proposing one?

RHCS is a cluster management infrastructure, which allows to build
highly available N-node clusters with services and IP takeover on top 
of shared FC/iSCSI storage devices.

something like that?
 
 + state transitions. Another part of CMAN is a service manager that
 + handles service groups.

rgmanager handles service groups, not cman.

Best regards
Frederik Schüler



-- 
ENOSIG


signature.asc
Description: Digital signature


Problem using Ultrium-3-Tape on HP ProLiant-Server with Debian etch

2008-01-08 Thread plaschke
Hello,
we are using a Server HP ProLiant ML370 G5 with a
SmartArray-P400-SAS-HBA and a HP StorageWorks Ultrium 920/448 SAS
Tape-Drive.
Our Problem is: Debian Etch does not recognize the drive.
Installing the standard-lenny-kernel does not improve the situation.

Below there are some informational outputs from the system belonging the
problem.

The SAS-Hard-Disks are operating perfectly (using the modules scsi-Mod
and cciss).

Can you give us any hint to fix the problem ?
TIA

Best regards
  Hubert Plaschke


SgzhFsKvm1:~# modinfo st
filename:   /lib/modules/2.6.22-3-amd64/kernel/drivers/scsi/st.ko
alias:  scsi:t-0x01*
alias:  char-major-9-*
license:GPL
description:SCSI tape (st) driver
author: Kai Makisara
depends:scsi_mod
vermagic:   2.6.22-3-amd64 SMP mod_unload
parm:   buffer_kbs:Default driver buffer size for fixed block
mode (KB; 32) (int)
parm:   max_sg_segs:Maximum number of scatter/gather segments to
use (256) (int)
parm:   try_direct_io:Try direct I/O between user buffer and
tape drive (1) (int)
parm:   try_rdio:Try direct read i/o when possible (int)
parm:   try_wdio:Try direct write i/o when possible (int)


SgzhFsKvm1:~# modprobe st
SgzhFsKvm1:~# dmesg | tail
ADDRCONF(NETDEV_UP): eth0: link is not ready
bnx2: eth0 NIC Link is Up, 1000 Mbps full duplex
ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
input: Power Button (FF) as /class/input/input5
ACPI: Power Button (FF) [PWRF]
Installing knfsd (copyright (C) 1996 [EMAIL PROTECTED]).
NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery
directory
NFSD: starting 90-second grace period
eth0: no IPv6 routers present
st: Version 20070203, fixed bufsize 32768, s/g segs 256


SgzhFsKvm1:~# cat /proc/scsi/scsi
Attached devices:

SgzhFsKvm1:~# l /dev/s*
crw-rw 1 root root 10, 231 2008-01-08 10:56 /dev/snapshot
lrwxrwxrwx 1 root root  24 2008-01-08 10:56 /dev/sndstat -
/proc/asound/oss/sndstat
lrwxrwxrwx 1 root root  15 2008-01-08 10:56 /dev/stderr -
/proc/self/fd/2
lrwxrwxrwx 1 root root  15 2008-01-08 10:56 /dev/stdin -
/proc/self/fd/0
lrwxrwxrwx 1 root root  15 2008-01-08 10:56 /dev/stdout -
/proc/self/fd/1

/dev/shm:
insgesamt 0



【INCLUBのメルマガお宝情報】( クジ付き)NO.171-無料レポート

2008-01-08 Thread INCLUB
**
   
 【INCLUBのメルマガお宝情報】(くじ付き)
   ◆貴方のビジネスパートナーです◆

**
 ★「くじ」に当たれば有料独占広告が3回無料で配信できます
  「くじ」はメルマガの最後の方にあります(1日3回まで)
[EMAIL PROTECTED]
★===TOP=★
     ■あなたの未来を変える奇跡です!!■
  ★あのニナファームが日本上陸!★
  毎週毎日、破竹の勢いで登録者が増えつづけています
   ★「サンテアージュ」★この素晴らしいサプリメント!!
なにせ、ヨーロッパ・アメリカを中心に、あの『ルイ・ヴィトン』
グループの製薬会社・フォルテファーマ社が500万個も販売した
実績をもつ アンチエイジングとスリミングをかねたサプリメントが
 << 日本上陸 >> したんです!!
 日本では  <<  ニナファーム・ジャポン >> だけが
   販売権を独占市場で所持しています
今すぐ資料請求しませんか?

      ★ニナファーム★資料請求申し込み
  ↓ ↓ ↓
 http://marioda.web.fc2.com/nina/santeage1.html
★=TOP===★
INCLUBはあなたのビジネスを応援します
どんどん投稿してくださいね!お待ちしています

★=PR===★
  ●今年の目標がダイエットの人は、これで間違いなく達成しましょう●

   激やせ注意!美容のプロが簡単・即効でやせるダイエットを公開!
   ・3日坊主続きの私が、このプログラムで大成功でした!
   ・実践の書・・これすごいです!これなら誰でも成功できますね!

感謝の声が止まらないという成功者続出の秘密とは?
   そのヒミツを知りたい方はコチラから
★誰でもカンタンにスリムを実現!!知られざるヒミツの方法!

  http://www.affilitool.com/file/19063.html
★===PR=★
MLMについて
 丸特情報館⇒ http://www2s.biglobe.ne.jp/~marutoku/index.html


INCLUBでは、みなさまの投稿お待ちしています
   ↓ ↓ ↓ ↓
○─○
 皆様の投稿をお待ちしています
*無料投稿はこちらから⇒ http://www.formpro.jp/form.php?fid=21660
 お気軽にどうぞ 
*効果抜群の独占広告は有料になりますが、大変お安く設定していますので
 是非ご利用してください。TOP広告も用意しています。
 有料広告申し込み   ⇒ http://marioda.net/melmaga/yuryoumm
○─○

◆◇―――◇◆
  有料一括投稿システムは【ReadINCLUB】へ!只今8万部配信中です
   ★ビジネスの宣伝は、効果のあるメルマガ配信が1番です★
  ⇒⇒ http://marioda.net/ReadINClub/ikkatu
     ■優良なメルマガ発行者の提携申し込みも受付中です■
◆◇―――◇◆



INCLUBの井上です



無料レポートも数限りなくありますが
本当に役に立つのは??%でしょうか


これから紹介するのは、私も愛読していますが
本当に役に立つものばかりです


また、こちらの無料レポート
【成功する頭の使い方とは?
  〜10倍の時間をかけずに、10倍成功するには?〜】は
・無料レポートランキング1位獲得!
・すでに7500名以上がダウンロード

等の実績もあるのでおすすめします

【成功する戦略の進め方とは?
10倍の時間をかけずに、10倍成功するには?】
↓ ↓ ↓ ↓
>> http://www.1goug.com/m/107/inclub3.html


ビジネス書がブームですね

書店に行けば、毎日のように新刊が並び、

どれを選べばよいのか迷うほどです

ビジネス書を読めば誰でも成功するわけでは

ありませんが、1冊のビジネス書から学べることは

数え切れないほどです

でも、一杯あるので「いいものだけ」という選択が必要です


以前にも紹介したことがあるけど

こんな私が唯一頼りにしているメルマガが、

まるるちゃんの

【エンジニアがビジネス書を斬る!】です

エンジニアなのに、いや、エンジニアだから、ビジネス書を

客観的に読み込むことができるのでしょう


正直言って、自分が読むより、まるるちゃんの書評
を読んだほうが要点がまとまって分かりやすいのです


これだと、どれを読むのがいいのか??
と、全然迷うことがありません



そのオススメのまるるちゃんが、

なんと4冊のビジネス書をまとめた

レビューを無料レポートにしてくれたのです!




【成功する戦略の進め方とは?
10倍の時間をかけずに、10倍成功するには?】
↓ ↓ ↓ ↓
>> http://www.1goug.com/m/107/inclub3.html


このレポートを読めば、成功まちがいなしかも!




●─●

◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆
   ◎今日も「おみくじ」を引きましょう◎
    ★当たるかな!!こちらをポチっと★
  http://bi-max.net/kuji/kuji.cgi?id=inclub
◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆

●─●

無料レポート
お気に入りがあればダウンロードしてください


■インターネット超初心者がせどりの次に収入の柱になった方法
ネット収入の柱がせどりだけだった僕がせどり以外で見つけた
収入の柱を公開しています。
無料サポートもしています。
http://www.gekizou.biz/report.php?aid=9646cid=14435


■パソコン初心者へ贈る、マネー回収ロボっと設置法!
かつて自分が高価購入したものです。
初心者でも設置できます。
http://www.gekizou.biz/report.php?aid=9646cid=14433


■NET-MAN-コバヤシ★オリジナル版【再・配布権付】騙されるな!
詐欺情報商品の問題商品情報
インターネットの世界には危険がいっぱいあふれています。
そのような商品を、うっかりセールスレターのおいしい言葉に
乗せられて、購入して失敗する前に、事前に調査しましょう。
http://www.gekizou.biz/report.php?aid=9646cid=14432


■まったく新しい月50万儲ける方法
私が高価購入した情報です。
http://www.gekizou.biz/report.php?aid=9646cid=14429


■え?メール二通で商材が80本売れる?メール起業の40の法則の
ディレクターズカット版が無料で読めちゃうの?
独占市場構築術の著者 菅智晃氏の著作 メール起業40の法則の
ディレクターズカット版が無料で読めてしまうって知っていますか?
http://www.gekizou.biz/report.php?aid=9646cid=14428


■有料メルマガに独占広告をガンガン無料で出す方法
有料メルマガに独占広告をガンガン無料で出す方法が実はあるんです。
かなりお得な内容です。これで独占広告は完璧。
http://www.gekizou.biz/report.php?aid=9646cid=14451


■無料!まずは 30分で 1円稼ぐ!   
更にほったらかしで稼げる仕組みを作ろう!
まずは簡単な作業で1円ゲット!
次にその作業を自動化して稼げる仕組みを作る!丁寧にレクチャーします。
http://www.gekizou.biz/report.php?aid=9646cid=14447


■『「セカイモン」の利用は、イーベイ直落札よりも本当に安いのか?』
オークション業界激震!話題のセカイモンをオークションセミナー講師で
ありヤフオク書籍を書いた山口裕一郎がいち早く使ってみました。
http://www.gekizou.biz/report.php?aid=9646cid=14439


■♪欲しかったWii Fitを3時間で無料(タダ)で手に入れる方法
超人気!! ニンテンドー【Wii(ウィー)本体】と超人気ソフトの
【Wii Fit(バランスWiiボード同梱)】の超人気2 点セットをわずか
3時間でなんと無料で手に入れる裏ワザ方法を伝授
http://www.gekizou.biz/report.php?aid=9646cid=14438



●─●
 無料レポートは【激増】 http://www.gekizou.biz/join.php?aid=9646
●―●
★INCLUBのオススメ情報商材★

購入者にはINCLUBから特典をおつけします
◆特典1『「超」速効のコピーライティング講座』
◆特典2『売上を倍増させる7つの顧客心理』
◆特典3 『INCLUBにおまかせ』
最低2つ、お付けします
*購入後に送られてくるメール(インフォトップからの決済完了の案内)
をそのまま[INCLUB事務局]まで転送してください
メールを確認次第、上記の特典2つをスグにお送りします


■今日のおすすめ■

あなたの収入と人生が激変する3つの秘密

ビジネスコンサルタントの葉山直樹さんの音声セミナー


『“あなたの“収入”と“人生”が“激変”する
   1,000万円稼ぐための3つの秘密”』

は、もうお聞きになりましたか?


実はこの音声セミナー、葉山さんが、
このオファーのためだけに、新たに録音されたものだそうです。


ですから、是非、あなたに聞いて欲しい。
そう思って、今回のメールをお送りしています。


この音声セミナーは、情報ビジネスに参入して初月から1,500万円稼いだ
実力派、ビジネスコンサルタント兼インフォプレナーの葉山直樹さんから
ご提供頂いたものです。


この音声セミナーであなたが知る内容は...


#【1000万】稼ぐために必要になる【3つの秘密】を大公開!
・・企業、個人問わずコンサルティングで多くの成功事例を残してきた
 

Bug#445957: clarification

2008-01-08 Thread Thomas Kotzian
snapshotting works now: the problem was a selfwritten script that  
creates and mounts a snapshot.


the pattern was:
for example 3 snapshots ...

snapshot 1:
create: ok
mount: ok

snapshot 2:
create: hang ...
cpu is busy in kernel mode on all cpus (2 cpus, 4 cores) - verified by  
htop


solution:

i have split the snapshot creation and mount part into 2 loops:

first create all 3 snapshots
sleep 3
mount all 3 snapshots

now everything works fine.

thanks for your time!

please close this bug report.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#445957: marked as done (linux-source-2.6.22: creating a snapshot hangs the system)

2008-01-08 Thread Debian Bug Tracking System
Your message dated Tue, 8 Jan 2008 13:03:26 +0100
with message-id [EMAIL PROTECTED]
and subject line Bug#445957: clarification
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

---BeginMessage---
Package: linux-source-2.6.22
Version: 2.6.22-4
Severity: grave
Justification: causes non-serious data loss

when i create a snapshot with for example

lvcreate -s -L 3g -n snap_var_lv /dev/system_vg/var_lv  

the command hangs, is uninterruptable and the system is frozen.

tested with linux-image-2.6.22-amd64, linux-image-2.6.22-486 and some systems
linux-image-2.6.21-{amd64,486} works perfectly.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'stable'), (500, 
'testing-proposed-updates'), (500, 'proposed-updates'), (70, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.18-5-xen-amd64 (SMP w/1 CPU core)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash


---End Message---
---BeginMessage---
On Tue, Jan 08, 2008 at 12:18:31PM +0100, Thomas Kotzian wrote:
 
 thanks for your time!
 
 please close this bug report.
 

thanks for feedback, doing.


-- 
maks

---End Message---


Bug#459732: linux-image-2.6.23-1-amd64: scsi changer device not working - error in scsi subsystem

2008-01-08 Thread Thomas Kotzian

Am 08.01.2008 um 13:18 schrieb maximilian attems:


On Tue, Jan 08, 2008 at 12:57:44PM +0100, Thomas Kotzian wrote:
the media changer device doesn't work. on startup an error -EEXIST  
for a ch kobject gets triggered.


linux-image-2.6.21-2-amd64 (2.6.21-6) works
every kernel later (even upstream) doesn't

the working snippet ...

ch0: type #1 (mt): 0x1+1 [medium transport]
ch0: type #2 (st): 0x1000+81 [storage]
ch0: type #3 (ie): 0x10+6 [import/export]
ch0: type #4 (dt): 0x100+2 [data transfer]
ch0: dt 0x100: ID/LUN unknown
ch0: dt 0x101: ID/LUN unknown
ch0: INITIALIZE ELEMENT STATUS, may take some time ...
ch0: ... finished
ch 2:0:0:1: Attached scsi changer ch0
sd 1:0:0:0: Attached scsi generic sg0 type 0
st 0:0:0:0: Attached scsi generic sg1 type 1
sd 3:0:0:0: Attached scsi generic sg2 type 0
st 2:0:0:0: Attached scsi generic sg3 type 1
ch 2:0:0:1: Attached scsi generic sg4 type 8

the failing snippet ...

scsi 2:0:0:1: Medium ChangerADIC Scalar i500  400G PQ:  
0 ANSI: 3
kobject_add failed for 2:0:0:1 with -EEXIST, don't try to register  
things with the same name in the same directory.


Call Trace:
[802febc0] kobject_shadow_add+0x16e/0x1a2
[80365450] device_add+0x99/0x614
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: disabled,  
doesn't support DPO or FUA

[8805955a] :scsi_mod:scsi_sysfs_add_sdev+0x35/0x218
[88057640] :scsi_mod:scsi_probe_and_add_lun+0x953/0xa95
[88055f7f] :scsi_mod:scsi_execute_req+0x82/0xde
[88058041] :scsi_mod:__scsi_scan_target+0x407/0x5c3
[880587d0] :scsi_mod:scsi_scan_target+0x96/0xbb
[880b49ed] :scsi_transport_fc:fc_scsi_scan_rport+0x59/0x7a
[880b4994] :scsi_transport_fc:fc_scsi_scan_rport+0x0/0x7a
[80243481] run_workqueue+0x7f/0x10b
[80243db8] worker_thread+0x0/0xe4
[80243e92] worker_thread+0xda/0xe4
[80246b96] autoremove_wake_function+0x0/0x2e
[80246a79] kthread+0x47/0x76
[8020cc08] child_rip+0xa/0x12
[80246a32] kthread+0x0/0x76
[8020cbfe] child_rip+0x0/0x12

error 1
st 2:0:0:0: Unexpected response from lun 1 while scanning, scan  
aborted

sd 3:0:0:0: [sdb] 1874933760 512-byte hardware sectors (959966 MB)
sd 3:0:0:0: [sdb] Write Protect is off
sd 3:0:0:0: [sdb] Mode Sense: 23 00 00 00
sd 3:0:0:0: [sdb] Write cache: enabled, read cache: disabled,  
doesn't support DPO or FUA

sdb: sdb4  sdb5 
sd 3:0:0:0: [sdb] Attached SCSI disk
SCSI Media Changer driver v0.25
ch 2:0:0:1: rejecting I/O to dead device
ch0: type #1 (mt): 0x0+0 [medium transport]
ch0: type #2 (st): 0x0+0 [storage]
ch0: type #3 (ie): 0x0+0 [import/export]
ch0: type #4 (dt): 0x0+0 [data transfer]
ch0: INITIALIZE ELEMENT STATUS, may take some time ...
ch 2:0:0:1: rejecting I/O to dead device
ch0: ... finished
ch 2:0:0:1: Attached scsi changer ch0
st 1:0:0:0: Attached scsi generic sg0 type 1
sd 0:0:0:0: Attached scsi generic sg1 type 0
st 2:0:0:0: Attached scsi generic sg2 type 1
ch 2:0:0:1: Attached scsi generic sg3 type 8
sd 3:0:0:0: Attached scsi generic sg4 type 0


nice, please check out 2.6.23-rc7 from trunk and
see if it makes a difference, see apt lines
- http://wiki.debian.org/DebianKernel

if aboves makes *no* progress, then please holler
upstream in bugzilla.kernel.org and let us know
the upstream bug number.

debian carries no scsi specific patches, although
the changer was long time such a boy.

best regards

--
maks


I tried kernel 2.6.24-rc6 from experimental (linux-image-2.6.24-rc6- 
amd642.6.24~rc6-1~experimental.1~snapshot.10030)

and it works!!!

thanks for your time!

best regards,
thomas



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: [RFR] templates://redhat-cluster/{cman.templates}

2008-01-08 Thread Justin B Rye
Frederik Schueler wrote:
 On Mon, Jan 07, 2008 at 07:32:20AM +0100, Christian Perrier wrote:
 I think that ALL packages are missing a common paragraph describing
 *what* Redhat cluster suite is. Anyone feeling like proposing one?
 
 RHCS is a cluster management infrastructure, which allows to build
 highly available N-node clusters with services and IP takeover on top 
 of shared FC/iSCSI storage devices.
 
 something like that?

Or:
  RHCS is a cluster management infrastructure, for building
  high-availability N-node clusters with service and IP takeover on
  top of shared FC/iSCSI storage devices.

I'd also suggest s/N-node/multi-node/ (I assume it's always N1!)
and s/takeover/failover/, but that may be me missing technical 
subtleties.  Given that this is Red Hat we could throw in an
enterprise grade at the start.

FC should perhaps be Fibre Channel, given the existence of
Fedora Core.  The redhat.com hardware requirements say that RHCS can
also use Multi-Initiator Serial Attached SCSI (MI SAS, a new one on
me).  Could we get away with replacing FC/iSCSI storage devices
with something more generic like Storage Area Network hardware?
  
 + state transitions. Another part of CMAN is a service manager that
 + handles service groups.
 
 rgmanager handles service groups, not cman.

So the (lib)cman boilerplate should be just:

   CMAN is a symmetric general-purpose cluster manager. It provides a
   connection manager that handles cluster membership management,
   messaging among the cluster nodes, event notification, quorum and
   state transitions.

Can you confirm that it handles [...] quorum, whatever that is?

At present rgmanager has:

   Resource Group Manager provides high availability of critical server
   applications in the event of planned or unplanned system downtime. 

Would that be improved by a transplanted reference to service groups?

(Holding off on amended patches for now)
-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#459732: linux-image-2.6.23-1-amd64: scsi changer device not working - error in scsi subsystem

2008-01-08 Thread maximilian attems
On Tue, Jan 08, 2008 at 02:22:57PM +0100, Thomas Kotzian wrote:
 I tried kernel 2.6.24-rc6 from experimental (linux-image-2.6.24-rc6- 
 amd642.6.24~rc6-1~experimental.1~snapshot.10030)
 and it works!!!

cool, i'll add the corresponding bug closure for unstable upload.
 
 thanks for your time!
 
 best regards,
 thomas

thanks for check + feedback.

-- 
maks



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#458429: linux-image-2.6.23-1-amd64: CPU#1 stuck for 11s [wpa_supplicant: 2857]

2008-01-08 Thread Gerard Robin

On Sun, Jan 06, 2008 at 08:50:58PM +0100, maximilian attems wrote:

From: maximilian attems [EMAIL PROTECTED]
To: Gerard Robin [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: Bug#458429: linux-image-2.6.23-1-amd64: CPU#1 stuck for 11s
[wpa_supplicant: 2857]

On Mon, 31 Dec 2007, Gerard Robin wrote:


At the boot, after this line:
DHCPDISCOVER on ath0 to 255.255.255.255 port 67 
I get:

Bug soft lokup CPU1# stuck for 11s [wpa_supplicant: 2857]
-8---
and my box freezes ...

The problem doesn't arise each time.

Gerard



your kernel is tainted try to reproduce without the ath hal crap.

beside having enough reports on regular linux images tainted
proprietary stuff is not debuggable, so your report could be
closed right away.


I upgrade my sid regularly, and with the same kernel 2.6.23-1, 
(package official Debian) now, suddenly, my box boots like charm.


Perhaps the problem did not come from the kernel 2.6.23-1 ?
I thought so because my box booted fine with the kernel 2.6.22-3.

Thanks
--
Gérard




Bug#459767: linux-source-2.6.23: FTBFS with gcc-4.3

2008-01-08 Thread Arthur Marsh
Package: linux-source-2.6.23
Version: 2.6.23-3~snapshot.10051
Severity: normal


When compiling for Athlon using gcc-4.3:

gcc-4.3 --version
gcc-4.3 (Debian 4.3-20080104-1) 4.3.0 20080104 (experimental) [trunk 
revision 131316]

and make-kpkg --initrd linux-image modules-image

compilation proceeded fine up until:

  CC  arch/i386/lib/msr-on-cpu.o
  LD  arch/i386/lib/built-in.o
  CC  arch/i386/lib/bitops.o
  AS  arch/i386/lib/checksum.o
  CC  arch/i386/lib/delay.o
  AS  arch/i386/lib/getuser.o
  CC  arch/i386/lib/memcpy.o
  CC  arch/i386/lib/mmx.o
  AS  arch/i386/lib/putuser.o
  AS  arch/i386/lib/semaphore.o
  CC  arch/i386/lib/string.o
  CC  arch/i386/lib/strstr.o
  CC  arch/i386/lib/usercopy.o
  AR  arch/i386/lib/lib.a
  GEN .version
  CHK include/linux/compile.h
  UPD include/linux/compile.h
  CC  init/version.o
  LD  init/built-in.o
  LD  .tmp_vmlinux1
kernel/built-in.o: In function `getnstimeofday':
(.text+0x1d927): undefined reference to `__umoddi3'
kernel/built-in.o: In function `do_gettimeofday':
(.text+0x1d9e9): undefined reference to `__udivdi3'
kernel/built-in.o: In function `do_gettimeofday':
(.text+0x1da0c): undefined reference to `__umoddi3'
kernel/built-in.o: In function `timekeeping_resume':
timekeeping.c:(.text+0x1db18): undefined reference to `__udivdi3'
timekeeping.c:(.text+0x1db3b): undefined reference to `__umoddi3'
kernel/built-in.o: In function `update_wall_time':
(.text+0x1e214): undefined reference to `__udivdi3'
kernel/built-in.o: In function `update_wall_time':
(.text+0x1e237): undefined reference to `__umoddi3'
kernel/built-in.o: In function `update_wall_time':
(.text+0x1e2d3): undefined reference to `__udivdi3'
kernel/built-in.o: In function `update_wall_time':
(.text+0x1e2fd): undefined reference to `__umoddi3'
make[1]: *** [.tmp_vmlinux1] Error 1
make[1]: Leaving directory `/usr/src/linux-source-2.6.23'
make: *** [debian/stamp-build-kernel] Error 2


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.23 (SMP w/1 CPU core; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages linux-source-2.6.23 depends on:
ii  binutils2.18.1~cvs20080103-1 The GNU assembler, linker and bina
ii  bzip2   1.0.4-2  high-quality block-sorting file co

Versions of packages linux-source-2.6.23 recommends:
ii  gcc   4:4.2.2-1  The GNU C compiler
ii  libc6-dev [libc-dev]  2.7-5  GNU C Library: Development Librari
ii  make  3.81-3 The GNU version of the make util

-- debconf-show failed



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#458429: marked as done (linux-image-2.6.23-1-amd64: CPU#1 stuck for 11s [wpa_supplicant: 2857])

2008-01-08 Thread Debian Bug Tracking System
Your message dated Tue, 8 Jan 2008 17:27:07 +0100
with message-id [EMAIL PROTECTED]
and subject line Bug#458429: linux-image-2.6.23-1-amd64: CPU#1 stuck for 11s 
[wpa_supplicant: 2857]
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

---BeginMessage---
Package: linux-image-2.6.23-1-amd64
Version: 2.6.23-2
Severity: critical
Justification: breaks the whole system

At the boot, after this line:
DHCPDISCOVER on ath0 to 255.255.255.255 port 67 
I get:
Bug soft lokup CPU1# stuck for 11s [wpa_supplicant: 2857]
-8---
and my box freezes ...

The problem doesn't arise each time.

Gerard

-- Package-specific info:
** Version:
Linux version 2.6.23-1-amd64 (Debian 2.6.23-2) ([EMAIL PROTECTED]) (gcc version 
4.1.3 20071209 (prerelease) (Debian 4.1.2-18)) #1 SMP Fri Dec 21 12:00:17 UTC 
2007

** cmdline:
root=/dev/sda6 ro 
** Tainted: P (1)

** Kernel log:
sdhci: Copyright(c) Pierre Ossman
input: Video Bus as /class/input/input7
ACPI: Video Device [VGA] (multi-head: yes  rom: no  post: no)
input: Video Bus as /class/input/input8
ACPI: Video Device [VGA] (multi-head: yes  rom: no  post: no)
wlan: 0.8.4.2 (0.9.3.2)
ath_pci: 0.9.4.5 (0.9.3.2)
ACPI: Battery Slot [BAT1] (battery present)
ACPI: AC Adapter [ACAD] (on-line)
Yenta: ISA IRQ mask 0x0cf8, PCI irq 20
Socket status: 3006
pcmcia: parent PCI bridge I/O window: 0xa000 - 0xafff
pcmcia: parent PCI bridge Memory window: 0xc020 - 0xc02f
pcmcia: parent PCI bridge Memory window: 0x8800 - 0x8bff
sdhci: SDHCI controller found at :06:04.2 [1524:0550] (rev 1)
ACPI: PCI Interrupt :06:04.2[B] - GSI 23 (level, low) - IRQ 23
mmc0: SDHCI at 0xc0210800 irq 23 DMA
sdhci: SDHCI controller found at :06:04.4 [1524:0551] (rev 1)
PCI: Enabling device :06:04.4 ( - 0002)
ACPI: PCI Interrupt :06:04.4[B] - GSI 23 (level, low) - IRQ 23
mmc1: SDHCI at 0xc0210100 irq 23 PIO
ACPI: PCI Interrupt :06:02.0[A] - GSI 22 (level, low) - IRQ 22
Synaptics Touchpad, model: 1, fw: 6.2, id: 0x1280b1, caps: 0xa04713/0x204000
ath_rate_sample: 1.2 (0.9.3.2)
wifi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
wifi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 
36Mbps 48Mbps 54Mbps
wifi0: H/W encryption support: WEP AES AES_CCM TKIP
wifi0: mac 7.8 phy 4.5 radio 5.6
wifi0: Use hw queue 1 for WME_AC_BE traffic
wifi0: Use hw queue 0 for WME_AC_BK traffic
wifi0: Use hw queue 2 for WME_AC_VI traffic
wifi0: Use hw queue 3 for WME_AC_VO traffic
wifi0: Use hw queue 8 for CAB traffic
wifi0: Use hw queue 9 for beacons
input: SynPS/2 Synaptics TouchPad as /class/input/input9
wifi0: Atheros 5212: mem=0xc020, irq=22
ACPI: PCI Interrupt :00:14.2[A] - GSI 16 (level, low) - IRQ 16
hda: selected mode 0x42
hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
hda: drive_cmd: error=0x04 { AbortedCommand }
ide: failed opcode was: 0xef
Adding 979924k swap on /dev/sda5.  Priority:-1 extents:1 across:979924k
loop: module loaded
powernow-k8: Found 1 AMD Turion(tm) 64 X2 Mobile Technology TL-50 processors (2 
cpu cores) (version 2.00.00)
powernow-k8:0 : fid 0x8 (1600 MHz), vid 0x13
powernow-k8:1 : fid 0x0 (800 MHz), vid 0x1e
ACPI: PCI Interrupt :01:05.0[A] - GSI 17 (level, low) - IRQ 17
radeonfb: Retrieved PLL infos from BIOS
radeonfb: Reference=14.32 MHz (RefDiv=6) Memory=300.00 Mhz, System=200.00 MHz
radeonfb: PLL min 2 max 4
Non-DDC laptop panel detected
i2c-adapter i2c-3: unable to read EDID block.
i2c-adapter i2c-3: unable to read EDID block.
i2c-adapter i2c-3: unable to read EDID block.
radeonfb: Monitor 1 type LCD found
radeonfb: Monitor 2 type no found
radeonfb: panel ID string: QDS 
radeonfb: detected LVDS panel size from BIOS: 1280x800
radeondb: BIOS provided dividers will be used
Console: switching to colour frame buffer device 160x50
radeonfb (:01:05.0): ATI Radeon Yu 
device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: [EMAIL PROTECTED]
ReiserFS: sda8: found reiserfs format 3.6 with standard journal
ReiserFS: sda8: using ordered data mode
ReiserFS: sda8: journal params: device sda8, size 8192, journal first block 18, 
max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: sda8: checking transaction log (sda8)
ReiserFS: sda8: Using r5 hash to sort names
ReiserFS: sda7: found reiserfs format 3.6 with standard journal
ReiserFS: sda7: using ordered data mode
ReiserFS: sda7: journal params: device sda7, size 8192, journal first block 18, 
max trans len 1024, max batch 900, max commit age 30, max 

Bug#459767: linux-source-2.6.23: FTBFS with gcc-4.3

2008-01-08 Thread Arthur Marsh



maximilian attems wrote, on 2008-01-09 03:06:

On Wed, Jan 09, 2008 at 02:40:56AM +1030, Arthur Marsh wrote:

Package: linux-source-2.6.23
Version: 2.6.23-3~snapshot.10051
Severity: normal


grrr reportbug-ng misses quite a lot of important info,
thinking of automaticaly dropping such,
please use reportbug until reportbug-ng is fixed to use
the bug scripts.


Hi, I was using reportbug and have not installed reportbug-ng.



 

When compiling for Athlon using gcc-4.3:

gcc-4.3 --version
gcc-4.3 (Debian 4.3-20080104-1) 4.3.0 20080104 (experimental) [trunk 
revision 131316]


and make-kpkg --initrd linux-image modules-image

compilation proceeded fine up until:

  CC  arch/i386/lib/msr-on-cpu.o
  LD  arch/i386/lib/built-in.o
  CC  arch/i386/lib/bitops.o
  AS  arch/i386/lib/checksum.o
  CC  arch/i386/lib/delay.o
  AS  arch/i386/lib/getuser.o
  CC  arch/i386/lib/memcpy.o
  CC  arch/i386/lib/mmx.o
  AS  arch/i386/lib/putuser.o
  AS  arch/i386/lib/semaphore.o
  CC  arch/i386/lib/string.o
  CC  arch/i386/lib/strstr.o
  CC  arch/i386/lib/usercopy.o
  AR  arch/i386/lib/lib.a
  GEN .version
  CHK include/linux/compile.h
  UPD include/linux/compile.h
  CC  init/version.o
  LD  init/built-in.o
  LD  .tmp_vmlinux1
kernel/built-in.o: In function `getnstimeofday':
(.text+0x1d927): undefined reference to `__umoddi3'
kernel/built-in.o: In function `do_gettimeofday':
(.text+0x1d9e9): undefined reference to `__udivdi3'
kernel/built-in.o: In function `do_gettimeofday':
(.text+0x1da0c): undefined reference to `__umoddi3'
kernel/built-in.o: In function `timekeeping_resume':
timekeeping.c:(.text+0x1db18): undefined reference to `__udivdi3'
timekeeping.c:(.text+0x1db3b): undefined reference to `__umoddi3'
kernel/built-in.o: In function `update_wall_time':
(.text+0x1e214): undefined reference to `__udivdi3'
kernel/built-in.o: In function `update_wall_time':
(.text+0x1e237): undefined reference to `__umoddi3'
kernel/built-in.o: In function `update_wall_time':
(.text+0x1e2d3): undefined reference to `__udivdi3'
kernel/built-in.o: In function `update_wall_time':
(.text+0x1e2fd): undefined reference to `__umoddi3'
make[1]: *** [.tmp_vmlinux1] Error 1
make[1]: Leaving directory `/usr/src/linux-source-2.6.23'
make: *** [debian/stamp-build-kernel] Error 2


what arch, what .config?


i386 architecture and .config based on linux-image-2.6.23-1-686 with the 
following changes:


selected processor type to Athlon
set pre-emption model to low latency desktop
enabled pre-empting the big kernel lock
enabled default security capabilities as a module

The same error happened when the selected processor type was Pentium II 
(pre-coppermine).






did you try 2.6.24-rc7 from trunk, see apt lines
- http://wiki.debian.org/DebianKernel
 
 


No. I am about to download it and try to compile it with gcc-4.3

Regards,

Arthur.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#459767: linux-source-2.6.23: FTBFS with gcc-4.3

2008-01-08 Thread maximilian attems
On Wed, Jan 09, 2008 at 04:29:21AM +1030, Arthur Marsh wrote:
 selected processor type to Athlon
 set pre-emption model to low latency desktop
 enabled pre-empting the big kernel lock
 enabled default security capabilities as a module

the last choice is really b0rked.
 
 The same error happened when the selected processor type was Pentium II 
 (pre-coppermine).
 
 
 
 
 did you try 2.6.24-rc7 from trunk, see apt lines
 - http://wiki.debian.org/DebianKernel
  
  
 
 No. I am about to download it and try to compile it with gcc-4.3

please report back on it,
by default we currently use gcc-4.1

thanks

-- 
maks



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#440807: increase CONFIG_SERIAL_8250_NR_UARTS (number of serial ports)

2008-01-08 Thread Lukasz Szybalski

Hello,
I have similar problem. We are running a hylafax fax server with 
multiple serial ports with attached fax modems to it.


Currently we have 1 serial port on motherboard and 2 port pci card. I 
would like to add another 4 port pci card. I am not able to do it 
because I get a conflict on ttyS.


Since regular pc pci limit is on average 3. the max serial ports I could 
install is  3x(6port serial card)  + 1 on mother board.  So Max I could 
fit on is 19 if I wanted to. Realistically it would be optimal for me to 
have  at least 7 available.


Is there some kind of setting that can be changed without recompiling 
the  kernel to allow this many serial ports or some kernel header that 
would increase the number of available serial ports without much problem?


Thanks,

Lucas




--
Lukasz Szybalski
Unique Insurance Co
www.UniqueInsuranceCo.com
773-299-7527




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#419950: NETDEV WATCHDOG problems return

2008-01-08 Thread Lou Poppler

On Sun, 6 Jan 2008, Lou Poppler wrote:


Back in April, 2007, I opened this bug because of problems with
NETDEV WATCHDOG: eth0: transmit timed out errors.

[snip]

Previous to rebooting this morning, the machine was up for 19 days,
without problems -- previous boot was December 18th,
Linux version 2.6.18-5-686 (Debian 2.6.18.dfsg.1-13etch5).
Today's version ran OK for approximately 13 hours, then went into
continuous network lockup.  Today's version is:
Linux version 2.6.18-5-686 (Debian 2.6.18.dfsg.1-17).

[snip]

I found version (Debian 2.6.18.dfsg.1-13etch6) in my cache, and
downgraded to it, as a test.  (This had been skipped before, I had
gone straight from 2.6.18.dfsg.1-13etch5 to 2.6.18.dfsg.1-17).
1-13.etch6 is also giving me the same problems with NETDEV WATCHDOG.

Is it possible to find version 2.6.18.dfsg.1-13etch5 somewhere ?
I don't seem to have it on my disks, and I don't see it on the ftp sites.

I would like to try running it again, to test some more and verify
that it really does work better here than the 2 later kernels.

Thanks,
Lou



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#419950: NETDEV WATCHDOG problems return

2008-01-08 Thread maximilian attems
On Tue, Jan 08, 2008 at 03:44:11PM -0500, Lou Poppler wrote:
 Is it possible to find version 2.6.18.dfsg.1-13etch5 somewhere ?

snapshot.debian.net

-- 
maks



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Processed: reopening 459632

2008-01-08 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 # Automatically generated email from bts, devscripts version 2.10.11
 reopen 459632
Bug#459632: initramfs-tools: Unable to detect LVM correctly if root device does 
not match /dev/mapper/*
Bug reopened, originator not changed.


End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#459632: initramfs-tools: Unable to detect LVM correctly if root device does not match /dev/mapper/*

2008-01-08 Thread Jerome Vizcaino
Ok sorry about that, the thing is redhat name scheme didn't mean a thing to 
me so I figured the bug has not been reported already.

Here is the solution I've tested :

First patch set : hook-functions and mkinitramfs are modified in order to 
detect the symlink between /dev/vg/lv - /dev/mapper/vg-lv and include the 
required lvm script in the ramdisk.

Second patch set : lvm and lvm2 scripts do a little bit more tests before 
giving up on lvm activation. If the device does not look like a /dev/mapper/* 
file it converts the root from /dev/vg/lv to /dev/mapper/vg-lv. If things 
looks ok, tests activation with vgchange -t (test mode). If things are ok, 
activates the volume group the usual way.

I've tested this solution using a /dev/lvm/root entry in mtab and 
root=/dev/lvm/root in kernel command line and it's working.

I think the changes should not break anything else. I'm sure you will give my 
small work a check.

Thank you.

Jerome

On Monday 07 January 2008, you wrote:
 On Mon, Jan 07, 2008 at 07:42:49PM +0100, Jerome Vizcaino wrote:
  The thing is, when detecting the root filesystem device, the script
  should check if the device is a link and if so, check if the target is of
  the form /dev/mapper/*
 
  Changing the root filesystem to /dev/mapper/lvm-root solved the problem
  (after I wasted about an hour).

 duplicate bug report explained in many other already,
 check out for rh lvm naming scheme and propose a solution.

 closing as no usefull info.


--- /usr/share/initramfs-tools/hook-functions.orig	2008-01-07 23:40:30.0 +0100
+++ /usr/share/initramfs-tools/hook-functions	2008-01-07 23:46:50.0 +0100
@@ -223,7 +223,10 @@
 
 	# findout root block device + fstype
 	eval $(mount | awk '/ \/ / {print root= $1 \nFSTYPE= $5; exit}')
-
+	
+	# If root device is a link, get the real device instead
+	[ -h $root ]  [ -h $root ]  root=$(readlink $root)
+	
 	# find out real rootfs on auto type
 	if [ ${FSTYPE} = auto ]; then
 		eval $(/usr/lib/klibc/bin/fstype ${root})
--- /usr/sbin/mkinitramfs.orig	2008-01-07 23:48:48.0 +0100
+++ /usr/sbin/mkinitramfs	2008-01-07 23:49:34.0 +0100
@@ -258,6 +258,9 @@
 	mv ${DESTDIR}/bin/sh.shared ${DESTDIR}/bin/sh
 	# those root need busybox
 	eval $(mount | awk '/ \/ / {print r_dev= $1; exit}')
+	# root device is a symlink, get the real device
+	[ -h $r_dev ]  r_dev=$(readlink $r_dev)
+
 	if [ ${r_dev#/dev/mapper/} != ${r_dev} ] \
 		|| [ ${r_dev#/dev/md} != ${r_dev} ]; then
 		echo Warning: Busybox is required for successful boot!
--- /usr/share/initramfs-tools/scripts/local-top/lvm2.orig	2008-01-08 00:01:06.0 +0100
+++ /usr/share/initramfs-tools/scripts/local-top/lvm2	2008-01-08 22:00:06.0 +0100
@@ -37,10 +37,32 @@
 		;;
 	esac
 
+	# Make sure root device is not a symlink
+	[ -h $vg ]  vg=$(readlink $vg)
 	# Make sure that we have a d-m path
 	vg=${vg#/dev/mapper/}
 	if [ $vg = $1 ]; then
-		return 1
+		# Convert RedHat name /dev/vg/lv to /dev/mapper/vg-lv
+		vg=$(echo $vg | sed -e 's#\(.*\)/\([^/]*\)/\(.*\)$#\1/mapper/\2-\3#')
+		# Check if it looks valid
+		if [ ${vg#/dev/mapper/} = $vg ]; then
+			return 1;
+		fi
+		# Remove /dev/mapper
+		vg=${vg#/dev/mapper/}
+	   # Split volume group from logical volume.
+		local test_vg=$(echo ${vg} | sed -e 's#\(.*\)\([^-]\)-[^-].*#\1\2#')
+		# Reduce padded --'s to -'s
+		test_vg=$(echo ${test_vg} | sed -e 's#--#-#g')
+		# Test if it's a valid LVM volume group
+		# This does not activate it, if everything is ok
+		# activation will be done later.
+		vgchange -ay -t $test_vg
+		if [ $? -ne 0 ]; then
+			return 1
+		fi
+		# Everything looks fine, vg is in the expected
+		# form for proper script completion
 	fi
 
 	# Make sure that the device includes at least one dash
--- /usr/share/initramfs-tools/scripts/local-top/lvm.orig	2008-01-08 00:01:04.0 +0100
+++ /usr/share/initramfs-tools/scripts/local-top/lvm	2008-01-08 22:00:44.0 +0100
@@ -37,10 +37,32 @@
 		;;
 	esac
 
+	# Make sure root device is not a symlink
+	[ -h $vg ]  vg=$(readlink $vg)
 	# Make sure that we have a d-m path
 	vg=${vg#/dev/mapper/}
 	if [ $vg = $1 ]; then
-		return 1
+		# Convert RedHat name /dev/vg/lv to /dev/mapper/vg-lv
+		vg=$(echo $vg | sed -e 's#\(.*\)/\([^/]*\)/\(.*\)$#\1/mapper/\2-\3#')
+		# Check if it looks valid
+		if [ ${vg#/dev/mapper/} = $vg ]; then
+			return 1;
+		fi
+		# Remove /dev/mapper
+		vg=${vg#/dev/mapper/}
+	   # Split volume group from logical volume.
+		local test_vg=$(echo ${vg} | sed -e 's#\(.*\)\([^-]\)-[^-].*#\1\2#')
+		# Reduce padded --'s to -'s
+		test_vg=$(echo ${test_vg} | sed -e 's#--#-#g')
+		# Test if it's a valid LVM volume group
+		# This does not activate it, if everything is ok
+		# activation will be done later.
+		vgchange -ay -t $test_vg
+		if [ $? -ne 0 ]; then
+			return 1
+		fi
+		# Everything looks fine, vg is in the expected
+		# form for proper script completion
 	fi
 
 	# Make sure that the device includes at least one dash


Bug#440807: increase CONFIG_SERIAL_8250_NR_UARTS (number of serial ports)

2008-01-08 Thread maximilian attems
On Tue, Jan 08, 2008 at 02:50:41PM -0600, Lukasz Szybalski wrote:
 
 Currently we have 1 serial port on motherboard and 2 port pci card. I 
 would like to add another 4 port pci card. I am not able to do it 
 because I get a conflict on ttyS.
 
 Since regular pc pci limit is on average 3. the max serial ports I could 
 install is  3x(6port serial card)  + 1 on mother board.  So Max I could 
 fit on is 19 if I wanted to. Realistically it would be optimal for me to 
 have  at least 7 available.
 
 Is there some kind of setting that can be changed without recompiling 
 the  kernel to allow this many serial ports or some kernel header that 
 would increase the number of available serial ports without much problem?

$  egrep NR_UARTS /boot/config-2.6.24-rc7-amd64  
CONFIG_SERIAL_8250_NR_UARTS=16

$  egrep RUNTIME_UARTS /boot/config-2.6.24-rc7-amd64  
CONFIG_SERIAL_8250_RUNTIME_UARTS=4

This can be overridden with the module parameter nr_uarts, or
boot-time parameter 8250.nr_uarts.

up to 16 evidently

-- 
maks




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#459632: initramfs-tools: Unable to detect LVM correctly if root device does not match /dev/mapper/*

2008-01-08 Thread maximilian attems
 + [ -h $vg ]  vg=$(readlink $vg)

this is the most sceptical part i have,
does that symlink exist before vgchange run??

(yes just read, not life tested yet)

-- 
maks



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#459632: initramfs-tools: Unable to detect LVM correctly if root device does not match /dev/mapper/*

2008-01-08 Thread maximilian attems
[ please keep bug report on cc, bounced your message to bts ]

On Tue, Jan 08, 2008 at 10:11:25PM +0100, Jerome Vizcaino wrote:
 Ok sorry about that, the thing is redhat name scheme didn't mean a thing to 
 me so I figured the bug has not been reported already.

hehe, sorry
it is lately a tendency that bugs get reported without research.
after reading your code i'm happy about the code they show.
 
will give it a shoot tomorrow, overworked right now and
on positive test pass it on to the lvm2 hook maintainer
he incorporates the relevant initramfs-tools hooks.

thanks

-- 
maks



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#442103: initramfs-tools: update-initramfs fails with lilo and a degraded raid1 array

2008-01-08 Thread Jonas Smedegaard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Fri, Sep 28, 2007 at 11:43:33AM +0200, Jens Thiele wrote:
On 17 Sep 2007, [EMAIL PROTECTED] wrote:
 hey guys sorry if you still use lilo, you need to do
 manual intervence, i see no other way.

 unless a real strong argument comes up, i'll close that bug in a
 month.

AFAIK grub does not support LVM on top of md raid1 whereas lilo does?
The installer allows to setup LVM on top of raid and as far as I
remember then suggests usage of lilo.

Just as explanation / usage scenario:
I use lvm on top of raid1 on a laptop and run the raid in degraded state
most of the time. From time to time I attach an external usb disk and
resync it. (incremental resync that is)

GRUB does not support LVM or RAID, but your syncing goal can be reach if 
you store /boot on RAID1 but outside LVM.

This is what I use for servers, which should work fine for your use too:

/dev/sda - GRUB stage1
/dev/sdb - GRUB stage1 (backup)
/dev/sda1 + /dev/sdb1 - /dev/md0 (RAID1) - /boot
/dev/sda2 + /dev/sdb2 - /dev/md1 (RAID1) - swap
/dev/sda3 = /dev/sdc3 - /dev/md2 (RAID1) - LVM2 - ...


The trick used is that data on RAID1 is readable directly without 
knowledge of RAID, so GRUB reads /boot on /dev/sda1. Just make sure to 
not use the savedefault feature of GRUB (you don't ever want to 
_write_ directly to a RAID1 partition!).


The grub-install wrapper (or is it install-grub?) does not support this 
trick (it cannot reliably resolve the underlying partition of a RAID1), 
but you can do it manually like this:

1) Copy GRUB stage2 and stage3 into mounted /boot RAID1 partition:

mkdir /boot/grub
cp /usr/lib/grub/i386-pc/* /boot/grub/

2) Install GRUB stage1 onto bootsector

grub

...and then within the GRUB shell:

root (hd0,0)
setup (hd0)
quit



Hope that helps (to get rid of that old ugly LILO).

  - Jonas
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHgkPyn7DbMsAkQLgRAnZhAJ4rlwiFW4m96Yv/OASCCHGSgtw2SwCbB0XY
R7Wg8k0lGju30lhfc6xYsf0=
=idza
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#459861: linux-image-2.6.18-5-amd64: usb 2 uses irq 7, with no 2.0 device attached, irq 7 disabled, nobody cared

2008-01-08 Thread Bob McGowan
Package: linux-image-2.6.18-5-amd64
Version: 2.6.18.dfsg.1-17
Severity: normal

I have a usb 2.0 160 GB disk drive which I've been trying to use with my
HP laptop, but after some period of time (usually short, less than 2
minutes) the disk would die.

Research led to a possible solution, using sdparm to clear STANDBY,
which is set by default for this drive (Seagate Freeagent Go).  This
seemed to work, initially, but it didn't hold.  Checked the STANDBY
state, it was still cleared.

And, other usb 2.0 devices also failed to work.  Extensive further
research and testing showed that all these devices would work for a
short period of time before failing.

The light dawned when I noted that the usb 2.0 interface uses IRQ 7,
which was getting disabled shortly after startup, due to a spurious
interrupt (nobody cared).

With a usb device inserted while booting, or quickly attached after
booting, along with mounting the disk device, there were no spurious
interrupts, and the device remained usable.  That is, until it/they
waswere unmounted, at which point, with no usb 2.0 devices, a spurious
interrupt would happen and usb 2.0 would not work any more.

As proof of concept, I've moved my full system to the Freeagent disk and
can boot to it, and run for hours, without issues.

I have also booted a Suse 9.1 Live CD and have used the usb 2.0 devices
without problems, even though dmesg does have one spurious interrupt
error related to irq 7.  The kernel version is 2.6.4

My system is an HP Pavilion dv9000.  The usb 2.0 hardware is reported as:

00:0b.1 USB Controller: nVidia Corporation MCP51 USB Controller (rev a3)\
  (prog-if 20 [EHCI])
Subsystem: Hewlett-Packard Company Unknown device 30b7
Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 7
Memory at b0005000 (32-bit, non-prefetchable)[size=256]
Capabilities: [44] Debug port
Capabilities: [80] Power Management version 2

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages linux-image-2.6.18-5-amd64 depends on:
ii  cor 5.97-5.3 The GNU core utilities
ii  deb 1.5.11etch1  Debian configuration management sy
ii  e2f 1.39+1.40-WIP-2006.11.14+dfsg-2etch1 ext2 file system utilities and lib
ii  ini 0.85htools for generating an initramfs
ii  mod 3.3-pre4-2   tools for managing Linux kernel mo

linux-image-2.6.18-5-amd64 recommends no packages.

-- debconf information:
  linux-image-2.6.18-5-amd64/postinst/create-kimage-link-2.6.18-5-amd64: true
  shared/kernel-image/really-run-bootloader: true
  linux-image-2.6.18-5-amd64/postinst/old-system-map-link-2.6.18-5-amd64: true
  linux-image-2.6.18-5-amd64/preinst/initrd-2.6.18-5-amd64:
  linux-image-2.6.18-5-amd64/preinst/elilo-initrd-2.6.18-5-amd64: true
  linux-image-2.6.18-5-amd64/postinst/depmod-error-2.6.18-5-amd64: false
  linux-image-2.6.18-5-amd64/preinst/bootloader-initrd-2.6.18-5-amd64: true
* linux-image-2.6.18-5-amd64/preinst/already-running-this-2.6.18-5-amd64:
  linux-image-2.6.18-5-amd64/prerm/removing-running-kernel-2.6.18-5-amd64: true
  linux-image-2.6.18-5-amd64/preinst/lilo-initrd-2.6.18-5-amd64: true
  linux-image-2.6.18-5-amd64/preinst/abort-overwrite-2.6.18-5-amd64:
  linux-image-2.6.18-5-amd64/preinst/failed-to-move-modules-2.6.18-5-amd64:
  linux-image-2.6.18-5-amd64/prerm/would-invalidate-boot-loader-2.6.18-5-amd64: 
true
  linux-image-2.6.18-5-amd64/postinst/bootloader-error-2.6.18-5-amd64:
  linux-image-2.6.18-5-amd64/postinst/old-initrd-link-2.6.18-5-amd64: true
  linux-image-2.6.18-5-amd64/preinst/overwriting-modules-2.6.18-5-amd64: true
  linux-image-2.6.18-5-amd64/postinst/old-dir-initrd-link-2.6.18-5-amd64: true
  linux-image-2.6.18-5-amd64/preinst/lilo-has-ramdisk:
  linux-image-2.6.18-5-amd64/postinst/depmod-error-initrd-2.6.18-5-amd64: false
  linux-image-2.6.18-5-amd64/postinst/bootloader-test-error-2.6.18-5-amd64:
  linux-image-2.6.18-5-amd64/postinst/kimage-is-a-directory:
  linux-image-2.6.18-5-amd64/preinst/abort-install-2.6.18-5-amd64:



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]