Re: 32-bit vs AMD64 on Opteron for LAMP server
Hi! "Neil Gunton" <[EMAIL PROTECTED]> írta 2007-07-06 22:24-kor: > Unfortunately, the RAID card I have doesn't seem to have been a type > that really took off in any significant way. I don't know of anyone else > who has one. If anyone does happen to have a spare Adaptec Smart RAID > 2015S lying around in an unused server, then I'd love to hear whether > they can try installing Etch and patching the kernel with the new > dpt_i2o. But somehow I think anyone with such a server is probably using it. I have Installed and do maintain a server which has Adaptec 2410S. from lspci -v 's output: 01:02.0 RAID bus controller: Adaptec AAC-RAID (rev 01) Subsystem: Adaptec AAR-2410SA PCI SATA 4ch (Jaguar II) Flags: bus master, 66MHz, slow devsel, latency 64, IRQ 233 Memory at dc00 (32-bit, prefetchable) [size=64M] Expansion ROM at fea0 [disabled] [size=32K] Capabilities: [80] Power Management version 2 I don't like it. It works, anyway. I had never experienced any problem with it, since I installed, but I like 3ware cards better, since they have utils with it's driver CD, which is capable to interact with its /dev/twaX controlling device. I can see the rebuilding status online, I can start rebuild, build hw raid online, without shutting the OS down and need to get into the bios. tw_cli is my best friend in this topic ;-) But for this adaptec sh17, I cannot found any controlling utility. Adaptec's site seemed kind of chaos to me, and in case if you want to download sg. from them U need to register through dozens of forms, and you can double it, if U don't live in US. (So, maybe they had driver, but I had have no patience.) Anyway, It works, with etch's builtin aacraid driver, it shows the volume name I had set up in its bios, etc: Adaptec aacraid driver (1.1-5[2409]-mh2) ... AAC0: kernel 4.2-0[8205] AAC0: monitor 4.2-0[8205] AAC0: bios 4.2-0[8205] AAC0: serial 3b2a5 scsi0 : aacraid Vendor: Adaptec Model: zafir Rev: V1.0 Type: Direct-Access ANSI SCSI revision: 02 ... libata version 2.00 loaded. SCSI device sda: 1874989056 512-byte hdwr sectors (959994 MB) sda: assuming Write Enabled sda: assuming drive cache: write through Sincerely, PÁSZTOR György -- ---[ Free Software ISOs - http://www.fsn.hu/?f=download ]--- -- PÁSZTOR György e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU) cell.: +3620 512 3335
rsync mirror how?
Hi! I used the following commands to set up a local mirror for myself. cd $LOCALMIRROR rsync -avHP --delete rsync://debian-amd64.alioth.debian.org/debian-amd64/ alioth It worked for me for a time. I exactly don't know since when, but it doesn't work. I need this local mirror on my intranet, because, we have a couple of opteron servers, and I created some install image for local use, which we used for initialize our servers, etc. But, our mirror get's older and older since I can't update our mirror on our intranet. The output of the script running: [EMAIL PROTECTED]:~$ . mirror.sh @ERROR: Unknown module 'debian-amd64' rsync: connection unexpectedly closed (0 bytes received so far) [receiver] rsync error: error in rsync protocol data stream (code 12) at io.c(359) What can I do know to replace this thing? Thanks for your help! Sincerely, PASZTOR Gyorgy -- ---[ Free Software ISOs - http://www.fsn.hu/?f=download ]--- -- PÁSZTOR György e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU) phone @work: +36 62 54 URL: http://people.fsn.hu/~pasztor/ cell.: +3620 512 3335 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: switched to ubuntu
Hi! "Leopold Palomo-Avellaneda" <[EMAIL PROTECTED]> írta 2004-10-08 13:43-kor: > thing is that it's a pity to have a distro derived from debian that have > resolved some question better and there's no feedback to the original distro. I wouldn't say that, there is no spoon^Wfeedback. Quoting from ubuntu's webpage: http://www.ubuntulinux.org/ubuntu/relationship/document_view "Development community Many Ubuntu developers are also recognized members of the debian community. They continue to stay active in contributing to debian both in the course of their work on Ubuntu and directly in debian. When Ubuntu developers fix bugs that are also present in debian packages -- and since the projects are linked, this happens often -- they send their bugfixes to the Debian developers responsible for that package in debian and record the patch URL in the debian bug system. The long term goal of that work is to ensure that patches made by the full-time Ubuntu team members are immediately also included in debian packages where the debian maintainer likes the work." Other quote from section "Ubuntu and other Debian derivates": "First, Ubuntu contributes patches directly to Debian as bugs are fixed during the Ubuntu release process, not just when the release is actually made. With other debian-style distributions, the source code and patches are made available in a "big bang" at release time, which makes them difficult to integrate into the upstream HEAD." So... It seem's to me, that there is a hard co-work beetween the two developer group. Sincerely, PASZTOR Gyorgy -- ---[ Free Software ISOs - http://www.fsn.hu/?f=download ]--- -- PÁSZTOR György e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU) cell.: +3620 512 3335
Re: cvs problem
Hi, "PÁSZTOR György" <[EMAIL PROTECTED]> írta 2004-09-05 22:16-kor: > If I check out sg from another server, where I set CVSRSH=ssh and cvsroot is > [EMAIL PROTECTED]:/dir than it fails after the first two files. I thought a bit, and I found out what is the solution/ problem. The cvs.fsn.hu machine is a BSD-box. And out amd64-box runs linux kernel version 2.6.9-rc1. So, if I turn off tcp_window_scaling, the whole stuff works now. Thank you for your attention :-) Sincerely, PASZTOR Gyorgy -- ---[ Free Software ISOs - http://www.fsn.hu/?f=download ]--- -- PÁSZTOR György e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU) phone @work: +3662 544 415, +3662 544 321 URL: http://people.fsn.hu/~pasztor/ cell.: +3620 512 3335
cvs problem
Hi, I wanted to check out a repo from a cvs server, but it didn't worked. I tried this out, and the problem is somehow related to ssh handling. If I check out sg from a server, where the cvsroot is :pserver:[EMAIL PROTECTED]:/dir than it works. If I check out sg from another server, where I set CVSRSH=ssh and cvsroot is [EMAIL PROTECTED]:/dir than it fails after the first two files. I got the following error messages: Read from remote host cvs.fsn.hu: Connection reset by peer cvs [checkout aborted]: end of file from server (consult above messages if any) If I do the same on an i386 arch, than it works. If I do this on the same amd64 machin, within in i386 arch chroot, than it don't works again :-( Have sy. same experiences? Sincerely, PASZTOR Gyorgy -- ---[ Free Software ISOs - http://www.fsn.hu/?f=download ]--- -- PÁSZTOR György e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU) phone @work: +3662 544 415, +3662 544 321 URL: http://people.fsn.hu/~pasztor/ cell.: +3620 512 3335
Re: vim doing probs
Hello, "Dirk Schleicher" <[EMAIL PROTECTED]> írta 2004-08-23 21:48-kor: > I facing a new problem. First I will say thanks for fixing KDE. It's > working fine. But now I have problem to install other stuff. > The dependency of vim, vim-common and other vim make problems. > Maybe I make a mistake or there is a bug. How shut I handle this? I already find this bug. The bug is in the vim-common's preinst code... I assume u use a mirror, which is in late. I also use debian.inode.at. :-( There the latest vim is: 1:6.3-011+2 On debian-amd64.alioth.debian.org the latest version is: 1:6.3-013+2. There the shell script is still ugly, but at least it works :-) Sincerely, PÁSZTOR György -- ---[ Free Software ISOs - http://www.fsn.hu/?f=download ]--- -- PÁSZTOR György e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU) phone @work: +3662 544 415, +3662 544 321 URL: http://people.fsn.hu/~pasztor/ cell.: +3620 512 3335
Re: grub failure with mem > 8gb
Hi, "Christophe Prud'homme" <[EMAIL PROTECTED]> írta 2004-08-10 10:48-kor: > [ Tuesday 10 August 2004 10:28 ] > | If I give an uppermem 100 option before kernel and initrd commands, > | than it worked, booted, etc. And the freei / usable mem was ~ 8G in the > | running linux. > I can confirm that but only with non-SMP kernel > with smp kernel I get a kernel panic with the same setting as above Not exactly! The tested vmlinuz and initrd image are parts of the kernel-image-2.6.7-5-amd64-k8-smp debian package. So, I assume (from the package name;) ) that it is an smp kernel too. Sincerely, PÁSZTOR György -- ---[ Free Software ISOs - http://www.fsn.hu/?f=download ]--- -- PÁSZTOR György e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU) phone @work: +3662 544 415, +3662 544 321 URL: http://people.fsn.hu/~pasztor/ cell.: +3620 512 3335
Re: grub failure with mem > 8gb
"Christophe Prud'homme" <[EMAIL PROTECTED]> írta 2004-08-10 10:01-kor: > moveto = 0xcbff > VERSION= .4 > mbi.mem_lower = 0x27f > mbi.mem_upper = 0x32fbc0 > len=0x458000 > addr[0xcbb88000] < RAW_ADDR(0x1000)[0x1000] > addr[0xcbb88000] < RAW_ADDR(0x10)[0x10] > RAW_ADDR(mbi.mem_lower*1024) [0x9fc00] < (addr+len)[0xcbb88000] > RAW_ADDR(mbi.mem_upper*1024) [0xcbef] < ((addr-0x10)+len)[0xcbee] Our (Miham&me) latest try with 0.95+cvs20040624-7.0.0.4.pure64: D: moveto = 0xbfff D: VERSION: 0.95+cvs20040624-7.0.0.4.pure64 D: mbi.mem_lower = 0x27f D: mbi.mem_upper = 0x2ffbc0 D: len = 0x458000 D: addr[0xbfb88000] < RAW_ADDR(0x1000)[0x1000] D: addr[0xbfb88000] < RAW_ADDR(0x10)[0x10] D: RAW_ADDR(mbi.mem_lower * 1024)[0x9fc00] < (addr + len)[0xbfb88000] D: RAW_ADDR(mbi.mem_upper * 1024)[0xbfef] < ((addr - 0x10) + len) [0xbfee] If I give an uppermem 100 option before kernel and initrd commands, than it worked, booted, etc. And the freei / usable mem was ~ 8G in the running linux. Sincerely, PÁSZTOR György -- -------[ Free Software ISOs - http://www.fsn.hu/?f=download ]--- -- PÁSZTOR György e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU) phone @work: +3662 544 415, +3662 544 321 URL: http://people.fsn.hu/~pasztor/ cell.: +3620 512 3335
