Sponsored Content
Operating Systems SCO Need Help Installing Legacy System on Newer Hardware Post 302960067 by spock9458 on Tuesday 10th of November 2015 11:24:26 AM
Old 11-10-2015
I am attaching a screenshot of the "Unexpected trap error" I am now getting when I try the install. I have run memory test and there are no errors, and I have also removed and cleaned various motherboard components, which is from advice I found through Google searching. I don't know what else to try, so any help will be appreciated. This server was running fine about a month ago, it was retired when I migrated from Windows 2003 server, so there are no known hardware issues. Thanks.
Need Help Installing Legacy System on Newer Hardware-img_0507jpg
 

9 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

tar --newer = tar --newer-mtime ?

Hi, I have the following question : As far as I know unix doesn't store file creation dates. Would that imply the following? tar -cvzf backup.tar --newer is equal to: tar -cvzf backup.tar --newer-mtime ? (1 Reply)
Discussion started by: jamesbond
1 Replies

2. UNIX for Dummies Questions & Answers

Installing FreeBSD on old system?

I've never had trouble installing freebsd or any linux/unix system on any computer i've tried to do it on. I just recently aquired a Packard Bell, 75mhz Pentium, 482 i believe. Im having difficulty installing it. I have FreeBSD 5.1 on cd and the computer wont even recognize the cd on boot, so it... (2 Replies)
Discussion started by: MadProfessor
2 Replies

3. Solaris

What command to check system hardware

What command can I run on a Solaris 8 server to check the hardware (ie number of processors, speed of processors, installed memory etc). (4 Replies)
Discussion started by: soliberus
4 Replies

4. Solaris

basic hardware & system requirements for solaris 10

hi all, i want to setup a solaris10 lab for 50 trainees. kindly let me know all the basic hardware & system requirements for the lab . with regards, Raj (5 Replies)
Discussion started by: rajp_8007
5 Replies

5. Programming

VERSYS Legacy System

I need help locating the tables that hold the demograhic data in this system on an AIX box. Does anyone know the path? (0 Replies)
Discussion started by: Chelcye
0 Replies

6. AIX

System P hardware

hello everybody, Is there any training to get deep knowledge an hands on lab with system p hardware firmware microcode upgrading etc... thanks in advance (2 Replies)
Discussion started by: Vit0_Corleone
2 Replies

7. Solaris

Manufacturer name of computer system(hardware) , processor

Hi All, Can someone let me know the method or set of commands by which i can retrive manufacturer name of computer system (hardware of machine ) and manufacturer of processor. i get below information when fired psrinfo command : psrinfo -vp The physical processor has 1 virtual processor... (6 Replies)
Discussion started by: omkar.jadhav
6 Replies

8. Red Hat

Hardware and system timing are different

-> We have 2 servers server1 and server2 server. ->server1 is master application and server2 is slave application server. ->output of server1 hardware and slave timing: # hwclock --show Thu 05 Jun 2014 05:34:08 PM SGT -0.465666 seconds # date Thu Jun 5 17:34:16 SGT 2014 # cd... (6 Replies)
Discussion started by: manjusharma128
6 Replies

9. UNIX for Advanced & Expert Users

Linux Command To Find the System Configuration And Hardware Information

Hello guys. I wanted to find the System Configuration and Hardware Information on one of my servers. Here is part of the cpu info: CPU core info: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 44 model name : Intel(R) Xeon(R) CPU... (2 Replies)
Discussion started by: Ymir
2 Replies
pthread_nsg_attach(3)					     Library Functions Manual					     pthread_nsg_attach(3)

NAME
pthread_nsg_attach - Attaches a thread to a NUMA Scheduling Group (libpthread library) SYNOPSIS
#include <numa.h> int pthread_nsg_attach( nsgid_t nsg, pthread_t thread, long flags ); PARAMETERS
Specifies the NUMA Scheduling Group (NSG) to which the thread will belong. Identifies the thread to attach to the NSG. Specifies options (bit mask) that affect the attachment. See DESCRIPTION for details. DESCRIPTION
The pthread_nsg_attach() function attaches the thread specified by the thread argument to a NUMA Scheduling Group (NSG) specified by the nsg argument. An NSG is a set of processes and/or threads that will be constrained to reside on the same Resource Affinity Domain (RAD). That is, the "home RAD" for all of the processes/threads in an NSG will be the same, and the entire group will be migrated together, if at all. The thread specified by thread will be removed from any NSG of which it might currently be a member, before being added to the speci- fied NSG. If the specified thread resides on a different RAD, the thread will be reassigned to a single RAD. The home RAD for the thread will be selected as follows: If the specified NSG already has processes/threads attached, the home RAD for the specified thread will be the home RAD for that NSG. If the specified NSG is empty, the home RAD for the thread will be selected based on the setting of the flags argument. The following options are defined for the flags argument: The requested attachment and any implied reassignments are mandatory, overriding any prior binding of the specified thread. If this option is not set, and the thread is bound (RAD_INSIST) to a different RAD such that the system cannot honor the request, the request will fail. The thread has small memory requirements, so the system should favor (for the home RAD) those RADs with light CPU loads, independent of their available memory. This flag applies only when attaching to an empty NSG. The thread has large memory requirements, so the system should favor (for the home RAD) those RADs with more available memory, independent of their CPU loads. This flag only applies when attaching to an empty NSG. Arrange for the existing memory (stack pages) of a thread that is assigned a new home RAD to be migrated to the new RAD. If omitted, only newly allocated pages will be allocated on the new home RAD. Exist- ing pages will migrate if/when they experience a high rate of remote cache misses. Migration will occur only for pages-in-memory objects that have inherited the process's default memory allocation policy. Wait for the requested memory migration to be completed. Effectively, this flag specifies "migrate now!". RETURN VALUES
Success. Failure. In this case, the returned integer indicates the type of error. Possible errors include the following: The caller does not have execute permission required to attach the thread based on the NSG's permissions. The thread specified by thread is hard attached (RAD_INSIST) to RADs or has memory wired (locked) on its current RAD such that it cannot be migrated to the common RAD selected for the NSG. The value of the flags argument is invalid. NSG_INSIST and NSG_MIGRATE were specified and no RAD can be found with sufficient memory to accommodate the resulting group. The thread specified by the thread argument does not exist. ERRORS
None. SEE ALSO
Functions: nsg_attach_pid(3), nsg_get(3), numa_intro(3) Files: numa_types(4) pthread_nsg_attach(3)
All times are GMT -4. The time now is 07:48 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy