Invalid path for portupgrade ftp.FreeBSD.orgpub

2009-02-16 Thread Gianni Doe
I'm upgrading a system from 6.4 to 7.1 and rebuilding all the ports. I'd rather use packages where present to speed things up a bit so I'm using: # portupgrade -faP The problem is that it never finds the packages as the URL is invalid, there seems to be a missing slash between in ftp.FreeBSD

Re: Invalid path for portupgrade ftp.FreeBSD.orgpub

2009-02-16 Thread Michel Talon
I think you can access that in the ruby program pkg_fetch (/usr/local/sbin/pkg_fetch) in function real_fetch_pkg, i have the following: $pkg_site_uris.each do |uri_base| PKG_SUFFIXES.each do |suffix| uri = uri_base + (subdir + '/' + pkgname + suffix) path = path_base + suffix

Re: Invalid path for portupgrade ftp.FreeBSD.orgpub

2009-02-16 Thread Gianni Doe
On 16/feb/09, at 10:47, Michel Talon wrote: I think you can access that in the ruby program pkg_fetch (/usr/local/sbin/pkg_fetch) in function real_fetch_pkg, i have the following: $pkg_site_uris.each do |uri_base| PKG_SUFFIXES.each do |suffix| uri = uri_base + (subdir + '/' + pkgname +

Re: Invalid path for portupgrade ftp.FreeBSD.orgpub

2009-02-16 Thread Kent Stewart
On Monday 16 February 2009 12:56:25 am Gianni Doe wrote: > I'm upgrading a system from 6.4 to 7.1 and rebuilding all the ports. > I'd rather use packages where present to speed things up a bit so I'm > using: > # portupgrade -faP > > The problem is that it never finds the packages as the URL is inv

Re: poweredge 1850 won't boot 7.1? maybe LSI-related : amr0: adapter is busy

2009-02-16 Thread Olivier Mueller
On Wed, 2009-02-11 at 10:38 -0500, Brian A. Seklecki wrote: > There's already discussion about this in the archives. We're aware and > working on it. > > Set: > /boo/loader.conf > kern.cam.scsi_delay=2 > As a work-around for now. Many thanks for your answer, it fixed the problem for now. Now

HEADS UP: More CAM fixes.

2009-02-16 Thread Scott Long
FWI. I need lots of testing on this. Only real SCSI controllers, please, not RAID controllers (except for MPT-SCSI with integrated mirroring). So Adaptec, LSI, Symbios, Buslogic, Tekram, SME, etc, users, please try this and get back to me. The patch should apply to FreeBSD 7 as well. FreeBS

Re: poweredge 1850 won't boot 7.1? maybe LSI-related : amr0: adapter is busy

2009-02-16 Thread Brian A. Seklecki
> amr0: Firmware 521X, BIOS H430, 256MB RAM > amr0: delete logical drives supported by controller Any time! NOTE: You're using the 4e/Si, which we have as well. We're experiencing random crashes on the 1850/8th gen, as a result of a (believed) DMA bug introduced into 7.x Please let us know i

Re: zfs crashes with nfs and snapshots

2009-02-16 Thread Jaakko Heinonen
On 2009-02-13, Gerrit Kühn wrote: > Ok, I will upgrade to 7.1-stable asap. The client was Linux 2.6.25, I > cannot say if it uses readdirplus and if I could disable that (the manpage > says nothing about it at all, but I will look into that further). -o nordirplus mount option should disable it on

Re: poweredge 1850 won't boot 7.1? maybe LSI-related : amr0: adapter is busy

2009-02-16 Thread Steve Polyack
Brian A. Seklecki wrote: NOTE: You're using the 4e/Si, which we have as well. We're experiencing random crashes on the 1850/8th gen, as a result of a (believed) DMA bug introduced into 7.x Just to note, we are only seeing these issues in combination with megarc (/usr/ports/sysutils/megarc)

csup permissions issue + truss core dump

2009-02-16 Thread Galen Sampson
All, I am running 7.1-RELEASE-p2. I use csup to update my base source tree and my ports tree. I want to be able to update my sources while running as a user that doesn't own the files being updated. I have /usr/ports set as a symlink to /home/port_builder/ports. The files there are owned

Re: SATA devices not added/probed from ICH7 sata300 controller, FreeBSD7.0, 7.1beta, 8.0 Daily

2009-02-16 Thread John R. Huston
Hi everybody, trying to get this problem sorted out still, I didn't reply for a while leaving time for a reply, but then got snowed under with projects. I'm back at work trying to get this guy working, so if anyone would like to help me debug the ATA driver, I'd be appreciative. For any BSD develop

Re: HEADS UP: Major CAM performance regression

2009-02-16 Thread Jan Mikkelsen
Hi Scott, I just tried this on 7.1-p2 with an Areca (arcmsr) controller with SATA drives attached to see if it fixed the performance problem I noticed back in December 2008. See: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=43971+0+archive/2008/freebsd-stable/20081207.freebsd-stable The per

Re: HEADS UP: Major CAM performance regression

2009-02-16 Thread Luigi Rizzo
On Sat, Feb 14, 2009 at 07:33:25AM -0700, Scott Long wrote: ... > >I'll try your suggestion if you have one. > > I don't have a magic universal testing suite in my back pocket, sorry. > You need to look at your expected workload and develop tests to simulate > it. When I do testing during driver