Re: Upgrade 6.4-stable to 7.3

2010-07-28 Thread Erich Dollansky
Hi,

I did a source upgrade on one box from 6.4 to 7.2 or 7.3 without any problems.

I later did a source upgrade to 8.0 on the same machine just to find out that 
USB has some problems, I went then back to 7.3 on this machine.

I also did some source upgrades from 7.x to 8.0 on some other machines without 
any problems.

On Tuesday 27 July 2010 22:02:48 Michael Doyle wrote:
 
 In the past, I've usually done a wipe-and-reinstall when moving  
 between major version numbers
 but I would rather avoid that this time around.

I never did this since 5.2. The upgrades always worked for me.
 
 Also, would people recommend staying with version 7.3 or jumping all  
 the way to version 8.1 ?

I would first install 7.3, check if all works and then do a source upgrade. 
Save the source tree for 7.3 just for the case you have to go back.
 
 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2800.11-MHz 686-class CPU)
Origin = GenuineIntel  Id = 0xf41  Stepping = 1

Not so new. Just like the machine which gave me the problem with 8.0. I never 
tried 8.1 on this machine.
 
 uhci0: UHCI (generic) USB controller port 0xcce0-0xccff irq 20 at  
 device 29.0 on pci0
 uhci0: [GIANT-LOCKED]
 usb0: UHCI (generic) USB controller on uhci0
 usb0: USB revision 1.0
 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
 uhub0: 2 ports with 2 removable, self powered

Somewhere here were the problems.

 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1

You have Intel, I have NEC, so, you should not face the same problems I did. If 
they are not solved meanwhile.

 atkbd0: AT Keyboard irq 1 on atkbdc0
 kbd0 at atkbd0
 atkbd0: [GIANT-LOCKED]
 psm0: PS/2 Mouse irq 12 on atkbdc0

Just one note. You are managing this machine remotely? No X on it?

Take the two step approach and you should have a running system afterwards.

Erich
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Upgrade 6.4-stable to 7.3

2010-07-28 Thread krad
On 28 July 2010 11:47, Erich Dollansky erichfreebsdl...@ovitrap.com wrote:

 Hi,

 I did a source upgrade on one box from 6.4 to 7.2 or 7.3 without any
 problems.

 I later did a source upgrade to 8.0 on the same machine just to find out
 that USB has some problems, I went then back to 7.3 on this machine.

 I also did some source upgrades from 7.x to 8.0 on some other machines
 without any problems.

 On Tuesday 27 July 2010 22:02:48 Michael Doyle wrote:
 
  In the past, I've usually done a wipe-and-reinstall when moving
  between major version numbers
  but I would rather avoid that this time around.

 I never did this since 5.2. The upgrades always worked for me.


the jump from 4-5 was funk if i remember, due to the rc structure changing
completely and you would normally have wanted to take advantage of ufs2


 
  Also, would people recommend staying with version 7.3 or jumping all
  the way to version 8.1 ?

 I would first install 7.3, check if all works and then do a source upgrade.
 Save the source tree for 7.3 just for the case you have to go back.
 
  CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2800.11-MHz 686-class CPU)
 Origin = GenuineIntel  Id = 0xf41  Stepping = 1

 Not so new. Just like the machine which gave me the problem with 8.0. I
 never tried 8.1 on this machine.
 
  uhci0: UHCI (generic) USB controller port 0xcce0-0xccff irq 20 at
  device 29.0 on pci0
  uhci0: [GIANT-LOCKED]
  usb0: UHCI (generic) USB controller on uhci0
  usb0: USB revision 1.0
  uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
  uhub0: 2 ports with 2 removable, self powered

 Somewhere here were the problems.

  uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1

 You have Intel, I have NEC, so, you should not face the same problems I
 did. If they are not solved meanwhile.

  atkbd0: AT Keyboard irq 1 on atkbdc0
  kbd0 at atkbd0
  atkbd0: [GIANT-LOCKED]
  psm0: PS/2 Mouse irq 12 on atkbdc0

 Just one note. You are managing this machine remotely? No X on it?


 Take the two step approach and you should have a running system afterwards.

 Erich
 ___
 freebsd-questions@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to 
 freebsd-questions-unsubscr...@freebsd.org

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


Re: Upgrade 6.4-stable to 7.3

2010-07-28 Thread Michael Doyle


On 28 Jul 2010, at 11:47, Erich Dollansky wrote:


Just one note. You are managing this machine remotely? No X on it?

Take the two step approach and you should have a running system  
afterwards.




It's a mail server, no X but I do have physical access.

Michael Doyle
Network Administrator, Co-operation Ireland
mdo...@cooperationireland.org
http://www.cooperationireland.org/

Co-operation Ireland Events: 
http://www.cooperationireland.org/supportus/overview

Phone: +353-1-6610588
Fax: +353-1-6618456
Mobile: 00353-87-2357853






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


Upgrade 6.4-stable to 7.3

2010-07-27 Thread Michael Doyle
I would like to upgrade a server that is currently running version 6.4  
up to version 7.3
Having looked at /usr/src/UPDATING on a 7.3 machine, I don't see any  
major problems flagged.


Given that I have console access to this machine, and I want to  
preserve the user directories (it's our mail server)

would I be better off doing a source upgrade or a binary upgrade?

In the past, I've usually done a wipe-and-reinstall when moving  
between major version numbers

but I would rather avoid that this time around.

Also, would people recommend staying with version 7.3 or jumping all  
the way to version 8.1 ?



Output of dmesg below:
FreeBSD 6.4-STABLE #16: Mon Jul 26 22:41:28 IST 2010
r...@mail.cooperationireland.org:/usr/obj/usr/src/sys/GENERIC
ACPI APIC Table: DELL   PE830   
Timecounter i8254 frequency 1193182 Hz quality 0
CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2800.11-MHz 686-class CPU)
  Origin = GenuineIntel  Id = 0xf41  Stepping = 1
   
Features 
= 
0xbfebfbff 
 
FPU 
,VME 
,DE 
,PSE 
,TSC 
,MSR 
,PAE 
,MCE 
,CX8 
,APIC 
,SEP 
,MTRR 
,PGE 
,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE

  Features2=0x641dSSE3,RSVD2,MON,DS_CPL,CNXT-ID,CX16,xTPR
  AMD Features=0x2010NX,LM
  Logical CPUs per core: 2
real memory  = 1073479680 (1023 MB)
avail memory = 1037283328 (989 MB)
ioapic0: Changing APIC ID to 2
ioapic1: Changing APIC ID to 3
ioapic0 Version 2.0 irqs 0-23 on motherboard
ioapic1 Version 2.0 irqs 32-55 on motherboard
kbd1 at kbdmux0
ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413,  
RF5413)

hptrr: HPT RocketRAID controller driver v1.1 (Jul 26 2010 22:41:10)
acpi0: DELL PE830 on motherboard
acpi0: Power Button (fixed)
Timecounter ACPI-fast frequency 3579545 Hz quality 1000
acpi_timer0: 24-bit timer at 3.579545MHz port 0x808-0x80b on acpi0
acpi_hpet0: High Precision Event Timer iomem 0xfed0-0xfed003ff  
on acpi0

Timecounter HPET frequency 14318180 Hz quality 900
cpu0: ACPI CPU on acpi0
pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0
pci0: ACPI PCI bus on pcib0
pcib1: ACPI PCI-PCI bridge at device 1.0 on pci0
pci1: ACPI PCI bus on pcib1
pcib2: ACPI PCI-PCI bridge at device 28.0 on pci0
pci2: ACPI PCI bus on pcib2
pcib3: ACPI PCI-PCI bridge at device 0.0 on pci2
pci3: ACPI PCI bus on pcib3
pcib4: ACPI PCI-PCI bridge at device 28.4 on pci0
pci4: ACPI PCI bus on pcib4
bge0: Broadcom BCM5750 B1, ASIC rev. 0x4101 mem  
0xfe8f-0xfe8f irq 16 at device 0.0 on pci4

miibus0: MII bus on bge0
brgphy0: BCM5750 10/100/1000baseTX PHY on miibus0
brgphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT,  
1000baseT-FDX, auto

bge0: Ethernet address: 00:12:3f:2a:1a:ee
pcib5: ACPI PCI-PCI bridge at device 28.5 on pci0
pci5: ACPI PCI bus on pcib5
uhci0: UHCI (generic) USB controller port 0xcce0-0xccff irq 20 at  
device 29.0 on pci0

uhci0: [GIANT-LOCKED]
usb0: UHCI (generic) USB controller on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1: UHCI (generic) USB controller port 0xccc0-0xccdf irq 21 at  
device 29.1 on pci0

uhci1: [GIANT-LOCKED]
usb1: UHCI (generic) USB controller on uhci1
usb1: USB revision 1.0
uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
uhci2: UHCI (generic) USB controller port 0xcca0-0xccbf irq 22 at  
device 29.2 on pci0

uhci2: [GIANT-LOCKED]
usb2: UHCI (generic) USB controller on uhci2
usb2: USB revision 1.0
uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub2: 2 ports with 2 removable, self powered
ehci0: Intel 82801GB/R (ICH7) USB 2.0 controller mem  
0xfeb00400-0xfeb007ff irq 20 at device 29.7 on pci0

ehci0: [GIANT-LOCKED]
usb3: EHCI version 1.0
usb3: wrong number of companions (7 != 3)
usb3: companion controllers, 2 ports each: usb0 usb1 usb2
usb3: Intel 82801GB/R (ICH7) USB 2.0 controller on ehci0
usb3: USB revision 2.0
uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1
uhub3: 6 ports with 6 removable, self powered
pcib6: ACPI PCI-PCI bridge at device 30.0 on pci0
pci6: ACPI PCI bus on pcib6
pci6: display, VGA at device 5.0 (no driver attached)
isab0: PCI-ISA bridge at device 31.0 on pci0
isa0: ISA bus on isab0
atapci0: Intel ICH7 UDMA100 controller port  
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0

ata0: ATA channel 0 on atapci0
ata1: ATA channel 1 on atapci0
atapci1: Intel ICH7 SATA300 controller port 0xcc98-0xcc9f, 
0xcc90-0xcc93,0xcc80-0xcc87,0xcc78-0xcc7b,0xcc60-0xcc6f mem  
0xfeb0-0xfeb003ff irq 20 at device 31.2 on pci0

ata2: ATA channel 0 on atapci1
ata3: ATA channel 1 on atapci1
pci0: serial bus, SMBus at device 31.3 (no driver attached)
fdc0: floppy drive controller port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on  
acpi0

fdc0: [FAST]
fd0: 1440-KB 3.5 drive on fdc0 drive 0
atkbdc0: Keyboard controller (i8042) port 0x60,0x64 irq 1 on acpi0
atkbd0: AT Keyboard irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: 

Re: Upgrade 6.4-stable to 7.3

2010-07-27 Thread Erik Trulsson
On Tue, Jul 27, 2010 at 03:02:48PM +0100, Michael Doyle wrote:
 I would like to upgrade a server that is currently running version 6.4  
 up to version 7.3
 Having looked at /usr/src/UPDATING on a 7.3 machine, I don't see any  
 major problems flagged.
 
 Given that I have console access to this machine, and I want to  
 preserve the user directories (it's our mail server)
 would I be better off doing a source upgrade or a binary upgrade?

Since you are running 6.4-STABLE, I think you will have to do a source
upgrade. AFAIK binary upgrades are only supported when going from one
-RELEASE to another (so 6.4-RELEASE to 7.3-RELEASE should be possible
with a binary upgrade, 6.4-STABLE to 7.3-RELEASE would not.)


 
 In the past, I've usually done a wipe-and-reinstall when moving  
 between major version numbers
 but I would rather avoid that this time around.
 
 Also, would people recommend staying with version 7.3 or jumping all  
 the way to version 8.1 ?

Unless you have some specific reason to use 7.3 you might as well go
all the way up to 8.1. You should probably do it in two steps though - 
first from 6.4 to 7.3 and then from 7.3 to 8.1

Just remember to make good backups first, just in case something goes
wrong.  (There should not be any serious problems involved - the source
upgrades I have done from 6.x to 7.x and later from 7.x to 8.x were
fairly uneventful - but you never know what might happen.)


-- 
Insert your favourite quote here.
Erik Trulsson
ertr1...@student.uu.se
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Upgrade 6.4-stable to 7.3

2010-07-27 Thread krad
On 27 July 2010 16:13, Erik Trulsson ertr1...@student.uu.se wrote:

 On Tue, Jul 27, 2010 at 03:02:48PM +0100, Michael Doyle wrote:
  I would like to upgrade a server that is currently running version 6.4
  up to version 7.3
  Having looked at /usr/src/UPDATING on a 7.3 machine, I don't see any
  major problems flagged.
 
  Given that I have console access to this machine, and I want to
  preserve the user directories (it's our mail server)
  would I be better off doing a source upgrade or a binary upgrade?

 Since you are running 6.4-STABLE, I think you will have to do a source
 upgrade. AFAIK binary upgrades are only supported when going from one
 -RELEASE to another (so 6.4-RELEASE to 7.3-RELEASE should be possible
 with a binary upgrade, 6.4-STABLE to 7.3-RELEASE would not.)


 
  In the past, I've usually done a wipe-and-reinstall when moving
  between major version numbers
  but I would rather avoid that this time around.
 
  Also, would people recommend staying with version 7.3 or jumping all
  the way to version 8.1 ?

 Unless you have some specific reason to use 7.3 you might as well go
 all the way up to 8.1. You should probably do it in two steps though -
 first from 6.4 to 7.3 and then from 7.3 to 8.1

 Just remember to make good backups first, just in case something goes
 wrong.  (There should not be any serious problems involved - the source
 upgrades I have done from 6.x to 7.x and later from 7.x to 8.x were
 fairly uneventful - but you never know what might happen.)


 --
 Insert your favourite quote here.
 Erik Trulsson
 ertr1...@student.uu.se
 ___
 freebsd-questions@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to 
 freebsd-questions-unsubscr...@freebsd.org



I did a remote upgrade of our dns caches at work (24 boxes) from various 6.x
builds. I did it all from source, and in two steps, once to 7-STABLE then
once to 8-STABLE. It went fine in most cases. One thing i noticed though was
some of the boxes were in dangerously dedicated disk layout. The dev tree in
6.x and 7.x had devices in the format of /dev/ad0a and /dev/ad0s1a. However
8.x only presented /dev/ad0a devices, like you would predict. Whoever
origionally built the boxes had s1 type in the fstab which caught me out on
a few of them. Not ideal on remote boxes. Other than that though the
upgrades we nice and easy.

Make sure you recompile all your ports though with something like
portmaster. After you have done that do a make delete-old delete-old-libs
and delete-old-dirs from usr/src, once your done to clean up the base
distro.

here's my mergemaster conf to speed things up a little if you aren't
familier with it. Just make sure the ignore files is tailored to you then
run mergemaster with no flags

$ cat /etc/mergemaster.rc
AUTO_INSTALL=YES
AUTO_UPGRADE=YES
PRESERVE_FILES=yes
#IGNORE_FILES=/etc/rc.d/*

PRESERVE_FILES_DIR=/var/mergemaster/preserved-files-`date +%y%m%d-%H%M%S`

IGNORE_FILES=/etc/crontab /etc/fstab /etc/group /etc/hosts /etc/inetd.conf
/etc/make.conf /etc/master.passwd /etc/motd /etc/newsyslog.conf
/etc/ntp.conf /etc/ntp.drift /etc/profile /etc/rc.conf /etc/resolv.conf
/etc/services /etc/shells /etc/syslog.conf /etc/ssh/sshd_config
/etc/ssh/ssh_host_key /etc/ssh/ssh_host_key.pub /etc/ssh/ssh_host_rsa_key
/etc/ssh/ssh_host_rsa_key.pub /etc/passwd /etc/rc.conf.local
/etc/zfs/exports /etc//namedb/named.conf /etc/periodic.conf /etc/hosts.allow
/etc/hosts /etc/pf.conf /etc/sysctl.conf /etc/make.conf /etc/src.conf
/etc/mail/aliases /etc/mail/mailer.conf /etc/remote
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org