Security Testing on Production Systems

2006-05-15 Thread TRODAT


List,

This is a hot topic as of late where I work:

Once a system has gone into 'production' should testing, specifically 
security, be done on it if the system could be broken by the test itself?


What is your take on this issue and why?

Thanks for any ideas and feedback.

Rob.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


RE: Compaq Integrated SmartArray Quantum DLT4000

2006-02-05 Thread TRODAT


My 2 cents,

For me it was the same, until I picked up an Adaptec and used it for the 
DLT drives. I was rather bummed myself but it did seem to work well.


Rob.

On Thu, 2 Feb 2006, Erin Fortenberry wrote:


I had not been following this thread until now but...

Several years ago I built two AntiSPAM/Virus gatways on DL380 G3's. Both had
DLT's attached.

At first these were attached via the 5i controller. Later after much hair
pulling, I ended up adding in an Adaptec card for them.

I don't know whya, but the DLT would just not work on the 5i's.

Good luck,

-Erin


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of RA Cohen
Sent: Thursday, February 02, 2006 9:21 AM
To: freebsd-questions@freebsd.org
Cc: [EMAIL PROTECTED]
Subject: Re: Compaq Integrated SmartArray Quantum DLT4000

I was physically at the machine yesterday with the SmartStart CD
in hand, but as I was about to boot off that CD thought it would
be only useful for setting up drive arrays...not the tape drive.
So I didn't pursue it. I'll have to check it out later today...

I'll let you and the maillist know,
Roy

--- [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:


On 2/1/06, RA Cohen [EMAIL PROTECTED] wrote:

Hi All,

I'm running several Compaq Proliant DL360 servers, all with

FBSD

6.0-RELEASE.

One of these has an internal Quantum DLT 4000 (that's how

the

BIOS identifies it) tape drive. I need to use it, but can

find

no evidence of this hardware in the dmesg output.

. . .

The system sees the integrated controller and uses ida0 to

id

it, but does not see the tape drive.



If it's anything like my old proliant, the tape drive
is on ncr0 or ncr1 (or sym[01] any of which are the
on-board scsi controllers), which do not appear to probe
on your system.  If your tape drive is cabled to
ida0 or ida1, you'll probably need to resort to the
array controller firmware or CD, depending, and
set it up from there.


--
--




__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to
[EMAIL PROTECTED]



___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


uPortal - Anyone Using It?

2005-12-05 Thread TRODAT


Hello all,

We are being *encouraged* to look hard at uPortal, J2EE you know, as a 
viable portal for our place of employment.


Does anyone have experience/documents they can point me to?

Thanks in advance.

Rob.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Performance Issues with AMD64 3000+, 1.5GB RAM, FreeBSD 5.4-RELEASE

2005-08-24 Thread TRODAT



On Wed, 24 Aug 2005, Mark Kane wrote:

Hi everyone. Last night I finally worked out some issues with my AMD64 
machine and got it up and operational. It's an AMD64 3000+ with 1.5GB RAM, 
and five 7200RPM hard drives (total of 720 gigs) running FreeBSD 5.4-RELEASE 
(amd64). When doing testing and initial install/configuration of this machine 
(compiling apps and such) I didn't notice this too much, but now that I'm 
actually using it this is starting to be noticeable.


The issue I'm having is that every minute or two, I will hear some stuttering 
in any audio/video playback (will see the video freeze if video), and my 
mouse will freeze for a few seconds as well while this happens. It seems to 
happen more frequently if I have something doing disk I/O, such as downloads 
running, untarring files, or torrents. Right now, I have the following 
applications open:


Xorg
Xfce
X-Chat
Mozilla Firefox (Only about 10 tabs, as opposed to my normal 40-50 tabs)
Terminal
XMMS
Mozilla Thunderbird
rtorrent

I initially noticed it on this machine when untarring a 20MB tar.bz2 file, 
and I figured with it untarring that a little audio stuttering would be 
expected. Then today, I started noticing it when doing normal things. All I'm 
doing now is just light browsing with XMMS and X-Chat open, and maybe one 
download going.


While my AMD64 was out of commission, I was using an Athlon XP 2000+ with 1GB 
of RAM and an old slower hard drive. It ran FreeBSD 5.4-RELEASE as well. I 
noticed the same stutters in audio/video playback and freezing of the mouse 
there, although it was much more frequent.


Here is a top output from just now:

last pid: 59025;  load averages:  0.07,  0.08,  0.12 
59 processes:  1 running, 58 sleeping

CPU states:  4.3% user,  0.0% nice,  2.3% system,  1.6% interrupt, 91.8% idle
Mem: 841M Active, 245M Inact, 194M Wired, 72M Cache, 162M Buf, 2300K Free
Swap: 3045M Total, 96K Used, 3045M Free

So basically I'm wondering if there are any OS optimizations or anything I am 
missing to reduce this? I'm not sure why on this type of hardware with not 
even using half of what I normally would have open (at least Firefox tabs 
wise) it would cause so many hiccups like this.


Thanks in advance for any opinions or suggestions.

-Mark


Mark,

I to am having similar problems with SATA drives, to the point where the 
audio coming from XMMS sounds just TRIPPING!


One thing that helped me was to INSURE that the dma for the 
hw.ata.atapi_dma and hw.ata.ata_dma where both set to 1.


Also, staying STABLE for me has been advantageous.

T.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: OpenOffice+AMD64

2005-08-23 Thread TRODAT



On Tue, 23 Aug 2005, Vladimir Dvorak wrote:

does anybody know what is the status of OpenOffice for AMD64 architecture ? 
Is possible to install OO in some chroot lib32 environment ? Or this cause is 
wasting the time for now ?


I was able to install the linux versions of:

Java (jdk-1_5_0_01-linux-i586.bin (from sun's website)
OpenOffice OOo_1.1.4_LinuxIntel_install.tar.gz (from OO's website)

and with linux compat it works on:

5.4-STABLE - AMD Athlon 64 3000

I am watching the port though to see it run native.

T.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


FreeBSD 5.4-STABLE (RELEASE for non CVSUP) Accolade

2005-05-09 Thread TRODAT
A big thank you for all the work that has gone into 5.4-STABLE. I am 
running AMD64 Athlon 64 3000+ and when I made the switch to 5.3-STABLE - 
/usr/src/sys/amd64 I found it a tad bit slow doing things that I felt the 
i386 version did rather fast!

Maybe it is just the day but my latest cvsup has seemed to add some OCTANE 
to my system!

So THANKS to all the work put in by you volunteers out there!
Rob.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]