July 2005 - openSUSE PPC - openSUSE Mailing Lists

am I hacked ?
by Damir Buskulic 16 Sep '08

16 Sep '08

Hi, I got some problems (disk access denied, bus errors,...) that led me to go into single user mode and fsck my partitions. I noticed then that there were some directories created in the tmp directory, called "dev" and "etc", and one file in the / directory called "success" with 0 length. At reboot, these files disapeared. Does anybody know if this could be a sign of a hacked computer ? I mean could someone have installed a rootkit or some such ? I'm not paranoid but this indeed seems strange. Cheers Damir -- ===================================================================== | Damir Buskulic | Universite de Savoie/LAPP | | | Chemin de Bellevue, B.P. 110 | | Tel : +33 (0)450091600 | F-74941 Annecy-le-Vieux Cedex | | e-mail: buskulic(a)lapp.in2p3.fr | FRANCE | ===================================================================== mailto:buskulic@lapp.in2p3.fr

1 1

GDB thinks stack is corrupt.
by Sid 05 Aug '05

05 Aug '05

I'm debugging some code that is multithreaded and involves several dynamically loaded libraries. Unfortunately, GDB always says that the stack is corrupt and can never seem to give me a meaningful stack dump. Are there any known issues with GDB on PPC? Sid ------- Sample ------- Program received signal SIGABRT, Aborted. [Switching to Thread 1074038976 (LWP 17864)] 0x0f5e478c in raise () from /lib/tls/libc.so.6 (gdb) bt #0 0x0f5e478c in raise () from /lib/tls/libc.so.6 #1 0x0f5e609c in abort () from /lib/tls/libc.so.6 #2 0x0f79eda8 in __cxxabiv1::__terminate () from /usr/lib/libstdc++.so.5 #3 0x0f79ede4 in std::terminate () from /usr/lib/libstdc++.so.5 #4 0x0f79ede4 in std::terminate () from /usr/lib/libstdc++.so.5 #5 0x0f79ede4 in std::terminate () from /usr/lib/libstdc++.so.5 #6 0x0f79ede4 in std::terminate () from /usr/lib/libstdc++.so.5 #7 0x0f79ede4 in std::terminate () from /usr/lib/libstdc++.so.5 #8 0x0f79ede4 in std::terminate () from /usr/lib/libstdc++.so.5 #9 0x0f79ede4 in std::terminate () from /usr/lib/libstdc++.so.5 #10 0x0f79ede4 in std::terminate () from /usr/lib/libstdc++.so.5 #11 0x0f79ede4 in std::terminate () from /usr/lib/libstdc++.so.5 #12 0x0f79ede4 in std::terminate () from /usr/lib/libstdc++.so.5 #13 0x0f79ede4 in std::terminate () from /usr/lib/libstdc++.so.5 #14 0x0f79ede4 in std::terminate () from /usr/lib/libstdc++.so.5 #15 0x0f79ede4 in std::terminate () from /usr/lib/libstdc++.so.5 #16 0x0f79ede4 in std::terminate () from /usr/lib/libstdc++.so.5 #17 0x0f79ede4 in std::terminate () from /usr/lib/libstdc++.so.5 #18 0x0f79ede4 in std::terminate () from /usr/lib/libstdc++.so.5 Previous frame inner to this frame (corrupt stack?) (gdb)

2 6

Switching p655's and a p690 to SuSe?
by Dan Stromberg 04 Aug '05

04 Aug '05

Hi folks. We have 7 p655's with 8 CPU's and 1 p690 with 32 CPU's. These machines are linked with a 1 gigabit, low-latency switch for MPI computations using a switch from IBM called an "SP2 switch", AKA a "Colony switch". We're currently running AIX 5.1. IBM is telling us that AIX 5.3 will never support our SP2 switch, so our upgrade path seems to have disappeared shortly after purchasing the equipment. Is there any possibility of SuSe for pSeries supporting this hardware effectively, especially the SP2 switch (now or in the future)? Would we have to toss the SP2 switch and go with (much higher latency) gigabit ethernet, or myrinet or something for our MPI computations? How's the SMP support on pSeries? Is it up to handling 32 CPU's well yet? One of the reasons the guy with the grant money for this compute cluster wanted AIX, was for the AIX compilers - so I need to ask: Will SuSe for pSeries be able to use xlc/xlC/xlf/xlf90/xlf95 and such? Also, is loadleveler available for SuSe on pSeries? That's the queuing system we're using now, and it's also the queuing system many of the freely redistributable climatology programs we need are written to work with... Thanks!

3 16

SLES9 / IBM 7025 F50 - Problems with SMP kernel
by Braulio Gergull 13 Jul '05

13 Jul '05

I've just installed SLES9 on a IBM 7025 F50 with 2 processors. In contrast to SLES8 there was no problem during the installation process. The only problem is that YaST installed default kernel (non SMP). I've installed the SMP kernel that ships with the distribution, ran mk_initrd and made the relevant changes to yaboot. However this kernel won't boot the machine, in fact the boot process aborts before the kernel is loaded into memory. Is there anybody using SLES9 on a F50 with multi processor support? rgrds, Bráulio Gergull gergull(a)getnet.com.br

3 2

Re: [suse-ppc] Software Raid on Power, sles9 SP1
by Tomas Baublys 07 Jul '05

07 Jul '05

I posted a small howto about using software raid with SUSE SLES9 and SP1 on Power (IBM OpenPower, JS20, p5) at http://oss.gonicus.de/openpower/index.php/Suse-sw-raid Tomas Baublys

1 0