Search results

Hello again. I did perform some monitoring and as we expected there does not seem to be a memory issue just before the crash. What I continue to be puzzled by however is that I cannot recover any crash dump (see first post). It's the first time I've done this so I'm not sure if I did anything...

I will be unable to tend to this server or discuss the issue for several days and I will see if lasts without any large build jobs. I will also install some monitoring, and I will report back with my findings. Thanks

Well, the only misconfiguration for syslog is a few jails that have an erroneous file in syslog.d that needs to be fixed. Other than that the host and all the jails have the default configuration. I mentioned I was not taking into consideration the conftest crashes because apparently that is...

True. I had not noticed the cc one. I often compile large volumes of software on this machine using jails (poudriere) but I haven't yet associated the shutdown with these jobs consistently, and they usually complete without incident. It's a machine with limited memory but I also have 10G swap...

The server is a VPS and I am unable to capture the console to record what is occurring. FreeBSD s12 12.0-RELEASE-p8 FreeBSD 12.0-RELEASE-p8 r350477 GENERIC amd64 What I observe is that the server shuts off unexpectedly, and does not restart. This happens a few times a week. I restart it...

I see. Unfortunately I will require it

Ah OK, I see. I suppose somehow IPSEC_NAT_T is not enabled in my system. I had a specific reason that I could not use a custom kernel, but I can try to get around that at least temporarily to see if a custom one with that IPSEC_NAT_T fixes it.

I have never done this before. But have you observed the ARP request leaving through the trunk? Have you been able to observe where the reply goes? I could imagine that the issue could be that: you need to add em1 to your bridges, so that it forwards L2 traffic instead of just routing. Edit...

I have read some material on the internet and the following documents: https://svnweb.freebsd.org/base?view=revision&revision=347410 https://svnweb.freebsd.org/base?view=revision&revision=313330 It is my understanding that IPsec including IPSEC_NAT_T was enabled in GENERIC at some point in...

There are certainly multiple ways to accomplish these things and I am no expert. Personally, I use ipfw with what I would call vnet jails (jails which have vnet=1 or something like that in their configuration). If you haven't seen yet, this vnet parameter gives your jail its own network stack...

Thanks both, it is working now, not sure what I did exactly since I did one thing a while ago and then just now did another thing. Wanted to mention in case someone else is having an issue that if this other host is referred to by IP address and there is no MX record one will want to use the [ ]...

I suppose you may have given up, but can you provide your ifconfig output from the jail? This error would indicate that the address ("jail ip") is not available to the jail. Raw sockets not being enabled would result in a "Permission denied". There are several ways to accomplish a "standard"...

I am writing a utility that will be, among other things, interacting with the jail subsystem and managing running jails, so it does not seem possible for me to place it in a jail of its own to isolate it. I have been doing some introductory reading on MAC but I was hoping someone knowledgeable...

I see. Indeed, I did see /etc/zfs/exports. Using /etc/exports does seem to make more sense. Thanks for this confirmation.

I was able to get it working with: zfs set sharenfs="-network 192.168.0.0/16(insecure)" main but without any other options, which I may need

I have used a sharenfs attribute on my ZFS filesystems with success for some time: NAME PROPERTY VALUE SOURCE main sharenfs -mapall root -network 192.168.1.1 -mask 255.255.0.0 received Unfortunately, I now have a client that is connecting...

Thanks, I will try this

I have a number of jails, and their host, running sendmail with its default configuration. I want to configure sendmail to send all mail, even mail destined for local users (even root), to an external MTA via SMTP. I've seen some material on the internet about this, and one suggestion was adding...

For some reason, I got the error that appears in the code above ERROR: No kernel \"${KERNCONF}\" to install. I guess it has to do with something not lining up correctly when I moved the build over to a new system. Luckily it was as easy as setting INSTALLKERNEL appropriately

I really don't know but I saw this on the sidebar, I guess you have already tried the -l, or -ll options?