id no longer complain about memory
problems.
There should definitely be a more sophisticated method to identify
problematic memory modules. Perhaps there is someone on the list who is
able to shed some light on this kind of errors.
--
Sincerely
Alfre
& echo $file fi done
>
> However, that this would reveal some issues with the existing rc.d
> scripts, e.g. some scripts execute commands regardless it's start,
> stop or rcvar (securelevel come to mind; another problem is that
> rc.subr checks pid when it doesn't need t
n Fri, Feb 15, 2013 at 11:26:11AM +0100, Alfred Bartsch wrote:
>> we want to use this script for server administration purposes.
>> After doing some testing, for now there are following issues
>> left:
>>
>> 1) every execution of "service -e" casts a bun
how ALL enabled services, but only those who
are explicitly enabled in /etc/defaults/rc.conf or /etc/rc.conf.
Is that expected behavior?
To catch all enabled services where the _enabled variable is set
within the service procedure itself, perhaps a call like "service
status&qu
ke.conf:
...
MODULES_OVERRIDEopensolaris
MODULES_OVERRIDE+= zfs
etc.
If we need another module, we simply add it to this list. "make
buildkernel && make installkernel" installs it into /boot/kernel,
including .symbols file.
Thus our / file system is about 30% filled (a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 11.05.2012 08:42, schrieb Andriy Gapon:
> on 10/05/2012 10:57 Alfred Bartsch said the following:
>> Our i386 hardware is sufficiently old, and IMHO mainstream, e.g.:
>> Intel SR1325 with Pentium-4 CPU, 2GB RAM Intel SR2200 with
>&
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 10.05.2012 10:20, schrieb Andriy Gapon:
> on 10/05/2012 10:57 Alfred Bartsch said the following:
>> Am 10.05.2012 09:19, schrieb Andriy Gapon:
>>> on 10/05/2012 10:12 Alfred Bartsch said the following:
>>>> I got th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 10.05.2012 09:19, schrieb Andriy Gapon:
> on 10/05/2012 10:12 Alfred Bartsch said the following:
>> I got this stupid idea of a "16k limit" during testing. It was
>> unobvious to me that the build process in a standard env
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 09.05.2012 16:48, schrieb Andriy Gapon:
> on 09/05/2012 15:09 Alfred Bartsch said the following:
>> Am 09.05.2012 12:42, schrieb Andriy Gapon:
>>> on 09/05/2012 12:29 Alfred Bartsch said the following:
>>>> Hello, aft
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 09.05.2012 12:42, schrieb Andriy Gapon:
> on 09/05/2012 12:29 Alfred Bartsch said the following:
>> Hello, after migrating some of our older servers to FeeBSD
>> 8.3-stable (cvsupped May 4th), they don't boot anymore after
&
lve this (compiler) problem, or is
at last /sbin/gpart the culprit?
- --
Kind regards
Alfred Bartsch
Data-Service GmbH
mailto:bart...@dssgmbh.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEAR
"
gmirror2_start()
{
echo "gmirror configure -b round-robin gm0"
gmirror configure -b round-robin gm0
}
load_rc_config $name
run_rc_command "$1"
# run only if provider /dev/mirror/gm0 exists
test -r /dev/mirror/gm0 || exit 0
-
In our en
s such as innd (the InterNetNews server). If this
script does not terminate within 120 seconds, init will terminate it.
The timeout can be configured via the sysctl(8) variable
kern.init_shutdown_timeout.
So disabling the variable 'rcshutdown_timeout' should expand the timeout
(lagg0): 10.58.235.6
> Jun 18 09:10:28 dhclient: New Subnet Mask (lagg0): 255.255.255.0
> Jun 18 09:10:28 dhclient: New Broadcast Address (lagg0): 10.58.235.255
> Jun 18 09:10:28 dhclient: New Routers (lagg0): 10.58.235.1
>
>
Hello,
adding:
synchronous_dhclient="YES&quo
d Aug 2
14:50:04 CEST 2006 [EMAIL PROTECTED]:/usr/src/sys/amd64/compile/SERV08
amd64
--
Alfred Bartsch
Data-Service GmbH
Beethovenstr. 2a Tel. 0451 49001 -0 Fax: -26
23617 Stockelsdorf http://www.dssgmbh.de
___
freebsd-stable@
y on server(s) with i386 and amd64
architecture, so perhaps the ports-makefile should read
"ONLY_FOR_ARCHS= i386 amd64" (instead of "i386" only).
> Patrick M. Hausen
> Leiter Netzwerke und Sicherheit
--
Alfred Bartsch
Data-Service GmbH
Beethovenstr. 2a
16 matches
Mail list logo