Re: vnet jail crash

2020-08-25 Thread Nikos Vassiliadis


___
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"


vnet jail crash

2020-08-24 Thread Nikos Vassiliadis
Hi,

After updating to 12-STABLE I am getting kernel panics when re-starting the 
jail service. Here's a backtrace:

#6  0x8108696f in trap_pfault (frame=0xfe00216682c0, 
usermode=, signo=, ucode=)
at /usr/src/sys/amd64/amd64/trap.c:739
#7  0x81085fb6 in trap (frame=0xfe00216682c0) at 
/usr/src/sys/amd64/amd64/trap.c:405
#8  
#9  __mtx_lock_sleep (c=0xf8002ef9c738, v=) at 
/usr/src/sys/kern/kern_mutex.c:580
#10 0x80bb1381 in _rm_rlock_hard (rm=0xf8002ef9c6e0, 
tracker=0xfe0021668450, trylock=0) at /usr/src/sys/kern/kern_rmlock.c:410
#11 0x80cddf96 in rtinit1 (ifa=, cmd=, 
flags=0, fibnum=0) at /usr/src/sys/net/route.c:2030
#12 rtinit (ifa=, cmd=, flags=0) at 
/usr/src/sys/net/route.c:2177
#13 0x80d2f25e in in_scrubprefix (target=0xf8002ef6f000, flags=0) 
at /usr/src/sys/netinet/in.c:897
#14 0x80d46b3d in rip_ctlinput (cmd=, 
sa=0xf8002ef6f098, vip=) at /usr/src/sys/netinet/raw_ip.c:804
#15 0x80c40f9c in pfctlinput (cmd=0, sa=0xf8002ef6f098) at 
/usr/src/sys/kern/uipc_domain.c:473
#16 0x80cb37ba in if_unroute (ifp=0xf80003c47800, flag=,
fam=) at 
/usr/src/sys/net/if.c:2307
#17 if_down (ifp=0xf80003c47800) at /usr/src/sys/net/if.c:2410
#18 0x80cb10e4 in if_detach_internal (ifp=0xf80003c47800, vmove=0, 
ifcp=0x0) at /usr/src/sys/net/if.c:1131
#19 0x80cb0d7e in if_detach (ifp=0xf8002ef9c738) at 
/usr/src/sys/net/if.c:1042
#20 0x82b60bb1 in epair_clone_destroy (ifc=0xf8002e9ce780, 
ifp=0xf80003c43000) at /usr/src/sys/net/if_epair.c:951
#21 0x80cb8ecd in if_clone_destroyif (ifc=0xf8002e9ce780, 
ifp=0xf80003c43000) at /usr/src/sys/net/if_clone.c:337
#22 0x80cb8d92 in if_clone_destroy (name=0xfe0021668a10 "epair65a") 
at /usr/src/sys/net/if_clone.c:295
#23 0x80cb5d14 in ifioctl (so=0xf8006769e368, cmd=2149607801, 
data=0xfe0021668a10 "epair65a", td=)
at /usr/src/sys/net/if.c:3100
#24 0x80c205a7 in fo_ioctl (fp=0xf8002e9c51e0, com=2149607801, 
data=0x82a10088, active_cred=0x1, td=0xf8003399e740)
at /usr/src/sys/sys/file.h:337
#25 kern_ioctl (td=0x1, fd=, com=2149607801, 
data=0x82a10088 "\210") at /usr/src/sys/kern/sys_generic.c:805
#26 0x80c2024a in sys_ioctl (td=0xf8003399e740, 
uap=0xf8003399eb00) at /usr/src/sys/kern/sys_generic.c:713
#27 0x810874c7 in syscallenter (td=0xf8003399e740) at 
/usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:144

My jail.conf looks like this:
exec.start = "/bin/sh /etc/rc";
exec.stop = "/bin/sh /etc/rc.shutdown";
exec.clean;
mount.devfs;

path = "/jails/$name";
$ip_route = "10.0.64.1";
vnet;
vnet.interface = "epair${id}b";
exec.prestart  = "ifconfig epair${id} create up";
exec.prestart += "ifconfig bridge0 addm epair${id}a up";
exec.start = "ifconfig epair${id}b inet ${ip_addr} up";
exec.start+= "route add default ${ip_route}";
exec.start+= "/bin/sh /etc/rc";
exec.stop  = "/bin/sh /etc/rc.shutdown";
exec.poststop  = "ifconfig epair${id}a destroy";

api1 {
 host.hostname = "api1.mydomain.com";
 persist;
 $id = "33";
 $ip_addr = "10.0.64.$id";
}

node2 {
 host.hostname = "node2.mydomain.com";
 persist;
 $id = "65";
 $ip_addr = "10.0.64.$id";
}

Any ideas? or patches?

Thanks!
Nikos

___
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: devd rule wierd output

2019-09-08 Thread Nikos Vassiliadis

On 2019-09-05 21:25, Warner Losh wrote:

Please file a PR.

Ideally, if you could connect to /var/run/devd.pipe before starting the
scrub and including the output on 10 and 12, that would be great.



Thanks!
Here's the PR:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240411

___
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"


devd rule wierd output

2019-09-05 Thread Nikos Vassiliadis

Hi,

I have this in my devd rules:

notify 10 {
match "system"  "ZFS";
match "type""misc.fs.zfs.scrub_start";
action "touch /var/run/scrub_$pool_name; logger -t ZFS 'zpool $pool_name 
started scrubbing'";
};


While this is working OK on FreeBSD-10, on FreeBSD-12 I noticed that
$pool_name is different. FreeBSD-10:
Sep  5 20:35:56 clio ZFS: zpool clio started scrubbing
FreeBSD-12:
Sep  5 20:47:35 aurora ZFS[1302]: zpool $aurora-os started scrubbing

While it assigns the value, it weirdly includes a dollar sign
at the front.

Thoughts?
Should I open a PR?

Nikos
___
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: zpool imported twice with different names (was Re: Fwd: ZFS)

2017-05-17 Thread Nikos Vassiliadis



On 05/16/2017 04:26 PM, Eric A. Borisch wrote:

On Tue, May 16, 2017 at 1:31 AM, Trond Endrestøl <
trond.endres...@fagskolen.gjovik.no> wrote:


I guess you had a /boot/zfs/zpool.cache file referring to the original
zroot pool. Next, the kernel found the vega pool and didn't realise
these two pools are the very same.



Assuming this is the case, shouldn't it be fixed? A check while importing
that the guid of the pool targeted for import is not in the set of
currently active guids would be worthwhile, but it -- apparently, if this
is reproducible -- doesn't exist?

Again, assuming this is reproducible.



It is reproducible. Except for a check in ZFS, I would also expect
that the device cannot be opened twice for writing, that is,
protected by GEOM.

Nikos
___
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: zpool imported twice with different names (was Re: Fwd: ZFS)

2017-05-17 Thread Nikos Vassiliadis


On 05/16/2017 05:08 PM, Fabian Keil wrote:

Why did you use the -f flag? Unless you can reproduce the
problem without it, it's not obvious to me that this is a
bug.


If you boot from another system, there is no other way to
import a pool than using "import -f". So, I guess it is
part of normal administrative tasks. You can read more here:


http://docs.oracle.com/cd/E19253-01/819-5461/gazuf/index.html


This works and always have worked as documented.
Renaming a pool also works as documented, that is,
doing "zpool import oldnamepool newnamepool". Except
for this corner-case. IMHO this is a very serious bug.

Best,
Nikos
___
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"


zpool imported twice with different names (was Re: Fwd: ZFS)

2017-05-15 Thread Nikos Vassiliadis

Fix the e-mail subject

On 05/15/2017 08:09 PM, Nikos Vassiliadis wrote:

Hi everybody,

While trying to rename a zpool from zroot to vega,
I ended up in this strange situation:
nik@vega:~ % zfs list -t all
NAME USED  AVAIL  REFER  MOUNTPOINT
vega1.83G  34.7G96K  /zroot
vega/ROOT   1.24G  34.7G96K  none
vega/ROOT/default   1.24G  34.7G  1.24G  /
vega/tmp 120K  34.7G   120K  /tmp
vega/usr 608M  34.7G96K  /usr
vega/usr/home136K  34.7G   136K  /usr/home
vega/usr/ports96K  34.7G96K  /usr/ports
vega/usr/src 607M  34.7G   607M  /usr/src
vega/var 720K  34.7G96K  /var
vega/var/audit96K  34.7G96K  /var/audit
vega/var/crash96K  34.7G96K  /var/crash
vega/var/log 236K  34.7G   236K  /var/log
vega/var/mail100K  34.7G   100K  /var/mail
vega/var/tmp  96K  34.7G96K  /var/tmp
zroot   1.83G  34.7G96K  /zroot
zroot/ROOT  1.24G  34.7G96K  none
zroot/ROOT/default  1.24G  34.7G  1.24G  /
zroot/tmp120K  34.7G   120K  /tmp
zroot/usr608M  34.7G96K  /usr
zroot/usr/home   136K  34.7G   136K  /usr/home
zroot/usr/ports   96K  34.7G96K  /usr/ports
zroot/usr/src607M  34.7G   607M  /usr/src
zroot/var724K  34.7G96K  /var
zroot/var/audit   96K  34.7G96K  /var/audit
zroot/var/crash   96K  34.7G96K  /var/crash
zroot/var/log240K  34.7G   240K  /var/log
zroot/var/mail   100K  34.7G   100K  /var/mail
zroot/var/tmp 96K  34.7G96K  /var/tmp
nik@vega:~ % zpool status
   pool: vega
  state: ONLINE
   scan: scrub repaired 0 in 0h0m with 0 errors on Mon May 15 01:28:48 2017
config:

 NAMESTATE READ WRITE CKSUM
 vegaONLINE   0 0 0
   vtbd0p3   ONLINE   0 0 0

errors: No known data errors

   pool: zroot
  state: ONLINE
   scan: scrub repaired 0 in 0h0m with 0 errors on Mon May 15 01:28:48 2017
config:

 NAMESTATE READ WRITE CKSUM
 zroot   ONLINE   0 0 0
   vtbd0p3   ONLINE   0 0 0

errors: No known data errors
nik@vega:~ %
---

It seems like there are two pools, sharing the same vdev...

After running a few commands in this state, like doing a scrub,
the pool was (most probably) destroyed. It couldn't boot anymore
and I didn't research further. Is this a known bug?

Steps to reproduce:
   install FreeBSD-11.0 in a pool named zroot
   reboot into a live-CD
   zpool import -f zroot vega
   reboot again

Thanks,
Nikos

PS:
Sorry for the cross-posting, I am doing this to share to more people
because it is a rather easy way to destroy a ZFS pool.


___
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"


Fwd: ZFS

2017-05-15 Thread Nikos Vassiliadis

Hi everybody,

While trying to rename a zpool from zroot to vega,
I ended up in this strange situation:
nik@vega:~ % zfs list -t all
NAME USED  AVAIL  REFER  MOUNTPOINT
vega1.83G  34.7G96K  /zroot
vega/ROOT   1.24G  34.7G96K  none
vega/ROOT/default   1.24G  34.7G  1.24G  /
vega/tmp 120K  34.7G   120K  /tmp
vega/usr 608M  34.7G96K  /usr
vega/usr/home136K  34.7G   136K  /usr/home
vega/usr/ports96K  34.7G96K  /usr/ports
vega/usr/src 607M  34.7G   607M  /usr/src
vega/var 720K  34.7G96K  /var
vega/var/audit96K  34.7G96K  /var/audit
vega/var/crash96K  34.7G96K  /var/crash
vega/var/log 236K  34.7G   236K  /var/log
vega/var/mail100K  34.7G   100K  /var/mail
vega/var/tmp  96K  34.7G96K  /var/tmp
zroot   1.83G  34.7G96K  /zroot
zroot/ROOT  1.24G  34.7G96K  none
zroot/ROOT/default  1.24G  34.7G  1.24G  /
zroot/tmp120K  34.7G   120K  /tmp
zroot/usr608M  34.7G96K  /usr
zroot/usr/home   136K  34.7G   136K  /usr/home
zroot/usr/ports   96K  34.7G96K  /usr/ports
zroot/usr/src607M  34.7G   607M  /usr/src
zroot/var724K  34.7G96K  /var
zroot/var/audit   96K  34.7G96K  /var/audit
zroot/var/crash   96K  34.7G96K  /var/crash
zroot/var/log240K  34.7G   240K  /var/log
zroot/var/mail   100K  34.7G   100K  /var/mail
zroot/var/tmp 96K  34.7G96K  /var/tmp
nik@vega:~ % zpool status
  pool: vega
 state: ONLINE
  scan: scrub repaired 0 in 0h0m with 0 errors on Mon May 15 01:28:48 2017
config:

NAMESTATE READ WRITE CKSUM
vegaONLINE   0 0 0
  vtbd0p3   ONLINE   0 0 0

errors: No known data errors

  pool: zroot
 state: ONLINE
  scan: scrub repaired 0 in 0h0m with 0 errors on Mon May 15 01:28:48 2017
config:

NAMESTATE READ WRITE CKSUM
zroot   ONLINE   0 0 0
  vtbd0p3   ONLINE   0 0 0

errors: No known data errors
nik@vega:~ %
---

It seems like there are two pools, sharing the same vdev...

After running a few commands in this state, like doing a scrub,
the pool was (most probably) destroyed. It couldn't boot anymore
and I didn't research further. Is this a known bug?

Steps to reproduce:
  install FreeBSD-11.0 in a pool named zroot
  reboot into a live-CD
  zpool import -f zroot vega
  reboot again

Thanks,
Nikos

PS:
Sorry for the cross-posting, I am doing this to share to more people
because it is a rather easy way to destroy a ZFS pool.

___
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"


tar: Damaged tar archive, Retrying...

2015-07-14 Thread Nikos Vassiliadis

Hi,

While trying to create a big tar file containing big files, I got this:

root@m4fh1:/home/nik/peter # tar -cf - . | tar -tf -  /dev/null
tar: Damaged tar archive
tar: Retrying...
tar: Damaged tar archive
tar: Retrying...
tar: Damaged tar archive
tar: Retrying...
tar: Damaged tar archive
tar: Retrying...
tar: Damaged tar archive
tar: Retrying...
tar: Damaged tar archive
tar: Retrying...
tar: Damaged tar archive
tar: Retrying...
tar: Damaged tar archive
tar: Retrying...


The files hierarchy is this:


root@m4fh1:/home/nik/peter # ls -dlh `find .`
drwxr-xr-x  3 root  nik  3B Jul 13 17:16 .
drwxr-xr-x  3 root  nik  4B Jul 14 20:06 ./home
drwxr-xr-x  3 root  nik  3B Jul 13 17:24 ./home/nik
drwxr-xr-x  2 root  nik  4B Jul 13 23:29 ./home/nik/peter
-rw-r--r--  1 nik   nik 60M May 13 19:17 ./home/nik/peter/mysqldump
-rw-r--r--  1 nik   nik 14G May 13 19:39 ./home/nik/peter/vhosts.tar
-rw-r--r--  1 1004  100442G Jul  6 12:39 
./home/the_extremely_serious_backup.tar
root@m4fh1:/home/nik/peter #


This is on 10-STABLE.

Thanks is advance for any ideas!
Nikos

___
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


CPU frequency doesn't drop below 1200MHz (like it used to)

2015-05-22 Thread Nikos Vassiliadis

Hi,

I just noticed that my CPU's frequency doesn't support dropping
below 1200MHz. It used to be able to go down to 150MHz, if I am
not mistaken. I'd like it to go down to 600MHz via powerd, like
it used to go. This is a month's old 10-STABLE.


[nik@moby ~]$ sysctl dev.cpu.0.freq_levels
dev.cpu.0.freq_levels: 2400/35000 2300/32872 2200/31127 2100/29417 2000/27740 
1900/26096 1800/24490 1700/22588 1600/21045 1500/19534 1400/18055 1300/16611 
1200/15194


This is the CPU:
 hw.model: Intel(R) Core(TM) i3-3110M CPU @ 2.40GHz

Thanks in advance for any ideas,
Nikos


___
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: CPU frequency doesn't drop below 1200MHz (like it used to)

2015-05-22 Thread Nikos Vassiliadis

On 05/22/15 09:42, Ivan Klymenko wrote:

Try changing the options in /boot/device.hints
hint.acpi_throttle.0.disabled=0
hint.p4tcc.0.disabled=0


Thanks Ivan, now it works as it did before!
___
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: natd in a jail

2012-11-22 Thread Nikos Vassiliadis

On 11/22/2012 6:00 AM, Morgan Reed wrote:

Hi All,


Hi,
[snipped content]

Any suggestions here?


A quick one. Could you make a try using ipfw nat instead of natd?
I am not sure about divert socket and natd per jail, but NATing using
ipfw and libalias(which natd uses as well) works.

HTH, Nikos
___
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: Why Are You Using FreeBSD?

2012-05-31 Thread Nikos Vassiliadis

On 5/31/2012 2:09 PM, Jason Leschnik wrote:

A freebsd-update + portsnap + portupgrade is really quick...


ah, ok!


I even wrote this little script to check for pkg_updating info:
http://leschnik.me/blog/?p=79



Note that if you have many out of date ports this script can take a while to 
finish it’s run… Please be patient!!!


Huh??

These comments are a bit contradictory, don't you think?

Couldn't resist, sorry:p

Nikos
___
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: Why Are You Using FreeBSD?

2012-05-31 Thread Nikos Vassiliadis

On 5/31/2012 5:41 PM, Damien Fleuriot wrote:

Furthermore, when upgrading the CARP Master firewall, we need to plan
with the Project Manager a failover to the CARP Backup firewall.
Yes, I know about pfsync, yes, we use it, no, it doesn't *instantly*
sync sessions for PF.


A bit offtopic on this thread, but isn't pfsync designed to do just 
that? instantly?


With instantly I really mean:
Communicate every change to the stable table to the other firewall
in order to let the stateful connections survive a firewall failover.
Obviously, some packets will be lost, but TCP connections should
survive, right?

I am not arguing, I ask.

Nikos
___
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: Accessing tun devices from inside a Jail

2011-10-22 Thread Nikos Vassiliadis

On 10/22/2011 3:04 PM, Matthew Seaman wrote:

On 22/10/2011 12:49, Stefan Bethke wrote:

Am 22.10.2011 um 01:19 schrieb Nikos Vassiliadis:


On 10/21/2011 5:08 PM, Stefan Bethke wrote:

- VIMAGE and mpd don't like each other, so VIMAGE was out as well


Could you explain please? In my limited testing they seem to get along fine:)

Sorry, I misremembered.  The issue is actually pf and VIMAGE.  A couple of 
years back, there were issues with VIMAGE and netgraph, but those seem to have 
been resolved.


pf and VIMAGE seems to have been fixed in 9.0


No, it's not ready yet, but the version of pf in 9.0 is VIMAGE
compatible and I *think* is mostly usable in a single-instance
scenario.

For more than one pf instance, I am using two patches which are in
GNATS if you want to try them.

Nikos
___
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: Accessing tun devices from inside a Jail

2011-10-21 Thread Nikos Vassiliadis

On 10/21/2011 5:08 PM, Stefan Bethke wrote:

- VIMAGE and mpd don't like each other, so VIMAGE was out as well


Could you explain please? In my limited testing they seem to get along 
fine:)


I have also used tun and /usr/sbin/ppp to do ppp over ssh from a vnet
jail to a remote host, admittedly just to see if it's working.

There is an open pr about tap and openvpn:
http://www.freebsd.org/cgi/query-pr.cgi?pr=152047

Nikos
___
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


non-responding processes after truss(1)ing

2011-09-27 Thread Nikos Vassiliadis

Hi,

My system have two non-responding processes after some truss(1)ing
i did on them. They seem stopped and do not respond to sigcont.


%ps
  PID  TT  STAT  TIME COMMAND
 9768   0- I  0:00.12 truss -p 9739
 9514   1  Is 0:00.29 -csh (csh)
 9739   1  TX+2:06.24 sqlite3 ../nikos_output_actives.tst/database.db
 7821   4- TX+0:33.62 python active.py
 7828   4- I  0:00.57 truss -p 7821
 9848   5  Ss 0:00.23 -csh (csh)
10053   5  R+ 0:00.00 ps
%


it's not actually 8.2-STABLE, but 8.2-RELEASE-p1, are there any
fixes in -STABLE regarding this problem?

Thanks!

Nikos
___
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: non-responding processes after truss(1)ing

2011-09-27 Thread Nikos Vassiliadis

On 9/27/2011 1:10 PM, Jeremy Chadwick wrote:

kill -9 your truss processes; the underlying processes which you are
truss'ing will probably resume.

My experience for years has been that truss on FreeBSD is extremely
buggy and cannot be relied upon (case in point).  Such is still the case
on RELENG_8 as of today.

Use ktrace(1) instead.  You'll find it to work pretty much in every
situation.



Thanks, that worked. I'll use ktrace from now on.

Nikos
___
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


trying to dump core, hangs the kernel

2011-05-27 Thread Nikos Vassiliadis

Hi,

A new box I have installed cannot dump core. It seems hung,
I cannot cannot break into the debugger, after calling doadump().

Physical memory: 943 MB
Dumping 60MB:

This is 8.2-RELEASE-p1.

It has this (probably cheap) SATA controller, in case it matters:
atapci1@pci0:0:31:1:class=0x010601 card=0x52871849 chip=0x528710b9 
rev=0x02 hdr=0x00

vendor = 'Acer Labs Incorporated (ALi/ULi)'
device = 'SATA/Raid controller (ULI M1573)'
class  = mass storage
subclass   = SATA

Thanks in advance for any help,

Nikos
___
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 ipfw and libalias on 8.2-PRERELEASE

2011-02-22 Thread Nikos Vassiliadis

On 2/21/2011 11:30 PM, Etienne Robillard wrote:

KLD ipfw.ko: depends on libalias - not available or version mismatch
linker_load_file: Unsupported file type


Try a:
touch sys/netinet/ipfw/*.c sys/netinet/libalias/*.c
env NO_CLEAN=1 make kernel

Does this fix the problem?

Nikos
___
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: link aggregation - bundling 2 lagg interfaces together

2011-02-04 Thread Nikos Vassiliadis

On 2/4/2011 2:35 PM, Damien Fleuriot wrote:

Even if I can't concatenate my 2 lagg interfaces into a failover one
over the 2 switches, the new setup will still be an improvement.


Did you consider using STP? Are these switches RSTP capable?

You could create a low priority bridge acting as leaf node in the STP
domain. This will provide redundancy between different ethernet switches,
I just don't know if RSTP converges fast enough for your needs. Just be
a bit careful selecting the bridge's priority. A priority of 61440 will
be probably fine.

I am *almost* sure, that if_bridge works over if_laggs, perhaps you could
combine the two.

HTH, Nikos
___
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 NAS configuration question

2009-06-02 Thread Nikos Vassiliadis

sth...@nethelp.no wrote:
root filesystem is remounted read write only for some configuration 
changes, then remounted back to read only.


Does this work reliably for you? I tried doing the remounting trick,
both for root and /usr, back in the 4.x time frame. And could never
get it to work - would always end up with inconsistent file systems.


There were many fixes in this area lately. The case where a
file system with softdeps would fail to update to read-only
is fixed in -CURRENT and these changes are merged to -STABLE.
It is believed to work correctly.

http://lists.freebsd.org/pipermail/freebsd-stable/2008-October/046001.html

Remounting with soft updates enabled used to be too
fragile to be useful. Now it seems very solid.

Nikos

___
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: 7-STABLE: bridge and em

2008-05-28 Thread Nikos Vassiliadis
On Wednesday 28 May 2008 01:15:18 Boris Samorodov wrote:
 Hello list!


 When em0 has an inet address while bridge0 doesn't, it seems to be OK:
 -
 bs1% uname -a
 FreeBSD bs1.sp34.ru 7.0-STABLE FreeBSD 7.0-STABLE #0: Sun May 25
 20:15:26 MSD 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/BSM  i386
 bs1% ifconfig em0; ifconfig tap0; ifconfig bridge0
 em0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST metric 0
 mtu 1500 options=98VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM
   ether 00:0c:f1:6c:37:4c
   inet 192.168.16.30 netmask 0xff00 broadcast 192.168.16.255
   media: Ethernet autoselect (100baseTX full-duplex)
   status: active
 tap0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST metric
 0 mtu 1500 ether 00:bd:3e:24:00:00
 bridge0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu
 1500 ether ea:8b:1f:65:2a:5c
   id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15
   maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200
   root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0
   member: tap0 flags=143LEARNING,DISCOVER,AUTOEDGE,AUTOPTP
   ifmaxaddr 0 port 7 priority 128 path cost 200
   member: em0 flags=143LEARNING,DISCOVER,AUTOEDGE,AUTOPTP
   ifmaxaddr 0 port 1 priority 128 path cost 200
 bs1% netstat -rn
 Routing tables

 Internet:
 DestinationGatewayFlagsRefs  Use  Netif
 Expire default192.168.16.254 UGS 0  357   
 em0 127.0.0.1  127.0.0.1  UH  0 3934lo0
 192.168.16.0/24link#1 UC  00em0
 192.168.16.1   00:07:e9:80:33:bc  UHLW1   16em0   
 951 192.168.16.254 00:07:e9:80:33:bc  UHLW20em0 
  1002

 Internet6:
 Destination   Gateway   Flags   
   Netif Expire

 ::1   ::1   UHL 
 ::lo0

 fe80::%lo0/64 fe80::1%lo0   U   
lo0 fe80::1%lo0   link#5   
 UHL lo0 ff01:5::/32   fe80::1%lo0   
UC  lo0 ff02::%lo0/32 fe80::1%lo0
   UC  lo0 bs1% ping -c 3 192.168.16.254
 PING 192.168.16.254 (192.168.16.254): 56 data bytes
 64 bytes from 192.168.16.254: icmp_seq=0 ttl=64 time=0.316 ms
 64 bytes from 192.168.16.254: icmp_seq=1 ttl=64 time=0.263 ms
 64 bytes from 192.168.16.254: icmp_seq=2 ttl=64 time=0.266 ms

 --- 192.168.16.254 ping statistics ---
 3 packets transmitted, 3 packets received, 0.0% packet loss
 round-trip min/avg/max/stddev = 0.263/0.282/0.316/0.024 ms
 -

 But if I move ip address from em0 to bridge0:
 -
 bs1% sudo ifconfig em0 inet 192.168.16.30 netmask 0xff00 delete
 bs1% sudo ifconfig bridge0 inet 192.168.16.30 netmask 0xff00
 bs1% sudo route add default 192.168.16.254
 add net default: gateway 192.168.16.254
 bs1% ifconfig em0; ifconfig tap0; ifconfig bridge0
 em0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST metric 0
 mtu 1500 options=98VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM
   ether 00:0c:f1:6c:37:4c
   media: Ethernet autoselect (100baseTX full-duplex)
   status: active
 tap0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST metric
 0 mtu 1500 ether 00:bd:3e:24:00:00
 bridge0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu
 1500 ether ea:8b:1f:65:2a:5c
   inet 192.168.16.30 netmask 0xff00 broadcast 192.168.16.255
   id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15
   maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200
   root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0
   member: tap0 flags=143LEARNING,DISCOVER,AUTOEDGE,AUTOPTP
   ifmaxaddr 0 port 7 priority 128 path cost 200
   member: em0 flags=143LEARNING,DISCOVER,AUTOEDGE,AUTOPTP
   ifmaxaddr 0 port 1 priority 128 path cost 200
 bs1% netstat -rn
 Routing tables

 Internet:
 DestinationGatewayFlagsRefs  Use  Netif
 Expire default192.168.16.254 UGS 00
 bridge 127.0.0.1  127.0.0.1  UH  0 3934   
 lo0 192.168.16.0/24link#6 UC  00 bridge
 192.168.16.254 link#6 UHLW20 bridge

 Internet6:
 Destination   Gateway   Flags   
   Netif Expire

 ::1   ::1   UHL 
 ::lo0

 fe80::%lo0/64 fe80::1%lo0   U   
lo0 fe80::1%lo0   link#5   
 UHL lo0 ff01:5::/32   fe80::1%lo0   
UC  lo0 ff02::%lo0/32 fe80::1%lo0
   UC  lo0 bs1% ping -c 3 

pcm0: primary codec not ready!

2008-03-27 Thread Nikos Vassiliadis
Hi,

  While loading snd_ich, the kernel prints the message on the subject.
I haven't noticed any problems; Is it something to worry about? 
That's on 7-STABLE and the hardware is:
[EMAIL PROTECTED]:0:31:5:   class=0x040100 card=0xe0018086 chip=0x24d58086 
rev=0x02 hdr=0x00
vendor = 'Intel Corporation'
device = '815B104D multimedia audio device (codec AC97) SoundMAX or 
VIA'
class  = multimedia
subclass   = audio

Any thoughts?

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


Re: MFC requests for 6.3

2007-10-31 Thread Nikos Vassiliadis
On Wednesday 31 October 2007 16:56:00 Brett Glass wrote:
 At 08:40 AM 10/31/2007, Alexander Motin wrote:
 Brett Glass wrote:
  ng_nat is part of 6-STABLE
 
  I've checked, and there is indeed a version there. But it's a
  much older version without many useful option flags. ng_car
  is not there at all.
 
 It IS there:
 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netgraph/ng_nat.c

 The RELENG-6 version is dated from July. Has there been any newer
 work? I seem to recall that in the mpd 5 announcement there was a
 mention of new work on this node.

Check the CVS logs from cvsweb as instructed.

 http://www.freebsd.org/cgi/cvsweb.cgi/ports/net/ng_car/

 Ah That's a port, not part of the base system, which is why
 I didn't see it. This is good, because it would mean that it would
 work with both 6.x and 7.x.

 Please, give Alexander a break. He is the reason you have
all these nice things, mpd-[45] and several netgraph nodes.
He does all the hard part. Please do your easy part. Do a
little investigation on your own. All the info you want is
here:
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netgraph/

Alexander, I apologize for this.

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


Re: MFC requests for 6.3

2007-10-30 Thread Nikos Vassiliadis
On Monday 29 October 2007 00:22:34 Brett Glass wrote:
 I would like to request that some useful work on networking be MFCed
 from -CURRENT to -STABLE in time for the release of FreeBSD 6.3. In
 particular, I'd like to see some of the Netgraph nodes which are new or
 which have seen extensive development brought in -- ng_nat and ng_car in
 particular. Bringing in the latest version of ng_nat would allow more
 flexible in-kernel NAT, while ng_car (which doesn't seem to be in
 6-STABLE at all) would allow burstable traffic shaping -- something that
 DUMMYNET doesn't have. The latest version of mpd wouldn't be fully
 usable unless these and other Netgraph code that was developed for it
 are there

Hello Brett,

ng_nat is part of 6-STABLE and maybe Alexander(mav@) would
like to bring in ng_car as well. Don't know the MFC policies
or other possible difficulties. Let him know of your request.

HTH

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


Re: device polling and weird timer interrupt count from vmstat

2007-09-25 Thread Nikos Vassiliadis
On Monday 24 September 2007 20:58, Artem Kuchin wrote:
  What i don't understand is why timer rate on each cpu is 1995? I have
  set it to 1000, not 1995 or 2000. I have seen it showing 2000 on
  another box.
  So
  1) why not 1000?

DOUBLING
I can only make assumptions about the doubling, and I don't want to.
FreeBSD is not a RTOS and some milliseconds variation is understandable.

  2) if it is supposed to be doubled (why?) when why not 2000?

I can only make assumptions about the doubling, and I don't want to.
FreeBSD is not a RTOS and some milliseconds variation is understandable.
/DOUBLING

  3) Is timer int really generated on each cpu?

Apparently, why do you doubt it?

  Am i really wasting cpu 
  time on ~4000 ints per second?

You can lower it you know, if you feel that you are waisting
that much resources. Ofcourse you'll break your traffic flow
that way, since latency will increase.

You seem very upset about it, are you sure you want to use
polling(4)? it uses much more resources than interrupts.

  4) does twe driver use polling? whay about twa? how to check it in
  the sources?

Polling is only used on some network interface drivers. Polling(4)
does not offer generic device-polling facilities.

By the way, you know your post has an aggressive sense, don't you?
Please don't do this when asking questions and want replies.
Such technical comments are not useful to anybody.

HTH

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


Re: device polling and weird timer interrupt count from vmstat

2007-09-25 Thread Nikos Vassiliadis
On Tuesday 25 September 2007 12:13, Artem Kuchin wrote:
 I have dual CPU with HT. If i turn on HT (and it does help in my case)
 it shoud 2000 int x4 = 8000 ints per second. SO, i have saved 200
 int/second from NIC and got myself 8000 ints/second from timer. 

This kind of load(200intrs/s) earns nothing from polling.

 Did i 
 really win anything? I wish there were some good explanation on this.

It would make a difference for let's say 8000 - 1 interrupts/sec.
You should read polling(4). It explains a lot:)

HTH

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


Re: When inode change time changes?

2007-06-19 Thread Nikos Vassiliadis
On Sunday 17 June 2007 00:24, Artem Kuchin wrote:
 Maybe someone can englighten me when
 inode change time changes? What must be done
 with file to change it (except writing to it)?

stat(2) would be very enlightening in this context.

 I tried chmoding - it does not affect inode time.

chmod works for me:
nik:1:~$ stat -f %c /tmp/test 
1182266005
nik:1:~$ chmod -rw /tmp/test 
nik:1:~$ stat -f %c /tmp/test 
1182266014

How do check the timestamps?
Do you use stat(1) or something else?

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


Re: debuging a hung kernel

2007-05-28 Thread Nikos Vassiliadis
Redirecting from @net to @stable. Please,
remove @net from future mails.

On Monday 28 May 2007 11:54, Robert Watson wrote:
 On Mon, 28 May 2007, Julian Elischer wrote:
  Nikos Vassiliadis wrote:
  On Monday 28 May 2007 10:57, Julian Elischer wrote:
  Nikos Vassiliadis wrote:
  On Tuesday 22 May 2007 10:06, I wrote:
  Hello everybody,
 
   I just managed to lock my box and I want to report it
 
  define lock?
 
  Does it still respond to CTLALTESC on the keyboard?
 
  No, but I was trying to break to the debugger with
  ControlPrintScreen myself. I assume that it is
  equivalent to the combination you wrote, or not?
 
  (Assuming you have the debugger in your kernel?).
 
  Yes, I have included my kernel configuration, see bellow.
 
  Does it still ping?
 
  no, ARP does not work as well.
 
  nasty.. do you have IPMI? sometimes that allows you to generate an NMI
  that could theoretically be made to drop to the debugger.

I have a Dell PowerEdge 750 sitting at work, which
I think has IPMI.

I'll be able to try a few things next week, since
I will be off work for this week.

 
  I've not had success with that but I have heard others have.

 An increase number of server motherboards have an NMI button on the
 motherboard, possibly exposed outside the case, but generally not.

 I've not tested it in over a year, but a few years ago I added an
 MP_WATCHDOG kernel option that causes one of the CPUs in an SMP system
 to become a dedicated watchdog CPU, checking to see if the OS is alive
 enough to process timer tickets.  If a counter isn't updated, it
 generates an NMI to the debugger from the watchdog CPU.  The idea here
 is that, as the number of CPUs increases, the cost of dedicating a CPU
 for debugging stuff gets lower. However, there have been quite a few
 scheduler changes in the last few years, and it's possible that the
 watchdog no longer properly excludes other work from being scheduled,
 and that further work is required.  In particular, I believe it relies
 on 4BSD's pull scheduling model and a lack of per-CPU workers, so the
 mechanism may require some rethinking.

Unfortunately, I have not an SMP system available. Is there a
mechanism which I can use to schedule a break to the debugger
after n seconds or events?

I am looking if ichwd(4) can help, though that needs investigation
since I have not used watchdog facilities before.

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


Re: network performance 6.1 stable vs 4.9

2007-05-25 Thread Nikos Vassiliadis
On Friday 25 May 2007 15:05, Stephen Clark wrote:
 We have a person that is testing the both system inhouse surfing out
 over the internet on our T1 link and he complains that he is consistently 
seeing the 6.1 version being much slower than the
 4.9 version (on the same hardware).

FreeBSD cannot handle 1.5Mbps?
OK it's actually 3Mbps.

Doesn't this sound a bit weird(or funny)?
Can you please elaborate?

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


Re: Failover-HA-Setup

2007-01-17 Thread Nikos Vassiliadis
On Wednesday 17 January 2007 14:47, Richard wrote:
 Hi there!
 
 I am looking for a solution for a small problem regarding a high
 availability setup.
 I am running heartbeat on a STABLE-system, the failover works fine for
 IP-adresses and I am able to see that a
 '/usr/local/etc/rc.d/mysql-server start' statement is issued. BUT since
 the variables for mysql are not set in rc.conf (Otherwise it would be
 started at startup), it isn't starting at all.
 
 So my question: How to set those rc.conf-variables in order to start
 services in such an setup? Or is there a better solution?

Which service is highly available in this setup? MySQL?
How do you sync the data? ggate?

I remember that heartbeat can call any script you it tell to.
So, you have to let heartbeat start MySQL. rc will just start
heartbeat.

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


trussing a non existing file causes misbehavior

2006-11-16 Thread Nikos Vassiliadis
Hello,

In my 6.2-PRERELEASE(one month old approximately) truss gets stuck exiting
when trying to truss a non existing file. I think the problem is not in truss 
itself.
But I have not the skills to find it. So, will a build with updated sources 
help?
Is there anybody else with the same problem?

nik:0:~$ truss /nothing
truss: execvp /nothing: No such file or directory
load: 1.04  cmd: truss 70662 [exithold] 0.00u 0.00s 0% 700k

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


Re: trussing a non existing file causes misbehavior

2006-11-16 Thread Nikos Vassiliadis
On Thursday 16 November 2006 14:14, Kostik Belousov wrote:
 On Thu, Nov 16, 2006 at 12:26:32PM +0300, Oleg Dambaev wrote:
  Nikos Vassiliadis wrote:
  Hello,
  
  In my 6.2-PRERELEASE(one month old approximately) truss gets stuck exiting
  when trying to truss a non existing file. I think the problem is not in 
  truss itself.
  But I have not the skills to find it. So, will a build with updated 
  sources help?
  Is there anybody else with the same problem?
  
  nik:0:~$ truss /nothing
  truss: execvp /nothing: No such file or directory
  load: 1.04  cmd: truss 70662 [exithold] 0.00u 0.00s 0% 700k
  
  Thanks in advance, Nikos

  Never seen any dumbest thing.
  Re-read truss(1) man page and find out what truss must do.
 
 I think that rude response is always wrong.

I think too, but it's a public list and everyone finds expression in
his/hers own personal way. So no harm done, one can ignore
an insulting response. I can. That's not the case for everybody,
though.

 There, Nikos reported real, although cosmetic problem since the parent truss
 process sleeps interruptible. The following change shall take care:
 
 Index: fs/procfs/procfs_ioctl.c
 ===
 RCS file: /usr/local/arch/ncvs/src/sys/fs/procfs/procfs_ioctl.c,v
 retrieving revision 1.14
 diff -u -r1.14 procfs_ioctl.c
 --- fs/procfs/procfs_ioctl.c  6 Nov 2006 13:41:57 -   1.14
 +++ fs/procfs/procfs_ioctl.c  16 Nov 2006 12:13:45 -
 @@ -124,7 +124,7 @@
   *(unsigned int *)data = p-p_pfsflags;
   break;
   case PIOCWAIT:
 - while (p-p_step == 0) {
 + while (p-p_step == 0  (p-p_flag  P_WEXIT) == 0) {
   /* sleep until p stops */
   error = msleep(p-p_stype, p-p_mtx,
   PWAIT|PCATCH, pioctl, 0);
 @@ -142,7 +142,7 @@
   break;
  #ifdef COMPAT_IA32
   case PIOCWAIT32:
 - while (p-p_step == 0) {
 + while (p-p_step == 0  (p-p_flag  P_WEXIT) == 0) {
   /* sleep until p stops */
   error = msleep(p-p_stype, p-p_mtx,
   PWAIT|PCATCH, pioctl, 0);
 

Could you commit this to HEAD? to be eventually MFC'ed?

Thanks Kostik.

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


Re: kldunload -f has no effect

2006-10-17 Thread Nikos Vassiliadis
On Monday 16 October 2006 16:54, [LoN]Kamikaze wrote:
 I need to 'kldunload -f drm' in order to go into suspend to ram
 with my thinkpad (suspend works fine with dri disabled). 
 Unfortunately, despite the claims of the manpage the '-f' flag
 does not alter the behaviour of the kldunload tool.  

In my experience using -f will result in a kernel panic. And
that's well documented in the manual page. I guess you are
lucky it didn't work:) So, why don't you just reboot? and keep
the module off your kernel(if that's an option).

 How do I get drm unloaded? 

The easy way, just reboot. Or the hard way, fix the kernel module!
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: kldunload -f has no effect

2006-10-17 Thread Nikos Vassiliadis
On Tuesday 17 October 2006 16:53, [LoN]Kamikaze wrote:
 Nikos Vassiliadis wrote:
  On Monday 16 October 2006 16:54, [LoN]Kamikaze wrote:
  I need to 'kldunload -f drm' in order to go into suspend to ram
  with my thinkpad (suspend works fine with dri disabled). 
  Unfortunately, despite the claims of the manpage the '-f' flag
  does not alter the behaviour of the kldunload tool.  
  
  In my experience using -f will result in a kernel panic. And
  that's well documented in the manual page. I guess you are
  lucky it didn't work:) So, why don't you just reboot? and keep
  the module off your kernel(if that's an option).
  
  How do I get drm unloaded? 
  
  The easy way, just reboot. Or the hard way, fix the kernel module!
 
 What's the point of suspend if you have to reboot to resume?
 
 

none

as I did tell before Or the hard way, fix the kernel module!

or send a PR

HTH, Nikos

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


Re: Linux Stable

2006-10-06 Thread Nikos Vassiliadis
On Friday 06 October 2006 07:57, Norberto Meijome wrote:
 On Fri, 6 Oct 2006 00:40:14 +0200

 Albert Shih [EMAIL PROTECTED] wrote:
  Now my question what can I do ? Are there any kind of technics to
  _downgrad_ a STABLE ?

 Hi Albert,
 this was discussed in -questions@ on September 27th.

 http://monkey.org/freebsd/archive/freebsd-questions/200609/msg02105.html


Also, use cvs to get an older RELENG_6 branch. You can do that
with common command -D, check cvs manual.

HTH, Nikos

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


Re: carp+pfsync+freevrrpd+jail

2006-07-07 Thread Nikos Vassiliadis
On Thursday 06 July 2006 22:46, Anton Nikiforov wrote:
 Dear all.
[snip]

 That means that in case some service (provided by jail managed by
 freevrrpd) will be accessed from outside - i cannot be sure what host
 will answer the request.


You have vrrp on jails and carp on the host system?
That's probably not a good idea, they both use the
same ether-type. Who is gonna get the incoming packet?
carp or freevrrpd? both? I guess both.

Who is gonna reply? Do you know if a vrrp packet confuses
carp or conversely?

nik:0:~$ grep carp /etc/protocols 
carp112 CARPvrrp# Common Address Redundancy Protocol

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


Re: fsck

2006-05-15 Thread Nikos Vassiliadis
On Monday 15 May 2006 15:00, gareth wrote:
 hi, this box has had far too many hard reboots, but can anyone shed some
 light on whether this's inconsistent? i boot into single user mode,

 everything is mounted read-only, 

 run fsck and fix all the partitions. rerunning fsck shows no more problems.
 mounting the filesystems and running fsck shows no problems. but when
 i reboot into normal mode,

 where everything is mounted read-write for normal use

 and run fsck on these 2 particular partitions: 
 (and rebooting into single user mode again doesn't help).


You cannot fsck a read-write mounted filesystem. The kernel is using it and
will be in a state where fsck will think it has errors. Umount the filesystem
first, check it then. Αlternatively you can snapshot it, and fsck -n 
the_snapshot

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


Re: FreeBSD 4.9 losing mbufs!!!

2006-04-18 Thread Nikos Vassiliadis
On Tuesday 18 April 2006 16:50, Stephen Clark wrote:
 Hello List,

 I know 4.9 is ancient history, but unfortunately we have several
 thousand sites installed. We are in the process of moving to 6.1 when it
 is released.

 Right now I have an immediate problem where we are going to install two
 system

so these are new systems, yet you are going to use 4.9.
Why?

  at a HQ site. Each of the 2 systems will have two gre/vpn/ospf tunnels to a
 100 remote sites in the
 field. The broadband will be a T3 with failover to dialup actiontec
 dualpc modems. We want
 to use FreeBSD systems rather than put in Cisco equip which is what we
 have done for other
 large customers.

 The problem:

 I have been testing between an Athlon 64 3000+ (client)  and an Athlon
 64 X2 4800+ (server) across a dedicated 100mb lan. When I use nttcp,
 which is a round trip tcp test, across the gre/vpn the client system,
 (which goes to 0 percent idle), network stack will eventually stop
 responding. In trying to track this down I find that
 net.inet.ip.intr_queue_maxlen which is normally 50 has been reached (I
 added a sysctl to be able to look at it), but it never drains down. If I
 increase it things start working again. If I continue to hammer the
 client I see the
 intr_queue_maxlen continue to grow until it again reaches the new
 maximum. Another datapoint if I don't send the data thru the gre tunnel,
 but only thru the vpn I don't see this problem.

 I've looked at the gre code til I am blue in the face and can't see
 where mbufs  were not being freed when the quelen is full.

 If anybody could give some direction as where to look or how to better
 trouble shoot this problem it would be greatly appreciated.

 Thanks for being such a great list,
 Steve
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]