Re: Where is 10.2-STABLE?
On Sun, Apr 3, 2016 at 12:09 AM, Jack Raats wrote: > If you look at the ftp.freebsd.org than you can see that the 10.3-RELEASE > can be downloaded. > The strange thing is that there is no announcement yet. > > Also the newvers.sh still has PRERELEASE in stead of STABLE. > > Can anyone explain why this hasn¹t happened yet??? > > Thanks! > > Jack > > > The new RELEASE has to be uploaded and tested that it works ok with freebsd-update. newvers.sh in the releng/10.3/ indicates the proper version. -- George Kontostanos --- ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: L2ARC degraded. Checksum errors, I/O errors
Once again, do we know if this https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198242 has been committed yet? -- George Kontostanos --- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: L2ARC degraded. Checksum errors, I/O errors
On Wed, May 20, 2015 at 11:16 PM, Karli Sjöberg wrote: > > Den 20 maj 2015 9:40 em skrev George Kontostanos : > > > > > > > > On Wed, May 20, 2015 at 9:53 PM, Karli Sjöberg > wrote: > >> > >> > >> Den 20 maj 2015 7:50 em skrev Slawa Olhovchenkov : > >> > > >> > On Wed, May 20, 2015 at 07:17:44PM +0300, George Kontostanos wrote: > >> > > >> > > Hello, > >> > > > >> > > Appologies if that has been asked before. I was wondering if the > following > >> > > bug has been addressed so far: > >> > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198242 > >> > > >> > As I know > >> > > >> > kstat.zfs.misc.arcstats.l2_cksum_bad: 14495 > >> > kstat.zfs.misc.arcstats.l2_io_error: 12877 > >> > > >> > caused by hardware failure on L2ARC device. > >> > try replace it. > >> > >> Hardly. We are seeing this phenomenon on all of your ZFS stora hela, > where some of the L2ARC's are new, so I'd be very surprised if these are > real hardware failures. That, as well as being reported by so many, my vote > is on bug. > >> > >> @gkontos > >> Thanks for bringing this to attention, I'm also interested in hearing > if anyone's working on this. > >> > >> /K > > > > > > Thanks, I am ignoring the previous comment as it makes no real sense. > > Whoops! > > 's/your ZFS storage's/our ZFS storage's/' :) > > /K > > That too :) But I was referring to the comment made by @slw -- George Kontostanos --- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: L2ARC degraded. Checksum errors, I/O errors
On Wed, May 20, 2015 at 9:53 PM, Karli Sjöberg wrote: > > Den 20 maj 2015 7:50 em skrev Slawa Olhovchenkov : > > > > On Wed, May 20, 2015 at 07:17:44PM +0300, George Kontostanos wrote: > > > > > Hello, > > > > > > Appologies if that has been asked before. I was wondering if the > following > > > bug has been addressed so far: > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198242 > > > > As I know > > > > kstat.zfs.misc.arcstats.l2_cksum_bad: 14495 > > kstat.zfs.misc.arcstats.l2_io_error: 12877 > > > > caused by hardware failure on L2ARC device. > > try replace it. > > Hardly. We are seeing this phenomenon on all of your ZFS storage's, where > some of the L2ARC's are new, so I'd be very surprised if these are real > hardware failures. That, as well as being reported by so many, my vote is > on bug. > > @gkontos > Thanks for bringing this to attention, I'm also interested in hearing if > anyone's working on this. > > /K > Thanks, I am ignoring the previous comment as it makes no real sense. > > ___ > > freebsd...@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > > To unsubscribe, send any mail to "freebsd-fs-unsubscr...@freebsd.org" > -- George Kontostanos --- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
L2ARC degraded. Checksum errors, I/O errors
Hello, Appologies if that has been asked before. I was wondering if the following bug has been addressed so far: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198242 Thanks -- George Kontostanos --- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS in jails 9.2-RC1 permission denied
On Fri, Aug 9, 2013 at 2:22 PM, Trond Endrestøl < trond.endres...@fagskolen.gjovik.no> wrote: > On Fri, 9 Aug 2013 14:07+0300, George Kontostanos wrote: > > > On Fri, Aug 9, 2013 at 1:57 PM, Trond Endrestøl < > > trond.endres...@fagskolen.gjovik.no> wrote: > > > > > On Fri, 9 Aug 2013 13:35+0300, George Kontostanos wrote: > > > > > > > On Fri, Aug 9, 2013 at 8:55 AM, Trond Endrestøl < > > > > trond.endres...@fagskolen.gjovik.no> wrote: > > > > > > > > > On Thu, 8 Aug 2013 19:04+0300, George Kontostanos wrote: > > > > > > > > > > > On Thu, Aug 8, 2013 at 2:59 PM, Mark Felder > > > wrote: > > > > > > > > > > > > > On Thu, Aug 8, 2013, at 6:53, George Kontostanos wrote: > > > > > > > > > > > > > > > > Anybody? > > > > > > > > > > > > > > > > > > > > > > Can you provide your jail configuration? I think 9.2 introduces > > > the new > > > > > > > /etc/jail.conf functionality and perhaps it somehow it broke > the > > > way > > > > > you > > > > > > > were doing it previously? If so, the old method is supposed to > be > > > work > > > > > > > as well... > > > > > > > > > > > > jail_enable="YES" > > > > > > jail_list="jail1" > > > > > > jail_jail1_rootdir="/tank/jails/jail1" > > > > > > jail_jail1_hostname="jail1" > > > > > > jail_jail1_interface="em0" > > > > > > jail_jail1_ip="172.16.154.32" > > > > > > jail_jail1_devfs_enable="YES" > > > > > > > > > > During my experimentation yesterday, I had to add: > > > > > > > > > > jail_jail1_parameters="enforce_statfs=1 allow.mount=1 > > > allow.mount.zfs=1" > > > > > > > > > > I wish there was a way of executing a command in the host > environment > > > > > _after_ the jail is created, but _before_ exec.start is run from > > > > > within the jail environment, exec.prestart is run in the host > > > > > environment before the jail is created and is of no use for > attaching > > > > > a ZFS dataset to a particular jail with the zfs jail command. > > > > > > > > > > Until this issue is resolved, I see no other way than manually > > > > > attaching a ZFS dataset to a jail, and manually running the mount > > > > > command from within the jail environment. > > > > > > > > Excellent, this worked like a charm! > > > > > > > > Does this means that the sysctl parameters are not honored or they > have > > > to > > > > be also passed in the jail parameters? > > > > > > I guess so. Setting the sysctls in /etc/sysctl.conf doesn't seem to > > > propagate to the jail environments at all in 9.2-BETA2. > > > > > > > Thanks! > > > > > > You're welcome, and thanks for pushing me to explore jails and ZFS > > > even further. ;-) > > > > > > Maybe the jail people should erect exec.afterprestart, enabling us to > > > attach ZFS datasets to our jails prior to launching the jails. > > > > I think that the process of attaching a dataset or a pool to a jail has > to > > be done after the JID has been created. The way I attach them is from the > > host system: > > > > #zfs jail pool/dataset > > That's why I propose the exec.afterprestart. This is how I imagine it > should work: > > 1. The operator attempts to create a jail: jail -c somejail > > 2. The exec.prestart is run within the _host_ environment. It is of no > concern regarding attaching ZFS datasets to our jail. > > 3. The jail is actually created, say, with /jails/somejail > (zjails/jails/somejail) as it root. > > 4. The exec.afterprestart is run within the _host_ environment, and in > our case is configured to attach some ZFS datasets, say: > > zfs jail somejail zjails/jaildata/somejail > > 5. The exec.start is run within the _jail_ environment, typically > running /etc/rc. > > 6. /etc/fstab within the _jail_ environment contains the necessary > information to mount zjails/jaildata/somejail as /jaildata. > > 7. Everything else remains unchanged. > > -- > +---++ > | Vennlig hilsen, | Best regards, | > | Trond Endrestøl, | Trond Endrestøl, | > | IT-ansvarlig, | System administrator, | > | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | > | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | > | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | > +---++ > Sounds very good! As a side note. I noticed that if I log into the jail and issue: zail1> zfs mount -a All datasets are available. -- George Kontostanos --- http://www.aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS in jails 9.2-RC1 permission denied
On Fri, Aug 9, 2013 at 1:57 PM, Trond Endrestøl < trond.endres...@fagskolen.gjovik.no> wrote: > On Fri, 9 Aug 2013 13:35+0300, George Kontostanos wrote: > > > On Fri, Aug 9, 2013 at 8:55 AM, Trond Endrestøl < > > trond.endres...@fagskolen.gjovik.no> wrote: > > > > > On Thu, 8 Aug 2013 19:04+0300, George Kontostanos wrote: > > > > > > > On Thu, Aug 8, 2013 at 2:59 PM, Mark Felder > wrote: > > > > > > > > > On Thu, Aug 8, 2013, at 6:53, George Kontostanos wrote: > > > > > > > > > > > > Anybody? > > > > > > > > > > > > > > > > Can you provide your jail configuration? I think 9.2 introduces > the new > > > > > /etc/jail.conf functionality and perhaps it somehow it broke the > way > > > you > > > > > were doing it previously? If so, the old method is supposed to be > work > > > > > as well... > > > > > > > > jail_enable="YES" > > > > jail_list="jail1" > > > > jail_jail1_rootdir="/tank/jails/jail1" > > > > jail_jail1_hostname="jail1" > > > > jail_jail1_interface="em0" > > > > jail_jail1_ip="172.16.154.32" > > > > jail_jail1_devfs_enable="YES" > > > > > > During my experimentation yesterday, I had to add: > > > > > > jail_jail1_parameters="enforce_statfs=1 allow.mount=1 > allow.mount.zfs=1" > > > > > > I wish there was a way of executing a command in the host environment > > > _after_ the jail is created, but _before_ exec.start is run from > > > within the jail environment, exec.prestart is run in the host > > > environment before the jail is created and is of no use for attaching > > > a ZFS dataset to a particular jail with the zfs jail command. > > > > > > Until this issue is resolved, I see no other way than manually > > > attaching a ZFS dataset to a jail, and manually running the mount > > > command from within the jail environment. > > > > Excellent, this worked like a charm! > > > > Does this means that the sysctl parameters are not honored or they have > to > > be also passed in the jail parameters? > > I guess so. Setting the sysctls in /etc/sysctl.conf doesn't seem to > propagate to the jail environments at all in 9.2-BETA2. > > > Thanks! > > You're welcome, and thanks for pushing me to explore jails and ZFS > even further. ;-) > > Maybe the jail people should erect exec.afterprestart, enabling us to > attach ZFS datasets to our jails prior to launching the jails. > > -- > +---++ > | Vennlig hilsen, | Best regards, | > | Trond Endrestøl, | Trond Endrestøl, | > | IT-ansvarlig, | System administrator, | > | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | > | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | > | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | > +---++ > I think that the process of attaching a dataset or a pool to a jail has to be done after the JID has been created. The way I attach them is from the host system: #zfs jail pool/dataset Best -- George Kontostanos --- http://www.aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS in jails 9.2-RC1 permission denied
On Fri, Aug 9, 2013 at 8:55 AM, Trond Endrestøl < trond.endres...@fagskolen.gjovik.no> wrote: > On Thu, 8 Aug 2013 19:04+0300, George Kontostanos wrote: > > > On Thu, Aug 8, 2013 at 2:59 PM, Mark Felder wrote: > > > > > On Thu, Aug 8, 2013, at 6:53, George Kontostanos wrote: > > > > > > > > Anybody? > > > > > > > > > > Can you provide your jail configuration? I think 9.2 introduces the new > > > /etc/jail.conf functionality and perhaps it somehow it broke the way > you > > > were doing it previously? If so, the old method is supposed to be work > > > as well... > > > > jail_enable="YES" > > jail_list="jail1" > > jail_jail1_rootdir="/tank/jails/jail1" > > jail_jail1_hostname="jail1" > > jail_jail1_interface="em0" > > jail_jail1_ip="172.16.154.32" > > jail_jail1_devfs_enable="YES" > > During my experimentation yesterday, I had to add: > > jail_jail1_parameters="enforce_statfs=1 allow.mount=1 allow.mount.zfs=1" > > I wish there was a way of executing a command in the host environment > _after_ the jail is created, but _before_ exec.start is run from > within the jail environment, exec.prestart is run in the host > environment before the jail is created and is of no use for attaching > a ZFS dataset to a particular jail with the zfs jail command. > > Until this issue is resolved, I see no other way than manually > attaching a ZFS dataset to a jail, and manually running the mount > command from within the jail environment. > > -- > +---++ > | Vennlig hilsen, | Best regards, | > | Trond Endrestøl, | Trond Endrestøl, | > | IT-ansvarlig, | System administrator, | > | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | > | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | > | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | > +---++ > Excellent, this worked like a charm! Does this means that the sysctl parameters are not honored or they have to be also passed in the jail parameters? Thanks! -- George Kontostanos --- http://www.aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS in jails 9.2-RC1 permission denied
On Thu, Aug 8, 2013 at 4:06 PM, Matthew Seaman wrote: > On 08/08/2013 13:05, Mark Felder wrote: > > On Thu, Aug 8, 2013, at 6:59, Trond Endrestøl wrote: > >> > >> I'm just guessing, but I doubt a jail would be able to create new ZFS > >> filesystems outside its own structure, if at all able. A jail would > >> however be allowed to (un)mount already existing filesystems within > >> its own structure, i.e. Pool/test1. > >> > > > > When I first reviewed his post I clearly confused "mounting" with > > "creating a new zfs filesystem". Is that even supposed to be permitted > > in a jail? I almost feel a sysctl disabling that by default would be > > nice... DoS by zfs filesystem creation/deletion, anyone? > > There's a 'zfs jail' command and a 'jailed' property you can set on a > ZFS which I believes allow you to manage that ZFS from within the jail. > I think that extends to creating other ZFSes beneath that one (which > would inherit the 'jailed' property), BICBW. > > Mostly I find it easier to just manage the ZFSes from the host system > but then again, I'm not really making very extensive use of jails. > > Cheers, > > Matthew > > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" > Yes, it is easier to manage ZFS datasets from the host system but in this case we are assigning a different jail to each customer. That jail should be able to receive snapshots. It was working fine so far with 9.1. -- George Kontostanos --- http://www.aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS in jails 9.2-RC1 permission denied
On Thu, Aug 8, 2013 at 2:59 PM, Mark Felder wrote: > On Thu, Aug 8, 2013, at 6:53, George Kontostanos wrote: > > > > Anybody? > > > > Can you provide your jail configuration? I think 9.2 introduces the new > /etc/jail.conf functionality and perhaps it somehow it broke the way you > were doing it previously? If so, the old method is supposed to be work > as well... > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" > jail_enable="YES" jail_list="jail1" jail_jail1_rootdir="/tank/jails/jail1" jail_jail1_hostname="jail1" jail_jail1_interface="em0" jail_jail1_ip="172.16.154.32" jail_jail1_devfs_enable="YES" Do you see anything wrong here? Thanks -- George Kontostanos --- http://www.aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS in jails 9.2-RC1 permission denied
On Wed, Aug 7, 2013 at 7:26 PM, George Kontostanos wrote: > Hi list, > > With a 9.1 system and the following: > > /etc/sysctl.conf: > > security.jail.mount_allowed=1 > security.jail.mount_zfs_allowed=1 > security.jail.enforce_statfs=1 > > zfs set jailed=on Pool > zfs jail 1 Pool > > jexec 1 tcsh > > jail1# zfs create Pool/test1 > jail1# zfs list > > NAME USED AVAIL REFER MOUNTPOINT > Pool 223K 19.6G31K /Pool > Pool/test1 31K 19.6G31K /Pool/test > > After upgrading to 9.2-RC1 the same operation results in: > > jail1# zfs create Pool/test2 > > cannot create 'Pool/test2': permission denied > > What am I missing? > > Thanks > > > -- > George Kontostanos > --- > > Anybody? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
ZFS in jails 9.2-RC1 permission denied
Hi list, With a 9.1 system and the following: /etc/sysctl.conf: security.jail.mount_allowed=1 security.jail.mount_zfs_allowed=1 security.jail.enforce_statfs=1 zfs set jailed=on Pool zfs jail 1 Pool jexec 1 tcsh jail1# zfs create Pool/test1 jail1# zfs list NAME USED AVAIL REFER MOUNTPOINT Pool 223K 19.6G31K /Pool Pool/test1 31K 19.6G31K /Pool/test After upgrading to 9.2-RC1 the same operation results in: jail1# zfs create Pool/test2 cannot create 'Pool/test2': permission denied What am I missing? Thanks -- George Kontostanos --- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Musings on ZFS Backup strategies
I have found that the use of mbuffer really speeds up the differential transfer process: #!/bin/sh export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin: pool="zroot" destination="tank" host="1.2.3.4" today=`date +"$type-%Y-%m-%d"` yesterday=`date -v -1d +"$type-%Y-%m-%d"` # create today snapshot snapshot_today="$pool@$today" # look for a snapshot with this name if zfs list -H -o name -t snapshot | sort | grep "$snapshot_today$" > /dev/null; then echo " snapshot, $snapshot_today, already exists" exit 1 else echo " taking todays snapshot, $snapshot_today" | sendmail root zfs snapshot -r $snapshot_today fi # look for yesterday snapshot snapshot_yesterday="$pool@$yesterday" if zfs list -H -o name -t snapshot | sort | grep "$snapshot_yesterday$" > /dev/null; then echo " yesterday snapshot, $snapshot_yesterday, exists lets proceed with backup" zfs send -R -i $snapshot_yesterday $snapshot_today | mbuffer -q -v 0 -s 128k -m 1G | ssh root@$host "mbuffer -s 128k -m 1G | zfs receive -Fd $destination" > /dev/null echo " backup complete destroying yesterday snapshot" | sendmail root zfs destroy -r $snapshot_yesterday echo "Backup done" | sendmail root exit 0 else echo " missing yesterday snapshot aborting, $snapshot_yesterday" exit 1 fi -- George Kontostanos --- http://www.aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
FreeBSD 9.1-RC2
Hi all, I know that this question is sort of rhetoric but given the fact that it has been over a month since 9.1-RC1 and that we are actually entering October in a few hours. Do we have an ETD for RC2 and can we expect a final release a week after? This question has mainly to do with reactions that I get from clients that do not feel comfortable staying on a pre release version for so long. Thanks -- George Kontostanos --- http://www.aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Strange IPv6 in FreeBSD 9.1RC1
On Thu, Sep 20, 2012 at 9:06 PM, Mike Andrews wrote: > On 9/19/2012 9:54 AM, Zach Leslie wrote: >> >> HI Folks, >> >> I've got two boxes that I recently moved from -stable to 9.1rc1. I did >> them one at a time, with about a week between the upgrades. After the >> first upgrade, I noticed something strange with networking but didn't >> really dig into it much. After the second upgrade immediately >> experiencing >> the same issues, I figured it seemed to be something related to 9.1rc1. >> > How new is your kernel? There were some weird IPv6 issues a month or two > back that have since been fixed. A kernel from 3 days ago (r240583) is > working well for me here... so if you installed from the 9.1-RC1 ISO image > you might try updating. > > The specific issue I had then had to do, I think, with checksums getting > hosed, which might explain what you're seeing if the destination was > dropping them as bad... > > > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" 9.1-RC1 r239708 no issues what so ever. Can you ping6 each box? How about with their local-link, any results? -- George Kontostanos --- http://www.aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: LSI 9240-4i 4K alignment
On Sun, Aug 19, 2012 at 8:58 PM, Don Lewis wrote: > On 8 Aug, George Kontostanos wrote: >> Hi all, >> >> We have a server with a LSI 9240-4i controller configured in JBOD with >> 4 SATA disks. Running FreeBSD 9.1-Beta1: >> >> Relevant dmesg: >> >> FreeBSD 9.1-BETA1 #0: Thu Jul 12 09:38:51 UTC 2012 >> r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >> CPU: Intel(R) Xeon(R) CPU E31230 @ 3.20GHz (3200.09-MHz K8-class CPU) >> Origin = "GenuineIntel" Id = 0x206a7 Family = 6 Model = 2a Stepping = 7 >> >> Features=0xbfebfbff >> Features2=0x1fbae3ff >> AMD Features=0x28100800 >> AMD Features2=0x1 >> TSC: P-state invariant, performance statistics >> real memory = 17179869184 (16384 MB) >> avail memory = 16471670784 (15708 MB) >> ... >> mfi0: port 0xe000-0xe0ff mem >> 0xf7a6-0xf7a63fff,0xf7a0-0xf7a3 irq 16 at device 0.0 on >> pci1 >> mfi0: Using MSI >> mfi0: Megaraid SAS driver Ver 4.23 >> ... >> mfi0: 321 (397672301s/0x0020/info) - Shutdown command received from host >> mfi0: 322 (boot + 3s/0x0020/info) - Firmware initialization started >> (PCI ID 0073/1000/9241/1000) >> mfi0: 323 (boot + 3s/0x0020/info) - Firmware version 2.130.354-1664 >> mfi0: 324 (boot + 3s/0x0020/info) - Firmware initialization started >> (PCI ID 0073/1000/9241/1000) >> mfi0: 325 (boot + 3s/0x0020/info) - Firmware version 2.130.354-1664 >> mfi0: 326 (boot + 5s/0x0020/info) - Package version 20.10.1-0107 >> mfi0: 327 (boot + 5s/0x0020/info) - Board Revision 03A >> mfi0: 328 (boot + 25s/0x0002/info) - Inserted: PD 04(e0xff/s3) >> ... >> mfisyspd0 on mfi0 >> mfisyspd0: 1907729MB (3907029168 sectors) SYSPD volume >> mfisyspd0: SYSPD volume attached >> mfisyspd1 on mfi0 >> mfisyspd1: 1907729MB (3907029168 sectors) SYSPD volume >> mfisyspd1: SYSPD volume attached >> mfisyspd2 on mfi0 >> mfisyspd2: 1907729MB (3907029168 sectors) SYSPD volume >> mfisyspd2: SYSPD volume attached >> mfisyspd3 on mfi0 >> mfisyspd3: 1907729MB (3907029168 sectors) SYSPD volume >> mfisyspd3: SYSPD volume attached >> ... >> mfi0: 329 (boot + 25s/0x0002/info) - Inserted: PD 04(e0xff/s3) Info: >> enclPd=, scsiType=0, portMap=00, >> sasAddr=44332211, >> mfi0: 330 (boot + 25s/0x0002/info) - Inserted: PD 05(e0xff/s1) >> mfi0: 331 (boot + 25s/0x0002/info) - Inserted: PD 05(e0xff/s1) Info: >> enclPd=, scsiType=0, portMap=02, >> sasAddr=443322110200, >> mfi0: 332 (boot + 25s/0x0002/info) - Inserted: PD 06(e0xff/s2) >> mfi0: 333 (boot + 25s/0x0002/info) - Inserted: PD 06(e0xff/s2) Info: >> enclPd=, scsiType=0, portMap=03, >> sasAddr=443322110100, >> mfi0: 334 (boot + 25s/0x0002/info) - Inserted: PD 07(e0xff/s0) >> mfi0: 335 (boot + 25s/0x0002/info) - Inserted: PD 07(e0xff/s0) Info: >> enclPd=, scsiType=0, portMap=01, >> sasAddr=443322110300, >> mfi0: 336 (397672376s/0x0020/info) - Time established as 08/07/12 >> 16:32:56; (28 seconds since power on) >> >> The problem: >> >> When trying to create a RaidZ pool using gpart and perform a 4K >> alignment using gnop, we get the follwoing error immediately after >> exporting the pool and destroying the .nop devices: >> >> id: 8043746387654554958 >> state: FAULTED >> status: One or more devices contains corrupted data. >> action: The pool cannot be imported due to damaged devices or data. >> The pool may be active on another system, but can be imported using >> the '-f' flag. >>see: http://illumos.org/msg/ZFS-8000-5E >> config: >> >> Pool FAULTED corrupted data >> raidz1-0ONLINE >> 13283347160590042564 UNAVAIL corrupted data >> 16981727992215676534 UNAVAIL corrupted data >> 6607570030658834339 UNAVAIL corrupted data >> 3435463242860701988 UNAVAIL corrupted data > > I'm planning on doing something similar, but I'm curious about how gnop > and GPT labels interact. I want to partition the drives for my pool > slightly on the small side so that I'm less likely to run into problems > if I have to replace a drive in the future. If I used gpart to create > and label a GPT partition on the drive, the partition will show up as > /dev/gpt/label. The gnop man page says that running gnop on dev creates > /dev/dev.nop. What happens if you gnop /dev/gpt/label? Is this what > you are doi
Re: LSI 9240-4i 4K alignment
On Thu, Aug 16, 2012 at 9:51 PM, Steven Hartland wrote: > - Original Message - From: "George Kontostanos" > > >> You are right, the chip specs say: LSISAS2108 RAID-on-Chip >> >> The drives are identified as mfisyspd0, mfisyspd1, etc. > > > The following might be interesting to you:- > http://forums.servethehome.com/showthread.php?599-LSI-RAID-Controller-and-HBA-Complete-Listing-Plus-OEM-Models > > Which states:- > LSI MegaRAID SAS 9240-4i 1x4 port internal SAS vertical, > no cache, no BBU, RAID 0, 1, 10 and 5, can be crossflashed > to LSI9211 IT/IR > > This is insteresting as this is the card we're using but > in the 8 port version under mps :) > > So based on that a simple firmware flash may be all you > need. > > >Regards >Steve > > > This e.mail is private and confidential between Multiplay (UK) Ltd. and the > person or entity to whom it is addressed. In the event of misdirection, the > recipient is prohibited from using, copying, printing or otherwise > disseminating it or any information contained in it. > In the event of misdirection, illegible or incomplete transmission please > telephone +44 845 868 1337 > or return the E.mail to postmas...@multiplay.co.uk. > mfi0@pci0:1:0:0:class=0x010400 card=0x92411000 chip=0x00731000 rev=0x03 hdr=0x00 vendor = 'LSI Logic / Symbios Logic' device = 'MegaRAID SAS 9240' class = mass storage subclass = RAID The controller is configured as jbod. I will follow your advice regarding the firmware. Thanks for your help! -- George Kontostanos Aicom telecoms ltd http://www.aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: LSI 9240-4i 4K alignment
On Thu, Aug 16, 2012 at 7:26 PM, Steven Hartland wrote: > - Original Message - From: "George Kontostanos" > >> >> >> I know. The problem with that controller is that for some reason it >> doesn't like gpart. I have gnoped the drives directly and it seems to >> be working so far. > > It still really smells like something higher up the layers than the > controller tbh. We have tried many combinations with different drives. Any other suggestions? > >>> In addition to this we're running LSI 2008 based controllers here on >>> 8.2-RELEASE + manually merged in mps driver with ZFS just fine. They >>> aren't running 4k aligned but they are working well. >>> >> >> Right, they fall under the mps driver like the following: >> >> LSI Logic SAS2004 (4 Port SAS) >> LSI Logic SAS2008 (8 Port SAS) >> LSI Logic SAS2108 (8 Port SAS) >> LSI Logic SAS2116 (16 Port SAS) >> LSI Logic SAS2208 (8 Port SAS) > > > Confused as your 9240-4i is a SAS2008 based card so you "shouldnt" be > seeing any difference as it should be supported just fine under mps. > > The cards we have here are 9211-8i if that helps. You are right, the chip specs say: LSISAS2108 RAID-on-Chip The drives are identified as mfisyspd0, mfisyspd1, etc. > >Regards >Steve > > > This e.mail is private and confidential between Multiplay (UK) Ltd. and the > person or entity to whom it is addressed. In the event of misdirection, the > recipient is prohibited from using, copying, printing or otherwise > disseminating it or any information contained in it. > In the event of misdirection, illegible or incomplete transmission please > telephone +44 845 868 1337 > or return the E.mail to postmas...@multiplay.co.uk. > -- George Kontostanos Aicom telecoms ltd http://www.aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: LSI 9240-4i 4K alignment
On Thu, Aug 16, 2012 at 2:11 PM, Steven Hartland wrote: > - Original Message - From: "George Kontostanos" > > To: "FreeBSD Stable" ; > > Sent: Thursday, August 16, 2012 10:38 AM > Subject: Re: LSI 9240-4i 4K alignment > > > >> After contacting the manufacturer we got this response: >> >> -- >> My apologies for the wrong information provided in my previous email. >> I was under the impression that this OS is still supported but after >> checking with our developer, FreeBSD is currently not supported with >> the LSI Megaraid Cards due to some issue with the driver we've >> provided. It will be supported in our upcoming releases which may come >> by the end of this year. Please check back on our website during that >> time frame for the FreeBSD driver. >> Once again please accept my apologies for the inconvenience. >> - > > > I would ask them if they have a fix, as if they do there's nothing > stopping you building a custom kernel with the update. You are right but it seems more cost effective to get a new controller that has support under the mps driver. > Its quite common for big companies to not "officially" support until a > release but that doesn't mean they don't have a fix if you know what I > mean :) I know. The problem with that controller is that for some reason it doesn't like gpart. I have gnoped the drives directly and it seems to be working so far. > In addition to this we're running LSI 2008 based controllers here on > 8.2-RELEASE + manually merged in mps driver with ZFS just fine. They > aren't running 4k aligned but they are working well. > Right, they fall under the mps driver like the following: LSI Logic SAS2004 (4 Port SAS) LSI Logic SAS2008 (8 Port SAS) LSI Logic SAS2108 (8 Port SAS) LSI Logic SAS2116 (16 Port SAS) LSI Logic SAS2208 (8 Port SAS) I have worked in the past with some of those and never had a problem. >Regards >Steve > Cheers -- George Kontostanos Aicom telecoms ltd http://www.aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: LSI 9240-4i 4K alignment
After contacting the manufacturer we got this response: -- My apologies for the wrong information provided in my previous email. I was under the impression that this OS is still supported but after checking with our developer, FreeBSD is currently not supported with the LSI Megaraid Cards due to some issue with the driver we've provided. It will be supported in our upcoming releases which may come by the end of this year. Please check back on our website during that time frame for the FreeBSD driver. Once again please accept my apologies for the inconvenience. - -- George Kontostanos Aicom telecoms ltd http://www.aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: LSI 9240-4i 4K alignment
On Wed, Aug 8, 2012 at 10:05 AM, Jan Mikkelsen wrote: > Hi, > > Works fine for me with 9.0-p3 with the same controller, slight firmware > differences: > > mfi0: 2709 (boot + 4s/0x0020/info) - Firmware version 2.120.244-1482 > mfi0: 2710 (boot + 5s/0x0020/info) - Package version 20.10.1-0077 > mfi0: 2711 (boot + 5s/0x0020/info) - Board Revision 04A > > I will be trying out 9.1-BETA on a new batch of machines next week ... > > Regards, > > Jan. > Hi can you clarify if this was done using gpart and gnop? Thanks ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
LSI 9240-4i 4K alignment
Hi all, We have a server with a LSI 9240-4i controller configured in JBOD with 4 SATA disks. Running FreeBSD 9.1-Beta1: Relevant dmesg: FreeBSD 9.1-BETA1 #0: Thu Jul 12 09:38:51 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 CPU: Intel(R) Xeon(R) CPU E31230 @ 3.20GHz (3200.09-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x206a7 Family = 6 Model = 2a Stepping = 7 Features=0xbfebfbff Features2=0x1fbae3ff AMD Features=0x28100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 17179869184 (16384 MB) avail memory = 16471670784 (15708 MB) ... mfi0: port 0xe000-0xe0ff mem 0xf7a6-0xf7a63fff,0xf7a0-0xf7a3 irq 16 at device 0.0 on pci1 mfi0: Using MSI mfi0: Megaraid SAS driver Ver 4.23 ... mfi0: 321 (397672301s/0x0020/info) - Shutdown command received from host mfi0: 322 (boot + 3s/0x0020/info) - Firmware initialization started (PCI ID 0073/1000/9241/1000) mfi0: 323 (boot + 3s/0x0020/info) - Firmware version 2.130.354-1664 mfi0: 324 (boot + 3s/0x0020/info) - Firmware initialization started (PCI ID 0073/1000/9241/1000) mfi0: 325 (boot + 3s/0x0020/info) - Firmware version 2.130.354-1664 mfi0: 326 (boot + 5s/0x0020/info) - Package version 20.10.1-0107 mfi0: 327 (boot + 5s/0x0020/info) - Board Revision 03A mfi0: 328 (boot + 25s/0x0002/info) - Inserted: PD 04(e0xff/s3) ... mfisyspd0 on mfi0 mfisyspd0: 1907729MB (3907029168 sectors) SYSPD volume mfisyspd0: SYSPD volume attached mfisyspd1 on mfi0 mfisyspd1: 1907729MB (3907029168 sectors) SYSPD volume mfisyspd1: SYSPD volume attached mfisyspd2 on mfi0 mfisyspd2: 1907729MB (3907029168 sectors) SYSPD volume mfisyspd2: SYSPD volume attached mfisyspd3 on mfi0 mfisyspd3: 1907729MB (3907029168 sectors) SYSPD volume mfisyspd3: SYSPD volume attached ... mfi0: 329 (boot + 25s/0x0002/info) - Inserted: PD 04(e0xff/s3) Info: enclPd=, scsiType=0, portMap=00, sasAddr=44332211, mfi0: 330 (boot + 25s/0x0002/info) - Inserted: PD 05(e0xff/s1) mfi0: 331 (boot + 25s/0x0002/info) - Inserted: PD 05(e0xff/s1) Info: enclPd=, scsiType=0, portMap=02, sasAddr=443322110200, mfi0: 332 (boot + 25s/0x0002/info) - Inserted: PD 06(e0xff/s2) mfi0: 333 (boot + 25s/0x0002/info) - Inserted: PD 06(e0xff/s2) Info: enclPd=, scsiType=0, portMap=03, sasAddr=443322110100, mfi0: 334 (boot + 25s/0x0002/info) - Inserted: PD 07(e0xff/s0) mfi0: 335 (boot + 25s/0x0002/info) - Inserted: PD 07(e0xff/s0) Info: enclPd=, scsiType=0, portMap=01, sasAddr=443322110300, mfi0: 336 (397672376s/0x0020/info) - Time established as 08/07/12 16:32:56; (28 seconds since power on) The problem: When trying to create a RaidZ pool using gpart and perform a 4K alignment using gnop, we get the follwoing error immediately after exporting the pool and destroying the .nop devices: id: 8043746387654554958 state: FAULTED status: One or more devices contains corrupted data. action: The pool cannot be imported due to damaged devices or data. The pool may be active on another system, but can be imported using the '-f' flag. see: http://illumos.org/msg/ZFS-8000-5E config: Pool FAULTED corrupted data raidz1-0ONLINE 13283347160590042564 UNAVAIL corrupted data 16981727992215676534 UNAVAIL corrupted data 6607570030658834339 UNAVAIL corrupted data 3435463242860701988 UNAVAIL corrupted data When we use glabel for the same purpose with the combination of gnop, the pool imports fine. Any suggestions? -- George Kontostanos Aicom telecoms ltd http://www.aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FreeBSD9 and the sheer number of problem reports
> Short introduction in order: > > See, we use FreeBSD at work for our firewall boxes, running: > - PF + CARP + PFsync > - nagios-nrpe > - munin-node > - bacula client > > and either > - nginx and/or haproxy > - relayd > > These boxes serve as frontend firewalls for all our projects/products, > including a few high traffic ones. > > > For example our most traffic intense project has 4 firewalls, 2 each on > 2 different datacenters, sharing 4 CARP IPs with automagic failover. > > These firewalls total ~200mb/s , serving only minifi'ed javascript pages. > In the current state of things, I have *absolutely* no wish to run it in > production :( > > > > I'd love to hear feedback. This is really a bad example and we shouldn't jump into the .0 releases comparison. Firewalls are supposed to be super stable. The last thing you need in a firewall is trying to troubleshoot OS related issues. Most major brands use well patched long tested OS to build their firewall software. So, no you shouldn't jump to 9 before it has been thoroughly tested. That doesn't mean of course that you should let others do the testing for you. If you plan on moving your environment to 9 at some point in the future then you have to start your own testing now. Best Regards, -- George Kontostanos Aicom telecoms ltd http://www.aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Swap on zvol - recommendable?
> > I can confirm that this is still a problem on 8.2 and 9.0. > > -- > CTO, Hybrid Logic > +447791750420 | +1-415-449-1165 | www.hybrid-cluster.com > > > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" You can not compare 8.2 with 9.0 per ZFS. What problems are you facing with your swap in 9.0 ? -- George Kontostanos Aicom telecoms ltd http://www.aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: New BSD Installer
I don't think that reverting is either an option or a solution at this point. You can consider filing PRs. -- George Kontostanos Aicom telecoms ltd http://www.aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FreeBSD 9 & recompile ports
On Sat, Jan 14, 2012 at 7:32 PM, Kevin Oberman wrote: > On Sat, Jan 14, 2012 at 12:46 AM, Matthew Seaman < > m.sea...@infracaninophile.co.uk> wrote: > >> On 13/01/2012 22:57, Andriy Gapon wrote: >> > But if the appropriate misc/compatX port is installed, then those >> libraries do >> > actually exist and the system should be fully usable... Modulo the compat >> > libraries not working with the new kernel as Kostik has pointed out. >> >> As soon as you update or install an application after this point, you >> are likely to end up with an application that tries to dynamically link >> two different versions of the same shlib, and that is a recipe for >> tears-before-bedtime. >> >> > I don't recall any "tears", but it does become a real pain. The compat > ports only work for those who only update when absolutely required. Thanks > to symbol versioning, most base system libraries don't cause a problem, so > the problem is far less likely to bite you than it was in the past, but the > bottom line is that you should seriously consider updating all ports. > > Thanks to Doug Barton's work on portmaster(8), doing so with packages is > pretty fast and easy. Even doing a full re-build of all ports (over 1000 of > them) on the last system I upgraded to 9.0 updated with no intervention > over one night. Use the multiple steps in the big example in the > portmaster(8) man page for best results and run the re-install step with > '-D'. The man page also provides a simple way to do the job, but it does > not assure a completely clean system. I would also consider saving the > files in /usr/local/etc after all ports have been removed.That can save a > fair amount of reconfiguration at the slight risk of retaining some old > cruft. > -- > R. Kevin Oberman, Network Engineer > E-mail: kob6...@gmail.com > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" I always find this a good opportunity to upgrade Perl. Given the fact that upgrading perl and all the ports that depend upon is a pain, having to rebuild all the ports is always a good excuse to do it. For the amount of ports installed on a production server combined with todays horsepower, a full rebuild doesn't take more than a couple of hours. On a desktop it is a bit more complicated but it is always a good opportunity to toss some ports that are useless. -- George Kontostanos Aicom telecoms ltd http://www.aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FreeBSD 9 & recompile ports
On Fri, Jan 13, 2012 at 4:18 PM, Kostik Belousov wrote: > On Fri, Jan 13, 2012 at 04:11:22PM +0200, Andriy Gapon wrote: >> on 13/01/2012 14:57 George Kontostanos said the following: >> > Still the question remains regarding COMPAT_FREEBSD8 and how does this >> > affects ports/misc/compat8x/ >> >> Looks like all the previous hints have not been clear enough. >> There is no direct relation between COMPAT_FREEBSD8 and misc/compat8x. >> COMPAT_FREEBSD options are only needed when going from release X to >> release X+1 >> there was a change to an existing system call at the kernel-userland >> boundary. >> A side note: kernel options affect only what's in the kernel, quite >> obviously. >> misc/compatx contains versions of shared libraries from release X that >> are no >> longer present in X+1. > > Additional twist is that not every change at the kernel/usermode boundary > is covered with backward-compatibility shims. Recent example is the CAM > ABI change, which makes libcam.so.5 from the compat8x useless. Thanks to all for your input. It looks quite obvious to me know and I think this clears any further confusion. Best Regards, George ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FreeBSD 9 & recompile ports
On Fri, Jan 13, 2012 at 2:34 PM, Johan Hendriks wrote: > George Kontostanos schreef: > >> On Fri, Jan 13, 2012 at 12:55 PM, Andriy Gapon wrote: >>> >>> on 13/01/2012 11:59 Doug Barton said the following: >>>> >>>> On 01/13/2012 01:52, George Kontostanos wrote: >>>>> >>>>> On Thu, Jan 12, 2012 at 8:42 PM, George Kontostanos >>>>> wrote: >>>>>> >>>>>> Greetings all and my apologies for cross posting! >>>>>> >>>>>> There seems to be a confusion regarding the ABI change in FreeBSD 9 >>>>>> and if this affects the usual upgrade path which includes a full port >>>>>> rebuild. >>>>>> >>>>>> The relevant post is here: >>>>>> http://forums.freebsd.org/showthread.php?t=28831 >>>>>> >>>>>> Frankly, I am also confused because I remember a relevant discussion a >>>>>> few months ago in the lists. Traditionally a major RELEASE upgrade >>>>>> requires a full ports rebuild, however this time there is no >>>>>> COMPAT_FREEBSD8 in GENERIC and most upgraded systems seem to be >>>>>> working fine. On the other hand this is stated in UPDATING: >>>>>> >>>>>> 20110828: >>>>>> Bump the shared library version numbers for libraries that >>>>>> do not use symbol versioning, have changed the ABI compared >>>>>> to stable/8 and which shared library version was not bumped. >>>>>> Done as part of 9.0-RELEASE cycle. >>>>>> >>>>>> Your input would be appreciated! >>>>> >>>>> Hmm, anyone :) ? >>>> >>>> If your question is, "Do I need to rebuild my ports when doing a major >>>> OS version upgrade?" the answer is always "Yes." >>>> >>>> The method described at the end of the portmaster man page is preferred, >>>> whether you actually use portmaster to do the upgrade or not. (I.e., >>>> good backups, delete everything, start over from scratch.) >>> >>> I think that another part of the question was "why there is no >>> COMPAT_FREEBSD8 >>> kernel option in 9?" and I think that Volodymyr has tried to answer this >>> part >>> with another question. >>> >>> -- >>> Andriy Gapon >> >> Hi guys, >> >> I am aware of the proper procedure which requires a full rebuild after >> a major upgrade. >> >> Doug, the question had to to with COMPAT_FREEBSD8 missing from GENERIC. >> >> It seems this and the fact that some upgrades from 8.2-STABLE worked >> fine without a recompile, has created the confusion. >> >> > Did he do make delete-old-libs, if you leave them, then no recompile is > needed, and the ports still have there old libs laying around.! > If you do the make delete-old-libs command, your ports do not work anymore. > > regards > Johan Hendriks > > Very good point! Still the question remains regarding COMPAT_FREEBSD8 and how does this affects ports/misc/compat8x/ Cheers -- George Kontostanos Aicom telecoms ltd http://www.aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FreeBSD 9 & recompile ports
On Fri, Jan 13, 2012 at 12:55 PM, Andriy Gapon wrote: > on 13/01/2012 11:59 Doug Barton said the following: >> On 01/13/2012 01:52, George Kontostanos wrote: >>> On Thu, Jan 12, 2012 at 8:42 PM, George Kontostanos >>> wrote: >>>> Greetings all and my apologies for cross posting! >>>> >>>> There seems to be a confusion regarding the ABI change in FreeBSD 9 >>>> and if this affects the usual upgrade path which includes a full port >>>> rebuild. >>>> >>>> The relevant post is here: http://forums.freebsd.org/showthread.php?t=28831 >>>> >>>> Frankly, I am also confused because I remember a relevant discussion a >>>> few months ago in the lists. Traditionally a major RELEASE upgrade >>>> requires a full ports rebuild, however this time there is no >>>> COMPAT_FREEBSD8 in GENERIC and most upgraded systems seem to be >>>> working fine. On the other hand this is stated in UPDATING: >>>> >>>> 20110828: >>>> Bump the shared library version numbers for libraries that >>>> do not use symbol versioning, have changed the ABI compared >>>> to stable/8 and which shared library version was not bumped. >>>> Done as part of 9.0-RELEASE cycle. >>>> >>>> Your input would be appreciated! >> >>> Hmm, anyone :) ? >> >> If your question is, "Do I need to rebuild my ports when doing a major >> OS version upgrade?" the answer is always "Yes." >> >> The method described at the end of the portmaster man page is preferred, >> whether you actually use portmaster to do the upgrade or not. (I.e., >> good backups, delete everything, start over from scratch.) > > I think that another part of the question was "why there is no COMPAT_FREEBSD8 > kernel option in 9?" and I think that Volodymyr has tried to answer this part > with another question. > > -- > Andriy Gapon Hi guys, I am aware of the proper procedure which requires a full rebuild after a major upgrade. Doug, the question had to to with COMPAT_FREEBSD8 missing from GENERIC. It seems this and the fact that some upgrades from 8.2-STABLE worked fine without a recompile, has created the confusion. -- George Kontostanos Aicom telecoms ltd http://www.aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FreeBSD 9 & recompile ports
On Thu, Jan 12, 2012 at 8:42 PM, George Kontostanos wrote: > Greetings all and my apologies for cross posting! > > There seems to be a confusion regarding the ABI change in FreeBSD 9 > and if this affects the usual upgrade path which includes a full port > rebuild. > > The relevant post is here: http://forums.freebsd.org/showthread.php?t=28831 > > Frankly, I am also confused because I remember a relevant discussion a > few months ago in the lists. Traditionally a major RELEASE upgrade > requires a full ports rebuild, however this time there is no > COMPAT_FREEBSD8 in GENERIC and most upgraded systems seem to be > working fine. On the other hand this is stated in UPDATING: > > 20110828: > Bump the shared library version numbers for libraries that > do not use symbol versioning, have changed the ABI compared > to stable/8 and which shared library version was not bumped. > Done as part of 9.0-RELEASE cycle. > > Your input would be appreciated! > > Regards, > > -- > George Kontostanos > Aicom telecoms ltd Hmm, anyone :) ? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
FreeBSD 9 & recompile ports
Greetings all and my apologies for cross posting! There seems to be a confusion regarding the ABI change in FreeBSD 9 and if this affects the usual upgrade path which includes a full port rebuild. The relevant post is here: http://forums.freebsd.org/showthread.php?t=28831 Frankly, I am also confused because I remember a relevant discussion a few months ago in the lists. Traditionally a major RELEASE upgrade requires a full ports rebuild, however this time there is no COMPAT_FREEBSD8 in GENERIC and most upgraded systems seem to be working fine. On the other hand this is stated in UPDATING: 20110828: Bump the shared library version numbers for libraries that do not use symbol versioning, have changed the ABI compared to stable/8 and which shared library version was not bumped. Done as part of 9.0-RELEASE cycle. Your input would be appreciated! Regards, -- George Kontostanos Aicom telecoms ltd ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: DNSSec on FreeBSD 9.0-RELEASE causes CPU 100%
On Mon, Jan 9, 2012 at 11:47 AM, Doug Barton wrote:
> On 01/04/2012 16:24, George Kontostanos wrote:
>> Greetings everyone,
>>
>> I was testing DNSSec resolution on BIND 9.8.1-P1 by adding the
>> following options:
>>
>> options {
>> ...
>> dnssec-enable yes;
>> dnssec-validation auto;
>> ...
>> };
>>
>> Unfortunately immediately after named is restarted one CPU reaches
>> 100% utilization.
>
> There are an enormous number of possible reasons for this. Most common
> is that you have a misconfigured firewall in the path that is not
> passing DNSSEC-sized packets (which are generally quite a bit larger
> than regular DNS due to the signatures).
>
> The first 2 things you need to do are to crank up BIND logging (the
> details are in the BIND docs, particularly the ARM); and to check
> whether or not your network is properly configured. There are a number
> of sites to do the latter, check the following for example:
>
> https://www.dns-oarc.net/oarc/services/replysizetest
>
> If you still need help after these 2 steps, your best bet is
> bind-us...@isc.org.
>
>
> Good luck,
>
> Doug
>
> --
>
> You can observe a lot just by watching. -- Yogi Berra
>
> Breadth of IT experience, and depth of knowledge in the DNS.
> Yours for the right price. :) http://SupersetSolutions.com/
>
Hi Doug,
thanks for the valuable info. After a lot of debugging I reached to
the point where I get:
Jan 9 17:21:22 hp named[39053]:
/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/journal.c:171:
unexpected error:
Jan 9 17:21:22 hp named[39053]: missing SOA
Some googling showed that this is a rather common error-bug with
DNSSEC. I am no expert here, so I will turn this to the bind mailing
list.
Regards
--
George Kontostanos
Aicom telecoms ltd
http://www.barebsd.com
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
DNSSec on FreeBSD 9.0-RELEASE causes CPU 100%
Greetings everyone,
I was testing DNSSec resolution on BIND 9.8.1-P1 by adding the
following options:
options {
...
dnssec-enable yes;
dnssec-validation auto;
...
};
Unfortunately immediately after named is restarted one CPU reaches
100% utilization.
CPU: 30.1% user, 0.0% nice, 23.6% system, 0.0% interrupt, 46.3% idle
Mem: 111M Active, 14M Inact, 255M Wired, 852K Cache, 3558M Free
Swap: 2048M Total, 2048M Free
PID USERNAMETHR PRI NICE SIZERES STATE C TIME WCPU COMMAND
2178 bind 5 200 51364K 13828K kqread 0 0:17 84.18% named
The system is running GENERIC kernel, and it not an authoritative DNS.
Mainly used for testing purposes. My logs don't show anything strange:
Jan 5 02:03:55 hp named[2178]: starting BIND 9.8.1-P1 -t /var/named -u bind
Jan 5 02:03:55 hp named[2178]: built with '--prefix=/usr'
'--infodir=/usr/share/info' '--mandir=/usr/share/man'
'--enable-threads' '--enable-getifaddrs' '--disable-linux-caps'
'--with-openssl=/usr' '--with-randomdev=/dev/random' '--without-idn'
'--without-libxml2'
Jan 5 02:03:55 hp named[2178]: using built-in root key for view _default
Jan 5 02:03:55 hp named[2178]: command channel listening on 127.0.0.1#953
Jan 5 02:03:55 hp named[2178]: command channel listening on ::1#953
an 5 02:03:55 hp named[2178]: running
Anybody has come across a similar behavior ?
Cheers,
--
George Kontostanos
Aicom telecoms ltd
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FLAME - security advisories on the 23rd ? uncool idea is uncool
On Sat, Dec 24, 2011 at 12:02 AM, Peter Jeremy wrote: > On 2011-Dec-23 23:40:10 +0200, George Kontostanos > wrote: >>In any case, and IMHO this was not the proper time for this kind of >>advisories considering the fact that many companies are in a freeze >>period. > > My honeypot logs suggest that the black hats aren't taking a holiday. > As Colin posted, the SO had to decide between two unpalatable options > and, IMHO, he made the correct decision. The details and fixes are > now available - it's up to you to weigh up the risks of patching vs > the risks of not patching. > > -- > Peter Jeremy If a security advisory is announced, you have to patch, period! Happy holidays to all. Black hats too :) -- George ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FLAME - security advisories on the 23rd ? uncool idea is uncool
On Fri, Dec 23, 2011 at 11:45 PM, Shawn Webb wrote: > As others have mentioned, you don't _have_ to patch this weekend. All > of the vulnerabilities have been [semi-]public knowledge for at least > a week. What's the harm in waiting till next week? Just pretend like > the patches came in on Tuesday. > > I, for one, am grateful that FreeBSD has provided patches. It allows > people who do have the time/ability to patch this weekend to do just > that. If you don't want to, then don't. Simple as that. > > Thanks, > > Shawn > I wish it was that simple. It is very different to be aware of a possible vulnerability from getting an official security advisory. Unfortunately sometimes, the decision to patch or not to patch, comes from people who decide based upon bureaucracy. I am certainly thankful to the FreeBSD security team for identifying and providing patches. However, when you start receiving emails about security advisories every 5 minutes, you tend to wonder when will they stop :) Regards and happy holidays George ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FLAME - security advisories on the 23rd ? uncool idea is uncool
On Fri, Dec 23, 2011 at 10:48 PM, Gary Palmer wrote: > On Fri, Dec 23, 2011 at 08:55:35PM +0200, George Kontostanos wrote: >> On Fri, Dec 23, 2011 at 8:40 PM, Matthew Seaman >> wrote: >> > On 23/12/2011 18:05, George Kontostanos wrote: >> >> Are all cvs mirror servers updated regarding these changes ? >> >> >> >> ANYBODY >> > >> > Should have by now. ?Commits usually take about an hour to propagate to >> > the official cvsup servers. >> > >> > Easy enough to tell though -- the advisories have all the version >> > numbers in, and you'ld only need to check a file or two from each of >> > them to be reasonably sure you'ld got all the updates. >> > >> > ? ? ? ?Cheers, >> > >> > ? ? ? ?Matthew >> > >> > -- >> > Dr Matthew J Seaman MA, D.Phil. ? ? ? ? ? ? ? ? ? 7 Priory Courtyard >> > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?Flat 3 >> > PGP: http://www.infracaninophile.co.uk/pgpkey ? ? Ramsgate >> > JID: matt...@infracaninophile.co.uk ? ? ? ? ? ? ? Kent, CT11 9PW >> > >> >> Thanks for the info Matthew. I think though that it is best for all to >> first make sure that the servers all updated before sending out all >> those security advisories. > > I don't believe they're monitored like that. If you want the updates > quickly, download the files referenced in the advisories. My build was > done before my local cvsup server picked up the changes. > > Gary Yes, that's easy if you dealing with one server. But it is very different when you have to apply those patches to 20 different servers that are in different locations. Having a local cvsup server doing this job tends to make updating easier. In any case, and IMHO this was not the proper time for this kind of advisories considering the fact that many companies are in a freeze period. Cheers -- George Kontostanos ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FLAME - security advisories on the 23rd ? uncool idea is uncool
On Fri, Dec 23, 2011 at 9:06 PM, Lars Engels wrote: > On Fri, Dec 23, 2011 at 06:30:59PM +0100, Bas Smeelen wrote: >> > These vulnerabilities are known many days before in other distributions . >> >> >Thank you very much . >> >> >Mehmet Erol Sanliturk >> >> you're right, these were discussed on the mailinglists also >> _but_ FreeBSD is not a distribution >> It is *a complete operating system* >> Happy holidays > > And the D in BSD is for? ;-) So, are we done for today with the security advisories ? I hate to start rebuilding world & kernel again. -- George Kontostanos Aicom telecoms ltd http://www.barebsd.com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FLAME - security advisories on the 23rd ? uncool idea is uncool
On Fri, Dec 23, 2011 at 8:40 PM, Matthew Seaman wrote: > On 23/12/2011 18:05, George Kontostanos wrote: >> Are all cvs mirror servers updated regarding these changes ? >> >> ANYBODY > > Should have by now. Commits usually take about an hour to propagate to > the official cvsup servers. > > Easy enough to tell though -- the advisories have all the version > numbers in, and you'ld only need to check a file or two from each of > them to be reasonably sure you'ld got all the updates. > > Cheers, > > Matthew > > -- > Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard > Flat 3 > PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate > JID: matt...@infracaninophile.co.uk Kent, CT11 9PW > Thanks for the info Matthew. I think though that it is best for all to first make sure that the servers all updated before sending out all those security advisories. Regards -- George Kontostanos Aicom telecoms ltd http://www.barebsd.com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FLAME - security advisories on the 23rd ? uncool idea is uncool
On Fri, Dec 23, 2011 at 7:55 PM, Mike Tancsa wrote: > On 12/23/2011 12:25 PM, Stephen Montgomery-Smith wrote: >> >> It is this chroot issue that bothers me. From my reading of the ftpd >> man page, if I have anonymous ftp to my server, it seems that I am using >> chroot with ftpd, and there is no way to stop this happening. >> >> Am I correct, or have I missed something? (I am hoping I missed >> something.) > > Depends what they can write to and upload. The thread starts here > > http://lists.freebsd.org/pipermail/freebsd-security/2011-November/006085.html > > that discusses it in more detail > > ---Mike > > > > -- > --- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, m...@sentex.net > Providing Internet services since 1994 www.sentex.net > Cambridge, Ontario Canada http://www.tancsa.com/ > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" Are all cvs mirror servers updated regarding these changes ? ANYBODY -- George Kontostanos Aicom telecoms ltd http://www.barebsd.com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FLAME - security advisories on the 23rd ? uncool idea is uncool
On Fri, Dec 23, 2011 at 7:25 PM, Stephen Montgomery-Smith wrote: > On 12/23/2011 10:56 AM, Mike Tancsa wrote: > >> Also, the chroot issue has been public for some time along with sample >> exploits. Same with BIND which was fixed some time ago. Judgment call, >> and I think they made the right call at least from my perspective. > > > It is this chroot issue that bothers me. From my reading of the ftpd man > page, if I have anonymous ftp to my server, it seems that I am using chroot > with ftpd, and there is no way to stop this happening. > > Am I correct, or have I missed something? (I am hoping I missed something.) > > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" To sum up this mess. Are all cvs mirror servers updated regarding this changes ? Also, I see that FreeBSD 9.0-RELEASE is included. Has it been released ? Regards-- George Kontostanos Aicom telecoms ltd http://www.barebsd.com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 9.0-RC3
On Tue, Dec 6, 2011 at 3:30 PM, Dimitry Andric wrote: > On 2011-12-06 14:11, Matthew Seaman wrote: >> >> On 06/12/2011 12:51, George Kontostanos wrote: >>> >>> I apologize for the noise, I am running 9.0-RC3 since last Sunday but >>> I haven't seen anything related in svn9-stable. Is it just me perhaps >> >> you mean svn-src-stabl...@freebsd.org ? You're not alone -- the last >> >> commit e-mail I've seen was on the 3rd. However, I don't think that's >> any cause for alarm. Occasional gaps of two or three days between >> commits seems to be quite normal. > > > Direct commits for 9.0 release, such as this one, don't go into the > stable/9 branch, only into releng/9.0: > > http://svn.freebsd.org/changeset/base/228239 > > So you will not see messages about them in the svn9-stable mailing list. > > Apparently there is a svn-src-releng mailing list, though I was not able > to view the archive; http://lists.freebsd.org/pipermail/svn-src-releng/ > gives an error message. You are right, I was miss leaded by : http://svnweb.freebsd.org/base?view=revision&revision=227337 But then I forgot about this: http://svnweb.freebsd.org/base?view=revision&revision=227495 Thanks -- George Kontostanos Aicom telecoms ltd http://www.barebsd.com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
9.0-RC3
I apologize for the noise, I am running 9.0-RC3 since last Sunday but I haven't seen anything related in svn9-stable. Is it just me perhaps ? Cheers, -- George Kontostanos Aicom telecoms ltd http://www.barebsd.com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ataraid and 9.0 RC-2
On Wed, Nov 30, 2011 at 3:14 AM, Alexander Motin wrote: > On 30.11.2011 03:03, Adam Stylinski wrote: >> >> On Tue, Nov 29, 2011 at 08:38:47PM +0200, Alexander Motin wrote: >>> >>> On 27.11.2011 01:41, Adam Stylinski wrote: >>>> >>>> I just ran freebsd-update to get up to 9.0-RC2 and discovered that >>>> ataraid does not work. I realize I'm an edge case and my scenario is not >>>> ideal (I use an ITE controller and performance is actually impressively >>>> slow), but I cannot boot 9.0 from my stripe, even after manually loading >>>> ataraid from the loader prompt (after running an unload command). I >>>> mention >>>> it mostly because other people using the fakeraid setup by their >>>> motherboards for whatever reason (perhaps to share a partition table with >>>> windows on the same mirror or stripe) may have a similar problem. It seems >>>> like the ar0 device disappeared for me completely (even though it finds >>>> ada0 >>>> and ada1). I'm using the following device: >>>> >>>> atapci0@pci0:2:11:0: class=0x010400 card=0x chip=0x82121283 >>>> rev=0x13 hdr=0x00 >>>> vendor = 'Integrated Technology Express (ITE) Inc' >>>> device = 'ATA 133 IDE RAID Controller (IT8212F)' >>>> class = mass storage >>>> subclass = RAID >>>> rl0@pci0:2:13:0: class=0x02 card=0x80ea104d chip=0x813910ec >>>> rev=0x10 hdr=0x00 >>>> >>>> At first I figured because it may be loading AHCI (as per the device >>>> naming schemes ada0 and ada1). I haven't looked too much into it (these >>>> devices are actually PATA not SATA, so AHCI doesn't even exist for these), >>>> but maybe there's an ATA/AHCI driver that's built into the default >>>> kernelthat is interfering with ataraid.ko? Maybe this interferes with my >>>> stupidly slow and unpopular configuration. >>>> >>>> Thanks for any help, I'll also have a gander at the new DEFAULTS for the >>>> generic kernel in the 9.0 source tree. >>> >>> >>> FreeBSD 9.x uses new CAM-bases ATA subsystem. ataraid driver depends on >>> old ATA infrastructure and does not work with new. Instead, new GEOM >>> RAID class was implemented. Unluckily, as soon as ITE produced only PATA >>> controllers, there is no support for their metadata format in geom_raid >>> module now. So, at the moment, the only option to access that RAID >>> volume is to build custom kernel with old ATA and use ataraid. >>> Respective kernel options listed in /usr/src/UPDATING item from 20110424. >> >> >> Hmm, I may just as well dump the UFS and restore it to a totally geom >> based solution. If anything it will likely help rather than hurt my >> performance. > > > Sure. You can't boot from GEOM STRIPE (you may want MIRROR or CONCAT), but > if your motherboard has at least one SATA port, single modern hard drive may > give you even higher speeds then stripe of old PATA drives on PCI > controller. > > > -- > Alexander Motin > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" Have you tried loading the geom_raid kernel module ? I think that if you successfully load this module and modify fstab to use use /dev/raid/r0 instead of /dev/ar0 , you will be able to boot. Regards -- George Kontostanos Aicom telecoms ltd http://www.barebsd.com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: svn commit: r227420 - stable/9/sys/vm
On Thu, Nov 10, 2011 at 8:46 PM, Alan Cox wrote: > On Thu, Nov 10, 2011 at 11:27 AM, George Kontostanos > wrote: >> >> Just out of curiosity or confusion maybe.. >> >> Will those commits be included to FreeBSD 9.0-RELEASE ? >> >> Thanks >> > > Yes, I believe so. > > Alan > > > Alright, then it seems that we still have a long waiting period for 9.0-RELEASE -- George Kontostanos aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
svn commit: r227420 - stable/9/sys/vm
Just out of curiosity or confusion maybe.. Will those commits be included to FreeBSD 9.0-RELEASE ? Thanks -- George Kontostanos aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Some questions about jails on FreeBSD9.0-RC1
On Tue, Oct 25, 2011 at 11:52 PM, carlopmart wrote:
> Hi all,
>
> I have installed one FreeBSD 9.0-RC1 host to run different services (dns,
> smtp and www only) using jails. This host has two physical nics: em0 and
> em1. em0 is assigned to pyhiscal host, and I would like to assign em1 to
> jails. But em0 and em1 are on different networks: em0 is on 192.168.1.0/24
> and em1 in 192.168.2.0/29.
>
> I have setup one jail using ezjail. My first surprise is that ezjail only
> installs -RELEASE versions and not RC versions. Ok, I supouse that it is
> normal. But my first question is: can I install a FreeBSD 8.2 jail under a
> FreeBSD 9.0 host??
ezjail doesn't necessarily install a release version. < ezjail-admin
update -p -i > will install the basejail from your source.
> And the real question: How do I need to configure network under this jail
> to access it? I have configured ifconfig param for em1 on host's rc.conf,
> but what about the default route under this jail?? I thought to use pf
> rules, but I am not sure.
gateway_enable="YES"
should take care of this.
>
> Thanks.
> --
> CL Martinez
> carlopmart {at} gmail {d0t} com
> ___
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
>
Regards
--
George Kontostanos
aisecure.net
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: problem with whereis rar and portinstall on the fresh installation of FreeBSD 9.0-RC1
On Fri, Oct 21, 2011 at 12:28 PM, Subbsd wrote: > Hi, > > I see the problems that have never been observed: > > a) portinstall -c editors/hexedit > [database version mismatch/bump detected] [Updating the portsdb > in /usr/ports ... - 22822 port entries found > .1000.2000.3000.4000.5000.6000.7000.8000.9000.1.11000.12000.13000.14000.15000.16000.17000.18000.19000.2.21000.22000 > HASH: Out of overflow pages. Increase page size > error] Remove and try again. > [Updating the portsdb in /usr/ports ... - 22822 port > entries found > .1000.2000.3000.4000.5000.6000.7000.8000.9000.1.11000.12000.13000.14000.15000.16000.17000.18000.19000.2.21000.22000 > HASH: Out of overflow pages. Increase page size > error] Remove and try again. > [Updating the portsdb in /usr/ports ... - 22822 port > entries found > .1000.2000.3000.4000.5000.6000.7000.8000.9000.1.11000.12000.13000.14000.15000.16000.17000.18000.19000.2.21000.22000 > HASH: Out of overflow pages. Increase page size > error] Remove and try again. > [Updating the portsdb in /usr/ports ... - 22822 port > entries found > .1000.2000.3000.4000.5000.6000.7000.8000.9000.1.11000.12000.13000.14000.15000.16000.17000.18000.19000.2.21000.22000 > HASH: Out of overflow pages. Increase page size > error] Remove and try again. > [Updating the portsdb in /usr/ports ... - 22822 port > entries found > .1000.2000.3000.4000.5000.6000.7000.8000.9000.1.11000.12000.13000.14000.15000.16000.17000.18000.19000.2.21000.22000 > HASH: Out of overflow pages. Increase page size > error] Remove and try again. > [Updating the portsdb in /usr/ports ... - 22822 port > entries found > .1000.2000.3000.4000.5000.6000.7000.8000.9000.1.11000.12000.13000.14000.15000.16000.17000.18000.19000.2.21000.22000 > HASH: Out of overflow pages. Increase page size > error] Remove and try again. > [Updating the portsdb in /usr/ports ... - 22822 port > entries found > .1000.2000.3000.4000.5000.6000.7000.8000.9000.1.11000.12000.13000.14000.15000.16000.17000.18000.19000.2.21000.22000 > HASH: Out of overflow pages. Increase page size > error] Remove and try again. > [Updating the portsdb in /usr/ports ... - 22822 port > entries found > .1000.2000.3000.4000.5000.6000...^C > > (infninity loop?) > > > b) whereis rar - hang up until you do not press Ctrl + D, output in this case: > rar: /usr/local/bin/rar /usr/local/man/cat1/rar.1 (source: ) > /usr/ports/archivers/rar > > > System: Fresh install FreeBSD 9.0-amd64. Before on 9.0beta3 is > everything was fine. > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" > I had the same problem. It was solved by recompiling rubby1-8, and performing a portsnap fetch extract again. -- George Kontostanos aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ports index on FreeBSD 9
On Sun, Oct 16, 2011 at 8:30 PM, George Kontostanos wrote: > On Sun, Oct 16, 2011 at 4:46 PM, Ronald Klop > wrote: >> On Sat, 15 Oct 2011 11:24:32 +0200, George Kontostanos >> wrote: >> >>> On Thu, Oct 13, 2011 at 2:54 AM, George Kontostanos >>> wrote: >>>> >>>> On Wed, Oct 12, 2011 at 3:01 PM, Matthew Seaman >>>> wrote: >>>>> >>>>> On 12/10/2011 11:24, Sergey V. Dyatko wrote: >>>>>> >>>>>> On Wed, 12 Oct 2011 13:12:55 +0300 >>>>>> George Kontostanos wrote: >>>>>> >>>>>>> On Wed, Oct 12, 2011 at 8:52 AM, Sergey V. Dyatko >>>>>>> wrote: >>>>>>>> >>>>>>>> On Tue, 11 Oct 2011 14:31:12 +0300 >>>>>>>> George Kontostanos wrote: >>>>>>>> >>>>>>>>> Hi everyone, >>>>>>>>> >>>>>>>>> I was wondering if there is any progress regarding the >>>>>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=149232 . >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> svn log -v -r226274 >>>>>>> >>>>>>>> wbr, tiger >>>>>>>> >>>>>>> Do you mean this: >>>>>>> http://svnweb.freebsd.org/base?view=revision&revision=226274 ? >>>>>>> >>>>>>> >>>>>> >>>>>> oops, sorry, wrong revision. >>>>>> >>>>>> svn log -v -r226277 http://svn.freebsd.org/base/head >>>>>> >>>>>> >>>>> >>>>> MFC to stable/9 might be a good idea... >>>>> >>>>> Cheers, >>>>> >>>>> Matthew >>>>> >>>>> -- >>>>> Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard >>>>> Flat 3 >>>>> PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate >>>>> JID: matt...@infracaninophile.co.uk Kent, CT11 9PW >>>>> >>>>> >>>> svn commit: r226322 - stable/9/etc >>>> >>>> Thanks everyone >>>> >>>> -- >>>> George Kontostanos >>>> aisecure.net >>>> >>> It still doesn't upgrade the index file properly : >>> >>> hp# portsnap fetch update && portversion -v | grep "<" >>> Looking up portsnap.FreeBSD.org mirrors... 5 mirrors found. >>> Fetching snapshot tag from portsnap5.FreeBSD.org... done. >>> Fetching snapshot metadata... done. >>> Updating from Thu Oct 6 11:21:13 EEST 2011 to Sat Oct 15 12:06:45 EEST >>> 2011. >>> Fetching 3 metadata patches.. done. >>> Applying metadata patches... done. >>> >>> >>> Building new INDEX files... done. >>> ezm3-1.1_2 < needs updating (port has 1.2_1) >>> >>> >>> hp# cd /usr/ports/ >>> hp# make fetchindex >>> /usr/ports/INDEX-9.bz2 100% of 1512 kB 183 kBps >>> hp# portversion -v | grep "<" >>> [Updating the portsdb in /usr/ports ... - 22730 port >>> entries found >>> .1000.2000.3000.4000.5000.....6000.7000.8000.9000.1.11000.12000.13000.14000.15000.16000.17000.18000.19000.2.21000.22000... >>> . done] >>> ezm3-1.1_2 < needs updating (port has 1.2_1) >>> ffmpeg-0.7.5,1 < needs updating (port has 0.7.6,1) >>> libltdl-2.4 < needs updating (port has 2.4_1) >>> libtool-2.4 < needs updating (port has 2.4_1) >>> mpfr-3.0.1 < needs updating (port has 3.1.0_1) >>> p5-Authen-NTLM-1.08_1 < needs updating (port has 1.09) >>> p5-Class-Load-0.10 < needs updating (port has 0.11) >>> p5-DateTime-TimeZone-1.36 < needs updating (port has 1.39) >>> p5-Module-Metadata-1.06 < needs updating (port has 1.07) >>> phpMyAdmin-3.4.5 < needs updating (port has 3.4.6.r1) >>> x264-0.115.2000 < needs updating (port has 0.116.2076) >>> >>> >>> >> >> I think, but I am not an authority on this, that you should do a portsnap >> extract so the index is in sync with the extracted ports. >> >> Ronald. >> > > Yeap you could be right on this one. I will try it out again on RC1 > > -- > George Kontostanos > aisecure.net > Seems to be working fine with RC1. Cheers -- George Kontostanos aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ports index on FreeBSD 9
On Sun, Oct 16, 2011 at 4:46 PM, Ronald Klop wrote: > On Sat, 15 Oct 2011 11:24:32 +0200, George Kontostanos > wrote: > >> On Thu, Oct 13, 2011 at 2:54 AM, George Kontostanos >> wrote: >>> >>> On Wed, Oct 12, 2011 at 3:01 PM, Matthew Seaman >>> wrote: >>>> >>>> On 12/10/2011 11:24, Sergey V. Dyatko wrote: >>>>> >>>>> On Wed, 12 Oct 2011 13:12:55 +0300 >>>>> George Kontostanos wrote: >>>>> >>>>>> On Wed, Oct 12, 2011 at 8:52 AM, Sergey V. Dyatko >>>>>> wrote: >>>>>>> >>>>>>> On Tue, 11 Oct 2011 14:31:12 +0300 >>>>>>> George Kontostanos wrote: >>>>>>> >>>>>>>> Hi everyone, >>>>>>>> >>>>>>>> I was wondering if there is any progress regarding the >>>>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=149232 . >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> svn log -v -r226274 >>>>>> >>>>>>> wbr, tiger >>>>>>> >>>>>> Do you mean this: >>>>>> http://svnweb.freebsd.org/base?view=revision&revision=226274 ? >>>>>> >>>>>> >>>>> >>>>> oops, sorry, wrong revision. >>>>> >>>>> svn log -v -r226277 http://svn.freebsd.org/base/head >>>>> >>>>> >>>> >>>> MFC to stable/9 might be a good idea... >>>> >>>> Cheers, >>>> >>>> Matthew >>>> >>>> -- >>>> Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard >>>> Flat 3 >>>> PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate >>>> JID: matt...@infracaninophile.co.uk Kent, CT11 9PW >>>> >>>> >>> svn commit: r226322 - stable/9/etc >>> >>> Thanks everyone >>> >>> -- >>> George Kontostanos >>> aisecure.net >>> >> It still doesn't upgrade the index file properly : >> >> hp# portsnap fetch update && portversion -v | grep "<" >> Looking up portsnap.FreeBSD.org mirrors... 5 mirrors found. >> Fetching snapshot tag from portsnap5.FreeBSD.org... done. >> Fetching snapshot metadata... done. >> Updating from Thu Oct 6 11:21:13 EEST 2011 to Sat Oct 15 12:06:45 EEST >> 2011. >> Fetching 3 metadata patches.. done. >> Applying metadata patches... done. >> >> >> Building new INDEX files... done. >> ezm3-1.1_2 < needs updating (port has 1.2_1) >> >> >> hp# cd /usr/ports/ >> hp# make fetchindex >> /usr/ports/INDEX-9.bz2 100% of 1512 kB 183 kBps >> hp# portversion -v | grep "<" >> [Updating the portsdb in /usr/ports ... - 22730 port >> entries found >> .1000.2000.3000.4000.5000.6000.7000.8000.9000.1.11000.12000.13000.14000.15000.16000.....17000.18000.19000.2.21000.22000... >> . done] >> ezm3-1.1_2 < needs updating (port has 1.2_1) >> ffmpeg-0.7.5,1 < needs updating (port has 0.7.6,1) >> libltdl-2.4 < needs updating (port has 2.4_1) >> libtool-2.4 < needs updating (port has 2.4_1) >> mpfr-3.0.1 < needs updating (port has 3.1.0_1) >> p5-Authen-NTLM-1.08_1 < needs updating (port has 1.09) >> p5-Class-Load-0.10 < needs updating (port has 0.11) >> p5-DateTime-TimeZone-1.36 < needs updating (port has 1.39) >> p5-Module-Metadata-1.06 < needs updating (port has 1.07) >> phpMyAdmin-3.4.5 < needs updating (port has 3.4.6.r1) >> x264-0.115.2000 < needs updating (port has 0.116.2076) >> >> >> > > I think, but I am not an authority on this, that you should do a portsnap > extract so the index is in sync with the extracted ports. > > Ronald. > Yeap you could be right on this one. I will try it out again on RC1 -- George Kontostanos aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ports index on FreeBSD 9
On Thu, Oct 13, 2011 at 2:54 AM, George Kontostanos wrote: > On Wed, Oct 12, 2011 at 3:01 PM, Matthew Seaman > wrote: >> On 12/10/2011 11:24, Sergey V. Dyatko wrote: >>> On Wed, 12 Oct 2011 13:12:55 +0300 >>> George Kontostanos wrote: >>> >>>> On Wed, Oct 12, 2011 at 8:52 AM, Sergey V. Dyatko >>>> wrote: >>>>> On Tue, 11 Oct 2011 14:31:12 +0300 >>>>> George Kontostanos wrote: >>>>> >>>>>> Hi everyone, >>>>>> >>>>>> I was wondering if there is any progress regarding the >>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=149232 . >>>>>> >>>>>> >>>>> >>>>> svn log -v -r226274 >>>> >>>>> wbr, tiger >>>>> >>>> Do you mean this: >>>> http://svnweb.freebsd.org/base?view=revision&revision=226274 ? >>>> >>>> >>> >>> oops, sorry, wrong revision. >>> >>> svn log -v -r226277 http://svn.freebsd.org/base/head >>> >>> >> >> MFC to stable/9 might be a good idea... >> >> Cheers, >> >> Matthew >> >> -- >> Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard >> Flat 3 >> PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate >> JID: matt...@infracaninophile.co.uk Kent, CT11 9PW >> >> > svn commit: r226322 - stable/9/etc > > Thanks everyone > > -- > George Kontostanos > aisecure.net > It still doesn't upgrade the index file properly : hp# portsnap fetch update && portversion -v | grep "<" Looking up portsnap.FreeBSD.org mirrors... 5 mirrors found. Fetching snapshot tag from portsnap5.FreeBSD.org... done. Fetching snapshot metadata... done. Updating from Thu Oct 6 11:21:13 EEST 2011 to Sat Oct 15 12:06:45 EEST 2011. Fetching 3 metadata patches.. done. Applying metadata patches... done. Building new INDEX files... done. ezm3-1.1_2 < needs updating (port has 1.2_1) hp# cd /usr/ports/ hp# make fetchindex /usr/ports/INDEX-9.bz2100% of 1512 kB 183 kBps hp# portversion -v | grep "<" [Updating the portsdb in /usr/ports ... - 22730 port entries found .1000.2000.3000.4000.5000.6000.7000.8000.9000.1.11000.12000.13000.14000.15000.16000.17000.18000.19000.2.21000.22000... . done] ezm3-1.1_2 < needs updating (port has 1.2_1) ffmpeg-0.7.5,1 < needs updating (port has 0.7.6,1) libltdl-2.4 < needs updating (port has 2.4_1) libtool-2.4 < needs updating (port has 2.4_1) mpfr-3.0.1 < needs updating (port has 3.1.0_1) p5-Authen-NTLM-1.08_1 < needs updating (port has 1.09) p5-Class-Load-0.10 < needs updating (port has 0.11) p5-DateTime-TimeZone-1.36 < needs updating (port has 1.39) p5-Module-Metadata-1.06 < needs updating (port has 1.07) phpMyAdmin-3.4.5< needs updating (port has 3.4.6.r1) x264-0.115.2000 < needs updating (port has 0.116.2076) -- George Kontostanos aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ports index on FreeBSD 9
On Wed, Oct 12, 2011 at 3:01 PM, Matthew Seaman wrote: > On 12/10/2011 11:24, Sergey V. Dyatko wrote: >> On Wed, 12 Oct 2011 13:12:55 +0300 >> George Kontostanos wrote: >> >>> On Wed, Oct 12, 2011 at 8:52 AM, Sergey V. Dyatko >>> wrote: >>>> On Tue, 11 Oct 2011 14:31:12 +0300 >>>> George Kontostanos wrote: >>>> >>>>> Hi everyone, >>>>> >>>>> I was wondering if there is any progress regarding the >>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=149232 . >>>>> >>>>> >>>> >>>> svn log -v -r226274 >>> >>>> wbr, tiger >>>> >>> Do you mean this: >>> http://svnweb.freebsd.org/base?view=revision&revision=226274 ? >>> >>> >> >> oops, sorry, wrong revision. >> >> svn log -v -r226277 http://svn.freebsd.org/base/head >> >> > > MFC to stable/9 might be a good idea... > > Cheers, > > Matthew > > -- > Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard > Flat 3 > PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate > JID: matt...@infracaninophile.co.uk Kent, CT11 9PW > > svn commit: r226322 - stable/9/etc Thanks everyone -- George Kontostanos aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ports index on FreeBSD 9
On Wed, Oct 12, 2011 at 8:52 AM, Sergey V. Dyatko wrote: > On Tue, 11 Oct 2011 14:31:12 +0300 > George Kontostanos wrote: > >> Hi everyone, >> >> I was wondering if there is any progress regarding the >> http://www.freebsd.org/cgi/query-pr.cgi?pr=149232 . >> >> > > svn log -v -r226274 > wbr, tiger > Do you mean this: http://svnweb.freebsd.org/base?view=revision&revision=226274 ? -- George Kontostanos aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ports index on FreeBSD 9
On Tue, Oct 11, 2011 at 4:23 PM, Matthew Seaman wrote: > > Nope. But you can just do 'make fetchindex' to get INDEX-9 now. > Or build your own. > > Cheers, > > Matthew Yes, I am aware of this however, it creates some inconsistencies. -- George Kontostanos aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
ports index on FreeBSD 9
Hi everyone, I was wondering if there is any progress regarding the http://www.freebsd.org/cgi/query-pr.cgi?pr=149232 . Thanks -- George Kontostanos aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 9.0-BETA3 and ports db
On Thu, Sep 29, 2011 at 1:08 AM, Ronald Klop wrote: > On Wed, 28 Sep 2011 23:36:13 +0200, George Kontostanos > wrote: > >> Hi everyone, >> >> Today I upgraded one of my servers from 8.2-STABLE to 9.0-BETA3. I >> noticed that after the upgrade portsnap does not fetch Index-9 and I >> had to manually issue the "make fetchindex" command. I remember that >> this was something I had to do when I was running 9-CURRENT a few >> months ago in my desktop PC but I thought that it would be solved by >> now. >> Am I doing something wrong or is this an expected behavior ? >> >> Thanks >> > > It is known. But I don't know when it will be fixed. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=149232 > > Ronald. > Ok thanks ! -- George Kontostanos aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
9.0-BETA3 and ports db
Hi everyone, Today I upgraded one of my servers from 8.2-STABLE to 9.0-BETA3. I noticed that after the upgrade portsnap does not fetch Index-9 and I had to manually issue the "make fetchindex" command. I remember that this was something I had to do when I was running 9-CURRENT a few months ago in my desktop PC but I thought that it would be solved by now. Am I doing something wrong or is this an expected behavior ? Thanks -- George Kontostanos aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Crashes with Promise controller
On Thu, Jul 7, 2011 at 3:15 PM, Thomas Ronner wrote: > On 7/7/11 2:09 PM, Christian Baer wrote: >> >> Do you have an alternative controller in mind? Preferably I mean one >> that doesn't cost ten times as much. :-) > > I suggest an LSI 1068 based SAS controller. With the SAS->SATA cables > included it will cost at most five times as much :) > > > > Regards, > Thomas > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" > Hi Thomas, I have found a used LSI SAS3041E-HP 4-Port PCI-E SAS/SATA RAID controller on ebay. It comes around 70$ which is pretty much the same price I paid for the junk am using now. Do you know if this is supported because I can't find anything relevant in HCL and I read that some people use it without problems. Thanks -- George Kontostanos aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Crashes with Promise controller
On Wed, Jul 6, 2011 at 1:47 AM, Christian Baer wrote: > On 05.07.2011 17:48, George Kontostanos wrote: > >> I am not sure if it is the same controller: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=158268 > > Sure is. Here from my dmesg: > > atapci1: port > 0xdc00-0xdc7f,0xe000-0xe0ff mem > 0xd3461000-0xd3461fff,0xd342-0xd343 irq 11 at device 8.0 on > pci0 > atapci1: [ITHREAD] > atapci1: [ITHREAD] > ata2: on atapci1 > ata2: SIGNATURE: 0101 > ata2: [ITHREAD] > ata3: on atapci1 > ata3: SIGNATURE: 0101 > ata3: [ITHREAD] > ata4: on atapci1 > ata4: SIGNATURE: 0101 > ata4: [ITHREAD] > ata5: on atapci1 > ata5: SIGNATURE: 0101 > ata5: [ITHREAD] > fxp0: port 0xe400-0xe43f mem > 0xd346-0xd3460fff,0xd344-0xd345 irq 10 at device 9.0 on pci0 > miibus0: on fxp0 > inphy0: PHY 1 on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow > fxp0: Ethernet address: 00:02:b3:ad:ad:d7 > fxp0: [ITHREAD] > atapci2: port > 0xe800-0xe87f,0xec00-0xecff mem > 0xd3462000-0xd3462fff,0xd340-0xd341 irq 11 at device 12.0 on > pci0 > atapci2: [ITHREAD] > atapci2: [ITHREAD] > ata6: on atapci2 > ata6: SIGNATURE: 0101 > ata6: [ITHREAD] > ata7: on atapci2 > ata7: SIGNATURE: 0101 > ata7: [ITHREAD] > ata8: on atapci2 > ata8: SIGNATURE: 0101 > ata8: [ITHREAD] > ata9: on atapci2 > ata9: SIGNATURE: 0101 > ata9: [ITHREAD] > > Best regards, > Chris > > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" > There are a lot of people I know that have similar issues. It has caused me to replace 3 disks so far. I am afraid that this controller should be marked as junk. Regards, -- George Kontostanos aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Crashes with Promise controller
On Tue, Jul 5, 2011 at 6:41 PM, Christian Baer wrote: > On 18.06.2011 19:52, Jeremy Chadwick wrote: > >> It may be that the kernel is panic'ing and auto-rebooting before he can >> see the message in question. I would advocate he put the following >> directives in his kernel configuration and rebuild/reinstall kernel and >> wait for it to happen again. > > I have now changed the power setup slightly and the problems have > *reduced* and slightly changed in themselves. Reproducing a panic is a > lot harder, which I consider a good thing at the moment. > > Since I changed the power configuration, the system has been running for > about 4 days and had only two crashes (traps) since then, despite quite > heavy traffic on the drives. Because the system rebooted very quickly > before I set up the serial console, I only ever got to see one panic > (not a trap) in the past. But it was gone to quickly for me to write > anything down about it. > > On a side-note: > I did find out during my testing (before changing the power) that two > drives were actually causing the problems and I could even make the > system crash while only reading from one of those drives. Crashes while > reading felt less frequent (no statistics collected though) but happened > just the same. > > Because I formatted the two drives in question with rather strange > values (rather large block sizes), I have decided to copy everything off > them, re-partition them with gpt and create both the encryption-system > on them aswell as the file system over. > > During this copying, I managed to crash the system twice. The first time > was yesterday, where I got this: > > --- snip --- > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x1f8 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc3d2120c > stack pointer = 0x28:0xc3697bf4 > frame pointer = 0x28:0xc3697c4c > code segment = base 0x0, limit 0xf, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 2 (g_event) > [thread pid 2 tid 17 ] > Stopped at g_eli_access+0x7c: testl $0x10008,0x1f8(%ebx) > --- snap --- > > About 25 minutes ago, the system crashed again. This time, I had the > "known" errors prior to the actual trap: > > --- snip --- > ata6: SIGNATURE: > ata6: timeout waiting to issue command > ata6: error issuing SETFEATURES SET TRANSFER MODE command > ata6: timeout waiting to issue command > ata6: error issuing SETFEATURES ENABLE RCACHE command > ata6: timeout waiting to issue command > ata6: error issuing SETFEATURES ENABLE WCACHE command > ata6: timeout waiting to issue command > ata6: error issuing SET_MULTI command > ad12: FAILURE - device detached > GEOM_ELI: g_eli_read_done() failed ad12d.eli[READ(offset=403810975744, > length=32768)] > g_vfs_done():ad12d.eli[READ(offset=403810975744, length=32768)]error = 6 > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x1f8 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc3d2420c > stack pointer = 0x28:0xc3697bf4 > frame pointer = 0x28:0xc3697c4c > code segment = base 0x0, limit 0xf, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 2 (g_event) > [thread pid 2 tid 17 ] > Stopped at g_eli_access+0x7c: testl $0x10008,0x1f8(%ebx) > --- snap --- > > The strange thing is that I wasn't actually accessing ad12 at the time. > I was running a "-t long" on it, but no more. That test had been running > for over two hours at the time of the crash. > > Does this still somehow point to a power problem (since ad12 seems to > get detached)? Or could is be something a bit more fundamental? > > Best regards, > Chris > I am not sure if it is the same controller: http://www.freebsd.org/cgi/query-pr.cgi?pr=158268 -- George Kontostanos aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ata: SIGNATURE: ffffffff
On Mon, Jun 27, 2011 at 3:15 PM, George Kontostanos wrote: > On Mon, Jun 27, 2011 at 2:00 PM, Alexander Sabourenkov > wrote: >> Hello. >> >> Seems like my patch fell off the bus when the ata subsystem was rewamped. >> >> The problem is a silicon bug in TX4 ASICs. >> >> See this thread: >> http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079764.html >> >> -- >> >> ./lxnt >> ___ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" >> > > Thanks for the info!!! > > Unfortunately ata-chipset.c doesn't exist in my source tree. Maybe > something has changed and the patch has to be applied differently ? > > -- After browsing through the code a bit I saw that your patch is included in: /usr/src/sys/dev/ata/chipsets/ata-promise.c Thanks -- George Kontostanos aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ata: SIGNATURE: ffffffff
On Mon, Jun 27, 2011 at 2:00 PM, Alexander Sabourenkov wrote: > Hello. > > Seems like my patch fell off the bus when the ata subsystem was rewamped. > > The problem is a silicon bug in TX4 ASICs. > > See this thread: > http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079764.html > > -- > > ./lxnt > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" > Thanks for the info!!! Unfortunately ata-chipset.c doesn't exist in my source tree. Maybe something has changed and the patch has to be applied differently ? -- George Kontostanos aisecure.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ata: SIGNATURE: ffffffff
00 Not_testing 400 Not_testing 500 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. On Thu, Jun 23, 2011 at 3:58 AM, Jeremy Chadwick wrote: > On Wed, Jun 22, 2011 at 05:52:39PM +0300, George Kontostanos wrote: > > This is the 3rd disk I replace in 3 disk- Raiz1 pool and I really start > to > > believe that the problem is somewhere else. The disks reside in a Promise > > PDC40718 SATA300 controller. I am running this set up since 8.0-Release > with > > no issues till a few months ago after 8.2-Release now at 8.2-Stable. > > Symptoms: > > > > Jun 22 17:08:53 hp kernel: ata2: timeout waiting to issue command > > Jun 22 17:08:53 hp kernel: ata2: error issuing SETFEATURES ENABLE WCACHE > > command > > Jun 22 17:09:33 hp kernel: ad4: WARNING - SET_MULTI taskqueue timeout - > > completing request directly > > Jun 22 17:09:33 hp kernel: ad4: WARNING - WRITE_DMA48 requeued due to > > channel reset LBA=321558741 > > Jun 22 17:09:34 hp kernel: ata2: SIGNATURE: 0101 > > Jun 22 17:09:34 hp kernel: ad4: WARNING - WRITE_DMA48 requeued due to > > channel reset LBA=321558869 > > Jun 22 17:09:34 hp kernel: ata2: FAILURE - already active DMA on this > device > > Jun 22 17:09:34 hp kernel: ata2: setting up DMA failed > > Jun 22 17:09:34 hp kernel: ata2: FAILURE - already active DMA on this > device > > Jun 22 17:09:34 hp kernel: ata2: setting up DMA failed > > > > > > After a while the disk gets detached from the pool. Always the same disk. > > Rite now I am in the process of resilvering : > > > > pool: tank > > state: ONLINE > > status: One or more devices is currently being resilvered. The pool will > > continue to function, possibly in a degraded state. > > action: Wait for the resilver to complete. > > scan: resilver in progress since Wed Jun 22 17:09:40 2011 > > 189G scanned out of 578G at 88.8M/s, 1h14m to go > > 62.9G resilvered, 32.63% done > > config: > > > > NAME STATE READ WRITE CKSUM > > tank ONLINE 0 0 0 > > raidz1-0ONLINE 0 0 0 > > label/zdisk1 ONLINE 0 0 0 > > label/zdisk2 ONLINE 0 0 0 > > label/zdisk3 ONLINE 0 0 0 (resilvering) > > > > But those errors have started to appear again. Again this is the 3rd disk > > replaced !!! Full dmesg attached > > > > -- > > George Kontostanos > > aisecure.net <http://www.aisecure.net> > > > Copyright (c) 1992-2011 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights reserved. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 8.2-STABLE #0: Mon Jun 6 19:00:19 EEST 2011 > > gkon...@hp.aicom.loc:/usr/obj/usr/src/sys/ML110G3 amd64 > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Intel(R) Pentium(R) D CPU 3.20GHz (3200.13-MHz K8-class CPU) > > Origin = "GenuineIntel" Id = 0xf64 Family = f Model = 6 Stepping = > 4 > > > Features=0xbfebfbff > > Features2=0xe4bd > > AMD Features=0x20100800 > > AMD Features2=0x1 > > TSC: P-state invariant > > real memory = 4294967296 (4096 MB) > > avail memory = 4106780672 (3916 MB) > > ACPI APIC Table: > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > FreeBSD/SMP: 1 package(s) x 2 core(s) > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 1 > > ioapic0: Changing APIC ID to 2 > > ioapic0 irqs 0-23 on motherboard > > kbd1 at kbdmux0 > > acpi0: on motherboard > > acpi0: [ITHREAD] > > 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 > > cpu0: on acpi0 > > cpu1: on acpi0 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > pcib1: irq 16 at device 28.0 on pci0 > > pci1: on pcib1 > > pcib2: irq 17 at device 28.5 on pci0 > > pci7: on pcib2 > > bge0: 0x004101> mem 0xfeaf-0xfeaf irq 17 at device 0.0 on pci7 > > bge0: CHIP ID 0x4101; ASIC REV 0x04; CHIP REV 0x41; PCI-E > > miibus0: on bge0 > > brgphy0: PHY 1 on miibus0 > > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100b
Re: ata: SIGNATURE: ffffffff
Look, I think that this is getting personal and not constructive at all. Stop mumbling unless you have something useful to add. Like pointing out a old PR regarding this controller: http://www.freebsd.org/cgi/query-pr.cgi?pr=116935&cat= Best Regards, On Thu, Jun 23, 2011 at 1:44 AM, Chris Brennan wrote: > * George Kontostanos [2011-06-23 00:43:09 +0300]: > > > You already mentioned your thought about a faulty card. If you don't have > to > > add anything beyond that then please keep it for yourself. > > And yet, your still top posting. I was only pointing out the logical > conclusion here. You've tried the obvious, time to move up the chain. > I'm sorry you don't happen to like that but there is no need to be rude > about it. > > -- > > Chris Brennan > > -- > > A: Yes. > > >Q: Are you sure? > > >>A: Because it reverses the logical flow of conversation. > > >>>Q: Why is top posting frowned upon? > > http://xkcd.com/84/ | http://xkcd.com/149/ | http://xkcd.com/549/ > > GPG: D5B20C0C (6741 8EE4 6C7D 11FB 8DA8 9E4A EECD 9A84 D5B2 0C0C) > > -- George Kontostanos aisecure.net <http://www.aisecure.net> ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ata: SIGNATURE: ffffffff
You already mentioned your thought about a faulty card. If you don't have to add anything beyond that then please keep it for yourself. On Wed, Jun 22, 2011 at 8:13 PM, Chris Brennan wrote: > * George Kontostanos [2011-06-22 19:58:50 +0300]: > > > I have also changed the SATA port in the controller! > > > > I am afraid that I might get a new controller and still have the same > > issues. I just want to eliminate any other options first. > > > > Don't top post, it's against list policy. See my siganture for a > reasonable reason why. -- George Kontostanos aisecure.net <http://www.aisecure.net> ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ata: SIGNATURE: ffffffff
I have also changed the SATA port in the controller! I am afraid that I might get a new controller and still have the same issues. I just want to eliminate any other options first. On Wed, Jun 22, 2011 at 7:41 PM, Chris Brennan wrote: > * George Kontostanos [2011-06-22 18:48:45 +0300]: > > > Forgot to mention, I have changed the SATA cables too. > > Just a stab in the dark here ... but since you mention the same disk > almost being removed from the raidz1, maybe the port on the card is bad? > if you've replaced the disk and the cable(s), then what is left? The > card. > > -- > > Chris Brennan > > -- > > A: Yes. > > >Q: Are you sure? > > >>A: Because it reverses the logical flow of conversation. > > >>>Q: Why is top posting frowned upon? > > http://xkcd.com/84/ | http://xkcd.com/149/ | http://xkcd.com/549/ > > GPG: D5B20C0C (6741 8EE4 6C7D 11FB 8DA8 9E4A EECD 9A84 D5B2 0C0C) > > -- George Kontostanos aisecure.net <http://www.aisecure.net> ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ata: SIGNATURE: ffffffff
Forgot to mention, I have changed the SATA cables too. On Wed, Jun 22, 2011 at 5:52 PM, George Kontostanos wrote: > This is the 3rd disk I replace in 3 disk- Raiz1 pool and I really start to > believe that the problem is somewhere else. The disks reside in a Promise > PDC40718 SATA300 controller. I am running this set up since 8.0-Release with > no issues till a few months ago after 8.2-Release now at 8.2-Stable. > Symptoms: > > Jun 22 17:08:53 hp kernel: ata2: timeout waiting to issue command > Jun 22 17:08:53 hp kernel: ata2: error issuing SETFEATURES ENABLE WCACHE > command > Jun 22 17:09:33 hp kernel: ad4: WARNING - SET_MULTI taskqueue timeout - > completing request directly > Jun 22 17:09:33 hp kernel: ad4: WARNING - WRITE_DMA48 requeued due to > channel reset LBA=321558741 > Jun 22 17:09:34 hp kernel: ata2: SIGNATURE: 0101 > Jun 22 17:09:34 hp kernel: ad4: WARNING - WRITE_DMA48 requeued due to > channel reset LBA=321558869 > Jun 22 17:09:34 hp kernel: ata2: FAILURE - already active DMA on this > device > Jun 22 17:09:34 hp kernel: ata2: setting up DMA failed > Jun 22 17:09:34 hp kernel: ata2: FAILURE - already active DMA on this > device > Jun 22 17:09:34 hp kernel: ata2: setting up DMA failed > > > After a while the disk gets detached from the pool. Always the same disk. > Rite now I am in the process of resilvering : > > pool: tank > state: ONLINE > status: One or more devices is currently being resilvered. The pool will > continue to function, possibly in a degraded state. > action: Wait for the resilver to complete. > scan: resilver in progress since Wed Jun 22 17:09:40 2011 > 189G scanned out of 578G at 88.8M/s, 1h14m to go > 62.9G resilvered, 32.63% done > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > raidz1-0ONLINE 0 0 0 > label/zdisk1 ONLINE 0 0 0 > label/zdisk2 ONLINE 0 0 0 > label/zdisk3 ONLINE 0 0 0 (resilvering) > > But those errors have started to appear again. Again this is the 3rd disk > replaced !!! Full dmesg attached > > -- > George Kontostanos > aisecure.net <http://www.aisecure.net> > > -- George Kontostanos aisecure.net <http://www.aisecure.net> ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
ata: SIGNATURE: ffffffff
This is the 3rd disk I replace in 3 disk- Raiz1 pool and I really start to believe that the problem is somewhere else. The disks reside in a Promise PDC40718 SATA300 controller. I am running this set up since 8.0-Release with no issues till a few months ago after 8.2-Release now at 8.2-Stable. Symptoms: Jun 22 17:08:53 hp kernel: ata2: timeout waiting to issue command Jun 22 17:08:53 hp kernel: ata2: error issuing SETFEATURES ENABLE WCACHE command Jun 22 17:09:33 hp kernel: ad4: WARNING - SET_MULTI taskqueue timeout - completing request directly Jun 22 17:09:33 hp kernel: ad4: WARNING - WRITE_DMA48 requeued due to channel reset LBA=321558741 Jun 22 17:09:34 hp kernel: ata2: SIGNATURE: 0101 Jun 22 17:09:34 hp kernel: ad4: WARNING - WRITE_DMA48 requeued due to channel reset LBA=321558869 Jun 22 17:09:34 hp kernel: ata2: FAILURE - already active DMA on this device Jun 22 17:09:34 hp kernel: ata2: setting up DMA failed Jun 22 17:09:34 hp kernel: ata2: FAILURE - already active DMA on this device Jun 22 17:09:34 hp kernel: ata2: setting up DMA failed After a while the disk gets detached from the pool. Always the same disk. Rite now I am in the process of resilvering : pool: tank state: ONLINE status: One or more devices is currently being resilvered. The pool will continue to function, possibly in a degraded state. action: Wait for the resilver to complete. scan: resilver in progress since Wed Jun 22 17:09:40 2011 189G scanned out of 578G at 88.8M/s, 1h14m to go 62.9G resilvered, 32.63% done config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 raidz1-0ONLINE 0 0 0 label/zdisk1 ONLINE 0 0 0 label/zdisk2 ONLINE 0 0 0 label/zdisk3 ONLINE 0 0 0 (resilvering) But those errors have started to appear again. Again this is the 3rd disk replaced !!! Full dmesg attached -- George Kontostanos aisecure.net <http://www.aisecure.net> Copyright (c) 1992-2011 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.2-STABLE #0: Mon Jun 6 19:00:19 EEST 2011 gkon...@hp.aicom.loc:/usr/obj/usr/src/sys/ML110G3 amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) D CPU 3.20GHz (3200.13-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf64 Family = f Model = 6 Stepping = 4 Features=0xbfebfbff Features2=0xe4bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 4106780672 (3916 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] 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 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 28.0 on pci0 pci1: on pcib1 pcib2: irq 17 at device 28.5 on pci0 pci7: on pcib2 bge0: mem 0xfeaf-0xfeaf irq 17 at device 0.0 on pci7 bge0: CHIP ID 0x4101; ASIC REV 0x04; CHIP REV 0x41; PCI-E miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: Ethernet address: 00:13:21:cc:39:35 bge0: [ITHREAD] uhci0: port 0xdc00-0xdc1f irq 23 at device 29.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x2f00 usbus0: on uhci0 uhci1: port 0xd880-0xd89f irq 19 at device 29.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x2f00 usbus1: on uhci1 uhci2: port 0xd800-0xd81f irq 18 at device 29.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x2f00 usbus2: on uhci2 ehci0: mem 0xfe9ffc00-0xfe9f irq 23 at device 29.7 on pci0 ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3: on ehci0 pcib3: at device 30.0 on pci0 pci8: on pcib3 atapci0: port 0xec00-0xec7f,0xe800-0xe8ff mem 0xfebff000-0xfebf,0xfebc-0xfebd irq 16 at device 0.0 on pci8 atapci0: [ITHREAD] atapci0: [ITHREAD] ata2: on atapci0 ata2: SIGNATURE: 0101 ata2: [ITHREAD] ata3: on atapci0 ata3: SIGNATURE: 0101 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: SIGNATURE: 0101 ata5: [ITHREAD] vgapci0: port 0xe000-0xe0ff mem 0xe800-0xefff,0xfebb-0xfebb irq 16 at device 2.0 on pci8 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ahci0: port 0xd480
Re: ZFS vs OSX Time Machine
I am using TM over smb on a ZFS Raidz1 pool of my fileserver with no problems whatsoever. NAME USED AVAIL REFER MOUNTPOINT tank/apple 37.2G 82.8G 37.2G /tank/apple Oldest backup 14 December 2009 On Thu, Apr 28, 2011 at 9:25 PM, Chuck Swiger wrote: > On Apr 28, 2011, at 7:03 AM, Daniel O'Connor wrote: > > Does anyone else use ZFS to store TM backups? > > > > I find that whenever my laptop (over wifi!) starts a TM the ZFS machine > it's backing up to grinds to a halt.. Other systems streaming stuff over NFS > from it also tend to stall.. > > > > I presume that TM is doing something which causes ZFS some issues but I'm > not sure how to find out what the real problem is let alone how to fix it.. > > > Caveat: Time Machine is a viable backup system, but you're outside the > configurations which it supports. > > TM really wants the backup to be located on an HFS+ filesystem because it > makes very extensive use of hard links-- including hard links to > directories-- which are not widely supported by other Unix filesystems. > Even if you choose to continue using ZFS storage, please note that you'll > obtain significantly better results by using AFP instead of NFS filesharing. > > Wikipedia has useful info here: > > http://en.wikipedia.org/wiki/Time_Machine_%28Mac_OS%29 > http://en.wikipedia.org/wiki/Apple_Filing_Protocol > > Regards, > -- > -Chuck > > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" > -- George Kontostanos aisecure.net <http://www.aisecure.net> ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Promise SATA controller issues...
The system was up since April 21 when I upgraded to the latest world && kernel. There are 2 pools, a mirror with root on ZFS for the OS and a Raidz1 just for the data. hp# zpool status pool: tank state: ONLINE scrub: scrub completed after 1h30m with 0 errors on Tue Apr 26 22:48:32 2011 config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 raidz1 ONLINE 0 0 0 label/zdisk1 ONLINE 0 0 0 label/zdisk2 ONLINE 0 0 0 label/zdisk3 ONLINE 0 0 0 errors: No known data errors pool: zroot state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM zroot ONLINE 0 0 0 mirror ONLINE 0 0 0 gpt/disk0 ONLINE 0 0 0 gpt/disk1 ONLINE 0 0 0 The server is a SOHO fileserver with a few other services: sshd_enable="YES" named_enable="YES" #Caching name server samba_enable="YES" dhcpd_enable="YES" squid_enable="YES" apcupsd_enable="YES" apache22_enable="YES" mysql_enable="YES" syslogd_flags="-a 10.10.10.1" #Cisco Pix logging snmpd_enable="YES" nagios_enable="YES" munin_node_enable="YES" bsdstats_enable="YES" smartd_enable="YES" There was nothing out of the ordinary before this except some repeated power failures that where handled by the UPS as you can see in the logs: Apr 24 20:33:53 hp apcupsd[870]: Power failure. Apr 24 20:33:55 hp apcupsd[870]: Power is back. UPS running on mains. Apr 24 20:38:03 hp apcupsd[870]: Power failure. Apr 24 20:38:04 hp apcupsd[870]: Power is back. UPS running on mains. Apr 24 21:45:47 hp apcupsd[870]: Power failure. Apr 24 21:45:49 hp apcupsd[870]: Power is back. UPS running on mains. Apr 24 22:43:56 hp apcupsd[870]: Power failure. Apr 24 22:43:57 hp apcupsd[870]: Power is back. UPS running on mains. Apr 24 23:05:46 hp apcupsd[870]: Power failure. Apr 24 23:05:47 hp apcupsd[870]: Power is back. UPS running on mains. Apr 25 00:20:32 hp apcupsd[870]: Power failure. Apr 25 00:20:33 hp apcupsd[870]: Power is back. UPS running on mains. Apr 25 01:23:22 hp apcupsd[870]: Power failure. Apr 25 01:23:23 hp apcupsd[870]: Power is back. UPS running on mains. Apr 25 06:26:40 hp apcupsd[870]: Power failure. Apr 25 06:26:42 hp apcupsd[870]: Power is back. UPS running on mains. Apr 25 11:05:03 hp apcupsd[870]: Power failure. Apr 25 11:05:04 hp apcupsd[870]: Power is back. UPS running on mains. Apr 25 13:05:20 hp apcupsd[870]: Power failure. Apr 25 13:05:21 hp apcupsd[870]: Power is back. UPS running on mains. Apr 25 13:32:48 hp apcupsd[870]: Power failure. Apr 25 13:32:50 hp apcupsd[870]: Power is back. UPS running on mains. Apr 25 13:35:06 hp apcupsd[870]: Power failure. Apr 25 22:08:35 hp kernel: ata4: SIGNATURE: Apr 25 22:08:35 hp kernel: ata4: timeout waiting to issue command Apr 25 22:08:35 hp kernel: ata4: error issuing SETFEATURES SET TRANSFER MODE command . On Tue, Apr 26, 2011 at 10:39 PM, Alexander Motin wrote: > George Kontostanos wrote: > > Please let me know what kind of information might be also useful. > > I don't know. What were the first messages before the problem? Was there > any specific activity? It would be most useful if you could reproduce > the problem in controllable environment. > > > There was no changes specific to the Promise controllers for a long > > time. Mostly because I have no any documentation for them. For the > same > > reason I hardly can say what could be wrong there. Some additional > > information is definitely required. > > -- > Alexander Motin > -- George Kontostanos aisecure.net <http://www.aisecure.net> ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Promise SATA controller issues...
refetch is disabled by default if less than 4GB of RAM is present; to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS filesystem version 4 ZFS storage pool version 15 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ad6: 610480MB at ata3-master UDMA100 SATA 3Gb/s ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ad8: 610480MB at ata4-master UDMA100 SATA 3Gb/s ad10: 610480MB at ata5-master UDMA100 SATA 3Gb/s ad12: 238475MB at ata6-master UDMA100 SATA 1.5Gb/s ad14: 238475MB at ata7-master UDMA100 SATA 1.5Gb/s SMP: AP CPU #1 Launched! Root mount waiting for: usbus3 usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered Root mount waiting for: usbus3 uhub3: 6 ports with 6 removable, self powered Trying to mount root from zfs:zroot ugen0.2: at usbus0 bge0: link state changed to UP On Tue, Apr 26, 2011 at 10:26 PM, Alexander Motin wrote: > > > There was no changes specific to the Promise controllers for a long > time. Mostly because I have no any documentation for them. For the same > reason I hardly can say what could be wrong there. Some additional > information is definitely required. > > -- > Alexander Motin > -- George Kontostanos aisecure.net <http://www.aisecure.net> ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Promise SATA controller issues...
Greetings all, I have a Promise PDC40718 SATA300 controller running on a box from 8.0-Release since now now on 8.2-Stable 8.2-STABLE FreeBSD 8.2-STABLE #3: Thu Apr 21 15:23:08 EEST 2011. The controller is in jbod mode with 3 WD drives in Raidz1. ad6: 610480MB at ata3-master UDMA100 SATA 3Gb/s ad8: 610480MB at ata4-master UDMA100 SATA 3Gb/s ad10: 610480MB at ata5-master UDMA100 SATA 3Gb/s Today the box became unresponsive so I had to do a hard reset. From /var/log/messages: Apr 25 22:08:35 hp kernel: ata4: SIGNATURE: Apr 25 22:08:35 hp kernel: ata4: timeout waiting to issue command Apr 25 22:08:35 hp kernel: ata4: error issuing SETFEATURES SET TRANSFER MODE command Apr 25 22:08:35 hp kernel: ata4: timeout waiting to issue command Apr 25 22:08:35 hp kernel: ata4: error issuing SETFEATURES ENABLE RCACHE command Apr 25 22:08:35 hp kernel: ata4: timeout waiting to issue command Apr 25 22:08:35 hp kernel: ata4: error issuing SETFEATURES ENABLE WCACHE command Apr 25 22:08:35 hp kernel: ata4: timeout waiting to issue command Apr 25 22:08:35 hp kernel: ata4: error issuing SET_MULTI command Apr 25 22:08:41 hp kernel: ata4: SIGNATURE: Apr 25 22:08:41 hp kernel: ata4: timeout waiting to issue command Apr 25 22:08:41 hp kernel: ata4: error issuing SETFEATURES SET TRANSFER MODE command Apr 25 22:08:41 hp kernel: ata4: timeout waiting to issue command Apr 25 22:08:41 hp kernel: ata4: error issuing SETFEATURES ENABLE RCACHE command Apr 25 22:08:41 hp kernel: ata4: timeout waiting to issue command Apr 25 22:08:41 hp kernel: ata4: error issuing SETFEATURES ENABLE WCACHE command Apr 25 22:08:41 hp kernel: ata4: timeout waiting to issue command Apr 25 22:08:41 hp kernel: ata4: error issuing SET_MULTI command Apr 25 22:08:44 hp kernel: ata4: SIGNATURE: Apr 25 22:08:44 hp kernel: ata4: timeout waiting to issue command ... Apr 26 20:18:41 hp smartd[1049]: Device: /dev/ad8, failed to read SMART Attribute Data Apr 26 20:18:42 hp kernel: ata4: timeout waiting to issue command Apr 26 20:18:42 hp kernel: ata4: error issuing SMART command Apr 26 20:18:47 hp kernel: ata4: SIGNATURE: Apr 26 20:18:47 hp kernel: ata4: timeout waiting to issue command Apr 26 20:18:47 hp kernel: ata4: error issuing SETFEATURES SET TRANSFER MODE command Apr 26 20:18:47 hp kernel: ata4: timeout waiting to issue command Apr 26 20:18:47 hp kernel: ata4: error issuing SETFEATURES ENABLE RCACHE command Apr 26 20:18:47 hp kernel: ata4: timeout waiting to issue command Apr 26 20:18:47 hp kernel: ata4: error issuing SETFEATURES ENABLE WCACHE command Apr 26 20:18:47 hp kernel: ata4: timeout waiting to issue command Apr 26 20:18:47 hp kernel: ata4: error issuing SET_MULTI command Apr 26 20:18:48 hp kernel: ata4: timeout waiting to issue command Apr 26 20:18:48 hp kernel: ata4: error issuing SMART command Apr 26 20:18:54 hp kernel: ata4: SIGNATURE: Apr 26 20:18:54 hp kernel: ata4: timeout waiting to issue command Apr 26 20:18:54 hp kernel: ata4: error issuing SETFEATURES SET TRANSFER MODE command Apr 26 20:18:54 hp kernel: ata4: timeout waiting to issue command Apr 26 20:18:54 hp kernel: ata4: error issuing SETFEATURES ENABLE RCACHE command Apr 26 20:18:54 hp kernel: ata4: timeout waiting to issue command Apr 26 20:18:54 hp kernel: ata4: error issuing SETFEATURES ENABLE WCACHE command Apr 26 20:18:54 hp kernel: ata4: timeout waiting to issue command Apr 26 20:18:54 hp kernel: ata4: error issuing SET_MULTI command Apr 26 20:47:49 hp kernel: ata4: SIGNATURE: Apr 26 20:47:49 hp kernel: ata4: timeout waiting to issue command Apr 26 20:47:49 hp kernel: ata4: error issuing SETFEATURES SET TRANSFER MODE command Apr 26 20:47:49 hp kernel: ata4: timeout waiting to issue command Apr 26 20:47:49 hp kernel: ata4: error issuing SETFEATURES ENABLE RCACHE command Apr 26 20:47:49 hp kernel: ata4: timeout waiting to issue command Apr 26 20:47:49 hp kernel: ata4: error issuing SETFEATURES ENABLE WCACHE command Apr 26 20:47:49 hp kernel: ata4: timeout waiting to issue command Apr 26 20:47:49 hp kernel: ata4: error issuing SET_MULTI command Apr 26 20:47:49 hp kernel: ad8: TIMEOUT - READ_DMA retrying (1 retry left) LBA=216798592 It appears from the logs that the problem lasted for a full day! However, after the reboot the drive did not perform any resilver and no data loss occurred. I have scrubbed my pool successfully and run smartmon tests also. SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 Num Test_DescriptionStatus Remaining LifeTime(hours) LBA_of_first_error # 1 Short offline Completed without error 00% 1466 - It doesn't appear to be a drive issue so I was wondering if the recent changes in controllers that appeared a few days ago might be related. Thanks -- George Kontostanos aisecure.net <http://www.aisecure.net> ___ freebsd-stable@freebsd.org mailing list http://lists.
Re: ZFS root on MB Intel S3420GP
There is a nice guide in the WIKI regarding how to install your system with ZFS on root. http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/RAIDZ2 In any case don't configure the raid in your controller and let ZFS take care of this. Regards, 2011/4/17 Lystopad Olexandr > Hi! > > I have this hardware: > > smbios.system.maker="Intel Corporation" > smbios.system.product="S3420GP" > > with 4G ram and 4x WD 500G drives. > > I try both raids in the bios, in both cases i try raid 10. > I.e. I have 1Tb ar0 device. > > After reading http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/RAIDZ1 I > try to install FreeBSD on this box, but I change ad0..ad1.. to my > ar0 device. I try to have zfs on intel raid10. > > All commands run successfully, but after reboot I have: > > gptzfsboot no zfs pools located: can't boot > > What mistake I made? > > What best solution with my hardware exist? > > -- > Lystopad Olexandr > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" > -- George Kontostanos aisecure.net <http://www.aisecure.net> ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS V28
I think that at this point it takes more than a patch. That is way I am asking if there is a plan to MFC to 8-Stable. On Fri, Apr 15, 2011 at 9:48 PM, Leon Meßner wrote: > On Fri, Apr 15, 2011 at 06:28:07PM +0300, George Kontostanos wrote: > > I was wondering if ZFS v28 is going to be MFC to 8-Stable or not. > > On Fri, Apr 15, 2011 at 06:28:07PM +0300, George Kontostanos wrote: > > I was wondering if ZFS v28 is going to be MFC to 8-Stable or not. > > Is there a recent patch against stable sources ? I tried the following: > > > http://people.freebsd.org/~mm/patches/zfs/v28/stable-8-zfsv28-20110317.patch.xz > > This patch failes at sys/cddl/compat/opensolaris/sys/sysmacros.h which i > think should just be deleted. I tried deleting this file and then > building produces some errors then walls of text and then aborts. > The first errors look like this: > > Script started on Fri Apr 15 18:32:36 2011 > make -j 6 buildworld > "/usr/share/mk/bsd.prog.mk", line 128: warning: duplicate script for > target "_EXTRADEPEND" ignored > "Makefile", line 222: warning: duplicate script for target "clean" > ignored > "Makefile", line 222: warning: duplicate script for target "cleandepend" > ignored > "Makefile", line 222: warning: duplicate script for target "distribute" > ignored > "Makefile", line 222: warning: duplicate script for target "lint" > ignored > "Makefile", line 222: warning: duplicate script for target "obj" ignored > "Makefile", line 222: warning: duplicate script for target "objlink" > ignored > "Makefile", line 222: warning: duplicate script for target "tags" > ignored > "Makefile", line 222: warning: duplicate script for target "files" > ignored > "Makefile", line 222: warning: duplicate script for target "includes" > ignored > -- > >>> World build started on Fri Apr 15 18:32:36 UTC 2011 > -- > > cherio, > Leon > > > Regards, > -- George Kontostanos aisecure.net <http://www.aisecure.net> ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
ZFS V28
I was wondering if ZFS v28 is going to be MFC to 8-Stable or not. Regards, -- George Kontostanos aisecure.net <http://www.aisecure.net> ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Kernel memory leak in 8.2-PRERELEASE?
Years ago when RAM was expensive swap a necessary workaround. That doesn't mean that swap is useless. It all depends on what a server is doing. If you are using a database server then it is absolutely normal and expected to cache. Also, unlike other OS FreeBSD tends to make use of the ram. Swaping recently used data is not bad and it is the way it works. Regards On Tue, Apr 5, 2011 at 5:09 PM, Boris Kochergin wrote: > On 04/05/11 10:04, Pete French wrote: > >> Adding some swap would help a lot more. >>> >> So, I run a lot of systems without swap - basically my >> thinking at the time I set them up went like this. >> >> "I have 4 gig of memory, and 4 gig of swap. Surely running 8 gig of >> memory and no swap will be just as good ?" >> >> but, is that actually true ? Is real RAM as good as an equivalent amount >> of swap, or is there smething special about swap which means you shoud >> have some no matter how much RAM you have ? >> >> -pete. >> > > I guess swap is special since I assume memory used by the kernel will never > be offloaded to it (could be wrong), but userspace memory will, so it is > guaranteed to be available to userspace processes only. > > -Boris > > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" > -- George Kontostanos aisecure.net <http://www.aisecure.net> ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Constant rebooting after power loss
Those are workarounds. A system should not reach to a point where it doesn't come up because of a pending fsck. And even if it does console access must be ensured. My point is that by disabling these you might bring it up but you seriously risk data integrity. Regards On Sun, Apr 3, 2011 at 3:04 PM, Bruce Cran wrote: > On 01/04/2011 16:47, Stefan `Sec` Zehl wrote: > > If you want to get rid of the reboot loop, set: >> >> background_fsck="NO" >> >> Then it will either come up, or ask for help if anything fails. >> > > I realise that people like having systems that come up quickly after a > crash, but is it worth reconsidering disabling background fsck by default > since it can cause issues like this? > > -- > Bruce Cran > > -- George Kontostanos aisecure.net <http://www.aisecure.net> ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Constant rebooting after power loss
Not with the same behavior and it depends on what your server is doing at the time of the power interruption. In most cases you wouldn't see anything but ZFS is not the solution to your problem. ZFS is not designed to replace the needs of a UPS. On Fri, Apr 1, 2011 at 2:27 PM, Marko Lerota wrote: > Today one of my home servers lost power two times in a short > period of time. After that, the system just couldn't get up. > Background checks couldn't get started. The messages was how > / /tmp /var etc...had to much errors. And at the end, always > got this: "automatic reboot will start in 15sec". > > I went to single user mode, and ran FSCK manually. That solved > the problem. But the server was down for 2 hours. > > This is not the first time that I had to do this. Every now > and then I have seen this on BSD servers without UPS. > > My question is: > > Would it happen if I had ZFS as a file system on all partitions > including root? > > The setup was FreeBSD 8.1, with two disks in raid 1 with gmirror. > > -- > Marko Lerota > Sent from my Gnus Mailer > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" > -- George Kontostanos aisecure.net <http://www.aisecure.net> ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: install: aibs.ko: No such file or directory
Don't use the -j flag when installing your kernel. make installkernel KERNCONF=VPN2 On 28 Μαρ 2011, at 3:04 μ.μ., Márcio Luciano Donada wrote: > I am updated on FreeBSD 8.1-RELEASE-p2 to 8.2-STABLE using cvsup.conf, > as follows: > > *default host=cvsup2.FreeBSD.org > *default base=/usr > *default prefix=/usr > *default release=cvs tag=RELENG_8 > *default delete use-rel-suffix > *default compress > src-all > #ports-all > > Then to build system use the following command: > > # cd /usr/src > # make -j4 buildworld && make -j4 buildkernel KERCONF=VPN2 && make -j4 > installkernel KERNCONF=VPN2 > > but when making the final part, which is the installation it reports me > the following error: > > install: aibs.ko: No such file or directory > *** Error code 71 > 1 error > *** Error code 2 > > But if I build only the kernel VPN2 he successfully completed. My Kernel > is, This is just a copy of GENERIC including the following lines: > > device pf > device pflog > device pfsync > device crypto > options ALTQ > options ALTQ_CBQ > options ALTQ_RED > options ALTQ_RIO > options ALTQ_HFSC > options ALTQ_CDNR > options ALTQ_PRIQ > options ALTQ_NOPCC > options ALTQ_DEBUG > options TCP_SIGNATURE > options IPSEC > options IPSEC_DEBUG > options SC_DISABLE_REBOOT > > -- > Márcio Luciano Donada > Aurora Alimentos - T.I. Matriz > Coop. Central Oeste Catarinense > > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Raid1 ZFS bug 148655 status
Hi, I was wondering if there are any updates regarding "http://www.freebsd.org/cgi/query-pr.cgi?pr=148655"; bug ? It appears to be sirius since a failure of the first disk makes the system unbeatable. Thanks George___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 6.3-RELEASE
On Jan 15, 2008 10:25 PM, Mark Linimon <[EMAIL PROTECTED]> wrote: > On Tue, Jan 15, 2008 at 09:51:13PM +0200, George Kontostanos wrote: > > So may I guess that we have a release ? > > This question happens every time we get near a release. > > There will be a release when, and only when, a signed email is sent from > the Release Engineering team to the various mailing lists. In the meantime, > final preparations are being made, such as giving the mirrors time to get > the bits, so that they will be there when the announcement goes out. > > Please be patient. > > mcl > Sorry Mark, I just got a bit enthusiastic with it! George ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 6.3-RELEASE
On Jan 15, 2008 10:23 PM, Royce Williams <[EMAIL PROTECTED]> wrote: > George Kontostanos wrote, on 1/15/2008 10:51 AM: > > So may I guess that we have a release ? > > > > 6.3-RELEASE FreeBSD 6.3-RELEASE #1: Tue Jan 15 21:25:07 EET 2008 > > Not quite yet ... > > # sh freebsd-update.sh -f freebsd-update.conf -r 6.3-RELEASE upgrade > Looking up update.FreeBSD.org mirrors... 1 mirrors found. > Fetching metadata signature for 6.3-RC2 from update1.FreeBSD.org... done. > Fetching metadata index... done. > Fetching 1 metadata patches. done. > Applying metadata patches... done. > Inspecting system... done. > > [snip] > > Does this look reasonable (y/n)? y > > Fetching metadata signature for 6.3-RELEASE from update1.FreeBSD.org... > failed. > No mirrors remaining, giving up. > > > Royce > > -- > Royce D. Williams- IP Engineering, ACS > http://www.tycho.org/royce/ - PGP: 3FC087DB/1776A531 > Reproof should not exhaust its power upon petty failings. - S.Johnson > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > Well, I followed the old traditional way of syncing my code and then doing the the build world & kernel thing. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
6.3-RELEASE
So may I guess that we have a release ? 6.3-RELEASE FreeBSD 6.3-RELEASE #1: Tue Jan 15 21:25:07 EET 2008 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: All routes to freebsd are dead
Same from here in Greece. George On 10/4/07, Torfinn Ingolfsen <[EMAIL PROTECTED]> wrote: > Hello, > > On Wed, 03 Oct 2007 23:03:09 -0700 > "Chris H." <[EMAIL PROTECTED]> wrote: > > > Greetings, > > Lately I've been finding it difficult, to impossible to reach > > freebsd.org. (hope this message makes it) > > I use www.freebsd.org on a regular basis (mailing lists, INDEX fetches, > then Handbook etc) and haven't noticed anything problematic. I used the > Handbook yesterday. This morning however, it seems the routes to > www.freebsd.org are dead. I'm located in Norway. > > > From my end, it seems Yahoo is doing freebsd.org a great disservice. > > Bouncing the routers and switches here have no (positive) affect. Nor > > Hmm, that sounds like they have a problem with some redundant routing > setup or something. > -- > Regards, > Torfinn Ingolfsen, > Norway > > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: RC2 ?
And ? On 12/15/06, Patrick Okui <[EMAIL PROTECTED]> wrote: On Friday 15 December 2006 18:33, Scott T. Hildreth wrote: > Will there be a RC2 or just a realease? http://www.freebsd.org/releases/6.2R/schedule.html -- patrick ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
