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
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)
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!
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